[cisco-voip] (no subject)
Tim Reimers
treimers at ashevillenc.gov
Thu Oct 27 18:18:18 EDT 2011
Hi all --
I have a problem with calling going from a UCM 7.15 to a CME 7.1
The calls flow over a VPN tunnel transiting a satellite connection. Calls from CME extension 8036 to UCM ext 5512 work OK, although there's some lag due to the satellite system. Calls from UCM 5512 to CME 8036 fail -- they go fast busy instantly --
There is no "wait just a moment, then go fast busy" -- it goes fast busy the second the "6" digit is dialed.
Below is a trace showing some of the call progress --
What do you guys make of the part in red? Is this a basic network TCP setup issue with the UCM trying to reach the CME to talk to it?
The CME is a 2911 , connected via an H.323 gateway.
Call set up goes from 192.168.200.2 *UCM to 10.253.253.83 (Loopback int) on the CME 2911 on satellite
thanks, Tim
10/27/2011 12:27:17.482 CCM|Locations_reserveBandwidth -- cdccPID=(1.174.197573) adding entry.|<CLID::CM1-Cluster><NID::192.168.200.2><LVL::State Transition><MASK::0800>
10/27/2011 12:27:17.482 CCM|Locations_reserveBandwidth -- cdccPID=(1.174.197573) Orig=16 bw reserved. bw=80 curr=9840 max=10000|<CLID::CM1-Cluster><NID::192.168.200.2><LVL::State Transition><MASK::0800>
10/27/2011 12:27:17.482 CCM|Locations_reserveBandwidth -- cdccPID=(1.174.197573) Dest=2 bw reserved. bw=80 curr=9920 max=10000|<CLID::CM1-Cluster><NID::192.168.200.2><LVL::State Transition><MASK::0800>
10/27/2011 12:27:17.483 CCM|H225Handler::SdlConnectErrRsp: from IP=10.253.253.83|<CLID::CM1-Cluster><NID::192.168.200.2><CT::0,0,0,0.0><IP::><DEV::><LVL::State Transition><MASK::0100>
10/27/2011 12:27:17.483 CCM|H225Cdpc::requestConnect_TcpStartSessionErr(37315, 23553606): TcpStartSessionErr from IP=10.253.253.83|<CLID::CM1-Cluster><NID::192.168.200.2><CT::0,0,0,0.0><IP::><DEV::><LVL::State Transition><MASK::0100>
10/27/2011 12:27:17.483 CCM|H225Cdpc(0037315)::requestConnect_TcpStartSessionErr: H225 Tcp Start Session request failed |<CLID::CM1-Cluster><NID::192.168.200.2><CT::0,0,0,0.0><IP::><DEV::><LVL::Error><MASK::0100>
10/27/2011 12:27:17.483 CCM|RouteListCdrc::checkQ931CauseCode - configuration is empty|<CLID::CM1-Cluster><NID::192.168.200.2><CT::0,0,0,0.0><IP::><DEV::><LVL::Detailed><MASK::0800>
10/27/2011 12:27:17.483 CCM|RouteListCdrc::null0_CcSetupReq - Terminating a call after the RouteListCdrc cannot find any more device.|<CLID::CM1-Cluster><NID::192.168.200.2><CT::0,0,0,0.0><IP::><DEV::><LVL::Detailed><MASK::0800>
10/27/2011 12:27:17.483 CCM|RouteListCdrc::terminateCall - No more Routes in RouteListName = Fire-TICS-CME_RL. Rejecting the call|<CLID::CM1-Cluster><NID::192.168.200.2><CT::0,0,0,0.0><IP::><DEV::><LVL::Detailed><MASK::0800>
10/27/2011 12:27:17.483 CCM|RouteListCdrc::terminateCall - Sending CcRejInd, with the cause code (34), to RouteListControl because all devices are busy/stopped.|<CLID::CM1-Cluster><NID::192.168.200.2><CT::0,0,0,0.0><IP::><DEV::><LVL::Detailed><MASK::0800>
10/27/2011 12:27:17.483 CCM|CallManagerServiceAlarm: DeviceName = Fire-TICS-CME_RL, AlarmType = 13|<CLID::CM1-Cluster><NID::192.168.200.2><LVL::Detailed><MASK::10000>
10/27/2011 12:27:17.483 CCM|-->RISCMAccess::CallManagerServiceAlarm(...)|<CLID::CM1-Cluster><NID::192.168.200.2><LVL::Entry_exit><MASK::10000>
10/27/2011 12:27:17.483 CCM|CCM Alarm: Push_back offset 195 seq 195|<CLID::CM1-Cluster><NID::192.168.200.2><LVL::Detailed><MASK::10000>
10/27/2011 12:27:17.483 CCM|<--RISCMAccess::CallManagerServiceAlarm(...)|<CLID::CM1-Cluster><NID::192.168.200.2><LVL::Entry_exit><MASK::10000>
10/27/2011 12:27:17.483 CCM|RouteListCdrc::terminateCall - precedenceBlocked == 0, cause = 41|<CLID::CM1-Cluster><NID::192.168.200.2><CT::0,0,0,0.0><IP::><DEV::><LVL::Detailed><MASK::0800>
10/27/2011 12:27:17.483 CCM|RouteListCdrc::terminateCall - Sending CcRejInd, with cause code (41), to Cc because it has not sent CcRegisterPartyB to Cc.|<CLID::CM1-Cluster><NID::192.168.200.2><CT::0,0,0,0.0><IP::><DEV::><LVL::Detailed><MASK::0800>
10/27/2011 12:27:17.483 CCM|RouteListCdrc::sendDStopInd|<CLID::CM1-Cluster><NID::192.168.200.2><CT::0,0,0,0.0><IP::><DEV::><LVL::Detailed><MASK::0800>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20111027/ff3e7323/attachment.html>
More information about the cisco-voip
mailing list