[cisco-voip] CUCM 7.1.3: BUG in H323 Stack? -- SOLVED --

Robert Schuknecht rschuknecht at gmx.de
Tue Oct 20 16:38:34 EDT 2009


Jason,

 

i did not find anything regarding compatible IOS and CUCM Version, in the
Release Notes. But I found some information under this Link:

 

http://tools.cisco.com/ITDIT/vtgsca/VTGServlet

 

it states that the earliest IOS Version would be 12.4.(20)T. So I did
another test with IOS Version 12.4(22)T3 which did not work, also. I think I
will use 12.4(24)T1 until there is some BUG-Fix for the CUCM.

 

/Robert

 

Von: Jason Aarons (US) [mailto:jason.aarons at us.didata.com] 
Gesendet: Dienstag, 20. Oktober 2009 22:11
An: Robert Schuknecht; Wes Sisk
Cc: cisco-voip at puck.nether.net
Betreff: RE: [cisco-voip] CUCM 7.1.3: BUG in H323 Stack? -- SOLVED --

 

I understood from 7.1(3) release documentation that 12.4.15 is the lowest
supported IOS for 7.1(3). So your IOS version should have been
working/right?

 

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Robert Schuknecht
Sent: Tuesday, October 20, 2009 3:56 PM
To: 'Wes Sisk'
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] CUCM 7.1.3: BUG in H323 Stack? -- SOLVED --

 

Hi,

 

i was too fast in writing and much too slow in testing.. J

 

I changed the IOS, on the Gateways, to Version 12.4(24)T1 and now all calls
are working.  I hope the new IOS did not kill something else..

 

/Robert

 

P.S.: The "old" IOS Version was 12.4(15)T10.

 

 

 

Von: Wes Sisk [mailto:wsisk at cisco.com] 
Gesendet: Dienstag, 20. Oktober 2009 21:30
An: Robert Schuknecht
Cc: cisco-voip at puck.nether.net
Betreff: Re: [cisco-voip] CUCM 7.1.3: BUG in H323 Stack?

 

Sounds like:
CSCtc48579    Inbound H323 call to UCM 7.1.3 gets silence forcaller and then
drops 

<snip>
In Failed UUIE
10/01/2009 21:35:32.628 CCM|Ie - H225UserUserIe -- IEData= 7E 02 01 ....
...
Length is spanned over 2 bytes
02 01  in Hex [ 201 ] = 513 [ in decimal ]
Since second byte is "01" we , return from the retrieveUuie function.
...
</snip>

/Wes

On Tuesday, October 20, 2009 2:57:00 PM, Robert Schuknecht
<mailto:rschuknecht at gmx.de> <rschuknecht at gmx.de> wrote:

Hi,

 

Since the upgrade to CUCM 7.1.3 we face a problem with incoming calls from
our H323 Gateways, which are connected to the PSTN via E1 PRI. It seems that
only calls from ISDN lines come through. Calls from analog Lines get
disconnected after some time. 

 

Before the CUCM upgrade all calls worked fine. Does anybody knows about an
BUG with CUCM 7.1.3 and H323?

 

During my troubleshooting I found the following error  in the CCM Traces,
for a call from an analog PSTN Line:

 

<SNIP>

 

10/20/2009 17:28:17.104 CCM|In  Message -- H225SetupMsg -- Protocol=
H225Protocol|<CLID::StandAloneCluster><NID::192.168.13.200><LVL::Significant
><MASK::0040>

10/20/2009 17:28:17.104 CCM|Ie - H225BearerCapabilityIe -- IEData= 04 03 90
90 A3 |<CLID::StandAloneCluster><NID::192.168.13.200><LVL::State
Transition><MASK::0040>

10/20/2009 17:28:17.104 CCM|Ie - H225CallingPartyIe -- IEData= 6C 0F 01 83
30 30 32 32 31 35 39 38 31 30 37 30 37
|<CLID::StandAloneCluster><NID::192.168.13.200><LVL::State
Transition><MASK::0040>

10/20/2009 17:28:17.104 CCM|Ie - Q931CalledPartyIe -- IEData= 70 04 C1 37 34
36 |<CLID::StandAloneCluster><NID::192.168.13.200><LVL::State
Transition><MASK::0040>

