<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Possible,<br>
<br>
But codesets have generally a configurable option on the peer PBX in
the past. It is only a codeset, which is only a little more parsing,
but still it is not handled.<br>
<br>
/Wes<br>
<br>
Voll, Scott wrote:
<blockquote
cite="mid407055A92CECCB499C922A2D35FC19A6060DCD39@Apollo.wesd.org"
type="cite">
<pre wrap="">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 [<a class="moz-txt-link-freetext" href="mailto:db7td@gmx.de">mailto:db7td@gmx.de</a>]
Sent: Wednesday, July 12, 2006 10:36 AM
To: Ryan Ratliff
Cc: Wes Sisk; <a class="moz-txt-link-abbreviated" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>; 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
</pre>
<blockquote type="cite">
<pre wrap="">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
</pre>
</blockquote>
<pre wrap=""><!---->(Protocol_Backhaul,src=10.8.104.250,port=2428,desc=10.30.100.1,port=2428
</pre>
<blockquote type="cite">
<pre wrap="">,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@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 <a class="moz-txt-link-rfc2396E" href="mailto:wsisk@cisco.com"><wsisk@cisco.com></a>
An: Dietmar <a class="moz-txt-link-rfc2396E" href="mailto:db7td@gmx.de"><db7td@gmx.de></a>
Betreff: Re: [cisco-voip] QSIG: Display name decoding fails
</pre>
<blockquote type="cite">
<pre wrap="">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
</pre>
<blockquote type="cite">
<pre wrap="">Have you looked at the CCM trace? CCM will show the decoded
</pre>
</blockquote>
</blockquote>
</blockquote>
<pre wrap=""><!---->Facility
</pre>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">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
</pre>
</blockquote>
</blockquote>
</blockquote>
<pre wrap=""><!---->end
</pre>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">of it.
Maybe Callmanager can not decode everything and stops at some point
in the
middle...
Dietmar
</pre>
<blockquote type="cite">
<pre wrap="">What about changing the plan type? My Qsig link is Private
national.
Scott
-----Original Message-----
From: <a class="moz-txt-link-abbreviated" href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>
[<a class="moz-txt-link-freetext" href="mailto:cisco-voip-bounces@puck.nether.net">mailto:cisco-voip-bounces@puck.nether.net</a>] On Behalf Of Dietmar
Sent: Tuesday, July 11, 2006 9:39 AM
To: <a class="moz-txt-link-abbreviated" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>
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
</pre>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
<pre wrap=""><!---->calling
</pre>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">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
</pre>
</blockquote>
</blockquote>
<pre wrap="">--
E-Mail: <a class="moz-txt-link-abbreviated" href="mailto:db7td@gmx.de">db7td@gmx.de</a>
_______________________________________________
cisco-voip mailing list
<a class="moz-txt-link-abbreviated" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>
<a class="moz-txt-link-freetext" href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a>
</pre>
</blockquote>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
</body>
</html>