<div>Wes,</div>
<div> </div>
<div>I actually forgot to edit the bit about only skinny messages out...I turned on H.245 tracing on on the Sub with the H.323 trunk, did a new call, and got them. H.323 traces were in the collection I attached.<br><br>
</div>
<div><span class="gmail_quote">On 9/20/07, <b class="gmail_sendername">Wes Sisk</b> <<a href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">make sure the tick the box for q931/h225 messages in TranslatorX is<br>selected so messages are displayed. If still no
h.323 messages, then<br>calls are being processes on a different CM node in your cluster.<br><br>/wes<br><br>Dave Wolgast wrote:<br>> I only see Skinny messages.<br>><br>> (I actually had gathered them using Triple Combo before I got your
<br>> message).<br>><br>> Relevant here (I think) are the events that occurred at 15:14:41.<br>><br>> 09/20/2007 15:14:41.786 CCM|H245ASN - TtPid=(7,100,144,444) -Incoming<br>> -value MultimediaSystemControlMessage ::= command : endSessionCommand
<br>> : disconnect : NULL|<CLID::HNNYCMB1-Cluster><NID::SUBSCRIBER 4><br>><br>> 09/20/2007 15:14:41.786 CCM|H245ASN - TtPid=(7,100,144,444) -Outgoing<br>> -value MultimediaSystemControlMessage ::= command : endSessionCommand
<br>> : disconnect : NULL|<CLID::HNNYCMB1-Cluster><NID::SUBSCRIBER 4><br>><br>> 09/20/2007 15:14:41.786 CCM|IsdnMsgData1= 08 02 14 16 5A 7E 00 27 05<br>> 25 C0 06 00 08 91 4A 00 04 58 88 C0 11 00 02 28 5D 1C 4F 01 45 13 02
<br>> 26 76 77 E4 4D 02 13 01 00 01 40 10 80 01 00<br>> |<CLID::HNNYCMB1-Cluster><NID::SUBSCRIBER 4><br>> (translation: H.225 0x1416 RELEASE_COMP RX<-- GATEKEEPER<br>> RELEASE_COMP pd=8 callref=0x1416
<br>><br>> 09/20/2007 15:14:41.856 CCM|StationD: (0000867) CloseReceiveChannel<br>> conferenceID=117614940 passThruPartyID=118606929. myIP: 2a1a850a<br>> (<a href="http://10.133.26.42">10.133.26.42</a><br>
> <<a href="http://10.133.26.42">http://10.133.26.42</a>>)|<CLID::HNNYCMB1-Cluster><NID::SUBSCRIBER<br>> 1><CT::7,100,132, 2522.1><IP::GATEKEEPER><DEV::><br>><br>> 09/20/2007 15:14:
41.856 CCM|StationD(867): StationCtiD -<br>> CtiStopReceptionNotify<br>> CI=117614940|<CLID::HNNYCMB1-Cluster><NID::SUBSCRIBER<br>> 1><CT::7,100,132,2522.1><IP::GATEKEEPE><DEV::><br>
><br>> 09/20/2007 15:14:41.856 CCM|StationD(867): StationCtiD -<br>> CtiStopReceptionNotify<br>> CI=117614940|<CLID::HNNYCMB1-Cluster><NID::SUBSCRIBER<br>> 1><CT::7,100,132,2522.1><IP::GATEKEEPE><DEV::>
<br>><br>> 09/20/2007 15:14:41.856 CCM|StationD: (0000867)<br>> StopMediaTransmission conferenceID=117614940<br>> passThruPartyID=118606929. myIP: 2a1a850a (<a href="http://10.133.26.42">10.133.26.42</a><br>
> <<a href="http://10.133.26.42">http://10.133.26.42</a>>)|<CLID::HNNYCMB1-Cluster><NID::SUBSCRIBER<br>> 1><CT::7,100,132, 2522.1><IP::GATEKEEPER><DEV::><br>><br>> 09/20/2007 15:14:
41.856 CCM|StationD(867): StationCtiD -<br>> CtiStopTransmissionNotify<br>> CI=117614940|<CLID::HNNYCMB1-Cluster><NID::SUBSCRIBER<br>> 1><CT::7,100,132,2522.1><IP::GATEKEEPER><DEV::>
<br>><br>> 09/20/2007 15:14:41.856 CCM|StationD(867): StationCtiD -<br>> CtiStopTransmissionNotify<br>> CI=117614940|<CLID::HNNYCMB1-Cluster><NID::SUBSCRIBER<br>> 1><CT::7,100,132,2522.1><IP::GATEKEEPER><DEV::>
<br>><br>> 09/20/2007 15:14:41.856 CCM|StationD: (0000867)<br>> StopTone.|<CLID::HNNYCMB1-Cluster><NID::SUBSCRIBER<br>> 1><CT::7,100,132,2522.1><IP::GATEKEEPER><DEV::><br>><br>
> 09/20/2007 15:14:41.856 CCM|StationD: (0000867) StartTone<br>> tone=37(ReorderTone),<br>> direction=0.|<CLID::HNNYCMB1-Cluster><NID::SUBSCRIBER<br>> 1><CT::7,100,132,2522.1><IP::GATEKEEPER><DEV::>
<br>><br>> 09/20/2007 15:14:41.856 CCM|StationD: (0000867) SelectSoftKeys<br>> instance=1 reference=117614940 softKeySetIndex=8<br>> validKeyMask=fffeffff.|<CLID::HNNYCMB1-Cluster><NID::SUBSCRIBER<br>
> 1><CT::7,100,132,2522.1 ><IP::GATEKEEPER><DEV::><br>><br>> 09/20/2007 15:14:41.856 CCM|StationD: (0000867)<br>> ConnectionStatisticsReq directoryNum=8995 callIdentifier=117614940<br>> statsProcessingMode=0(clearStats)|<CLID::HNNYCMB1-Cluster><NID::SUBSCRIBER
<br>> 1><CT::7,100,132, 2522.1><IP::GATEKEEPER><DEV::><br>><br>> There is no RELEASE_COMP from the phone until 6 seconds later when I<br>> hang up the receiver.<br>><br>> On 9/20/07, *Wes Sisk* <
<a href="mailto:wsisk@cisco.com">wsisk@cisco.com</a> <mailto:<a href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>>> wrote:<br>><br>> In Callmanager turn on detailed CallManager traces<br>> check the h245 box in the upper left of CM trace configuration screen.
<br>> <a href="http://www.cisco.com/en/US/partner/products/sw/voicesw/ps556/products_tech_note09186a0080094e89.shtml">http://www.cisco.com/en/US/partner/products/sw/voicesw/ps556/products_tech_note09186a0080094e89.shtml
</a><br>><br>> collect CM sdi traces (c:\program files\cisco\trace\ccm) and look<br>> for problem call.<br>> TranslatorX is your friend for parsing the h323/q931 messages:<br>> <a href="http://www.employees.org/~pgiralt/TranslatorX/">
http://www.employees.org/~pgiralt/TranslatorX/</a><br>> <<a href="http://www.employees.org/%7Epgiralt/TranslatorX/">http://www.employees.org/%7Epgiralt/TranslatorX/</a>><br>><br>> /Wes<br>><br>>
<br>> Dave Wolgast wrote:<br>>> No, and I'm not sure how I am going to find out. I think I can telnet<br>>> into the VSX and collect some kind of H323 traces...I just have to<br>>> figure out how, because there doen't seem to be a ton of documentation
<br>>> on in-depth troubleshooting for the VSX<br>>><br>>><br>>> On 9/20/07, Wes Sisk <<a href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>> <mailto:<a href="mailto:wsisk@cisco.com">
wsisk@cisco.com</a>> wrote:<br>>><br>>>> Any insight on the h.323 signaling polycom sends when it goes onhook?<br>>>><br>>>> /Wes<br>>>><br>>>><br>>>> Dave Wolgast wrote:
<br>>>><br>>>> Hello,<br>>>><br>>>> I have a Polycom VSX8000 connecting with a skinny IP phone via<br>>>> gatekeeper-controlled H.323 trunk (Gatekeeper is Polycom SE200 -- Not IOS).
<br>>>> Calls are connected successfully in both directions using our 4-digit dial<br>>>> plan. However, when the Polycom H.323 VSX endpoint is the first to hang up<br>>>> the call, the skinny phone gets reorder tone rather than disconnecting. The
<br>>>> display on the IP phone continues to say 'connected.'<br>>>><br>>>> At first glance, it seems as if there is never a disconnect message sent<br>>>> from the
H.323 side of the call. (We are also experiencing a similar issue<br>>>> with an H.323 IVR that is defined as an H.323 gateway).<br>>>><br>>>> Can anyone make any suggestions as to what is going on here, and how I
<br>>>> should proceed?<br>>>><br>>>> Thanks!<br>>>><br>>>> --<br>>>> Dave Wolgast<br>>>> Inergex, Inc.<br>>>> Buffalo, New York
<br>>>><br>>>> ________________________________<br>>>><br>>>> _______________________________________________<br>>>> cisco-voip mailing list<br>>>> <a href="mailto:cisco-voip@puck.nether.net">
cisco-voip@puck.nether.net</a> <mailto:<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>>>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip
</a><br>>>><br>>>><br>>><br>><br>><br>><br>><br>> --<br>> Dave Wolgast<br>> Livonia, NY<br></blockquote></div><br><br clear="all"><br>-- <br>Dave Wolgast<br>Livonia, NY