The IP over ATM Mailing List Archive by date

[mike_bowser@ccgw1.hq.dla.mil]

     I would be interested in reading the studies you mentioned.  Any 
     pointers would be appreciated.  Local studies here indicate 150-200 to 
     be the norm but as Curtis said, acks are always around 40 depending on 
     fields used in the header.  I'm not sure that any amount of 
     compression would ensure ack's were less than 53 bytes but considering 
     the volume of acks, 50% would chop the total number of packets 
     considerably.
     
     Boz


______________________________ Reply Separator _________________________________
Subject: Header Compression.
Author:  medved@npr.legent.com (Pat Medved) at ~GW1
Date:    10/20/95 4:06 PM


     
     
I was reading some studies which indicate up to 70 % of TCP/IP 
packets are < 10 bytes.  For ATM that means 2 cells per packet.
If we were using header compression, then these would only need one cell. 
I have seen some papers mentioning this.  I also saw studies indicating 
that the 64KB window size will be too small.
     
So I had the following questions?
     
Can RFC1144 be used over ATM?  If the final destination
lies on the other side of some router, will the negotiation just
fail for the TCP connection and just not allow compression and not cause 
anything
to break?
     
     
window size.  If RFC1106 size is used (this uses TCP options), can this be used 
along with header compression?
     
     
     
Thanks,
Pat Medved
     
medved@npr.legent.com