Rich,<br>I had the same problem and the solution was to take out a 'malformed' callerid value from my sip.conf entry.<br><br>Tom<br><br><div><span class="gmail_quote">On 7/20/06, <b class="gmail_sendername">Rich Adamson</b>
 &lt;<a href="mailto:radamson@routers.com">radamson@routers.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Tried the syslog &amp; debug, but it reports the exact same thing as the sip
<br>debug shown below. It includes the INVITE, 100 TRYING, AND 486 BUSY<br>HERE. There are no hints as to why the Busy Here message is returned.<br><br>I was kind of guessing that something in the sip header was not as<br>
expected for the device, but I don't see anything that seems to be<br>inappropriate in the sip debug.<br><br>Thoughts?<br><br><br>Shanon Swafford wrote:<br>&gt; I always like to activate the syslog and debug on my SPA's.&nbsp;&nbsp;Sometimes this
<br>&gt; will tell you what they are doing.<br>&gt;<br>&gt; Shanon<br>&gt;<br>&gt;<br>&gt;<br>&gt; -----Original Message-----<br>&gt;<br>&gt; Need a little help trying to understand what's happening here.<br>&gt;<br>&gt; spa941 -&gt; Asterisk-A -&gt; iax2 -&gt; Asterisk-B -&gt; spa942
<br>&gt;<br>&gt; When the spa941 (x3000) calls spa942 (x1004), the spa942 returns a &quot;busy<br>&gt; here&quot; sip message. The spa942 is not busy and does not have DND or any<br>&gt; other option set to cause a busy-here message. Asterisk-B is 
v1.2.10<br>&gt; updated to current svn. (Seeing the exact same issue with an spa3k.)<br>&gt;<br>&gt; A sip debug from Asterisk-B shows the following three packets:<br>&gt;<br>&gt; localhost*CLI&gt; sip debug peer 1004<br>
&gt; SIP Debugging Enabled for IP: <a href="http://160.80.40.201:5060">160.80.40.201:5060</a>&nbsp;&nbsp; &lt;== x1004<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-- Registered IAX2 to '<a href="http://151.213.193.101">151.213.193.101</a>', who sees us as<br>&gt; 
153.22<a href="snap://2.216.140:1963" id="dyn">2.216.140:1963</a> with no messages waiting<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-- Accepting UNAUTHENTICATED call from <a href="http://151.213.193.101">151.213.193.101</a>:<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; requested format = gsm,
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; requested prefs = (g726|gsm|ilbc),<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; actual format = g726,<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; host prefs = (g726|gsm|ilbc),<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &gt; priority = mine<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-- Executing Dial(&quot;IAX2/to-npi-3&quot;, &quot;SIP/1004|15|r&quot;) in new stack
<br>&gt; We're at <a href="http://160.80.40.4">160.80.40.4</a> port 13382<br>&gt; Adding codec 0x2 (gsm) to SDP<br>&gt; Adding codec 0x4 (ulaw) to SDP<br>&gt; Adding codec 0x8 (alaw) to SDP<br>&gt; Adding non-codec 0x1 (telephone-event) to SDP
<br>&gt; 13 headers, 12 lines<br>&gt; Reliably Transmitting (no NAT) to <a href="http://160.80.40.201:5060">160.80.40.201:5060</a>:<br>&gt; INVITE sip:1004@160.80.40.201:5060 SIP/2.0<br>&gt; Via: SIP/2.0/UDP <a href="http://160.80.40.4:5060">
160.80.40.4:5060</a>;branch=z9hG4bK544dbabe;rport<br>&gt; From: &quot;NPI-Rich&quot; &lt;<a href="mailto:sip:3000@160.80.40.4">sip:3000@160.80.40.4</a>&gt;;tag=as0e37bb22<br>&gt; To: &lt;sip:1004@160.80.40.201:5060&gt;<br>
&gt; Contact: &lt;<a href="mailto:sip:3000@160.80.40.4">sip:3000@160.80.40.4</a>&gt;<br>&gt; Call-ID: <a href="mailto:176eea4944e5fd1f63179a042ba51c06@160.80.40.4">176eea4944e5fd1f63179a042ba51c06@160.80.40.4</a><br>&gt; CSeq: 102 INVITE
<br>&gt; User-Agent: Asterisk PBX<br>&gt; Max-Forwards: 70<br>&gt; Date: Wed, 19 Jul 2006 22:27:31 GMT<br>&gt; Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY<br>&gt; Content-Type: application/sdp<br>&gt; Content-Length: 261
<br>&gt;<br>&gt; v=0<br>&gt; o=root 18182 18182 IN IP4 <a href="http://160.80.40.4">160.80.40.4</a><br>&gt; s=session<br>&gt; c=IN IP4 <a href="http://160.80.40.4">160.80.40.4</a><br>&gt; t=0 0<br>&gt; m=audio 13382 RTP/AVP 3 0 8 101
<br>&gt; a=rtpmap:3 GSM/8000<br>&gt; a=rtpmap:0 PCMU/8000<br>&gt; a=rtpmap:8 PCMA/8000<br>&gt; a=rtpmap:101 telephone-event/8000<br>&gt; a=fmtp:101 0-16<br>&gt; a=silenceSupp:off - - - -<br>&gt;<br>&gt; ---<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-- Called 1004
<br>&gt; localhost*CLI&gt;<br>&gt; &lt;-- SIP read from <a href="http://160.80.40.201:5060">160.80.40.201:5060</a>:<br>&gt; SIP/2.0 100 Trying<br>&gt; To: &lt;sip:1004@160.80.40.201:5060&gt;<br>&gt; From: &quot;NPI-Rich&quot; &lt;
<a href="mailto:sip:3000@160.80.40.4">sip:3000@160.80.40.4</a>&gt;;tag=as0e37bb22<br>&gt; Call-ID: <a href="mailto:176eea4944e5fd1f63179a042ba51c06@160.80.40.4">176eea4944e5fd1f63179a042ba51c06@160.80.40.4</a><br>&gt; CSeq: 102 INVITE
<br>&gt; Via: SIP/2.0/UDP <a href="http://160.80.40.4:5060">160.80.40.4:5060</a>;branch=z9hG4bK544dbabe<br>&gt; Server: Sipura/SPA942-4.1.10(e)<br>&gt; Content-Length: 0<br>&gt;<br>&gt;<br>&gt; --- (8 headers 0 lines)---<br>
&gt; localhost*CLI&gt;<br>&gt; &lt;-- SIP read from <a href="http://160.80.40.201:5060">160.80.40.201:5060</a>:<br>&gt; SIP/2.0 486 Busy Here<br>&gt; To: &lt;sip:1004@160.80.40.201:5060&gt;;tag=e434eff616a11501i0<br>&gt; From: &quot;NPI-Rich&quot; &lt;
<a href="mailto:sip:3000@160.80.40.4">sip:3000@160.80.40.4</a>&gt;;tag=as0e37bb22<br>&gt; Call-ID: <a href="mailto:176eea4944e5fd1f63179a042ba51c06@160.80.40.4">176eea4944e5fd1f63179a042ba51c06@160.80.40.4</a><br>&gt; CSeq: 102 INVITE
<br>&gt; Via: SIP/2.0/UDP <a href="http://160.80.40.4:5060">160.80.40.4:5060</a>;branch=z9hG4bK544dbabe<br>&gt; Server: Sipura/SPA942-4.1.10(e)<br>&gt; Content-Length: 0<br>&gt;<br>&gt;<br>&gt; --- (8 headers 0 lines)---<br>
&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-- Got SIP response 486 &quot;Busy Here&quot; back from <a href="http://160.80.40.201">160.80.40.201</a><br>&gt; Transmitting (no NAT) to <a href="http://160.80.40.201:5060">160.80.40.201:5060</a>:<br>&gt; ACK sip:1004@160.80.40.201
:5060 SIP/2.0<br>&gt; Via: SIP/2.0/UDP <a href="http://160.80.40.4:5060">160.80.40.4:5060</a>;branch=z9hG4bK544dbabe;rport<br>&gt; From: &quot;NPI-Rich&quot; &lt;<a href="mailto:sip:3000@160.80.40.4">sip:3000@160.80.40.4</a>
&gt;;tag=as0e37bb22<br>&gt; To: &lt;sip:1004@160.80.40.201:5060&gt;;tag=e434eff616a11501i0<br>&gt; Contact: &lt;<a href="mailto:sip:3000@160.80.40.4">sip:3000@160.80.40.4</a>&gt;<br>&gt; Call-ID: <a href="mailto:176eea4944e5fd1f63179a042ba51c06@160.80.40.4">
176eea4944e5fd1f63179a042ba51c06@160.80.40.4</a><br>&gt; CSeq: 102 ACK<br>&gt; User-Agent: Asterisk PBX<br>&gt; Max-Forwards: 70<br>&gt; Content-Length: 0<br>&gt;<br>&gt;<br>&gt; ---<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-- SIP/1004-081e9c08 is busy
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;== Everyone is busy/congested at this time (1:1/0/0)<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-- Executing VoiceMail(&quot;IAX2/to-npi-3&quot;, &quot;1004|ug(6)&quot;) in new stack<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-- Playing 'vm-theperson' (language 'en')<br>
&gt; Destroying call '<a href="mailto:176eea4944e5fd1f63179a042ba51c06@160.80.40.4">176eea4944e5fd1f63179a042ba51c06@160.80.40.4</a>'<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-- Playing 'digits/1' (language 'en')<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-- Playing 'digits/0' (language 'en')
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-- Playing 'digits/0' (language 'en')<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;== Spawn extension (from-sip, 1004, 2) exited non-zero on 'IAX2/to-npi-3'<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-- Executing Hangup(&quot;IAX2/to-npi-3&quot;, &quot;&quot;) in new stack
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;== Spawn extension (from-sip, h, 1) exited non-zero on 'IAX2/to-npi-3'<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-- Hungup 'IAX2/to-npi-3'<br>&gt;<br>&gt; In addition, if I access the spa942 via a web browser, all lines/extns<br>&gt; are idle. Does not seem to be any reason for the 'busy here' message
<br>&gt; that I can see.&nbsp;&nbsp;Placing a call to another spa942 on the same Asterisk-B<br>&gt; and on the same wire works fine.&nbsp;&nbsp;Yesterday the first spa942 was working<br>&gt; fine as well.<br>&gt;<br>&gt; Can anyone see anything strange in the sip debug that would cause this?
<br>&gt;<br>&gt; R.<br><br>_______________________________________________<br>--Bandwidth and Colocation provided by <a href="http://Easynews.com">Easynews.com</a> --<br><br>asterisk-users mailing list<br>To UNSUBSCRIBE or update options visit:
<br>&nbsp;&nbsp; <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br></blockquote></div><br>