10/20/2009 17:28:17.104 CCM|Ie - H225UserUserIe -- IEData= 7E 02 01 05 20 80
06 00 08 91 4A 00 04 28 00 B5 00 00 12 40 01 3C 05 01 00 00 06 1E CC 33 BC
C4 11 DE 80 94 00 14 1C 26 F6 90 00 CD 0D 80 00 07 00 C0 A8 FE 1F DB 04 11
00 06 2C 3C 0A BC C4 11 DE 84 F9 88 0A B5 DD E8 C3 01 00 01 80 01 80 01 80
10 A8 01 80 80 F7 01 40 B5 00 00 12 80 EF E0 01 01 00 01 04 80 DE 04 03 90
90 A3 18 03 A9 83 81 1E 02 82 83 6C 0D 21 83 32 32 31 35 39 38 31 30 37 30
37 70 06 C1 39 35 34 31 38 1C B7 9E 81 00 03 67 74 64 00 00 00 AC 49 41 4D
2C 0D 0A 50 52 4E 2C 69 73 64 6E 2A 2C 2C 4E 45 54 35 2A 2C 0D 0A 55 53 49
2C 72 61 74 65 2C 63 2C 33 2C 63 2C 31 0D 0A 55 53 49 2C 6C 61 79 31 2C 61
6C 61 77 0D 0A 54 4D 52 2C 30 32 0D 0A 43 50 4E 2C 30 32 2C 2C 31 2C 39 35
34 31 38 0D 0A 43 47 4E 2C 30 34 2C 2C 31 2C 79 2C 34 2C 32 32 31 35 39 38
31 30 37 30 37 0D 0A 43 50 43 2C 30 39 0D 0A 46 43 49 2C 2C 2C 2C 2C 2C 2C
79 2C 0D 0A 47 43 49 2C 30 36 31 65 63 63 33 33 62 63 63 34 31 31 64 65 38
30 39 34 30 30 31 34 31 63 32 36 66 36 39 30 0D 0A 0D 0A 0A 80 06 00 04 00
00 00 03 80 B4 42 04 67 74 64 01 80 AC 49 41 4D 2C 0D 0A 50 52 4E 2C 69 73
64 6E 2A 2C 2C 4E 45 54 35 2A 2C 0D 0A 55 53 49 2C 72 61 74 65 2C 63 2C 33
2C 63 2C 31 0D 0A 55 53 49 2C 6C 61 79 31 2C 61 6C 61 77 0D 0A 54 4D 52 2C
30 32 0D 0A 43 50 4E 2C 30 32 2C 2C 31 2C 39 35 34 31 38 0D 0A 43 47 4E 2C
30 34 2C 2C 31 2C 79 2C 34 2C 32 32 31 35 39 38 31 30 37 30 37 0D 0A 43 50
43 2C 30 39 0D 0A 46 43 49 2C 2C 2C 2C 2C 2C 2C 79 2C 0D 0A 47 43 49 2C 30
36 31 65 63 63 33 33 62 63 63 34 31 31 64 65 38 30 39 34 30 30 31 34 31 63
32 36 66 36 39 30 0D 0A 0D 0A
|<CLID::StandAloneCluster><NID::192.168.13.200><LVL::State
Transition><MASK::0040>

10/20/2009 17:28:17.104 CCM|MMan_Id= 0. (iep=  0 dsl=  0 sapi=  0 ces= 0
IpAddr=1ffea8c0
IpPort=56068)|<CLID::StandAloneCluster><NID::192.168.13.200><LVL::State
Transition><MASK::0040>

