Mehrere Inbound SIP-Trunks auf verschieden Extensions routen

[snyfer]

HILFFEE!

Hi Leute - wir versuchen seit Stunden unseren "Asterisk" für die folgende Konfiguration einzurichten konnten aber bisher keine Lösung finden.

Wir haben zwei SIP Inbound Trunks eingerichtet mit den Namen:
inbound_1
und
inbound_2

Diese wollen wir jetzt jeweils getrennt zu den internet Extensions
inbound_1 => 101
inbound_2 => 102
routen.

Leider wird immer die Default Inbound Number "s" genommen und nicht die von uns dafür vorgesehene Inbound Number gewählt.

Welchen Eintrag müssen wir in den config Files vornehmen um einen BESTIMMTEN SIP-Trunk auf eine BESTIMMTE Extension routen zu können?

Die Angabe von einem bestimmten Context Namen beim
register => Statement funktioniert auch nicht da Asterisk dann den Anruf gleich gar nicht annimmt?

Danke im Voraus wir sind schon total verzweifelt!!

Lg,
snyfer

 

[Thomas007]

Du hast
register => usernamew......./1234

und der Anruf wird nicht auf die extension 1234 geleitet.

Dann eine extension mit username einrichten.

Manche Provider ignorieren die extension beim register command.

Das mit der Angabe des Contextes funktioniert.

 

[snyfer]

Wir verwenden Bellshare.com/Sipsnip.com und wenn wir folgende Zeile angeben:

sip.conf:
register => XXXXX:[email protected]/pgubel

wird der Anruf nicht zur Inbound Number pgubel geroutet (und dem dort definierten context) sondern vom Asterisk abgelehnt??

Sorry aber haben deine erste Antwort anscheinend nicht ganz verstanden )

Lg

 

[Thomas007]

Ja, wenn bellshare pgubel ignoriert dann eine extension XXXXX nehmen.

PS: für register peers sollte man einen eigenen Context verwenden und im register command einen nicht auflösbaren Namen verwenden.

register => XXXXX:YYYYYY@proxy_bellshare/pgubel

[proxy_bellshare]
context=SIPin
host=..
fromdomain=...
.
.



in SIPin dann

exten => XXXXX,1,NoOP(call from proxy_bellshare)

falls
exten => 1234,1,...
nicht funktioniert


genau prüfen kann man das mit sip debug

 

[snyfer]

danke für die hilfe - die lösung war aber dass leider 2
registert => einträge zum gleichen Account gegeben hat und er deswegen anscheinend nicht unterscheiden konnte wohin er es routen sollte einmal mit
/name
und einmal ohne diesem dahinter!

jedenfalls trotzdem danke!

lg
snyfer