06-12-2011 02:24 PM
Hi,
I am trying to rationalize something whilst reading through the 'Cisco Press: Troubleshooting Cisco IP Telephony' book whilst awaiting some hardware to set my lab up.
If I was to setup a couple of servers as CUCM 'sites' connected by an InterCluster trunk (without resilience via PSTN etc), and the sites were able to communicate normally but then lost the connection between them - say one of them went unavailable or it's only functioning NIC went offline. I assume that because they are effectively acting as H.323 gateways to one another, that the surviving member of the ICT would tear down the trunk at it's end and that any IP Phones or IP Communicator endpoints would lose connectivity if within an existing call and dead air would result for new calls?
If that is not the case then can you explain why a call would be maintained? I understand that IP Phones or IP Communicator endpoints within existing calls to one another whilst registered using a single Call Manager server would continue if that server was unavailable, because the Call Manager is not managing the call once the endpoints have established the RTP session. Buit that they would no longer be able to call one another or use features when the Call Manager went offline to them.
Many thanks for any help.
Steve.
06-13-2011 04:30 AM
All,
I just found this after some further extensive digging around - this explains whatactually happens and that my assumption was completely wrong.
If anyone else was confused, hope that helps, sorry for what might have seemed a very basic and incorrect assumption
Steve
======================================================================================
H.323 also provides a RAS (Registration, Admission and Status) channel. It uses this channel for auto-discovery of a Gatekeeper. The Gatekeeper is a device that provides for call admission control. An example of a Call Manager H.323 call flow is listed below with details for each step. The StationD and StationInit messages are actual SCCP message sent between the Call Manager and the IP phone. Station D messages are from the Call Manager to the IP phone. StationInit messages are from the IP phone to the Call Manager. In this example, IP phone 3000 in Call Manager cluster 1 is calling IP phone 4000 in cluster 2. Intercluster trunks are used to link the clusters. This is one area where the H.323 communication takes place. In this example, you see a trace file from the originating Call Manager in cluster 1. Cluster 2 will also have a corresponding trace file for its portion of the call.
16:06:12.921 CCM|StationInit - InboundStim - OffHookMessageID tcpHandle=0x1c64310
StationInit messages are sent from the IP phone to the Call Manager. This message indicates that the IP phone has gone off-hook. A TCP handle is assigned to the call that can be used as a reference throughout the life of the call.
16:06:13.953 CCM|Out Message -- H225ConnectMsg -- Protocol= H225Protocol
Initiates the H225 connection request to cluster 2
16:06:13.953 CCM|Ie - H225UserUserIe IEData= 7E 00 37 05 02 C0 06
The IE (information element) contains detailed information about the call. This is passed from cluster 2 to this cluster
16:06:13.953 CCM|StationD - stationOutputCallInfo CallingPartyName=, CallingParty=3000, CalledPartyName=4000, CalledParty=4000, tcpHandle=0x1c64310
Passed to local IP phone from Call Manager to indicate calling and called party info.
16:06:14.015 CCM|H245Interface(2) OLC indication chan number = 2
Opens a logical channel for transport of audiovisual and data information
16:06:14.015 CCM|StationD - stationOutputOpenReceiveChannel tcpHandle=0x1c64310 myIP: e74610ac (172.16.70.231)
Call Manager tells the local IP phone to open a receive channel to its IP address.
16:06:14.015 CCM|StationD - ConferenceID: 0 msecPacketSize: 20 compressionType:(4)Media_Payload_G711Ulaw64k
Packet size and compression type is communicated to the local IP phone.
16:06:14.062 CCM|StationInit - InboundStim - StationOpenReceiveChannelAckID tcpHandle=0x1c64310, Status=0, IpAddr=0xe74610ac, Port=20444, PartyID=2
Local IP phone acknowledges receipt of open receive channel request. It also tells the phone in cluster 2 its IP address and RTP port.
16:06:14.062 CCM|H245Interface(2) paths established ip = e74610ac, port = 20444
One way RTP path is established from cluster 2 to cluster 1.
16:06:14.187 CCM|H245Interface(2) OLC outgoing confirm ip = fc4610ac, port = 29626
Cluster 1 sends open logical channel confirmation to cluster 2's IP address and RTP port number.
16:06:14.187 CCM|StationD - stationOutputStartMediaTransmission tcpHandle=0x1c64310 myIP: e74610ac (172.16.70.231)
Call Manager tells the local IP phone to begin RTP stream to the IP phone in cluster 2. This is a direct stream. It does not flow through the Call Manager.
16:06:14.187 CCM|StationD - RemoteIpAddr: fc4610ac (172.16.70.252) RemoteRtpPortNumber: 29626 msecPacketSize: 20 compressionType:(4)Media_Payload_G711Ulaw64k
Call Manager tells the local IP phone about the IP address, RTP port and packet size of cluster 2's phone.
16:06:16.515 CCM|StationD - stationOutputCloseReceiveChannel tcpHandle=0x1c64310 myIP: e74610ac (172.16.70.231)
Call Manager tells the local IP phone to close the receive channel.
16:06:16.515 CCM|StationD - stationOutputStopMediaTransmission tcpHandle=0x1c64310 myIP: e74610ac (172.16.70.231)
Call Manager tells the local IP phone to stop media transmission to cluster 2's IP phone.
16:06:16.531 CCM|In Message -- H225ReleaseCompleteMsg -- Protocol=H225Protocol
Call Manager 1 receives an H225 message from cluster 2 indicating that the resource release was complete.
16:06:16.531 CCM|Ie - Q931CauseIe -- IEData= 08 02 80 90 16:06:16.531 CCM|Ie - H225UserUserIe -- IEData= 7E 00 1D 05 05 80 06
H225 and Q931 Information Elements that identify why the call was disconnected. Call Manager has tools that can decode these messages.
16:06:16.734 CCM|StationInit - InboundStim - OnHookMessageID tcpHandle=0x1c64310
The local IP phone hangs up.
======================================================================================
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide