Satellite-sync basically uses the same code changes applicable to up2date.
rhnlib code is shared by satsync and up2date.

Flow:
- when you run satellite-sync it starts with downloading all the meta info and
other missing pkg and deps.

- for every package a GET request is sent to hosted .
- hosted redirects with 302 back to the client with akamai url
- client sends a request to akamai for pkg.
- if package avaiable:
     downlod it
- elif 4xx or 5xx from akamai:
     #send the request back to hosted, set no-redirect flag (avoid loops)
     #download pkg 
- elif 302 from akamai:
     #sends a 302 back to the redirect url and if hosted downloads the pkg.
 this is done for every package thats synced to a particular channel.

bperkins will be the QA contact for ISO/package redirect when (if?) it is
implemented

OK. With BZ 558750 fixed everything works. The trouble is that BZ 558750 has to go live before we enable CDN.
Once Errata for BZ 558750 will be released (hopefully RHEL5.5) then we can just bump up xml_dump_version to 3.4 and it will work.

Affected files with xml_dump_version are:
backend/rhn-conf/rhn_server_iss.conf
backend/rhn-conf/rhn_server_satellite.conf
satellite_tools/constants.py

s/558750/564299/ in previous comment

According to communication with jbowes there is difference in behaviour as described originaly by prad:
- elif 4xx or 5xx from akamai:
     #send the request back to hosted, set no-redirect flag (avoid loops)
     #download pkg 
Current behaviour is hit again akamai.

When I try CDN with fixed rhnlib, it works without problem. Flipping to MODIFIED.

we should only bump up xml_dump_version everything else should be ok
spacewalk commits 4224697a524bc860894de87b54dd7ef0711f122d and 331cd64542b25e07147e755e93252489370f2956

An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHEA-2010-0388.html