Sip Trunk host=dynamic

[MotherTrucker]

Hallo zusammen,

habe ein kleines Problem mit unseren System, ich hoffe ihr könnt mir helfen.
Ich möchte 2 Freepbx über Sip Trunk miteinander verbinden, unter sip show peers und sip show registry ist alles in Ordnung.
Ich habe folgende Konfiguration auf den Servern:

com1:

[xxx]
username=xxx
type=friend
secret=kjf72356kfh5
host="ip"
disallow=all
allow=alaw
allow=ulaw
dtmfmode=rfc2833
context=default

register=xxx:kjf72356kfh5@ip/xxx

sip1:

[xxx]
username=xxx
type=friend
secret=kjf72356kfh5
host=dynamic
disallow=all
allow=alaw
allow=ulaw
dtmfmode=rfc2833
context=from-test-outbound

Anrufe vom com1 zu sip1 funktionieren, andersrum aber nicht.
Ein console dial auf dem sip1 bringt mir folgendes:

    -- Executing [1100@from-pstn:8] Dial("Console/default", "SIP/123456789/1100") in new stack
  == Everyone is busy/congested at this time (1:0/0/1)
    -- Executing [1100@from-pstn:9] NoOp("Console/default", "es geht weiter") in new stack
    -- Executing [1100@from-pstn:10] Hangup("Console/default", "") in new stack

über einen TCPdump sehe ich, dass der sip1 überhaupt nichts rausschickt. Als würde er nicht wissen wohin.
Trage ich beim sip1 host="ip" statt dynamic ein funktioniert es, dies ist aber nicht gewünscht.
Wie kann ich das Problem lösen?

Vielen Dank im Voraus.

Gruß
MotherTrucker

 

[LordLifthill]

Sind die beiden Anlagen im selben Subnetz?

Falls nicht lohnt sich die Einrichtung von 2 Dyndns Adressen für die beiden FreePBX. Dann kannst über host=dyndns-adresse-der-anlage die Daten verwalten.

 

[MotherTrucker]

Nein sie sind nicht im selben subnetz, aber er sip1 schickt nicht einmal etwas an die ip raus, obwohl unter sip show peers die richtige ip steht.

 

[MotherTrucker]

Hat denn keiner einen Lösungsansatz? Oder irgendeine Idee?

 

[abw1oim]

aber er sip1 schickt nicht einmal etwas an die ip raus

Da stellt sich doch die Frage, ob das wirklich so ist und wenn ja, warum.
Empfgehlenswert wäre da in jedem Fall ein sip debug auf der Asterisk-Console um zu sehen, welchen INVITE der Asterisk auf Basis des Dial-Kommandos macht. U.U. sieht man schon eben diesem INVITE an, warum es nicht versendet wird / an der Gegenstelle nicht ankommt.