I have been pulling my hair out over this and I’m hoping you guys can help me out here. I’m running and asteriskNOW(1.4.24) and I am having trouble setting up a bandwidth.com trunk.
Short and quick story, incoming calls are rejected with SIP/2.0 488 Not acceptable here. Further investigation shows that it’s because of no codecs being negotiated…
Note the after the “m=audio” field the lack of “a=rtpmap” (i know it’s technically optional)
It’s because of this I believe asterisk is not accurately determining available codecs. (ie. asterisk uses the ‘a=rtpmap’ fields to determine codecs not the ‘m=audio’ field even though the information is in both)
So I have 2 questions… first am i correct in diagnosing the problem? and second is there a way to update asterisk to use the ‘m=audio’ field for negotiation?
You really don’t need port=5060 or nat=yes but that’s in the working file so just copied it as is. Also, in 1.4, you really should not even need the USER context. See if that helps as a starting point.
Thanks again for the prompt reply. That config changed nothing all sip debugs etc are exactly the same.
Any other ideas?
Oh and on a side note, customer service at bandwidth says that they never send ‘a=rtpmap’ fields for any audio codec, ulaw or g729a. Does this sound correct to you? They say we should be able to negotiate codecs strictly off of the ‘m=audio’ field.
I don’t know off hand. But if that is not working, it sure sounds like something odd is interfering. What do you have for a firewall/router and does it have any type of SIP ALG or proxy on it?
I have a watchguard firebox x core. I’ve setup up the firewall for sip start to finish 3-4 times in fear that I have forgotten something… but on the other hand I already have 2 trunks setup with ipcomms… took all of 2 min. to get those working completely. But this is coming up on a week, so I can’t figure it out.
I can’t find in ANY situation where people have had provider NOT give the:
‘a=rtpmap:0 pcmu/8000’
or
’a=rtpmap:18 g729/8000’
Is this normal/acceptable? Or am I freaking out over something that is a standard thing?
when you say it’s a WatchGuard all the alarm bells go off. I have seen nothing but issues with WatchGuards.
I am not saying that is your problem, but it makes me immediately suspicious given my experience. I know of resellers who have forced their clients to get a different Firewall because of Watchguard problems.
As far as getting the settings, it is better to just type the ‘sip show settings’ and paste it here, so there is no ambiguity, vs. trying to dig it out of the config files.
Sip Port: 5060
Bindaddress: 0.0.0.0
Videosupport: No
AutoCreatePeer: No
Allow unknown access: Yes
Allow subscriptions: Yes
Allow overlap dialing: Yes
Promsic. redir: No
SIP domain support: No
Call to non-local dom.: Yes
URI user is phone no: No
Our auth realm asterisk
Realm. auth: No
Always auth rejects: No
Call limit peers only: Yes
Direct RTP setup: No
User Agent: Asterisk PBX
MWI checking interval: 10 secs
Reg. contect: (not set)
Caller ID: Unknown
From: Domain:
Record SIP history: Off
Call Events: Off
IP ToS SIP: CS3
IP ToS RTP audio: EF
IP ToS RTP video: AF41
T38 fax pt UDPTL: No
RFC2833 Compenstation: No
SIP realtime: Disabled
Global Signalling Settings:
Codecs: 0x4(ulaw)
Codec Order: ulaw:20
T1 minimum: 100
Relax DTMF: No
Compact SIP headers: No
RTP Keepalive: 0 (Disabled)
RTP Timeout: 0 (Disabled)
RTP Hold Timeout: 0 (Disabled)
MWI NOTIFY mime type: application/simple-message-summary
DNS SRV lookup: Yes
Pedantic SIP support: No
Reg. min duration 60 secs
Reg. max duration: 3600 secs
Reg. default duration: 120 secs
Outbound reg. timeout: 20 secs
Outbound reg. attempts: 0
Notify ringing state: Yes
Notify hold state: Yes
SIP Transfer mode: open
Max Call Bitrate: 384 kbps
Auto-FramingL No
Default Settings:
Context: from-sip-external
Nat: Always
DTMF: rfc2833
Qualify: 0
Use ClientCode: No
Progress inband: Never
Language: (Defaults to English)
MOH Interpret: default
MOH Suggest:
Voice Mail Extension: *97
There…
Not that my fingers are sore from the typing… I’ll call up bandwidth and tell them to move my asterisk’s IP address, and I’ll move it to a public IP (I have 6 IP’s might as well use them )
One approach … use a second PC (workstation), login to the asterisk+freePBX A+F PC via any ssh terminal client (google putty). Any ssh client will allow each of, copy/cut, and/or session logging to file, and/or file transfer, to/from the workstation PC and the A+F PC.
Then you can paste or upload to the freePBX forum via the browser session.