Bob/Ryan, appreciate your feedback. Thanks.<br><br>Guess I need to look at the connection between my MGCP gateway and CUCM. Any idea what else I may need to check? I am looking at the SDI traces, but have no idea what to look at.<br>
<br>Thanks,<br>Wil<br><br><div class="gmail_quote">On Tue, Nov 3, 2009 at 2:35 AM, Bob Fronk <span dir="ltr">&lt;<a href="mailto:bob@btrfronk.com">bob@btrfronk.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">









<div link="blue" vlink="purple" lang="EN-US">

<div>

<p class="MsoNormal"><span style="color: rgb(31, 73, 125);">I
had this happening and found out it was an MPLS circuit going down.  Due
to location of this particular site, our 12mbps MPLS circuit is supplied by
multiple T1s bonded with MLPPP.</span></p>

<p class="MsoNormal"><span style="color: rgb(31, 73, 125);"> </span></p>

<p class="MsoNormal"><span style="color: rgb(31, 73, 125);">One
of the T1s was going up/down several times a day (telco problem) and each time,
the MLPPP would reset for a couple seconds.   The MGCP gateway
responded by going into SRST and the PRI would go down for a moment.</span></p>

<p class="MsoNormal"><span style="color: rgb(31, 73, 125);"> </span></p>

<p class="MsoNormal"><span style="color: rgb(31, 73, 125);">Just
something to check</span></p>

<p class="MsoNormal"><span style="color: rgb(31, 73, 125);"> </span></p>

<div style="border-style: solid none none; border-color: rgb(181, 196, 223) -moz-use-text-color -moz-use-text-color; border-width: 1pt medium medium; padding: 3pt 0in 0in;">

<p class="MsoNormal"><b><span style="font-size: 10pt;">From:</span></b><span style="font-size: 10pt;">
<a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a> [mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a>] <b>On
Behalf Of </b>Wilson Hew<br>
<b>Sent:</b> Monday, November 02, 2009 11:47 AM<br>
<b>To:</b> <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<b>Subject:</b> [cisco-voip] MGCP - Fallback to SRST very often even though
connectivity to CUCM is fine</span></p>

</div><div><div></div><div class="h5">

<p class="MsoNormal"> </p>

<p class="MsoNormal">Hello there,<br>
<br>
Greetings. I am having problem with my MGCP gateway, and I need little help and
advice. My MGCP gateway is running as SRST, and it will fallback to SRST very
often (twice a day). And it will go back to normal operation from fallback just
after that. The connectivity from my MGCP gateway (remote site) to CUCM is
fine.<br>
<br>
I noticed my E1 is going down everytime when it falls back to SRST - is it
considered normal?<br>
<br>
My gateway is running 12.4(24)T1 and CUCM version 7.0.2.<br>
<br>
In &#39;sh ccm-manager&#39;, I have the below:<br>
--------------------------------------------------------------<br>
TFTP retry count to shut Ports: 2<br>
<br>
Statistics:<br>
    Packets recvd:   857<br>
    Recv failures:   1<br>
    Packets xmitted: 852<br>
    Xmit failures:   0<br>
--------------------------------------------------------------<br>
In &#39;sh mgcp stats&#39;:<br>
<br>
 UDP pkts rx 557379, tx 558783<br>
 Unrecognized rx pkts 0, MGCP message parsing errors 0<br>
 Duplicate MGCP ack tx 9, Invalid versions count 0<br>
 CreateConn rx 36256, successful 36249, failed 7<br>
 DeleteConn rx 36274, successful 36101, failed 173<br>
 ModifyConn rx 66178, successful 66126, failed 52<br>
 DeleteConn tx 154, successful 154, failed 0<br>
 NotifyRequest rx 54652, successful 54516, failed 136<br>
 AuditConnection rx 3, successful 3, failed 0<br>
 AuditEndpoint rx 14887, successful 8080, failed 6807<br>
 RestartInProgress tx 6248, successful 6248, failed 0<br>
 Notify tx 342779, successful 342779, failed 0<br>
 ACK tx 201075, NACK tx 7191<br>
 ACK rx 349100, NACK rx 0<br>
 Collisions: Passive 0, Active 0<br>
--------------------------------------------------------------<br>
<br>
Can I tell what is wrong with the above? Apart from that, I see numbers of
slips in controllers e1 increasing, and I have network-clock-participate
configured.<br>
<br>
Would appreciate if you could give me your feedback about this. Any feedback is
very much appreciated.<br>
<br>
Thanks,<br>
Wil</p>

</div></div></div>

</div>


</blockquote></div><br>