Re: (virtual) hum on CARD open issues

Vijay Devarapalli <[email protected]>
Newsgroups gmane.ietf.seamoby
Message-ID <[email protected]>
Hemant Chaskar wrote:
> 
> Having optional field may be bad/may not be bad, I do not know. But this has
> been case even in IPv6. There are optional headers in IPv6. If those can be
> handled, why can't this be? 

its a totally different thing. the entire IPv6 packet is
never copied onto a singe data structure. and IPv6 has a 
nice header chaining mechanism to process one protocol 
header after the other.

Vijay

> 
> >From: Vijay Devarapalli <[email protected]>
> >To: Singh Ajoy-ASINGH1 <[email protected]>
> >CC: "'Pat R. Calhoun'" <[email protected]>, [email protected]
> >Subject: Re: [Seamoby] (virtual) hum on CARD open issues
> >Date: Tue, 05 Aug 2003 11:23:14 -0700
> >
> >Singh Ajoy-ASINGH1 wrote:
> > >
> > > 4. Issue #5: Static vs. dynamic capability attributes. The editor
> >recommends that we keep the S-bit and use the 32-bit lifetime only when
> >really required for dynamic capabilities. This saves bandwidth, but does
> >complicate processing. Meeting consensus is to keep S-bit.
> > >
> > > AJOY-> We need WG consensus about this issue. So far Vijay has suggested
> >us to drop the "S" bit but we have not heard from other members of the WG.
> >Should we drop the "S" bit or keep it? Please send your comments.
> >
> >I suggested an alternative to make the lifetime field
> >a bit shorter, from 4 bytes to 2 bytes. 65535 seconds
> >should be enough to specify the lifetime of an attribute.
> >
> >you should also keep in mind the point Robert Chalmers
> >made. having an optional field in the middle of a data
> >structure is plain bad for implementations.
> >
> >Vijay
> >
> >_______________________________________________
> >Seamoby mailing list
> >[email protected]
> >https://www1.ietf.org/mailman/listinfo/seamoby
> 
> _________________________________________________________________
> Add photos to your messages with MSN 8. Get 2 months FREE*.
> http://join.msn.com/?page=features/featuredemail
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.