3GPP has to never drop a packet because it's doing zero-header compression. Lose a bit, lose everything. And ROHC is an IETF product. I'm pretty sure the saving on headers is more than made up for in FEC, delay, etc. Not the engineering tradeoff one might want. Lloyd Wood http://sat-net.com/L.Wood/ ________________________________________ From: ietf-bounces@xxxxxxxx [ietf-bounces@xxxxxxxx] On Behalf Of Masataka Ohta [mohta@xxxxxxxxxxxxxxxxxxxxxxxxxx] Sent: 06 March 2013 11:37 To: ietf@xxxxxxxx Subject: Re: congestion control? - (was Re: Appointment of a Transport Area Director) Cameron Byrne wrote: > In the 3GPP case of GSM/UMTS/LTE, the wireless network will never drop > the packet, by design. According to the end to end argument, that's simply impossible, because intermediate equipments holding packets not confirmed by the next hop may corrupt the packets or suddenly goes down. > It will just delay the packet as it gets > resent through various checkpoints and goes through various rounds of > FEC. The result is delay, Even with moderate packet drop probability, it means *A LOT OF* delay or connection oriented communication, either of which makes 3GPP mostly unusable. Masataka Ohta