Regarding INAP parameter Tags
prabath weerasinghe <[email protected]> Wed, 24 May 2017 11:13:27 +0530
| Newsgroups | gmane.ietf.sigtran |
|---|---|
| Message-ID | <CADgPooopAcPNdUCMHpNiCiJkHRFugvQ9nX9DjLFOa2sSf1NFFA@mail.gmail.com> |
--===============8145103920708727887==
Content-Type: multipart/alternative; boundary="001a113d19a463d75205503e950b"
--001a113d19a463d75205503e950b
Content-Type: text/plain; charset="UTF-8"
Hi All,
This is regarding INAP PDU encoding and decoding. I'm working on an INAP
protocol implementation and was referring ASN.1 specification. Here
follows an excerpt from the spec for InitialDP.
InitialDPArg ::= SEQUENCE {
*serviceKey [0] *ServiceKey,
*calledPartyNumber [2] *CalledPartyNumber OPTIONAL,
callingPartyNumber [3] CallingPartyNumber OPTIONAL,
callingPartysCategory [5] CallingPartysCategory OPTIONAL,
cGEncountered [7] CGEncountered OPTIONAL,
iPSSPCapabilities [8] IPSSPCapabilities OPTIONAL,
As per the specification, serviceKey has the tag value of 0 and
calledPartyNumber has a tag value of 2 an so on. When I checked a sample
INAP pcap
INAP-Sample-PCAP
<https://www.cloudshark.org/captures/028324459536?filter=inap> , it was
showing the tag values for serviceKey and calledPartyNumber as 80 and 82 in
Hex.
Could anyone please explain the reason for the difference ? Is there any
special way of encoding the tag value ?
Thanks and Regards,
--
Prabath Weerasinghe
_________________________________________________________________________________
Confidentiality and Disclaimer
This email and any attachments are intended only for the person or entity
to whom it is addressed. Its contents may be privileged, confidential or
otherwise protected from disclosure. If you are not the intended recipient,
please do not read, disclose, distribute or copy this email or use the
information therein or act or omit to act in reliance thereof. Please also
inform the sender of erroneous receipt and delete the material from your
system.
--001a113d19a463d75205503e950b
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">Hi All,<div><br></div><div>This is regarding INAP PDU enco=
ding and decoding. I'm working on an INAP protocol implementation and w=
as referring =C2=A0ASN.1 specification. Here follows an excerpt from the sp=
ec for InitialDP.</div><div><br></div><div><div>InitialDPArg ::=3D SEQUENCE=
{</div><div>=C2=A0<b>serviceKey [0] </b>ServiceKey,</div><div>=C2=A0<b>cal=
ledPartyNumber [2] </b>CalledPartyNumber OPTIONAL,</div><div>=C2=A0callingP=
artyNumber [3] CallingPartyNumber OPTIONAL,</div><div>=C2=A0callingPartysCa=
tegory [5] CallingPartysCategory OPTIONAL,</div><div>=C2=A0cGEncountered [7=
] CGEncountered OPTIONAL,</div><div>=C2=A0iPSSPCapabilities [8] IPSSPCapabi=
lities OPTIONAL,</div></div><div><br></div><div><br></div><div>As per the s=
pecification, serviceKey has the tag value of 0 and calledPartyNumber has a=
tag value of 2 an so on. When I checked a sample INAP pcap</div><div><a hr=
ef=3D"https://www.cloudshark.org/captures/028324459536?filter=3Dinap">INAP-=
Sample-PCAP</a>=C2=A0, it was showing the tag values for serviceKey and cal=
ledPartyNumber as 80 and 82 in Hex.=C2=A0</div><div>Could anyone please exp=
lain the reason for the difference ?=C2=A0 Is there any special way of enco=
ding the tag value ?<br></div><div><br></div><div><br></div><div>Thanks and=
Regards,</div><div>-- <br><div class=3D"gmail_signature"><div><font color=
=3D"#666666">Prabath Weerasinghe</font></div><div><font color=3D"#666666"><=
span style=3D"font-family:arial,sans-serif;line-height:15px"><br>__________=
_______________________________________________________________________<br>=
</span></font><font color=3D"Gray" face=3D"Verdana">Confidentiality and Dis=
claimer<br>
<br>
This email and any attachments are intended only for the person or=20
entity to whom it is addressed. Its contents may be privileged,=20
confidential or otherwise protected from disclosure. If you are not the=20
intended recipient, please do not read, disclose, distribute
or copy this email or use the information therein or act or omit to act
in reliance thereof. Please also inform the sender of erroneous receipt
and delete the material from your system.</font><br></div></div>
</div></div>
--001a113d19a463d75205503e950b--
--===============8145103920708727887==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
Sigtran mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/sigtran
--===============8145103920708727887==--