Plivo SIP Probleme mit NAT Traversal

Ok, ich habe gesucht und gesucht und kann anscheinend niemanden finden, der über dieses Problem geschrieben ist. Ich habe ein einfaches Büro-Setup, in dem sich hinter einem Sonicwall TZ180 zwei SIP-Telefon-Nebenstellen (Polycom 331) befinden. Ich benutze Plivo als Telefonanlage. Die Erweiterungen werden direkt bei Plivo registriert.

Plivo --> [Internet] --> TimeWarner Modem --> Sonicwall TZ180 --> POE Switch --> Polycom 331s x2

Ich habe die Firewall eingerichtet & amp; NAT regelt auf dem TZ180 so, dass alles funktioniert ... für eine Weile. Nach der Schallwand & amp; Wenn die Telefone neu gestartet werden, können sie problemlos Anrufe entgegennehmen und tätigen. Sobald einige Zeit verstrichen ist (nicht sicher, wie viel, aber mehr als ein paar Stunden, vielleicht sogar ein paar Tage), nehmen die Telefone keine EINGEHENDEN Anrufe mehr an, aber ausgehende Anrufe sind in Ordnung.

Für mich scheint dies ein NAT-Problem zu sein, abgesehen von dem Teil, in dem für eine Weile alles gut funktioniert! Und ich meine wirklich, es funktioniert gut. Rufen Sie Telefon 1 an, sprechen Sie ein bisschen, rufen Sie dann Telefon 2 an, sprechen Sie ein bisschen, rufen Sie Telefon 1 erneut an, sprechen Sie ein bisschen, rufen Sie Telefon 2 an, sprechen Sie ein bisschen, wiederholen Sie den Vorgang. Nach einer unbekannten Zeit ohne Anrufe funktioniert das oben beschriebene Verfahren jedoch nicht mehr für beide Telefone.

Die Sonicwall-Firewall ist auf Bestehen eingestellt UDP 5060-5061 und UDP/TCP 10000-20000. Die Telefone werden von der Sonicwall mit statischen privaten IP-Adressen versehen. Das konsistente NAT von Sonicwall ist aktiviert, und die SIP-Transformationen sind deaktiviert (dies scheint der Konsens zu sein, den ich an anderer Stelle gefunden habe).

Irgendwelche Ideen? Die einzige Möglichkeit, festzustellen, dass die Telefone bei eingehenden Anrufen nicht mehr funktionieren, besteht darin, zu warten, bis eine Voicemail zugestellt wird, aber jemand neben dem Telefon saß. Außerdem möchte ich lieber nicht mein gesamtes Netzwerk neu starten, um jedes Mal ein oder zwei Tage mehr zu haben.

— crc32
quelle

Haben Sie eine freie öffentliche IP-Adresse? Wenn ja, weisen Sie es einem der Telefone zu und schließen Sie es direkt an das TW-Modem an. Umgehen Sie dabei die Sonicwall und prüfen Sie, ob dasselbe Problem auftritt. Es würde auch helfen, Paketerfassungen von funktionierenden und nicht funktionierenden Beispielen zu erhalten.

— pooter03

Ich werde sehen, ob ich das morgen schaffen kann. Ich bin mir jedoch nicht sicher über die öffentlichen IP-Adressen, da es sich um eine Verbindung für Privatanwender handelt. Ich denke, dass sie mehrere dynamische öffentliche Adressen zulassen. Ich kann den POE-Schalter immer so einstellen, dass er zwischen dem TWC & amp; Sonicwall.

— crc32

Macht das Modem NAT? Können Sie abgehende Anrufe tätigen, wenn das Problem auftritt?

— pooter03

Kein NAT auf dem Modem (also kein Double Nat), die WAN-IP der Sonicwall ist öffentlich erreichbar. Ja, die Funktion für ausgehende Anrufe scheint auch dann immer zu funktionieren, wenn die Funktion für eingehende Anrufe ausfällt.

— crc32

Keine Einweg-Audioprobleme bei ausgehenden Anrufen? Haben Sie die Sonicwall-Protokolle überprüft, um festzustellen, ob der Verkehr von Plivo blockiert wird?

— pooter03

Ok, nachdem ich mit Wireshark zu kämpfen hatte, habe ich im Wesentlichen festgestellt, dass das Sonicwall TZ180, so alt wie es ist, nicht gerne mehrere NAT-Pfade offen hält. Ich habe das Problem mit einem Raspberry Pi gelöst, auf dem ein Sternchen läuft und der als SIP-Proxy fungiert.

— crc32
quelle