Dit document geeft een beschrijving van hoe de USG in te stellen voor gebruik van (meerdere) VoIP toestellen achter de USG welke zich aanmelden bij een Hosted VoIP provider op het internet en gebruik maken van OutBound Proxy.

Stap 1

Selecteer "Configuration > Network > ALG" en vink "Enable SIP ALG" en "Enable Configure SIP inactivity Timer" aan:

De ingestelde waarde bij "SIP Signaling inactivity Timerout" moet minstens zo lang of langer zijn dan de langst ingestelde herregistratie tijd (reregister timer) op de toestellen achter de router.

Voeg eventueel de door de Hosted VoIP Provider gebruikte SIP poort toe (zoals in dit voorbeeld met poort 5080 is gedaan).

De SIP ALG is nu actief voor verkeer over de ingestelde (UDP en TCP) poorten.

Ga naar stap 3 en controleer dat de in de toestellen ingestelde timers korter zijn dan wat (bovenstaand) bij de "SIP signaling Inactivity Timeout" is ingesteld (1800).

Of selecteer "Configuration > Network > ALG" en vink "Enable SIP ALG" uit:

De SIP ALG is niet actief. Zonder actieve SIP ALG moet de "UDP Session Time Out" in de ZyWALL en de timers in de toestellen (of VoIP platform) op elkaar worden afgestemd. De "UDP Session Time Out" in de ZyWALL moet even lang of langer zijn dat de timers in de toestellen.

Stap 2

Selecteer "Configuration > Firewall > Session Control" en zet de "UDP Session Time Out" op 180 :

Stap 3

Stel in alle VoIP toestellen alle registratie gerelateerde timers* in op (niet meer dan) de waarde van de "UDP Session Time Out" (180 seconden).

* Veel verschillende merken VoIP toestellen gebruiken verschillende benamingen:
SIP Session Timer, SIP (Re-)Registration timer, (Proposed) Expiry timer, Subscription Expiry timer.
Deze waarden staan vaak standaard op 3600 sec. (1 uur).

Stap 4

Reboot de USG en daarna ook alle VoIP toestellen.

ZyWALL achter NAT met VoIP centrale in de lokale WAN

Wanneer er voor de ZyWALL (bijvoorbeeld) een Fritzbox wordt gebruikt waarop VoIP apparaten zich moeten aanmelden dan moet SIP en RTP door de ZyWALL. "Out of the box" NAT de ZyWALL al het verkeer over de WAN poort. Dat gaat goed voor het signaleren (SIP). Maar NAT gaat niet (vanzelf) goed voor spraak (RTP).

Je kunt ten eerste proberen om in de ZyXEL de SIP ALG én SIP transformation aan te zetten. Dat zou de problemen kunnen oplossen. Dan probeert de ZyWALL te doen wat anders wordt gedaan door de outboud proxy. (Wel even de VoIP apparatuur herstarten na het activeren.)

De andere methode is zorgen dat verkeer tussen de Gigasets en Fritz!box wordt gerouteerd zonder NAT. Dan is er geen SIP ALG & transformation, outbound proxy of STUN nodig. Daarvoor moet je minstens twee dingen doen:

1. Een policy route in de ZyWALL aanmaken om verkeer naar het LAN IP van de Gigaset te routeren zonder(!) NAT.

2. In de voorliggende router een static route aanmaken om verkeer naar het LAN subnet van het (interne) WAN IP ZyWALL te laten lopen. Bijvoorbeeld zie https://en.avm.de/service/fritzbox/fritzbox-7360/knowledge-base/publication/show/581_Configuring-a-static-IP-route-in-the-FRITZ-Box/

Opmerkingen

Instellingen:

• Er hoeven voor VoIP verder geen aanpassingen aan de NAT en Firewall instellingen van de USG te worden gemaakt.
  
• Gebruiken de toestellen geen Outbound Proxy maar staat de SIP registratie-server wel ergens op Internet,
  vink dan onder Stap 1 óók de optie "Enable SIP ALG" aan (maar laat "Enable SIP Transformations" uitgevinkt staan!). Dit verondersteld dat op de toestellen STUN is ingesteld en werkt.
  

Debuggen:

• Met het CLI commando debug system show conntrack | match "sport=5060" kunnen de lopende SIP sessies in de ZyWALL worden bekeken. In de derde kolom staat hoe lang de sessie nog geldig is.

Gedrag:

• ZLD (ZyXEL Linux Distribution) doet NAT source port preservation. Wanneer een nieuwe sessie wordt opgezet, dan wordt gekeken of de combinatie al in gebruik is. Wanneer dat volgens de ZyWALL niet zo is dan wordt dezelfde source poort (5060) gebruikt. Dit kan aan de SIP server zijde leiden tot een lijstje van meerdere IP's die allemaal van hetzelfde source IP en source port zijn geregistreerd. Dit kan komen doordat in de ZyWALL de sessie is verlopen omdat de herregistratietijd langer is dan de "UDP session time out" (met SIP ALG uit) of de herregistratietijd lager is dan de ingestelde "SIP signaling Inactivity Timeout" (met SIP ALG aan), of wanneer de sessietabel wordt gewist. De sessie tabel wordt gewist bij een herstart van de router, het verliezen van het WAN IP, het handmatig wissen van de sessie tabel. Dit effect treed alleen op bij toestellen die een vaste "source" poort gebruiken. Bijvoorbeeld de "Local SIP port" van Yealink toestellen. Door bij Yealink toestellen onder de tab Settings - SIP het veld Local SIP port aan te passen van 5060 naar voor elk toestel unieke (hoge) waarden (bijvoorbeeld tussen 60000 en 65000) kan er voor worden gezorgt dat dit verschijnsel niet op kan treden.
• Het vinkje bij "Enable SIP signaling Inactivity Timeout" maakt geen verschil in firmwares tot en met de V4.31(xxxx.0). In beide situaties wordt bij het een actieve SIP ALG de "SIP signaling Inactivity Timeout" gebruikt. Er wordt op geen enkel moment gekeken naar de "expires" waarden in de SIP REGISTER of SIP SUBSCRIBE packets. Dit is gemeld en wordt opgelost in een latere firmware.

Bij problemen met BLF (Busy Light Fields):

• Updaten van de firmware naar de laatste versie.
• SIP over TCP forceren in de toestellen. (De ITSP moet het wel ondersteunen.)
• UPgraden naar een moderne ZyWALL. (Dit is gerapporteerd met de ZLD ZyWALL's met 3.30 firmware, maar het is niet bekend of het met de ZLD 4.x firmwares nog steeds optreed.)
• Traces maken van LAN (van de IP toestellen) en WAN verkeer (van het VoIP) en deze samen met de configuratie mailen naar support@valadis.nl met een omschrijving van wat er mis gaat.