[cisco-voip] QSIG: Display name decoding fails
Voll, Scott
Scott.Voll at wesd.org
Wed Jul 12 13:56:00 EDT 2006
Have you tried using H323? It could be a Version of ISO that CM doesn't
support. Don't quote me on it but if I remember right CM MGCP Qsig only
supported like version 2 and 3 of ISO and version 3 and 4 of ecma. If
You needed other versions you had to go to H323 gateway to get it. I
had this problem with my link between my PBX and CM when we first
started. Since then we upgraded both CM and the PBX software and it now
works via MGCP.
Scott
-----Original Message-----
From: Dietmar [mailto:db7td at gmx.de]
Sent: Wednesday, July 12, 2006 10:36 AM
To: Ryan Ratliff
Cc: Wes Sisk; cisco-voip at puck.nether.net; Voll, Scott
Subject: Re: [cisco-voip] QSIG: Display name decoding fails
Codeset 4 contains information elements for ISO/IEC-QSIG, so I can not
understand why this should be a problem.
Is there any list that tells me which codesets can be used with
Callmanager?
Cisco's bug database does not know anything about this issue...
Dietmar
> These two lines seem to point to the problem...
>
> 07/12/2006 07:16:46.279 CCM|***Message - Unknown codeset used in
> Validation-- MessageType = 5 Codeset= 4|<CLID::IPT-Cluster><NID::
> 10.30.100.1>
> 07/12/2006 07:16:46.279 CCM|***Message - Unknown IE -- NOT SAVED--
> MessageType = 5 Unknown IeId = 31 TblIndex = 15 Codeset = 4|
> <CLID::IPT-Cluster><NID::10.30.100.1>
>
> I recall that CM only supported certain codesets but I didn't think
> it applied to Qsig.
>
> -Ryan
>
> On Jul 12, 2006, at 4:07 AM, Dietmar Romer wrote:
>
> This is the CCM trace.
>
> Dietmar
>
>
>
> 07/12/2006 07:16:46.279 CCM|MGCPBhHandler 10.8.104.250 - TCP msg
> available from Device|<CLID::IPT-Cluster><NID::10.30.100.1><CT::
> 3,100,61,1.197388><IP::10.8.104.250><DEV::>
> 07/12/2006 07:16:46.279 CCM|MGCPBhHandler - Receiving BhHdr: 0004
> 0000 0011 8000 0001 0102
>
> |<CLID::IPT-Cluster><NID::10.30.100.1><CT::3,100,61,1.197388><IP::
>
> 10.8.104.250><DEV::>
> 07/12/2006 07:16:46.279 CCM|MGCPBhHandler - PktCapService::out
>
(Protocol_Backhaul,src=10.8.104.250,port=2428,desc=10.30.100.1,port=2428
> ,0,0,msg,len=270,gateway=10.8.104.250)|<CLID::IPT-Cluster><NID::
> 10.30.100.1><CT::3,100,61,1.197388><IP::10.8.104.250><DEV::>
> 07/12/2006 07:16:46.279 CCM| |<CLID::IPT-Cluster><NID::10.30.100.1>
> 07/12/2006 07:16:46.279 CCM|In Message -- PriQsigSetupMsg --
> Protocol= PriQsigProtocol|<CLID::IPT-Cluster><NID::10.30.100.1>
> 07/12/2006 07:16:46.279 CCM|Ie - Ni2BearerCapabilityIe -- IEData= 04
> 03 80 90 A3 |<CLID::IPT-Cluster><NID::10.30.100.1>
> 07/12/2006 07:16:46.279 CCM|Ie - Q931ChannelIdIe -- IEData= 18 03 A1
> 83 81 |<CLID::IPT-Cluster><NID::10.30.100.1>
> 07/12/2006 07:16:46.279 CCM|Ie - Q931FacilityIe -- IEData= 1C A3 9F
> AA 06 80 01 00 82 01 00 8B 01 00 A1 0E 02 02 03 BE 02 01 29 03 05 00
> 8E 00 00 00 A1 6D 02 02 03 C0 02 01 55 30 64 82 09 00 40 08 00 00 00
> 00 00 00 86 01 01 A8 54 30 40 06 09 2B 0C 02 87 6D 0B 0E 88 4C E0 33
> E0 13 C0 01 3E E1 0E A1 0C 0A 01 02 12 07 37 33 39 31 35 30 32 E1 0C
> C1 07 00 80 00 00 00 00 00 C3 01 02 E2 0C C1 07 00 D4 00 00 00 00 00
> C3 01 01 E3 00 30 10 06 09 2B 0C 02 87 6D 0B 0E 88 4D 03 03 00 80 00
> A1 16 02 02 03 C2 02 01 00 80 0D 48 72 2E 20 4D 6F 68 6E 20 4D 2E 20
> 32 |<CLID::IPT-Cluster><NID::10.30.100.1>
> 07/12/2006 07:16:46.279 CCM|Ie - Q931FacilityIe -- IEData= 1C 2D 9F
> AA 06 80 01 00 82 01 00 8B 01 02 A1 09 02 02 03 C1 02 01 54 05 00 A1
> 14 02 02 03 BF 02 01 3B 30 0B 30 09 0A 01 05 0A 01 03 0A 01 04 |
> <CLID::IPT-Cluster><NID::10.30.100.1>
> 07/12/2006 07:16:46.279 CCM|Ie - Q931CallingPartyIe -- IEData= 6C 0A
> 00 80 39 30 30 38 33 37 36 33 |<CLID::IPT-Cluster><NID::10.30.100.1>
> 07/12/2006 07:16:46.279 CCM|Ie - Q931CalledPartyIe -- IEData= 70 09
> 80 39 30 33 30 37 38 30 38 |<CLID::IPT-Cluster><NID::10.30.100.1>
> 07/12/2006 07:16:46.279 CCM|***Message - Unknown codeset used in
> Validation-- MessageType = 5 Codeset= 4|<CLID::IPT-Cluster><NID::
> 10.30.100.1>
> 07/12/2006 07:16:46.279 CCM|***Message - Unknown IE -- NOT SAVED--
> MessageType = 5 Unknown IeId = 31 TblIndex = 15 Codeset = 4|
> <CLID::IPT-Cluster><NID::10.30.100.1>
> 07/12/2006 07:16:46.279 CCM|Ie - Q931HighLayerCompatibilityIe --
> IEData= 7D 02 91 81 |<CLID::IPT-Cluster><NID::10.30.100.1>
> 07/12/2006 07:16:46.279 CCM|MMan_Id= 0. (iep= 0 dsl= 8000 sapi= 0
> ces= 0 IpAddr=fa68080a IpPort=2427)|<CLID::IPT-Cluster><NID::
> 10.30.100.1>
> 07/12/2006 07:16:46.279 CCM|IsdnMsgData1= 08 02 00 38 05 04 03 80 90
> A3 18 03 A1 83 81 1C A3 9F AA 06 80 01 00 82 01 00 8B 01 00 A1 0E 02
> 02 03 BE 02 01 29 03 05 00 8E 00 00 00 A1 6D 02 02 03 C0 02 01 55 30
> 64 82 09 00 40 08 00 00 00 00 00 00 86 01 01 A8 54 30 40 06 09 2B 0C
> 02 87 6D 0B 0E 88 4C E0 33 E0 13 C0 01 3E E1 0E A1 0C 0A 01 02 12 07
> 37 33 39 31 35 30 32 E1 0C C1 07 00 80 00 00 00 00 00 C3 01 02 E2 0C
> C1 07 00 D4 00 00 00 00 00 C3 01 01 E3 00 30 10 06 09 2B 0C 02 87 6D
> 0B 0E 88 4D 03 03 00 80 00 A1 16 02 02 03 C2 02 01 00 80 0D 48 72 2E
> 20 4D 6F 68 6E 20 4D 2E 20 32 1C 2D 9F AA 06 80 01 00 82 01 00 8B 01
> 02 A1 09 02 02 03 C1 02 01 54 05 00 A1 14 02 02 03 BF 02 01 3B 30 0B
> 30 09 0A 01 05 0A 01 03 0A 01 04 6C 0A 00 80 39 30 30 38 33 37 36 33
> 70 09 80 39 30 33 30 37 38 30 38 9C 31 01 80 7D 02 91 81 |<CLID::IPT-
> Cluster><NID::10.30.100.1>
> 07/12/2006 07:16:46.279 CCM|MGCPpn9d - initPortInfo:
> portInfo[00] endpoint=S0/SU0/DS1-0/1 at xxx, ci=50467533,
> globalCallId=3|<CLID::IPT-Cluster><NID::10.30.100.1><CT::
> 3,100,61,1.197388><IP::10.8.104.250><DEV::>
> 07/12/2006 07:16:46.279 CCM|SPROC analyzeMsgtransCause
> MessageTransCause.ms = 0, MessageTransCause.ieid = 0, PriTsp.protocol
> = 29, MCStatus = 0|<CLID::IPT-Cluster><NID::10.30.100.1>
>
>
>
> -------- Original-Nachricht --------
> Datum: Tue, 11 Jul 2006 19:28:24 -0400
> Von: Wes Sisk <wsisk at cisco.com>
> An: Dietmar <db7td at gmx.de>
> Betreff: Re: [cisco-voip] QSIG: Display name decoding fails
>
> > If not,
> >
> > Send us the raw message from the trace (whole packet from the line
> > that says qsig through and including the line that has the longest
> > hex numbers.
> >
> > /Wes
> >
> > On Jul 11, 2006, at 1:05 PM, Dietmar wrote:
> >
> > Ah, this is a very good idea! I will check this as soon as possible.
> > Thank
> > you!
> >
> > Dietmar
> >
> >> Have you looked at the CCM trace? CCM will show the decoded
Facility
> >> IE in the trace.
> >>
> >> -Ryan
> >>
> >> On Jul 11, 2006, at 12:58 PM, Dietmar wrote:
> >>
> >> Yes, I have already tried this. Unfortunately, it did not help. I
> >> think the
> >> problem is the long facility. The display name is located at the
end
> >> of it.
> >> Maybe Callmanager can not decode everything and stops at some point
> >> in the
> >> middle...
> >>
> >> Dietmar
> >>
> >>> What about changing the plan type? My Qsig link is Private
> >>> national.
> >>>
> >>> Scott
> >>>
> >>> -----Original Message-----
> >>> From: cisco-voip-bounces at puck.nether.net
> >>> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Dietmar
> >>> Sent: Tuesday, July 11, 2006 9:39 AM
> >>> To: cisco-voip at puck.nether.net
> >>> Subject: [cisco-voip] QSIG: Display name decoding fails
> >>>
> >>> Hi all,
> >>>
> >>> I have an ISO-QSIG connection between a MGCP controlled 2821
> >>> (backhauled
> >>> to
> >>> CCM 4.1(3)) and a Tenovis PBX.
> >>>
> >>> When someone places a call from the Tenovis towards the 2821,
> >>> Callmanager
> >>> seems to be unable to decode the display name (CNAM) of the
calling
> >>> party.
> >>> However, the trace below shows that it is included within the
> >>> facility.
> >>>
> >>> Can anyone tell me what is going wrong there?
> >>>
> >>> Thanks, Dietmar
> >>>
> >>>
> >>>
> >>> 000727: Jun 28 14:41:03.983: ISDN Se0/0/0:15 Q931: RX <- SETUP pd
> >>> = 8
> >>> callref
> >>> = 0x004F
> >>> Bearer Capability i = 0x8090A3
> >>> Standard = CCITT
> >>> Transfer Capability = Speech
> >>> Transfer Mode = Circuit
> >>> Transfer Rate = 64 kbit/s
> >>> Channel ID i = 0xA18381
> >>> Preferred, Channel 1
> >>> Facility i =
> >>> 0x9FAA068001008201008B0100A10D0201480201290305008E
> >>>
> >>> 000000A16C02014A0201553064820900400800000000000086
> >>>
> >>> 0101A854304006092B0C02876D0B0E884CE033E013C0013EE1
> >>>
> >>> 0EA10C0A0102120737333931353032E10CC107008000000000
> >>>
> >>> 00C30102E20CC10700D40000000000C30101E300301006092B
> >>>
> >>> 0C02876D0B0E884D0303008000A10F02014C02010080075465
> >>> 6E6F766973
> >>> Facility i =
> >>> 0x9FAA068001008201008B0102A10802014B0201540500A113
> >>> 02014902013B300B30090A01050A01030A0104
> >>> Calling Party Number i = 0x0080, '3700'
> >>> Plan:Unknown, Type:Unknown
> >>> Called Party Number i = 0x80, '8999'
> >>> Plan:Unknown, Type:Unknown
> >>> Shift to Codeset 4
> >>> Codeset 4 IE 0x31 i = 0x80
> >>> High Layer Compat i = 0x9181
> >
> > --
> > E-Mail: db7td at gmx.de
> > _______________________________________________
> > cisco-voip mailing list
> > cisco-voip at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-voip
--
E-Mail: db7td at gmx.de
More information about the cisco-voip
mailing list