Major good news intermingled with the bad: a fresh CVS install tonight
does NOT crash my MIPSEL-based WRT54GS instance of Asterisk.
However, something fishy is going on wrt the SIP Invite it's sending to
my 841. Here's the interaction:
To: <sip:sipura@192.168.1.153:5060>
Contact: <sip:8772538181@192.168.1.1>
Call-ID: 6fffeac855583ca11d983c074bd8b87e@192.168.1.1
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Date: Thu, 07 Apr 2005 06:49:19 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Content-Type: application/sdp
Content-Length: 219
v=0
o=root 3998 3998 IN IP4 192.168.1.1
s=session
c=IN IP4 192.168.1.1
t=0 0
m=audio 10948 RTP/AVP 111 101
a=rtpmap:111 G726-32/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
And the Sipura is responding like this:
<-- SIP read from 192.168.1.153:5060:
SIP/2.0 488 Not Acceptable Here
To: <sip:sipura@192.168.1.153:5060>;tag=27484e1b4246d3i0
From: "Brian Capouch"
<sip:8772538181@192.168.1.1>;tag=as493a22cd
Call-ID: 6fffeac855583ca11d983c074bd8b87e@192.168.1.1
CSeq: 102 INVITE
Via: SIP/2.0/UDP 192.168.1.1:5060;branch=z9hG4bK013ffedd
Warning: 304 spa "Media type not available"
Server: Sipura/SPA841-0.9.1
Content-Length: 0
--- (9 headers 0 lines)---
-- Got SIP response 488 "Not Acceptable Here" back from
192.168.1.153
Reverting to earlier CVS fixes things right back up.
Anyone see what's wrong?
Thanks.
B.
Yupp can confirm that, with latest SPA firmware... Any ideas? /Danny On Thu, 2005-04-07 at 02:03 -0500, Brian Capouch wrote:> Major good news intermingled with the bad: a fresh CVS install tonight > does NOT crash my MIPSEL-based WRT54GS instance of Asterisk. > > However, something fishy is going on wrt the SIP Invite it's sending to > my 841. Here's the interaction: > > To: <sip:sipura@192.168.1.153:5060> > Contact: <sip:8772538181@192.168.1.1> > Call-ID: 6fffeac855583ca11d983c074bd8b87e@192.168.1.1 > CSeq: 102 INVITE > User-Agent: Asterisk PBX > Date: Thu, 07 Apr 2005 06:49:19 GMT > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER > Content-Type: application/sdp > Content-Length: 219 > > > v=0 > o=root 3998 3998 IN IP4 192.168.1.1 > s=session > c=IN IP4 192.168.1.1 > t=0 0 > m=audio 10948 RTP/AVP 111 101 > a=rtpmap:111 G726-32/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-16 > a=silenceSupp:off - - - - > > And the Sipura is responding like this: > > <-- SIP read from 192.168.1.153:5060: > SIP/2.0 488 Not Acceptable Here > To: <sip:sipura@192.168.1.153:5060>;tag=27484e1b4246d3i0 > From: "Brian Capouch" <sip:8772538181@192.168.1.1>;tag=as493a22cd > Call-ID: 6fffeac855583ca11d983c074bd8b87e@192.168.1.1 > CSeq: 102 INVITE > Via: SIP/2.0/UDP 192.168.1.1:5060;branch=z9hG4bK013ffedd > Warning: 304 spa "Media type not available" > Server: Sipura/SPA841-0.9.1 > Content-Length: 0 > > > > > --- (9 headers 0 lines)--- > -- Got SIP response 488 "Not Acceptable Here" back from 192.168.1.153 > > Reverting to earlier CVS fixes things right back up. > > Anyone see what's wrong? > > Thanks. > > B. > _______________________________________________ > Asterisk-Users mailing list > Asterisk-Users@lists.digium.com > http://lists.digium.com/mailman/listinfo/asterisk-users > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users
Brian Capouch wrote:> > And the Sipura is responding like this: > > <-- SIP read from 192.168.1.153:5060: > SIP/2.0 488 Not Acceptable Here > To: <sip:sipura@192.168.1.153:5060>;tag=27484e1b4246d3i0 > From: "Brian Capouch" <sip:8772538181@192.168.1.1>;tag=as493a22cd > Call-ID: 6fffeac855583ca11d983c074bd8b87e@192.168.1.1 > CSeq: 102 INVITE > Via: SIP/2.0/UDP 192.168.1.1:5060;branch=z9hG4bK013ffedd > Warning: 304 spa "Media type not available" > Server: Sipura/SPA841-0.9.1 > Content-Length: 0 > > > > > --- (9 headers 0 lines)--- > -- Got SIP response 488 "Not Acceptable Here" back from 192.168.1.153 >Thanks to Brian West for the fix for this. The RTP codec number for g726 has changed in Asterisk, and the Sipura firmware doesn't recognize it. You can build the new version with the older mapping by defining USE_DEPRECATED_G726 for rtp.c Works like a charm once that has been done. B.