Re: [rohc] Modifications to Appendix A in ROHC-06

[Stephanie Legeleux <legeleux@lucent.com>]

Hi,

I agree that the version field is STATIC and not STATIC-KNOWN, but why are the
Next Header field from IPv6 and Protocol Field for IPv4 STATIC-KNOWN ?
From my understanding ROHC does not distinguish profiles for an IP/UDP/RTP
datagram and for an IP encapsulated IP/UDP/RTP datagram. They both use profile
1.
But the Next Header/Protocol field is different. And it is sent initially in an
IR packet.
I would say the Next Header/Protocol field are STATIC, not STATIC-KNOWN.

A question on 5.7.6.11 (RTP feedback example) p88:

   Assuming small CIDs and CID 0 instead of CID 8:

     0   1   2   3   4   5   6   7
   +---+---+---+---+---+---+---+---+
   | 1   1   1   1   0 | 0   1   0 |  feedback packet type, Code = 2
   +---+---+---+---+---+---+---+---+
   |          SN LSB = 17          |
   +---+---+---+---+---+---+---+---+

Why does Code = 2 while the feedback data is only one octet long ?

Cheers,
Stephanie

Lars-Erik Jonsson wrote:
> 
> Yes, that is a correct summary!!
> 
> /L-E
> 
> >Lars-Erik,
> >
> >Is it fair to say that your corrections can be summarized as
> >
> >a) IP Version field(s) should be STATIC, and not STATIC-KNOWN
> >
> >b) ROHC does not distinguish v4 and v6 profiles.
> >
> >or, more specifically:
> >
> >1) IP Version in v6 header should be STATIC and not STATIC-KNOWN
> >
> >2) Next Header  (minor modifications to text, not reclassified)
> >
> >3) v6 table changes because of reclassification of Version.
> >
> >4) IP Version in v4 header is STATIC and not STATIC-KNOWN
> >
> >5) Protocol (minor modifications to text, not reclassified)
> >
> >6) v4 table changes because of reclassification of Version.
> >
> >7) IP/UDP/RTP table changes because of reclassification of Version
> >
> >8) Last paragraph of A.2.1 mentions IPv6 profiles. ROHC profiles do not
> >distinguish v6 and v4, so that reference is removed.
> >
> >9) Moving IP Version from "Do not send at all" to "Send only initially"
> >
> >Cheers,
> >
> >Micke
> 
> ---
> Mailing list for Robust Header Compression WG
> Archive: http://www.cdt.luth.se/rohc/