Thread Links Date Links
Thread Prev Thread Next Thread Index Date Prev Date Next Date Index

Re: [802.21] [FW: connection bet. action ID and TLV type value]



> value]
>   
>> Kenichi/Mac,
>>
>> In terms of implementation, I've heard a lot of people saying that
>>     
> they
>   
>> feel this way is much clearer and less confusing and not hard to code
>>     
> at
>   
>> all. I think all of this is a just a matter of personal preference for
>> individual programmers.
>>
>> The only technical difference is that the previous approach allows 256
>> number space for parameters for the entire protocol and the new
>>     
> approach
>   
>> allows 256 number space for parameters for each message.
>>     
> [Vivek G Gupta] 
> And if you have multiple parameters of same Type in a particular
> message, this method makes it convenient to assign different Type values
> (which lie within the context of that message only) and thus leads to
> lesser confusion, as opposed to having to impose additional rules
> regarding order of these parameters.
>   

  Subir> I fact, we do not have multiple parameters of the same type. 
D04 had this problem since we
            had assigned a single type  for Link identifier and tried to 
use the same one for Old link and new
            link identifiers and so on. We can simply avoid that 
assigning separate Type values for each
            of them. By this way we can avoid  nested TLVs. Technically 
both are fine, however, the current
            method is little difficult  to understand and enforces a few 
things. For example,  'defined in messages'
            in TLV structure is new to me. Also latest .16g draft is 
using fixed type values for MIH messages.
            Therefore, what is the real benefit of changing an exiting 
representation?
>   
>
>>>>>