我正试图让Asterisk与瑞典的Bahnhof IP电话提供商合作。他们没有正式支持第三方解决方案，但以前从未阻止过我。
无论如何，运行Asterisk 11.5.1的VoIP linux（Debian 7）在接口eth1上都有公共IP，防火墙（iptables）在盒子和Bahnhof VoIP服务器之间完全打开。来电正在进行中。传出不是如下面的日志中所示。我从上到下搜索网页，并对此问题进行了压缩。
我有另一个提供商（CellIP）可以正常使用这些相同的设置，我从未收到过如下所示的任何404消息。
sip.conf
...
[bahnhof]
type=peer
defaultuser=55500XXXXXX
fromuser=55500XXXXXX
context=default
secret=mypassword
host=bahnhof-lda.soho1.voip.bahnhof.net
fromdomain=bahnhof-lda.soho1.voip.bahnhof.net
insecure=port,invite
qualify=yes
canreinvite=no
dtmfmode=rfc2833
...
的extensions.conf
...
[010XXXXXXX-out]
exten => _0X.,1,Set(CALLERID(num)=55500XXXXXX)
exten => _0X.,n,Dial(SIP/${EXTEN}@bahnhof,30,trg)
exten => _0X.,n,Hangup()
...
SIP DEBUG
<------------>
Audio is at 10060
Adding codec 0x100 (g729) to SDP
Adding codec 0x2 (gsm) to SDP
Adding codec 0x4 (ulaw) to SDP
Adding codec 0x8 (alaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (no NAT) to 77.240.208.105:5060:
INVITE sip:0700XXXXXX@bahnhof-lda.soho1.voip.bahnhof.net SIP/2.0
Via: SIP/2.0/UDP 81.170.XXX.XXX:5060;branch=z9hG4bK4db8a605
Max-Forwards: 70
From: "0700XXXXXX" <sip:55500XXXXXX@bahnhof-lda.soho1.voip.bahnhof.net>;tag=as5eaad2ef
To: <sip:0700XXXXXX@bahnhof-lda.soho1.voip.bahnhof.net>
Contact: <sip:55500XXXXXX@81.170.XXX.XXX:5060>
Call-ID: 498e8f9616aadc0a658b301909fe58d7@bahnhof-lda.soho1.voip.bahnhof.net
CSeq: 102 INVITE
User-Agent: Asterisk PBX 1.8.11.0
Date: Wed, 16 Oct 2013 15:18:57 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 360
v=0
o=root 495353330 495353330 IN IP4 81.170.195.158
s=Asterisk PBX 1.8.11.0
c=IN IP4 81.170.XXX.XXX
t=0 0
m=audio 10060 RTP/AVP 18 3 0 8 101
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:3 GSM/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv
---
<--- SIP read from UDP:77.240.208.105:5060 --->
SIP/2.0 100 Trying
User-Agent: Centile-Supra/1
CSeq: 102 INVITE
Via: SIP/2.0/UDP 81.170.XXX.XXX:5060;branch=z9hG4bK4db8a605
Content-Length: 0
From: "0700XXXXXX" <sip:55500XXXXXX@bahnhof-lda.soho1.voip.bahnhof.net>;tag=as5eaad2ef
To: <sip:0700XXXXXX@bahnhof-lda.soho1.voip.bahnhof.net>
Call-ID: 498e8f9616aadc0a658b301909fe58d7@bahnhof-lda.soho1.voip.bahnhof.net
<------------->
--- (8 headers 0 lines) ---
<--- SIP read from UDP:77.240.208.105:5060 --->
SIP/2.0 404 No domain-name found in requestURI:0700XXXXXX
User-Agent: Intraswitch/7.5.6.4.SR4-SNAPSHOT_SCF-8
CSeq: 102 INVITE
Via: SIP/2.0/UDP 81.170.XXX.XXX:5060;branch=z9hG4bK4db8a605
Content-Length: 0
Record-Route: <sip:77.240.208.105;lr>
From: "0700XXXXXX" <sip:55500XXXXXX@bahnhof-lda.soho1.voip.bahnhof.net>;tag=as5eaad2ef
To: <sip:0700XXXXXX@bahnhof-lda.soho1.voip.bahnhof.net>;tag=e67fec39-f749-59b4-4b8f-c798e694a64b
Supported: replaces, 100rel, timer
Server: Intraswitch/7.5.6.4.SR4-SNAPSHOT_SCF-8
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, MESSAGE, PRACK, REFER, INFO, SUBSCRIBE, NOTIFY
Contact: <sip:0700XXXXXX@77.240.208.19:5061>
Call-ID: 498e8f9616aadc0a658b301909fe58d7@bahnhof-lda.soho1.voip.bahnhof.net
显而易见的错误是“SIP / 2.0 404在requestURI：0700XXXXXX中找不到域名”，但导致这种情况的根本原因对我来说并不明显：]
请注意，由于显而易见的原因，所有XXX都是掩盖的实际值。
非常感谢任何帮助或想法尝试！
已解决 - 更新2013-10-19
问题现在已经解决，运营商Bahnhof（瑞典）与Sipgate有类似的设置。这意味着配置REGISTER和Trunk的灵活性非常小。这里不会影响普通SIP提供商的一个小错误在这里产生重大影响，也许这是Bahnhof和Sipgate的高安全策略。简而言之，如果注册不正确，则会阻止您拨打电话。
在sip.conf中找到了这个，
Bad register: register => 55500XXXXXX:mypassword@bahnhof/2000
OK register: register => 55500XXXXXX:mypassword@bahnhof/55500XXXXXX
然后在extensions.conf中，
[default]
exten => 55500XXXXXX,1,Goto(010XXXXXXX-in,s,1)
现在出站呼叫工作，但是这里的Bahnhof实际上比Sipgate更棘手，Bahnhof有一组SIP服务器，其中一个入站呼叫可以来自其中任何一个。当Asterisk解析bahnhof-lda.soho1.voip.bahnhof.net时，它只需要获取第一个IP地址并将其视为SIP对等体。问题是入站SIP呼叫可以来自六个地址中的任何一个，而不仅仅是您在其注册的地址。
解决方案是为每个IP地址添加[bahnhof-peer-01]，[bahnhof-peer-2] ...条目，
[bahnhof-peer-01]
type=peer
context=default
host=77.240.208.19
insecure=port,invite
canreinvite=no
dtmfmode=rfc2833
[bahnhof-peer-02]
type=peer
context=default
host=77.240.208.20
insecure=port,invite
canreinvite=no
dtmfmode=rfc2833
...
或
只需在sip.conf中设置，
[general]
context=default
allowguest=yes
alwaysauthreject=yes
的extensions.conf，
[default]
; Incoming calls on SE line 010XXXXXXX (steered from "register" section)
exten => 55500XXXXXX,1,Goto(010XXXXXXX-in,s,1)
; NOTHING MORE UNDER default
[extensions]
...
这将允许接受任何来电，即使是未经身份验证的来电。有人可能会将此视为一种安全风险，但我已将所有VoIP流量严格锁定在防火墙规则中，因此这是我使用的解决方案。此外，只要您在[general]中将上下文设置为默认值，并且您在[default]上下文中没有任何内容的正确设置，除了入站扩展名，您将没事。匿名入站呼叫将无法访问您的中继线或分机，只能访问他们显然需要知道的入站分机（55500XXXXXX）才能完成您的Bahnhof号码的入站规则。
最后，该解决方案通过Bahnhof SIP提供商启用了出站和入站呼叫。从技术上讲，当您使用用户名作为注册行上的扩展时，似乎会发生这样的情况，即当进行出站呼叫时，这会强制对SIP服务器进行摘要验证。这反过来似乎满足SIP服务器在URI中的域名部分。这在我看来并不完全清楚，但显然起了作用。