Thanks for the clarification. I somehow stumbled (or fumbled) onto this conclusion independently as well, but now that I've got an expert opinion from you, may I try to get this clarified a little more ?Is the encoding mechanism able to handle integers that may not fit into 14-bit's (2 x 7-bit from 2 neighboring octets) ? In that case, what would the encoding be like ? For example, I need to encode an integer 'Z' in an arc, which is 16-bit long... ( b1 b2 b3 b4 b5 b6 b7 b8 b9 b10 b11 b12 b13 b14 b15 b16 ) 2 Will it be encoded as: 01 b1 b2 b3 b4 b5 b6 b7 01 b8 b9 b10 b11 b12 b13 b14 00 b15 b16 ??
No. It's always a multiple of 7 significant bits, that is, an integral number of octets. If it can't fit into 14, you would try 21; if not 21, then 28. etc. In the example you cite, it would be
01 b01 b02 b03 b04 b05 b06 b07 01 b08 b09 b10 b11 b12 b13 b14 00 b15 b16 b17 b18 b19 b20 b21 where the value within b01 through b21 is right-adjusted.
If that's how it is, then does the text in X.690 look confusing (or not leading to this conclusion) ?
Not to me. Look at it again. If you still find it confusing, please let us know.
===================================================================== Conrad Sigona Voice Mail : 1-732-302-9669 x400 OSS Nokalva Fax : 1-614-388-4156 [EMAIL PROTECTED] My direct line : 1-315-845-1773
_______________________________________________ Asn1 mailing list [email protected] http://lists.asn1.org/mailman/listinfo/asn1
