<!doctype html public "-//W3C//DTD W3 HTML//EN">
<html><head><style type="text/css"><!--
blockquote, dl, ul, ol, li { padding-top: 0 ; padding-bottom: 0 }
 --></style><title>RE: [cisco-voip] Disconnect of the plar connection
to the</title></head><body>
<div>See my post entitled '&quot;show voice trace&quot; and
&quot;battery-reversal answer&quot;' which no one responded to yet and
I really think might be relevant.</div>
<div><br></div>
<div>There are states and events for the FXO port in question that
&quot;show voice trace&quot; 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).</div>
<div><br></div>
<div>Does this make sense or am I way off track?</div>
<div><br></div>
<div>Best,</div>
<div><br></div>
<div>leb</div>
<div><br></div>
<div><br></div>
<div>At 2:21 PM -0500 11/8/05, Wes Sisk wrote:</div>
<blockquote type="cite" cite><font color="#0000FF">Interesting.&nbsp;
I can't really tell if that is the h225 or h245 session being
aborted.&nbsp; I'm guessing h245 since the router still composes a
RELEASE_COMPLETE message to send over h225.&nbsp; 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.</font></blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite><font color="#0000FF">CM doen't usually
just reset TCP sessions out of the blue.&nbsp; Turn on the h245
decodes in CM traces and turn trace level up to
detailed.&nbsp;&nbsp;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.</font></blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite><font
color="#0000FF">/Wes</font></blockquote>
<blockquote type="cite" cite>-----Original Message-----<br>
<b>From:</b> Waleed Samir
[mailto:waleed_samir@rayaintegration.com]<br>
<b>Sent:</b> Tuesday, November 08, 2005 12:47 PM<br>
<b>To:</b> Wes Sisk; Lawrence E. Bakst; Alex A. Pavlenko;
cisco-voip@puck.nether.net<br>
<b>Subject:</b> RE: [cisco-voip] Disconnect of the plar connection to
the ccm<br>
</blockquote>
<blockquote type="cite" cite><font color="#000080">Dear
All</font></blockquote>
<blockquote type="cite" cite><font
color="#000080">&nbsp;</font></blockquote>
<blockquote type="cite" cite><font color="#000080">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).</font></blockquote>
<blockquote type="cite" cite><font color="#000080">Any
ideas</font></blockquote>
<blockquote type="cite" cite><font
color="#000080">&nbsp;</font></blockquote>
<blockquote type="cite" cite>
<hr size="2"></blockquote>
<blockquote type="cite" cite><b>From:</b> Wes Sisk
[mailto:wsisk@cisco.com]<br>
<b>Sent:</b> Tuesday, November 08, 2005 5:54 PM<br>
<b>To:</b> Waleed Samir; Lawrence E. Bakst; Alex A. Pavlenko;
cisco-voip@puck.nether.net<br>
<b>Subject:</b> RE: [cisco-voip] Disconnect of the plar connection to
the ccm</blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite><font color="#0000FF">You will need to
track down which side is initiating the disconnect.&nbsp; Either use
ccm traces or capture IOS debugs recommended here:</font></blockquote>
<blockquote type="cite" cite><a
href=
"http://www.cisco.com/en/US/customer/tech/tk1077/technologies_tech_note09186a0080207ec6.shtml"><span
></span
>http://www.cisco.com/en/US/customer/tech/tk1077/technologies_tech_no<span
></span>te09186a0080207ec6.shtml</a></blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite><font
color="#0000FF">/Wes</font></blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite>-----Original Message-----<br>
<b>From:</b> Waleed Samir
[mailto:waleed_samir@rayaintegration.com]<br>
<b>Sent:</b> Tuesday, November 08, 2005 10:40 AM<br>
<b>To:</b> Lawrence E. Bakst; Alex A. Pavlenko;
cisco-voip@puck.nether.net; Wes Sisk<br>
<b>Subject:</b> RE: [cisco-voip] Disconnect of the plar connection to
the ccm</blockquote>
<blockquote type="cite" cite>Dear All</blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite>Thanks for your replies</blockquote>
<blockquote type="cite" cite>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</blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite><b>The output of the "show run"
is:</b></blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite>hostname HQ-RTR</blockquote>
<blockquote type="cite" cite>!</blockquote>
<blockquote type="cite" cite>clock timezone EST -5</blockquote>
<blockquote type="cite" cite>!</blockquote>
<blockquote type="cite" cite>voice-card 0</blockquote>
<blockquote type="cite" cite>&nbsp;codec complexity
medium</blockquote>
<blockquote type="cite" cite>!</blockquote>
<blockquote type="cite" cite>interface FastEthernet0/0</blockquote>
<blockquote type="cite" cite>&nbsp;no ip address</blockquote>
<blockquote type="cite" cite>&nbsp;duplex auto</blockquote>
<blockquote type="cite" cite>&nbsp;speed auto</blockquote>
<blockquote type="cite" cite>!</blockquote>
<blockquote type="cite" cite>interface FastEthernet0/0.1</blockquote>
<blockquote type="cite" cite>&nbsp;encapsulation dot1Q 110
native</blockquote>
<blockquote type="cite" cite>&nbsp;ip address 10.0.0.1
255.255.255.0</blockquote>
<blockquote type="cite" cite>&nbsp;no snmp trap
link-status</blockquote>
<blockquote type="cite" cite>!</blockquote>
<blockquote type="cite" cite>interface FastEthernet0/0.2</blockquote>
<blockquote type="cite" cite>&nbsp;encapsulation dot1Q
210</blockquote>
<blockquote type="cite" cite>&nbsp;ip address 10.10.200.3
255.255.255.0</blockquote>
<blockquote type="cite" cite>&nbsp;no snmp trap
link-status</blockquote>
<blockquote type="cite" cite>!</blockquote>
<blockquote type="cite" cite>interface Serial0/2/0</blockquote>
<blockquote type="cite" cite>&nbsp;no ip address</blockquote>
<blockquote type="cite" cite>&nbsp;encapsulation
frame-relay</blockquote>
<blockquote type="cite" cite>&nbsp;no keepalive</blockquote>
<blockquote type="cite" cite>&nbsp;no fair-queue</blockquote>
<blockquote type="cite" cite>&nbsp;clockrate 2000000</blockquote>
<blockquote type="cite" cite>!</blockquote>
<blockquote type="cite" cite>interface Serial0/2/0.1
point-to-point</blockquote>
<blockquote type="cite" cite>&nbsp;ip address 162.10.101.1
255.255.255.0</blockquote>
<blockquote type="cite" cite>&nbsp;frame-relay interface-dlci 100
</blockquote>
<blockquote type="cite" cite>!</blockquote>
<blockquote type="cite" cite>!</blockquote>
<blockquote type="cite" cite>ip classless</blockquote>
<blockquote type="cite" cite>ip route 0.0.0.0 0.0.0.0
Serial0/2/0.1</blockquote>
<blockquote type="cite" cite>!</blockquote>
<blockquote type="cite" cite>!</blockquote>
<blockquote type="cite" cite>voice-port 0/0/0</blockquote>
<blockquote type="cite" cite>&nbsp;connection plar opx
1001</blockquote>
<blockquote type="cite" cite>!</blockquote>
<blockquote type="cite" cite>!// FXO port<br>
!</blockquote>
<blockquote type="cite" cite>!</blockquote>
<blockquote type="cite" cite>voice-port 0/0/1</blockquote>
<blockquote type="cite" cite>!</blockquote>
<blockquote type="cite" cite>!</blockquote>
<blockquote type="cite" cite>!</blockquote>
<blockquote type="cite" cite>dial-peer voice 1 pots</blockquote>
<blockquote type="cite" cite>&nbsp;destination-pattern
617522....</blockquote>
<blockquote type="cite" cite>&nbsp;port 0/0/0</blockquote>
<blockquote type="cite" cite>&nbsp;forward-digits 4</blockquote>
<blockquote type="cite" cite>!</blockquote>
<blockquote type="cite" cite>dial-peer voice 10 voip</blockquote>
<blockquote type="cite" cite>&nbsp;destination-pattern
2...</blockquote>
<blockquote type="cite" cite>&nbsp;session target
ipv4:10.10.200.21</blockquote>
<blockquote type="cite" cite>&nbsp;codec g711ulaw</blockquote>
<blockquote type="cite" cite>!</blockquote>
<blockquote type="cite" cite>!// the 10.10.200.21 is the IP of the
callmanager in VLAN 210</blockquote>
<blockquote type="cite" cite>!</blockquote>
<blockquote type="cite" cite>!</blockquote>
<blockquote type="cite" cite>dial-peer voice 11 voip</blockquote>
<blockquote type="cite" cite>&nbsp;destination-pattern
1...</blockquote>
<blockquote type="cite" cite>&nbsp;session target
ipv4:10.10.200.21</blockquote>
<blockquote type="cite" cite>&nbsp;codec g711ulaw</blockquote>
<blockquote type="cite" cite>!</blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite><b>The output of the "show voice trace
0/0/0" is:</b></blockquote>
<blockquote type="cite" cite>HQ-RTR#sh voice trace 0/0/0</blockquote>
<blockquote type="cite" cite>0/0/0 State Transitions: timestamp
(state, event) -&gt; (state, event) ...</blockquote>
<blockquote type="cite" cite>79771.600 (FXOLS_RINGING, E_DSP_SIG_0100)
-&gt;</blockquote>
<blockquote type="cite" cite>79771.600 (FXOLS_WAIT_SETUP_ACK,
E_HTSP_SETUP_ACK) -&gt;</blockquote>
<blockquote type="cite" cite>79771.604 (FXOLS_PROCEEDING,
E_HTSP_PROCEEDING) -&gt;</blockquote>
<blockquote type="cite" cite>79771.740 (FXOLS_PROCEEDING,
E_HTSP_ALERT) -&gt;</blockquote>
<blockquote type="cite" cite>79775.460 (FXOLS_PROCEEDING,
E_DSP_SIG_0000) -&gt;</blockquote>
<blockquote type="cite" cite>79776.176 (FXOLS_PROCEEDING,
E_HTSP_CONNECT) -&gt;</blockquote>
<blockquote type="cite" cite>79776.180 (FXOLS_CONNECT,
E_HTSP_VOICE_CUT_THROUGH) -&gt;</blockquote>
<blockquote type="cite" cite>79776.380 (FXOLS_CONNECT, E_DSP_SIG_0100)
-&gt;</blockquote>
<blockquote type="cite" cite>79776.452 (FXOLS_CONNECT, E_DSP_SIG_0110)
-&gt;</blockquote>
<blockquote type="cite" cite>79776.724 (FXOLS_CONNECT, E_DSP_SIG_0100)
-&gt;</blockquote>
<blockquote type="cite" cite>79776.732 (FXOLS_POWER_DENIAL,
E_HTSP_RELEASE_REQ) -&gt;</blockquote>
<blockquote type="cite" cite>79778.120 (FXOLS_GUARD_OUT,
E_DSP_SIG_0110) -&gt;</blockquote>
<blockquote type="cite" cite>79778.732 (FXOLS_GUARD_OUT,
E_HTSP_EVENT_TIMER) -&gt;</blockquote>
<blockquote type="cite" cite>79778.732 (FXOLS_ONHOOK, E_DSP_SIG_0100)
-&gt;</blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite>-----Original Message-----<br>
From: Lawrence E. Bakst [mailto:ml@iridescent.org]<br>
Sent: Tuesday, November 08, 2005 2:13 PM<br>
To: Alex A. Pavlenko; cisco-voip@puck.nether.net<br>
Subject: Re: [cisco-voip] Disconnect of the plar connection to the
ccm</blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite>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.</blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite>2. Try a different FXO port and see if
that works better.</blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite>3. After the call fails, do a &quot;show
voice trace x/y/z&quot; 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.</blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite>Best,</blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite>leb</blockquote>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite" cite>At 11:19 AM +0300 11/8/05, Alex A.
Pavlenko wrote:</blockquote>
<blockquote type="cite" cite>&gt;What do you mean the call stays for
less than a second? Do you hear the</blockquote>
<blockquote type="cite" cite>&gt;caller</blockquote>
<blockquote type="cite" cite>&gt;and caller hears you for a short
period or call is disconnected&nbsp; immediately</blockquote>
<blockquote type="cite" cite>&gt;after your phone</blockquote>
<blockquote type="cite" cite>&gt;goes off hook? In last case it could
be codec mismatch. As a variant check</blockquote>
<blockquote type="cite" cite>&gt;region/location</blockquote>
<blockquote type="cite" cite>&gt;configuration on CCM and dial-peer
configuration on the gateway.</blockquote>
<blockquote type="cite" cite>&gt;</blockquote>
<blockquote type="cite" cite>&gt;--</blockquote>
<blockquote type="cite" cite>&gt;Alex Pavlenko</blockquote>
<blockquote type="cite" cite>&gt;System Administrator</blockquote>
<blockquote type="cite" cite>&gt;Sandy Info</blockquote>
<blockquote type="cite" cite>&gt;</blockquote>
<blockquote type="cite" cite>&gt;----- Original Message
-----</blockquote>
<blockquote type="cite" cite>&gt;From: &quot;Waleed Samir Akl&quot;
&lt;waleed_samir@rayaintegration.com&gt;</blockquote>
<blockquote type="cite" cite>&gt;To:
&lt;cisco-voip@puck.nether.net&gt;</blockquote>
<blockquote type="cite" cite>&gt;Sent: Tuesday, November 08, 2005 2:15
AM</blockquote>
<blockquote type="cite" cite>&gt;Subject: [cisco-voip] Disconnect of
the plar connection to the ccm</blockquote>
<blockquote type="cite" cite>&gt;</blockquote>
<blockquote type="cite" cite>&gt;</blockquote>
<blockquote type="cite" cite>&gt;&gt; Dear group</blockquote>
<blockquote type="cite" cite>&gt;&gt;</blockquote>
<blockquote type="cite" cite>&gt;&gt; My ccm is connected to a gateway
using H.323. The gateway has a FXO port</blockquote>
<blockquote type="cite" cite>&gt;&gt; configured to plar a DN number
on the ccm using the connection plar opx</blockquote>
<blockquote type="cite" cite>&gt;&gt; command when a call received on
this port. during testing the call</blockquote>
<blockquote type="cite" cite>&gt;&gt; received</blockquote>
<blockquote type="cite" cite>&gt;&gt; on the FXO port ring on the DN
line but once I answered the call, it stays</blockquote>
<blockquote type="cite" cite>&gt;&gt; for less than a second then
disconnect.</blockquote>
<blockquote type="cite" cite>&gt;&gt; Any idea how to correct this
issue</blockquote>
<blockquote type="cite" cite>&gt;&gt;</blockquote>
<blockquote type="cite" cite>&gt;</blockquote>
<blockquote type="cite" cite>&gt;</blockquote>
<blockquote type="cite" cite>&gt;</blockquote>
<blockquote type="cite"
cite
>&gt;----------------------------------------------------------------<span
></span>----------------</blockquote>
<blockquote type="cite" cite>&gt;</blockquote>
<blockquote type="cite" cite>&gt;</blockquote>
<blockquote type="cite" cite>&gt;&gt;
_______________________________________________</blockquote>
<blockquote type="cite" cite>&gt;&gt; cisco-voip mailing
list</blockquote>
<blockquote type="cite" cite>&gt;&gt;
cisco-voip@puck.nether.net</blockquote>
<blockquote type="cite" cite>&gt;&gt;
https://puck.nether.net/mailman/listinfo/cisco-voip</blockquote>
<blockquote type="cite" cite>&gt;&gt;</blockquote>
<blockquote type="cite" cite>&gt;</blockquote>
<blockquote type="cite"
cite>&gt;_______________________________________________</blockquote>
<blockquote type="cite" cite>&gt;cisco-voip mailing list</blockquote>
<blockquote type="cite"
cite>&gt;cisco-voip@puck.nether.net</blockquote>
<blockquote type="cite"
cite>&gt;https://puck.nether.net/mailman/listinfo/cisco-voip</blockquote
>
<blockquote type="cite" cite>&nbsp;</blockquote>
<blockquote type="cite"
cite>_______________________________________________</blockquote>
<blockquote type="cite" cite>cisco-voip mailing list</blockquote>
<blockquote type="cite" cite>cisco-voip@puck.nether.net</blockquote>
<blockquote type="cite"
cite>https://puck.nether.net/mailman/listinfo/cisco-voip</blockquote>
<div><br></div>
</body>
</html>