Eingehende Rufe über verschiedene SIP Provider funktionieren nicht

Symptome

Eingehende Rufe über SIP-Trunk zu bestimmten Providern werden abgelehnt. Es wird ERROR 404 (URL nicht gefunden) angezeigt.

Ausgehende Rufe funktionieren.

Ursache

 Der SIP-Provider verwendet Asterisk (z.B. Voiceflex). Damit funktioniert die Rufnummernzuordnung nicht richtig:

Der LinkManager muss eingehende Rufe einem Trunk zuordnen. Hierfür wird versucht, die Zuordung eines hereinkommenden INVITE mit den bei der Registrierung des Trunks verwendeten REGISTER zu erreichen. 
Zusätzlich wird versucht, die am Trunk konfigurierten Nummern bzw. SIP URIs für die Zuordnung zu verwenden, indem die Nummern mit dem am Trunk konfiguriertem Realm kombiniert werden (<nummer>@<provider-realm>).

Kommt ein INVITE mit einer so geformten URI (<nummer>@<provider-realm>) im To-Header herein, wird sie dem Trunk zugeordnet, auf dem die <nummer> und der <provider-realm> konfiguriet wurde.. 
Beispiel:

INVITE sip:02314777242@80.79.77.23 SIP/2.0 
To: <sip:02314777242@myprovider.com>

Auch ein INVITE mit einer am Trunk konfigurierten SIP-URI wird auf diese Weise für die Zuordnung verwendet. 
Beispiel:

INVITE sip:80.79.77.23 SIP/2.0 
To: <sip:my.name@mydomain.org>

Bei einigen Providern (die Asterisk verwenden) enthalten hereinkommende INVITE in der Request-line und im To-Header dieselbe URI. Asterisk läßt es nicht zu, diese Nachrichtenelemente unterschiedlich zu befüllen. 
Beispiel:

INVITE sip:02314777242@80.79.77.23 SIP/2.0 
To: <sip:02314777242@80.79.77.23>

Das führt zu Problemen vor allem bei Direktdurchwahlen (DDI accounts), weil hier die Zuordnung über die oben genannten Mechanismen für die Zuordnung nicht greifen. Es macht insbesondere keinen Sinn, alle URIs der Form sip:<nummer>@80.79.77.23 einzutragen, da sich die IP-Adresse bei Anschlüssen mit dynamischer IP-Adress-Vergabe immer wieder ändert.

Lösung

Mit dem Quickfix für die Version 6.01 werden auch (am Trunk konfigurierte) URIs unterstützt, die Platzhalter (Wildcards) enthalten können. In folgenden Softwareversionen ist der Quickfix nicht mehr notwendig.

Beispiel: 02314777*@* Damit kann man die Zuordnung auch bei Asterisk-basierten Providern schaffen. Jedoch gilt die Einschränkung, dass der Administrator sich bei der Konfiguration bewusst sein muss, dass Mehrdeutigkeiten bei der Konfiguration der URIs an den Trunks zu falschen Zuordnungen führen können. Daraus ergibt sich der Hinweis, dass mit den Platzhaltern nicht zu generös umgegangen werden sollte. Beispiel: 'sip:*@*' an mehreren Trunks, die vom selben LinkManager verwaltet werden, führt mit Sicherheit zu Fehlzuordnungen.