found the issue.  it was the ani_filter.tcl script.  I did not give it a destination..... thus it was killing all calls coming in.<div><br></div><div>Felt really stupid when we removed the TCL script from the inbound dial peer.</div>
<div><br></div><div>Thanks Ryan</div><div><br></div><div>Scott<br><br><div class="gmail_quote">On Tue, Nov 17, 2009 at 6:04 AM, Ryan Ratliff <span dir="ltr">&lt;<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">.Nov 17 03:35:06.581: ISDN Se0/0/1:23 Q931: TX -&gt; CONNECT pd = 8  callref = 0x837A<br>
.Nov 17 03:35:06.581: ISDN Se0/0/1:23 Q931: TX -&gt; DISCONNECT pd = 8  callref = 0x837A<br>
        Cause i = 0x8090 - Normal call clearing<br>
<br>
</div>What&#39;s on the back end of this?  You are sending connect and disconnect at the exact same time.<br>
<br>
-Ryan<br>
<div><div></div><div class="h5"><br>
On Nov 16, 2009, at 10:36 PM, Scott Voll wrote:<br>
<br>
hey guys I just moved from my CMM to an IOS VGW.<br>
<br>
I&#39;m recieving these on the q931 debugs:<br>
<br>
Calling Party Number i = 0x2183, &#39;5035702995&#39;<br>
                Plan:ISDN, Type:National<br>
        Called Party Number i = 0x80, &#39;3783&#39;<br>
                Plan:Unknown, Type:Unknown<br>
.Nov 17 03:35:06.565: ISDN Se0/0/1:23 Q931: Received SETUP  callref = 0x837A callID = 0x001C switch = primary-ni interface = User<br>
.Nov 17 03:35:06.581: ISDN Se0/0/1:23 Q931: TX -&gt; CALL_PROC pd = 8  callref = 0x837A<br>
        Channel ID i = 0xA98397<br>
                Exclusive, Channel 23<br>
.Nov 17 03:35:06.581: ISDN Se0/0/1:23 Q931: TX -&gt; CONNECT pd = 8  callref = 0x837A<br>
.Nov 17 03:35:06.581: ISDN Se0/0/1:23 Q931: TX -&gt; DISCONNECT pd = 8  callref = 0x837A<br>
        Cause i = 0x8090 - Normal call clearing<br>
 --More--<br>
.Nov 17 03:35:06.597: ISDN Se0/0/1:23 Q931: RX &lt;- CONNECT_ACK pd = 8  callref = 0x037A<br>
.Nov 17 03:35:06.601: ISDN Se0/0/1:23 **ERROR**: Ux_BadMsg: Invalid Message for call state 11, call id 0x1C, call ref 0x837A, event 0xF<br>
.Nov 17 03:35:06.601: ISDN Se0/0/1:23 Q931: TX -&gt; STATUS pd = 8  callref = 0x837A<br>
        Cause i = 0xC0E50F - Message not compatible with call state<br>
        Call State i = 0x0B<br>
.Nov 17 03:35:06.665: ISDN Se0/0/1:23 Q931: RX &lt;- RELEASE pd = 8  callref = 0x037A<br>
.Nov 17 03:35:06.669: ISDN Se0/0/1:23 Q931: TX -&gt; RELEASE_COMP pd = 8  callref = 0x837A<br>
<br>
I&#39;m not finding much.  Any ideas?  I opened a TAC case.<br>
<br>
Scott<br>
</div></div>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">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>