[Frage] Asterisk mit verschiedenen Gateway nutzen

Für mich klingt das eigentlich nach einer Routing Frage, die vom darunterliegenden Betriebssystem (oder von einem zentralen Router) gelöst werden muss.

Ich hab hier eine teilweise vergleichbare Konfiguration. Ich hab zwei Internetzugänge, einer ist nur für Gespräche ins öffentliche Netz via VoIP Provider. Ich habe beide Internetzugänge jeweils als WAN1 und WAN2 auf meinem Lancom Router konfiguriert und habe zu den IP Netzen der VoIP Dienste eine Route am Lancom nach WAN2 eingerichtet. Alles andere läuft über das Default Gateway - WAN1.

Mein erster Ansatz in Deinem Fall wäre daher, Router1 auf Deinem Synology als Default Gateway zu verwenden, dann versuchen die relevanten Netze zum kommunzieren mit dem Telekom VoIP Anschluss rauszufinden, und für diese dann Routen über Router2 einzutragen (ganz klassisch mit route add bzw. ip route).

Wie bereits von IEEE angesprochen, musst du die relevanten IP Addressen (/Subnets), die über den Telekom Router hinaus müssen herausfinden.

Du könntest z.b. versuchen über sip set debug on (Asterisk CLI) die relevanten IPs herauszufinden.

Wenn du diese hast musst du die IPs(/Subnets) in die Routing Tabelle des Rechners (oder alternativ Standardgateways falls möglich) eintragen. (Gateway / Next-Hop für diese IPs/Subnets ist der Telekom Router)

Tutorial für Linux: http://www.cyberciti.biz/faq/linux-route-add/
Tutorial für Windows: http://www.howtogeek.com/howto/windows/adding-a-tcpip-route-to-the-windows-routing-table/

Ich habe mal ne Skizze erstellt um besser zu beschreiben wie das mit dem routing funktioniert.
(Skizze basiert auf dem was du geschrieben hast --> Wenns nicht passt ausbessern; IPs sind placeholder)

So wie ichs verstanden habe, hast du 2 Router, die am selben internen Netzwerk (Switch) hängen, an dem auch das NAS (Asterisk) hängt.
Was ich nicht verstehe ist, warum du ein VPN zwischen den Routern hast. (Hab ich was überlesen ?)

Die IPs auf der Skizze sind Placeholder.

Kurze Theorie zum Routing / Switching:

Wenn der Rechner eine IP erreichen will, die nicht im selben Subnet ist, wird das Packet an das Default Gateway geschickt (im Fall der Skizze alles was nicht in 192.168.1.1/24 ist)
Das Default Gateway schickt das dann weiter.

Wenn du jetzt aber willst, dass bestimmte IPs nicht über das Default Gateway laufen, musst du auf dem Rechner ne Route hinzufügen.
Damit sagst du dem Rechner, dass er Packete die an ein bestimmtes Subnet (/IP) gehen, über ein best. Gateway geschickt werden sollen.

Praktische Umsetzung

In dem Fall wollen wir, dass alles was für den Telekom VoIP Server ist über den Telekom Router geschickt wird.
Also müssen wir die IP vom Telekom SIP Server herausfinden und für diese IP dann eine route auf dem Synology NAS erstellen.
Dann schickt das Synology NAS alles was für die IP vom TK VoIP Server ist über den TK Router
(Das Routing könnte auch mit dem Hostname des TK VoIP Server funktionieren. --> Habe aber noch nie eine Route mit einem Hostnamen erstellt, deswegen kann ich dazu nichts sagen)

Um eine Route hinzuzufügen: (das richtige wählen und versuchen; syntax ist nicht bei jedem Linux System gleich; /24 durch die passende netmask ersetzen)
route add -net ZIELNETZ/24 gw GATEWAY
route add -host ZIELIP gw GATEWAY
route add -host ZIELHOSTNAME gw GATEWAY
rotue add ZIELNETZ/24 gw GATEWAY
route add ZIELIP gw GATEWAY
route add ZEILHOSTNAME gw GATEWAY

evtl. muss der Befehl auch in die /etc/rc.local eintegragen werden damit die Route auch nach einen Reboot vom NAS noch da ist

Solange alle beteiligten Router Ihre Pakete wie vorgesehen schubsen, ist es gar nicht mal so relevant wo sie sich befinden.

Eine Route auf einen Hostnamen ist keine gute Idee. IMHO wird dann die Namensauflösung nur einmal beim absetzen des route Befehls durchgeführt, und dann steht erst recht wieder die ip adresse in der Routing Tabelle. Das müsste man vielleicht verskripten, auf regelmäßiger Basis den Namen auflösen und den route Eintrag neu setzen. Bedenke aber dabei, dass bei der Kommunikation vermutlich mehr Server beteiligt sind als nur einer (registrar Server, proxy, outboundproxy,...)

Ich hatte aber jetzt noch eine andere Idee. Du könntest doch auf dem Router, der sich im Telekom Netz befindet, eine andere Firmware aufspielen. Es gibt asterisk oder siproxd Implementierungen für dd-wrt zum beispiel (http://www.dd-wrt.com/wiki/index.php/Siproxd bzw. http://www.dd-wrt.com/wiki/index.php/Asterisk). Gehen wir also mal davon aus, dass Du das hinkriegst und auf dem Router im Telekom Netz einen kleinen Sipserver zum Laufen kriegst. Dann registrierst Du dort Deinen Telekom Account, und kannst Dich darauf verlassen dass der immer tiptop registriert ist. Du registrierst Dich dann Deinerseits mit Deinem Asterisk auf diesem Sipserver und ver-dialplanst das miteinander. Dann haben alle Ihre Freude, die Telekom kriegt die Registrierung aus dem richtigen Netz, Deinem Asterisk kann das alles egal sein, für ihn ist das eine Registry wie jede andere, und Du ersparst Dir das Routing Gewurschtel.

[Beitrag 2:]

Nachtrag - wenn Du nicht an der Router Firmware rumspielen willst, könntest Du auch einen Raspi mit Asterisk (oder eine ähnlich preiswerte Lösung) an dem Telekom Standort einstöpseln, der für Deinen Asterisk Proxy spielt.

Nein, es geht darum dass Du Dich nicht darauf verlassen kannst, dass die Kommunikation ausschließlich mit dem Server stattfindet, bei dem Du Dich registrierst. Das ist ja nur SIP, das heisst nicht dass auch zb. die Audiodaten (RTP) über diesen Server laufen. In den SIP Nachrichten kann dann ein ganz anderer Server kommuniziert werden, über den das eigentliche Gespräch abläuft. Oder über SRV Records im DNS.

Dem Route Kommando bleibt auch nichts anderes übrig, als den Hostnamen gleich aufzulösen. Im Betrieb dann "sieht" es ja keinen Hostnamen.