On Wed, 2009-02-18 at 12:39 -0500, Drew Buckman wrote: > This is from the syslog of the 4404. Nothing jumped out to me, but I > am new to sipx > > > #Detected date/Time Detected host Original syslog message > 2/18/2009 12:34:10 PM 192.168.1.4 <15> Feb 18 12:34:10 192.168.1.4 > S_LOG: [00:0B:82:1A:BD:00][000][9660000311A][01000108] fxo_ctl.c 423 > Port:0 DAA Enabling CID detection, Type: 4 0
It helps a great deal if you do not cut-and-paste log entries into e-mail, but rather save them into text files and attach them to e-mail. Generally, cut-and-paste damages the format of log entries greatly and makes them much harder to work with. In your case, as Stephen Miller pointed out, you're receiving a 420 response from sipX. 420 means that the request contained a Requires or Proxy-Requires header demanding that the recipient support a particular extension, but that the recipient did not support that extension. (For details of this process, search for "Requires" in RFC 3261.) In your case, the log shows this request: 2/18/2009 12:34:12 PM 192.168.1.4 <15> Feb 18 12:34:12 192.168.1.4 S_LOG: [00:0B:82:1A:BD:00][000][9660000311A][01000108] 866 sip.c Sess: 6 INVITE sip:1...@sipx.linxitsystems.local SIP/2.0 Via: SIP/2.0/UDP 192.168.1.4:5060;branch=z9hG4bK03e432e00e170fc5 From: "unknown"<sip:unkn...@sipx.linxitsystems.local>;tag=b6870ae260632435 To: <sip:1...@sipx.linxitsystems.local> Contact: <sip:192.168.1.4:5060> Supported: replaces, timer, path Call-ID: 24b78b106cb16...@192.168.1.4 CSeq: 2123 INVITE User-Agent: Grandstream GXW4104 (HW 1.1, Ch:6) 1.0.1.8 Proxy-Require: 100 <--------------------------------------------------- Max-Forwards: 70 Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK Content-Type: application/sdp Content-Length: 308 v=0 o=system 8006 8000 IN IP4 192.168.1.4 s=SIP Call c=IN IP4 192.168.1.4 t=0 0 m=audio 5028 RTP/AVP 0 8 4 18 3 101 a=sendrecv a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:4 G723/8000 a=rtpmap:18 G729/8000 a=rtpmap:3 GSM/8000 a=ptime:20 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-11 You can see the line "Proxy-Require: 100". Unfortunately, there is no defined extension named "100". It's possible that the phone is demanding to use the extension "100rel" (see RFC 3262), but that must be mentioned in a Require header, not a Proxy-Require header. See the valid list of "option-tags" (as they are called) at http://www.iana.org/assignments/sip-parameters (search for the header "Registry Name: Option Tags"). And in any case, a phone would rarely want to use Require, but would rather use Supported, as that allows the call to be accepted by a device that does not support the extension in question. You should talk to Grandstream support and ask why the phone includes the demand that the phone support an extension which does not exist. Also check to see that the firmware on the phone is up-to-date, as they may have corrected this problem already. Dale _______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users