Picture of Daniel 1850
Registered 9 years 361 days
Daniel 1850 Monday, 5 July 2021, 04:09 PM
2 SIP Provider
Hallo,
Ich habe mal eine Anfängerfrage.
Unser Kunde möchte einen neuen Nummernblock über einen 2. SIP Provider laufen lassen. Sehe ich das richtig, dass ich dazu ein zweites Trunk-Objekt erstellen muss?
Mein Ziel wäre es die bestehende Trunk-Vorwahl "0" für beide SIP-Provider verwenden zu können und dies mit entsprechenden im Routing-EInträgen zu steuern. Geht das überhaupt?

Grüsse,
Daniel

Picture of Muschelpuster
Registered 7 years 342 days
Muschelpuster Monday, 5 July 2021, 05:54 PM
Re: 2 SIP Provider
  1. Nein, siehts Du nicht richtig. Man kann natürlich ein 2. Trunk-Objekt erstellen, muss man aber nicht.
  2. Ja, man kann beide über die 0 erreichen. Wie genau hängt von vielen Faktoren ab, u.A.:
    • Haben beide SIPs die gleiche Notrufadresse beim Provider hinterlegt?
    • Sind beide SIPs überhaupt aus dem gleichen Ortsnetz?
    • Sollen alle einen SIP präferiert abgehend nutzen, oder ist den Usern jeweils ein SIP abgehend zugeordnet und ist ein Überlauf zum jeweisl anderen SIP gewünscht?
    • Können die User über ihrer CGPN entsprechend aufgeteilt werden?
    • Was ist mit umgeleiteten Anrufen, welche nicht über die CGPN zuordbar sind?
kurze Grüße
Niels
Picture of Daniel 1850
Registered 9 years 361 days
Daniel 1850 Tuesday, 6 July 2021, 08:54 AM
Re: 2 SIP Provider

Hallo Muschelpuster

Danke für deine Ausführungen.

Die Standortadresse und das Ortsnetz sind identisch.

Die Aufteilung soll statisch nach CGPN (User) erfolgen, das ist möglich. Der User selber soll keine Auswahlmöglichkeit haben.

Demnach kann ich die Aufteilung im entsprechenden SIP-Interface anhand der CGPN vornehmen. Ist das korrekt?

Grüsse, Daniel

Picture of Muschelpuster
Registered 7 years 342 days
Muschelpuster Tuesday, 6 July 2021, 09:59 AM
Re: 2 SIP Provider
Moin Daniel,

ja, genau so kann man das machen. Aber bei umgeleiteten Anrufen greift das nicht, da muss man ein Fallback bauen damit diese funktionieren. Die Diskussion haben wir hier vor Kurzem schon ausführlich geführt, aber ich finde sie nicht wieder. Ergebnis: es ist alles etwas gebastelt, für 110% sollte man eine Anynode als SBC vorschlten.
Vielleicht taucht das Thema ja nach den Wartungsarbeiten wieder auf wink

In der Diskussion kam noch eine weitere Variante auf, welche im Wiki dokumentiert ist:

"The device configuration is used as always to allow the registrations of devices. In case of a trunk object this is typically a gateway or SBC.

The name of the device serves one special purpose, if the name starts with '#'. In this case, if a call is sent out to the trunk and the calling party number of this calls matches the digits following the '#', not just the next gateway is used, but instead the registration with the matching name is used. Incoming calls on such a registration are sent to the number following the '#'. This way multiple registrations to SIP providers can be mapped to internal numbers for incoming and outgoing calls."


alternative Grüße
Niels


← You can define your color theme preference here