Re: GSMPv3 & L2C
avri doria <[email protected]> Thu, 10 Mar 2005 09:36:56 -0600
| Newsgroups | gmane.ietf.gsmp |
|---|---|
| Message-ID | <[email protected]> |
Hi, Sorry I did not answer this sooner. My inclination would be to maintain a single extension TLV per technology type and allow the technology specific protocol extension to nest sub-TLVs within that structure. My reasons are that I think it would be simpler for the base protocol implementation and would organize the IANA effort for defining new TLV fields with more flexibility for the extension writer; i.e each technology specific extension defines the fields it needs and does its own IANA registrations. My goal with the base has to keep it as simple as possible so that hoepfully once it get back on the standards track, it can remain unchanged while the technology specific efforts continue independently. I would be interested in hearing other people on this list comment on this issue. thanks a. On 14 feb 2005, at 16.08, Sanjay Wadhwa wrote: > Section 3.1.4 in the GSMPv3 draft describes extension TLVs. There is a > restriction of "at most one extension TLV per message type". Is there > a particular reason for this restriction ? There might be cases where > a particular technology needs more than one such (optional) TLV in a > message. One option could be to have the "extension value" be composed > of multiple sub-TLVs (with their own well defined format). But, it is > simpler to allow multiple top level TLVs. Based on the "length" in the > GSMP message header and the "length" in each TLV, the parsing is not a > problem. For sanity check number of TLVs in the message can be > included in the message. The device that does not understand a > particular TLV can silently ignore the TLV and continue on. > In context of L2C this is needed for a BRAS (controller) to configure > line characterstics of a DSL line on a DSLAM. There is more than one > parameter that can be configured (multiple, optional TLVs in the port > management message seems like an appropriate way to implement this > functionality). Any thoughts on not having the restriction of a single > "extension" TLV per message type ? > > Thanks > -Sanjay > > > > > > _______________________________________________ > GSMP mailing list > [email protected] > https://www1.ietf.org/mailman/listinfo/gsmp >