Ethereal-users: [Ethereal-users] ethereal does not decode cisco trunk group correctly in H225 me
Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.
From: mike <mike321@xxxxxxxxxxxxx>
Date: Fri, 17 Oct 2003 23:46:41 -0400 (GMT-04:00)
When I use ethereal 0.9.15 to decode H225 mesasges using cisco trunk groups, ethereal reports the packet as a Malformed Packet. It looks like the group should be decoded as a string, however ethereal is not displaying it as one. I included a capture file with an ARQ and an LRQ using trunk groups; the trunk group also is sent in the ACF/LCF and the H225 setup. I also attached a "debug h225 asn1" debug from a cisco gatekeeper which shows the ASN1 decode. Thanks, Mike Oliveras
Attachment:
arq-lrq-trunkgroup
Description: Binary data
zgk3745-1#term mon zgk3745-1# Oct 17 22:02:44.087: RecvUDP_IPSockData successfully rcvd message of length 342 from 209.58.84.245:50893 Oct 17 22:02:44.087: RAS INCOMING ENCODE BUFFER::= 27 883D0A00 F0003600 31004100 36003800 43003500 34003000 30003000 30003000 30003000 31010300 45678350 01400C00 35003300 35003000 2D007300 73003700 74003100 2D003100 35400500 00A640B5 00001242 8000000A 280B1249 53444E20 332F303A 4430002D 49414D2C 0D0A4743 492C3738 30323839 33353030 32343131 64383831 63616232 66376433 66626163 31310D0A 0D0A7802 89350024 11D881CA B2F7D3FB AC1108E3 26000180 11007802 89350024 11D881CC B2F7D3FB AC114301 4D000A2A 864886F7 0C0A0102 01C03F90 670210AD F02890BF DC03A5A7 BDEFE8DF 1759B701 5C1A0035 00330035 0030002D 00730073 00370074 0031002D 00310035 00003E01 040C0035 00330035 0030002D 00730073 00370074 0031002D 00310035 C03F9067 02082A86 4886F70D 02050080 8089A182 8DD47E0A 54C3C60C 69639D9F 1C01000A 28000140 5E064954 58430642 03495458 43 Oct 17 22:02:44.091: Oct 17 22:02:44.091: RAS INCOMING PDU ::= value RasMessage ::= admissionRequest : { requestSeqNum 15627 callType pointToPoint : NULL callModel direct : NULL endpointIdentifier {"61A68C5400000001"} destinationInfo { dialedDigits : "1234502" } srcInfo { h323-ID : {"5350-ss7t1-15"} } bandWidth 1280 callReferenceValue 166 nonStandardData { nonStandardIdentifier h221NonStandard : { t35CountryCode 181 t35Extension 0 manufacturerCode 18 } data '8000000A280B124953444E20332F303A4430002D...'H } conferenceID '78028935002411D881CAB2F7D3FBAC11'H activeMC FALSE answerCall FALSE canMapAlias TRUE callIdentifier { guid '78028935002411D881CCB2F7D3FBAC11'H } tokens { { tokenOID { 1 2 840 113548 10 1 2 1 } timeStamp 1066428163 challenge 'ADF02890BFDC03A5A7BDEFE8DF1759B7'H random 92 generalID {"5350-ss7t1-15"} } } cryptoTokens { cryptoEPPwdHash : { alias h323-ID : {"5350-ss7t1-15"} timeStamp 1066428163 token { algorithmOID { 1 2 840 113549 2 5 } paramS { } hash "89A1828DD47EA54C3C6C69639D9F1C" } } } willSupplyUUIEs FALSE capacity { currentCallCapacity { voiceGwCallsAvailable { { calls 94 group "ITXC" } } } } circuitInfo { sourceCircuitID { group { group "ITXC" } } } } Oct 17 22:02:44.095: ARQ (seq# 15627) rcvd Oct 17 22:02:44.095: H225 NONSTD INCOMING ENCODE BUFFER::= 80 00000A28 0B124953 444E2033 2F303A44 30002D49 414D2C0D 0A474349 2C373830 32383933 35303032 34313164 38383163 61623266 37643366 62616331 310D0A0D 0A Oct 17 22:02:44.095: Oct 17 22:02:44.095: H225 NONSTD INCOMING PDU ::= value ARQnonStandardInfo ::= { sourceAlias { } sourceExtAlias { } interfaceSpecificBillingId "ISDN 3/0:D" gtd '49414D2C0D0A4743492C37383032383933353030...'H } parse_arq_nonstd: ARQ Nonstd decode succeeded, remlen = 1643791856 Oct 17 22:02:44.095: H225 NONSTD OUTGOING PDU ::= value LRQnonStandardInfo ::= { ttl 6 nonstd-callIdentifier { guid '78028935002411D881CCB2F7D3FBAC11'H } gatewaySrcInfo { h323-ID : {"5350-ss7t1-15"} } gtd '49414D2C0D0A4743492C37383032383933353030...'H } Oct 17 22:02:44.095: H225 NONSTD OUTGOING ENCODE BUFFER::= 82 89910011 00780289 35002411 D881CCB2 F7D3FBAC 111D0140 0C003500 33003500 30002D00 73007300 37007400 31002D00 31003530 002D4941 4D2C0D0A 4743492C 37383032 38393335 30303234 31316438 38316361 62326637 64336662 61633131 0D0A0D0A Oct 17 22:02:44.099: Oct 17 22:02:44.099: RAS OUTGOING PDU ::= value RasMessage ::= locationRequest : { requestSeqNum 21920 destinationInfo { dialedDigits : "1234502" } nonStandardData { nonStandardIdentifier h221NonStandard : { t35CountryCode 181 t35Extension 0 manufacturerCode 18 } data '82899100110078028935002411D881CCB2F7D3FB...'H } replyAddress ipAddress : { ip 'D13A5450'H port 1719 } sourceInfo { h323-ID : {"zgk3745-1.itxclab.ne..."} } canMapAlias TRUE circuitInfo { sourceCircuitID { group { group "ITXC" } } } } Oct 17 22:02:44.099: RAS OUTGOING ENCODE BUFFER::= 4A 80559F01 03004567 8354B500 00126582 89910011 00780289 35002411 D881CCB2 F7D3FBAC 111D0140 0C003500 33003500 30002D00 73007300 37007400 31002D00 31003530 002D4941 4D2C0D0A 4743492C 37383032 38393335 30303234 31316438 38316361 62326637 64336662 61633131 0D0A0D0A 00D13A54 5006B717 80202D01 4014007A 0067006B 00330037 00340035 002D0031 002E0069 00740078 0063006C 00610062 002E006E 00650074 01800642 03495458 43 Oct 17 22:02:44.099: Oct 17 22:02:44.099: IPSOCK_RAS_sendto: msg length 182 from 209.58.84.80:1719 to 209.58.84.26: 1719 Oct 17 22:02:44.099: RASLib::RASSendLRQ: LRQ (seq# 21920) sent to 209.58.84.26
- Follow-Ups:
- Prev by Date: Re: [ethereal-users] capture interface, windows administrator
- Next by Date: [Ethereal-users] Packet blocking with Ethereal
- Previous by thread: [Ethereal-users] Text2pcap timestamp problems with win98
- Next by thread: Re: [Ethereal-users] ethereal does not decode cisco trunk group correctly in H225 messages
- Index(es):