[cisco-voip] Disconnect of the plar connection to the ccm

Lawrence E. Bakst ml at iridescent.org
Tue Nov 8 15:05:43 EST 2005


See my post entitled '"show voice trace" and "battery-reversal 
answer"' which no one responded to yet and I really think might be 
relevant.

There are states and events for the FXO port in question that "show 
voice trace" that I saw when I was having a similar problem. If this 
is the cause then it has nothing to do with the stuff your debugging, 
but rather with errors at the FXO state machine level which are 
propagating (back).

Does this make sense or am I way off track?

Best,

leb


At 2:21 PM -0500 11/8/05, Wes Sisk wrote:
>Interesting.  I can't really tell if that is the h225 or h245 
>session being aborted.  I'm guessing h245 since the router still 
>composes a RELEASE_COMPLETE message to send over h225.  But it could 
>be that the router only received a TCP FIN on the h225 session, so 
>it could still send data to the CM.
>
>CM doen't usually just reset TCP sessions out of the blue.  Turn on 
>the h245 decodes in CM traces and turn trace level up to 
>detailed.  Maybe also get a sniffer trace (microsoft netmon is 
>installed on win-os images) to see if the TCP FIN/SRT is originating 
>from CM or maybe an intermediary device.
>
>/Wes
>-----Original Message-----
>From: Waleed Samir [mailto:waleed_samir at rayaintegration.com]
>Sent: Tuesday, November 08, 2005 12:47 PM
>To: Wes Sisk; Lawrence E. Bakst; Alex A. Pavlenko; cisco-voip at puck.nether.net
>Subject: RE: [cisco-voip] Disconnect of the plar connection to the ccm
>
>Dear All
>
>Please find attached the output of the debug h225 events and h245 
>events; it shows that the call is terminated from the peer side (the 
>call manager).
>Any ideas
>
>
>From: Wes Sisk [mailto:wsisk at cisco.com]
>Sent: Tuesday, November 08, 2005 5:54 PM
>To: Waleed Samir; Lawrence E. Bakst; Alex A. Pavlenko; 
>cisco-voip at puck.nether.net
>Subject: RE: [cisco-voip] Disconnect of the plar connection to the ccm
>
>You will need to track down which side is initiating the disconnect. 
>Either use ccm traces or capture IOS debugs recommended here:
><http://www.cisco.com/en/US/customer/tech/tk1077/technologies_tech_note09186a0080207ec6.shtml>http://www.cisco.com/en/US/customer/tech/tk1077/technologies_tech_note09186a0080207ec6.shtml
>
>/Wes
>
>-----Original Message-----
>From: Waleed Samir [mailto:waleed_samir at rayaintegration.com]
>Sent: Tuesday, November 08, 2005 10:40 AM
>To: Lawrence E. Bakst; Alex A. Pavlenko; cisco-voip at puck.nether.net; Wes Sisk
>Subject: RE: [cisco-voip] Disconnect of the plar connection to the ccm
>Dear All
>
>Thanks for your replies
>I mean by the call stays for less than a second that the call 
>established and I hear the other side but the call disconnects 
>quickly (Short period).I checked the region configuration and I make 
>sure that it is G.711 also in the router I configured medium 
>complexity under the voice-card 0, I used another analog cable, also 
>I used the second FXO and also the problem still exists L
>
>The output of the "show run" is:
>
>hostname HQ-RTR
>!
>clock timezone EST -5
>!
>voice-card 0
>  codec complexity medium
>!
>interface FastEthernet0/0
>  no ip address
>  duplex auto
>  speed auto
>!
>interface FastEthernet0/0.1
>  encapsulation dot1Q 110 native
>  ip address 10.0.0.1 255.255.255.0
>  no snmp trap link-status
>!
>interface FastEthernet0/0.2
>  encapsulation dot1Q 210
>  ip address 10.10.200.3 255.255.255.0
>  no snmp trap link-status
>!
>interface Serial0/2/0
>  no ip address
>  encapsulation frame-relay
>  no keepalive
>  no fair-queue
>  clockrate 2000000
>!
>interface Serial0/2/0.1 point-to-point
>  ip address 162.10.101.1 255.255.255.0
>  frame-relay interface-dlci 100
>!
>!
>ip classless
>ip route 0.0.0.0 0.0.0.0 Serial0/2/0.1
>!
>!
>voice-port 0/0/0
>  connection plar opx 1001
>!
>!// FXO port
>!
>!
>voice-port 0/0/1
>!
>!
>!
>dial-peer voice 1 pots
>  destination-pattern 617522....
>  port 0/0/0
>  forward-digits 4
>!
>dial-peer voice 10 voip
>  destination-pattern 2...
>  session target ipv4:10.10.200.21
>  codec g711ulaw
>!
>!// the 10.10.200.21 is the IP of the callmanager in VLAN 210
>!
>!
>dial-peer voice 11 voip
>  destination-pattern 1...
>  session target ipv4:10.10.200.21
>  codec g711ulaw
>!
>
>
>The output of the "show voice trace 0/0/0" is:
>HQ-RTR#sh voice trace 0/0/0
>0/0/0 State Transitions: timestamp (state, event) -> (state, event) ...
>79771.600 (FXOLS_RINGING, E_DSP_SIG_0100) ->
>79771.600 (FXOLS_WAIT_SETUP_ACK, E_HTSP_SETUP_ACK) ->
>79771.604 (FXOLS_PROCEEDING, E_HTSP_PROCEEDING) ->
>79771.740 (FXOLS_PROCEEDING, E_HTSP_ALERT) ->
>79775.460 (FXOLS_PROCEEDING, E_DSP_SIG_0000) ->
>79776.176 (FXOLS_PROCEEDING, E_HTSP_CONNECT) ->
>79776.180 (FXOLS_CONNECT, E_HTSP_VOICE_CUT_THROUGH) ->
>79776.380 (FXOLS_CONNECT, E_DSP_SIG_0100) ->
>79776.452 (FXOLS_CONNECT, E_DSP_SIG_0110) ->
>79776.724 (FXOLS_CONNECT, E_DSP_SIG_0100) ->
>79776.732 (FXOLS_POWER_DENIAL, E_HTSP_RELEASE_REQ) ->
>79778.120 (FXOLS_GUARD_OUT, E_DSP_SIG_0110) ->
>79778.732 (FXOLS_GUARD_OUT, E_HTSP_EVENT_TIMER) ->
>79778.732 (FXOLS_ONHOOK, E_DSP_SIG_0100) ->
>
>
>-----Original Message-----
>From: Lawrence E. Bakst [mailto:ml at iridescent.org]
>Sent: Tuesday, November 08, 2005 2:13 PM
>To: Alex A. Pavlenko; cisco-voip at puck.nether.net
>Subject: Re: [cisco-voip] Disconnect of the plar connection to the ccm
>
>1. I have seen something similar and it turned out that changing the 
>FXO cable fixed it. I could not find anything obviously wrong with 
>the old cable, however.
>
>2. Try a different FXO port and see if that works better.
>
>3. After the call fails, do a "show voice trace x/y/z" command, 
>where x/y/z is the port you are having trouble with. Post that 
>output here if changing the cable or port doesn't work.
>
>Best,
>
>leb
>
>At 11:19 AM +0300 11/8/05, Alex A. Pavlenko wrote:
>  >What do you mean the call stays for less than a second? Do you hear the
>  >caller
>  >and caller hears you for a short period or call is disconnected  immediately
>  >after your phone
>  >goes off hook? In last case it could be codec mismatch. As a variant check
>  >region/location
>  >configuration on CCM and dial-peer configuration on the gateway.
>  >
>  >--
>  >Alex Pavlenko
>  >System Administrator
>  >Sandy Info
>  >
>  >----- Original Message -----
>  >From: "Waleed Samir Akl" <waleed_samir at rayaintegration.com>
>  >To: <cisco-voip at puck.nether.net>
>  >Sent: Tuesday, November 08, 2005 2:15 AM
>  >Subject: [cisco-voip] Disconnect of the plar connection to the ccm
>  >
>  >
>  >> Dear group
>  >>
>  >> My ccm is connected to a gateway using H.323. The gateway has a FXO port
>  >> configured to plar a DN number on the ccm using the connection plar opx
>  >> command when a call received on this port. during testing the call
>  >> received
>  >> on the FXO port ring on the DN line but once I answered the call, it stays
>  >> for less than a second then disconnect.
>  >> Any idea how to correct this issue
>  >>
>  >
>  >
>  >
>  >--------------------------------------------------------------------------------
>  >
>  >
>  >> _______________________________________________
>  >> cisco-voip mailing list
>  >> cisco-voip at puck.nether.net
>  >> https://puck.nether.net/mailman/listinfo/cisco-voip
>  >>
>  >
>  >_______________________________________________
>  >cisco-voip mailing list
>  >cisco-voip at puck.nether.net
>  >https://puck.nether.net/mailman/listinfo/cisco-voip
>
>_______________________________________________
>cisco-voip mailing list
>cisco-voip at puck.nether.net
>https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20051108/b13dfc1b/attachment-0001.html


More information about the cisco-voip mailing list