10/20/2009 17:28:17.105 CCM|IsdnMsgData1= 08 02 00 D8 05 04 03 90 90 A3 6C
0F 01 83 30 30 32 32 31 35 39 38 31 30 37 30 37 70 04 C1 37 34 36 7E 02 01
05 20 80 06 00 08 91 4A 00 04 28 00 B5 00 00 12 40 01 3C 05 01 00 00 06 1E
CC 33 BC C4 11 DE 80 94 00 14 1C 26 F6 90 00 CD 0D 80 00 07 00 C0 A8 FE 1F
DB 04 11 00 06 2C 3C 0A BC C4 11 DE 84 F9 88 0A B5 DD E8 C3 01 00 01 80 01
80 01 80 10 A8 01 80 80 F7 01 40 B5 00 00 12 80 EF E0 01 01 00 01 04 80 DE
04 03 90 90 A3 18 03 A9 83 81 1E 02 82 83 6C 0D 21 83 32 32 31 35 39 38 31
30 37 30 37 70 06 C1 39 35 34 31 38 1C B7 9E 81 00 03 67 74 64 00 00 00 AC
49 41 4D 2C 0D 0A 50 52 4E 2C 69 73 64 6E 2A 2C 2C 4E 45 54 35 2A 2C 0D 0A
55 53 49 2C 72 61 74 65 2C 63 2C 33 2C 63 2C 31 0D 0A 55 53 49 2C 6C 61 79
31 2C 61 6C 61 77 0D 0A 54 4D 52 2C 30 32 0D 0A 43 50 4E 2C 30 32 2C 2C 31
2C 39 35 34 31 38 0D 0A 43 47 4E 2C 30 34 2C 2C 31 2C 79 2C 34 2C 32 32 31
35 39 38 31 30 37 30 37 0D 0A 43 50 43 2C 30 39 0D 0A 46 43 49 2C 2C 2C 2C
2C 2C 2C 79 2C 0D 0A 47 43 49 2C 30 36 31 65 63 63 33 33 62 63 63 34 31 31
64 65 38 30 39 34 30 30 31 34 31 63 32 36 66 36 39 30 0D 0A 0D 0A 0A 80 06
00 04 00 00 00 03 80 B4 42 04 67 74 64 01 80 AC 49 41 4D 2C 0D 0A 50 52 4E
2C 69 73 64 6E 2A 2C 2C 4E 45 54 35 2A 2C 0D 0A 55 53 49 2C 72 61 74 65 2C
63 2C 33 2C 63 2C 31 0D 0A 55 53 49 2C 6C 61 79 31 2C 61 6C 61 77 0D 0A 54
4D 52 2C 30 32 0D 0A 43 50 4E 2C 30 32 2C 2C 31 2C 39 35 34 31 38 0D 0A 43
47 4E 2C 30 34 2C 2C 31 2C 79 2C 34 2C 32 32 31 35 39 38 31 30 37 30 37 0D
0A 43 50 43 2C 30 39 0D 0A 46 43 49 2C 2C 2C 2C 2C 2C 2C 79 2C 0D 0A 47 43
49 2C 30 36 31 65 63 63 33 33 62 63 63 34 31 31 64 65 38 30 39 34 30 30 31
34 31 63 32 36 66 36 39 30 0D 0A 0D 0A
|<CLID::StandAloneCluster><NID::192.168.13.200><LVL::State
Transition><MASK::0040>

10/20/2009 17:28:17.105 CCM|ProcessH225Message::decodeUuie ** ERROR  rc=4

D0081S: End of input reached before message was fully decoded; check PDU #5
'H323-UserInformation'.

|<CLID::StandAloneCluster><NID::192.168.13.200><LVL::State
Transition><MASK::0100>

 

</SNIP>

 

A successful call from an ISDN Line looks like this:

 

<SNIP>

 

10/20/2009 14:55:38.197 CCM|In  Message -- H225SetupMsg -- Protocol=
H225Protocol|<CLID::StandAloneCluster><NID::192.168.11.200><LVL::Significant
><MASK::0040>

10/20/2009 14:55:38.197 CCM|Ie - H225BearerCapabilityIe -- IEData= 04 04 88
18 86 A5 |<CLID::StandAloneCluster><NID::192.168.11.200><LVL::State
Transition><MASK::0040>

10/20/2009 14:55:38.197 CCM|Ie - Q931DisplayIe -- IEData= 28 22 43 69 73 63
6F 20 55 6E 69 66 69 65 64 20 4D 65 65 74 69 6E 67 50 6C 61 63 65 20 45 78
70 72 65 73 73 |<CLID::StandAloneCluster><NID::192.168.11.200><LVL::State
Transition><MASK::0040>

10/20/2009 14:55:38.197 CCM|Ie - H225CallingPartyIe -- IEData= 6C 04 81 37
37 38 |<CLID::StandAloneCluster><NID::192.168.11.200><LVL::State
Transition><MASK::0040>

10/20/2009 14:55:38.197 CCM|Ie - Q931CalledPartyIe -- IEData= 70 04 B1 37 33
31 |<CLID::StandAloneCluster><NID::192.168.11.200><LVL::State
Transition><MASK::0040>

