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

Tue Nov 8 14:21:46 EST 2005

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_note09186a
0080207ec6.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/99ce623e/attachment-0001.html