<div dir="ltr">Right, could be an SDL link down. I've seen this caused by RIS issues where the node receiving the call doesn't think the phone is registered (can't find the LineControl process). Restarting RISDC usually fixes it.</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 10, 2015 at 4:26 PM, Ryan Ratliff (rratliff) <span dir="ltr"><<a href="mailto:rratliff@cisco.com" target="_blank">rratliff@cisco.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word">
How would this be RIS?
<div><br>
</div>
<div>More like an SDL connection that’s down, or leaked a call on the sub. Register a phone to the sub and see if you can call to/from another phone registered to the pub.<span class="HOEnZb"><font color="#888888"><br>
</font></span><div><span class="HOEnZb"><font color="#888888"><br>
<div>-Ryan </div></font></span><div><div class="h5">
<br>
<div>
<div>On Feb 10, 2015, at 10:32 AM, Brian Meade <<a href="mailto:bmeade90@vt.edu" target="_blank">bmeade90@vt.edu</a>> wrote:</div>
<br>
<div>
<div dir="ltr">Usually this is a RISDC problem. Check database replication is working okay and then restart RISDC on all nodes.</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Tue, Feb 10, 2015 at 9:06 AM, ROZA, Ariel <span dir="ltr">
<<a href="mailto:Ariel.ROZA@la.logicalis.com" target="_blank">Ariel.ROZA@la.logicalis.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<div style="direction:ltr;font-family:Tahoma;font-size:10pt">
<p> Guys,</p>
<div> <br>
</div>
<p>I am having and odd situation:</p>
<div> <br>
</div>
<p>I have a CUCM cluster ( Pub & 1 Sub) where i have set up a new branch office with an H323 Gateway and several phones. The config template is similar to other already working branches, but in this particular branch incoming calls are behaving strangely.</p>
<p>PSTN calls come through a FXO port, pass an autoattendant TCL script on the GW and get routed to CUCM via two identical dialpeers ¡, one for the Sub and one for the Pub.</p>
<p>Debugs show that if calls use the Dialpeer to the Pub, the call goes fine, and the receiver phone answers the call. But if the call uses the Subs dialpeer, it fails with a Disconnect Cause code 18 (user busy) or 19 (user busy - user alerted).</p>
<div> <br>
</div>
<p>The destination in both cases is the same: a Hunt List that is reachable via any internal phone.</p>
<div> <br>
</div>
<p>DNA shows the logic is ok, and debugs on both, the gateway and CUCM show the same results, so conectivity should not be an issue.</p>
<div> <br>
</div>
<p> Does anyone have any suggestion, besides rebooting the Subs?</p>
<div> <br>
</div>
<p>CUCM version is 8.6.2</p>
<p>The Pub and the Subs are in different subnets.</p>
<div> <br>
</div>
<p>Regards,</p>
<span><font color="#888888">
<div> <br>
</div>
<p>Ariel. </p>
</font></span></div>
</div>
<br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br>
</blockquote>
</div>
<br>
</div>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</div>
</div>
<br>
</div></div></div>
</div>
</div>
</blockquote></div><br></div>