10/20/2009 14:55:38.197 CCM|Ie - H225UserUserIe -- IEData= 7E 00 A7 05 20 B8
06 00 08 91 4A 00 05 02 01 00 AA B4 21 00 43 00 69 00 73 00 63 00 6F 00 20
00 55 00 6E 00 69 00 66 00 69 00 65 00 64 00 20 00 4D 00 65 00 65 00 74 00
69 00 6E 00 67 00 50 00 6C 00 61 00 63 00 65 00 20 00 45 00 78 00 70 00 72
00 65 00 73 00 73 01 80 01 01 00 A6 40 C0 A8 0B C8 06 B8 00 66 C1 90 36 5D
0A 42 1F 14 4A BB D8 31 16 97 85 00 D5 0D 98 38 07 00 00 00 00 00 00 00 11
00 4A 9C 06 B3 AE BC DE 11 80 18 00 21 5A BB 4C 7A 01 80 01 00 01 00 01 00
01 00 01 40 01 00 01 00 01 00 10 80 01 00
|<CLID::StandAloneCluster><NID::192.168.11.200><LVL::State
Transition><MASK::0040>

10/20/2009 14:55:38.197 CCM|MMan_Id= 0. (iep=  0 dsl=  0 sapi=  0 ces= 0
IpAddr=36d40ec3
IpPort=62813)|<CLID::StandAloneCluster><NID::192.168.11.200><LVL::State
Transition><MASK::0040>

10/20/2009 14:55:38.197 CCM|IsdnMsgData1= 08 02 7E 39 05 04 04 88 18 86 A5
28 22 43 69 73 63 6F 20 55 6E 69 66 69 65 64 20 4D 65 65 74 69 6E 67 50 6C
61 63 65 20 45 78 70 72 65 73 73 6C 04 81 37 37 38 70 04 B1 37 33 31 7E 00
A7 05 20 B8 06 00 08 91 4A 00 05 02 01 00 AA B4 21 00 43 00 69 00 73 00 63
00 6F 00 20 00 55 00 6E 00 69 00 66 00 69 00 65 00 64 00 20 00 4D 00 65 00
65 00 74 00 69 00 6E 00 67 00 50 00 6C 00 61 00 63 00 65 00 20 00 45 00 78
00 70 00 72 00 65 00 73 00 73 01 80 01 01 00 A6 40 C0 A8 0B C8 06 B8 00 66
C1 90 36 5D 0A 42 1F 14 4A BB D8 31 16 97 85 00 D5 0D 98 38 07 00 00 00 00
00 00 00 11 00 4A 9C 06 B3 AE BC DE 11 80 18 00 21 5A BB 4C 7A 01 80 01 00
01 00 01 00 01 00 01 40 01 00 01 00 01 00 10 80 01 00
|<CLID::StandAloneCluster><NID::192.168.11.200><LVL::State
Transition><MASK::0040>

10/20/2009 14:55:38.197 CCM|value H323-UserInformation ::=
|<CLID::StandAloneCluster><NID::192.168.11.200><LVL::State
Transition><MASK::0100>

10/20/2009 14:55:38.199 CCM|SPROCRas - {

  h323-uu-pdu 

  {

    h323-message-body setup : 

      {

        protocolIdentifier { 0 0 8 2250 0 5 },

        sourceAddress 

        {

          dialedDigits : "778",

          h323-ID : "Cisco Unified MeetingPlace Express"

        },

        sourceInfo 

        {

          mc TRUE,

          undefinedNode TRUE

        },

        destinationAddress 

        {

          dialedDigits : "731"

        },

        destCallSignalAddress ipAddress : 

          {

            ip 'C0A80BC8'H,

            port 1720

          },

        activeMC FALSE,

        conferenceID '66C190365D0A421F144ABBD831169785'H,

        conferenceGoal create : NULL,

        callType pointToPoint : NULL,

        sourceCallSignalAddress ipAddress : 

          {

            ip '00000000'H,

            port 0

 

</SNIP>

 

/Robert

 
 
 
 
 





  _____  



 
 
 
 
 
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
  

 

  _____  

Disclaimer: This e-mail communication and any attachments may contain
confidential and privileged information and is for use by the designated
addressee(s) named above only. If you are not the intended addressee, you
are hereby notified that you have received this communication in error and
that any use or reproduction of this email or its contents is strictly
prohibited and may be unlawful. If you have received this communication in
error, please notify us immediately by replying to this message and deleting
it from your computer. Thank you. 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20091020/e55797ad/attachment.html>


More information about the cisco-voip mailing list