C cenaly.com
Gratis starten

Netwerk, router en internet voor telefonie

Poorten, SIP ALG en waar u dit uitschakelt op routers van populaire merken, NAT, Wi-Fi en VLAN, hoeveel bandbreedte nodig is voor een gesprek

21 min read Dit scherm openen in de demo
On this page 18

Netwerk, router en internet voor telefonie

Een IP-telefoon is net zo'n apparaat in het netwerk van de vestiging als een kassa of een computer: hij gaat via uw router naar internet en naar onze telefooncentrale. Bijna altijd „werkt het gewoon”, en als het niet werkt, liggen drie of vier routerinstellingen dwars die bij alle merken hetzelfde zijn. Op deze pagina staat wat het netwerk precies nodig heeft, waar u de storende „helper” SIP ALG op routers van populaire merken uitschakelt en hoeveel internet een gesprek nodig heeft.

Wat u in de telefoon zelf invult (server, login, wachtwoord) staat in het overzicht „SIP-telefoons instellen”. Controleer het geluid na elke wijziging in het netwerk met de echotest *43 (zie „Hoe u het netwerk controleert”).

Kort: vijf regels#

  1. Poorten doorsturen is niet nodig. De telefoon maakt zelf verbinding met de telefooncentrale van binnenuit uw netwerk — inkomende verbindingen van buitenaf zijn er niet.
  2. Schakel SIP ALG op de router uit (ook wel „SIP Helper”, „SIP Passthrough”). Dit is de meest voorkomende oorzaak van „het gesprek valt na 30 seconden weg” en „ik ben niet te horen” — waar u het bij uw merk uitschakelt.
  3. Zet de telefoon in het zakelijke netwerk, liefst met een kabel. Niet in de gasten-Wi-Fi: daar zijn apparaten van elkaar geïsoleerd en staat vaak een inlogpagina die de telefoon niet kan passeren.
  4. Er is weinig internet nodig, maar wel stabiel: ongeveer 100 kbit/s in elke richting per gesprek. Belangrijker dan snelheid is dat de verbinding niet „tot het plafond” vol raakt — vooral bij het uploaden.
  5. Kies *43 na elke werkzaamheid aan het netwerk. Een groen punt in de beheeromgeving zegt iets over registratie, niet over geluid.

Hoe een gesprek via het netwerk verloopt#

 IP-telefoon ──► router van de vestiging ──► internet ──► telefooncentrale Cenaly
 (192.168.x.x)   (NAT: vervangt het adres   provider     sip.<uw domein>
                  door het externe)                      of een toegewezen machine

Alle verkeer begint bij de telefoon:

  1. De telefoon stuurt een registratie naar de telefooncentrale (poort 5060). De router onthoudt: „pakketten van deze externe poort zijn voor telefoon 192.168.x.x” — dat heet adresvertaling (NAT).
  2. De telefooncentrale antwoordt en stuurt inkomende oproepen later naar dezelfde plek vanwaar de registratie kwam — via hetzelfde „gaatje” in de router. Daarom is poorten doorsturen niet nodig: de telefoon heeft zelf de deur geopend.
  3. Ook spraak (RTP) stuurt de telefoon zelf, en de telefooncentrale antwoordt met spraak naar het adres en de poort vanwaar die kwam.

Daaruit volgen twee voorwaarden zonder welke de verbinding stukgaat: de router mag de inhoud van SIP-pakketten niet herschrijven (dat doet SIP ALG) en mag het „gaatje” niet vergeten zolang de telefoon tussen gesprekken stil is (dat is keep-alive). Beide komen hieronder aan bod.

Voor de netwerkbeheerder: wat de telefooncentrale zelf met NAT doet

Voor alle toestellen aan de kant van de telefooncentrale zijn ingeschakeld (shared/sip/advanced-options.json, groep nat):

  • force_rport — antwoorden gaan naar het adres en de poort vanwaar het verzoek kwam (RFC 3581), niet naar wat in de header Via staat;
  • rewrite_contact — de telefooncentrale onthoudt de telefoon op het werkelijke externe bronadres van de registratie, niet op het particuliere adres 192.168.x.x uit de header Contact;
  • rtp_symmetric — spraak wordt gestuurd naar de plek vanwaar die van de telefoon komt (symmetric RTP), niet naar het adres uit de SDP;
  • direct_media=no — spraak gaat altijd via de telefooncentrale, zelfs tussen twee telefoons van dezelfde vestiging; telefoons proberen nooit rechtstreeks met elkaar te verbinden.

Daarom heeft de telefoon geen STUN, TURN of ICE nodig, en heeft de vestiging geen statisch extern IP nodig. De telefoon mag registratie vragen met een interval van 60–3600 s (minder dan 60 — weigering 423 Interval Too Brief, standaard 120 s); de telefooncentrale controleert elk geregistreerd toestel elke 60 s met een OPTIONS-verzoek.

Poorten voor de netwerkbeheerder#

De regel is één: sta uitgaand verkeer naar het adres van de telefooncentrale en de antwoorden daarop toe (een gewone „stateful” firewall doet dit zelf). Inkomende regels en poorten doorsturen zijn niet nodig.

Wat Protocol en poort aan de kant van de telefooncentrale Richting vanuit de vestiging
Registratie en oproepen (SIP) UDP 5060; TCP 5060 — als de telefoon op TCP is overgeschakeld uitgaand naar het adres van de telefooncentrale
Spraak (RTP) UDP 10000–20000 (het gedeelde circuit gebruikt 10000–10200, een toegewezen machine het volledige bereik 10000–20000) uitgaand naar het adres van de telefooncentrale
Namen (DNS) UDP/TCP 53 naar de DNS-server van de provider of de uwe
Tijd (NTP) UDP 123 naar tijdservers — anders staat er een verkeerde tijd in de gespreksgeschiedenis

Het adres van de telefooncentrale is een naam, geen IP: die staat in het venster „Inloggegevens van het toestel” (sip.<uw domein> bij het gedeelde circuit of de naam van uw toegewezen machine). Vul in regels geen IP „uit uw hoofd” in en neem het niet van deze pagina over — hier staat het bewust niet.

Details voor de firewall
  • Lokale poorten van de telefoon (vanaf welke poort hij SIP en RTP verstuurt) verschillen per merk — filter uitgaand verkeer niet op bronpoort, maar op bestemmingsadres en -poort.
  • Twee poorten per gesprek aan de kant van de telefooncentrale: RTP gebruikt een even poort, RTCP (kwaliteitsrapporten) de aangrenzende oneven poort. Dat is een interne zaak van de telefooncentrale, maar verklaart waarom het bereik zo breed is.
  • Als de firewall een IP-adres vereist, vraag het dan op via de naam (nslookup <SIP-server>). Een toegewezen machine heeft een statisch IP; bij het gedeelde circuit is toestaan op naam of alle uitgaande UDP ernaartoe betrouwbaarder.
  • TCP 5061 (SIP via TLS) staat op de toegewezen machine open voor versleutelde signalering. De telefoon heeft dat alleen nodig als het transport in het venster met inloggegevens TLS is; standaard staat daar UDP.
  • Versleuteling van geluid (SRTP) is er niet — als „VoIP-inspectie” op de firewall SRTP vereist, schakel die dan uit voor het adres van de telefooncentrale.

SIP ALG — uitschakelen op de router#

Wat het is. SIP ALG (Application Layer Gateway; bij verschillende merken „SIP Helper”, „SIP Passthrough”, „ALG voor SIP”) is een routerfunctie die de telefonie „helpt”: hij kruipt in SIP-pakketten en herschrijft daarin adressen. Hij is bedacht voor oude telefoons die niet achter NAT konden werken. Onze telefooncentrale kan dit zelf (zie het blok hierboven), en de router met zijn „hulp” zit alleen maar in de weg.

Hoe het stukmaakt. Hij herschrijft vaak verkeerd of slechts de helft van de pakketten. Typische tekenen:

  • het gesprek valt precies na ~30 seconden na het antwoorden weg — de bevestiging van het antwoord (ACK) is verkeerd aangekomen, en een van beide partijen legt de hoorn op de haak door een timer;
  • u hoort slechts één kant of helemaal geen geluid — in de beschrijving van de audiostroom is het adres vervangen;
  • de telefoon registreert zich dan wel, dan niet, inkomende gesprekken komen onregelmatig aan.

De mechanica van deze storingen wordt uitgebreid behandeld op de pagina's „Het gesprek valt weg” en „Geen geluid, slechts één kant hoorbaar”. Hier — waar u het uitschakelt.

Merk Waar uitschakelen Fabrieksinstelling
Keenetic (en Netcraze) Algemene systeeminstellingen → Componentenset wijzigen → „Application Layer Gateway (ALG) voor SIP” uitvinken → Bijwerken. Bij Keenetic is SIP ALG geen vinkje, maar een apart systeemcomponent: die wordt verwijderd. De router heeft internet nodig, hij werkt het systeem bij naar de nieuwste versie en herstart zelf — doe dit op een rustig moment niet vermeld in de documentatie
MikroTik (RouterOS) menu NAT-helpers /ip firewall service-port → record sip → uitschakelen: /ip firewall service-port disable sip niet vermeld in de documentatie
TP-Link Archer (Wi-Fi 6) Advanced → Security → ALG → SIP ALG uitschakelen niet vermeld in de documentatie
TP-Link xDSL- en LTE-modems (Archer VR/VX/MR, TD-W) Advanced → NAT Forwarding → ALG → SIP ALG uitschakelen niet vermeld in de documentatie
TP-Link Deco Deco-app → More → Advanced → NAT Forwarding → SIP ALG → uitschakelen niet vermeld in de documentatie
D-Link DIR (Russische firmware) Дополнительно → ALG/Passthrough → schakelaar SIP naar links → Применить niet vermeld in de documentatie
D-Link DIR (Engelse firmware) Advanced → Firewall → Advanced Settings… → SIP → uitschakelen niet vermeld in de documentatie
Zyxel VMG/XMG (modems van providers) Network Setting → NAT → ALG → SIP ALG uitschakelen niet vermeld in de documentatie
ASUS WAN → NAT Passthrough → SIP Passthrough → Disable → Apply (SIP ALG heet bij ASUS SIP Passthrough ⚠️ verify) ingeschakeld
NETGEAR (Nighthawk, Orbi RBR50/40/20) ADVANCED → Setup → WAN Setup → vink Disable SIP ALG aan → Apply ingeschakeld
DrayTek Vigor NAT → ALG → Enable SIP/RTSP ALG uitvinken (firmware vanaf 3.8.5); in de console — sys sip_alg 0 uitgeschakeld
AVM FRITZ!Box een aparte schakelaar voor SIP ALG staat niet in de documentatie van AVM. Maar voor een externe telefooncentrale moet u de beveiliging uitzetten: Telefonie → Eigene Rufnummern → Anschlusseinstellungen → het vinkje „Nutzung von Internettelefonie aus dem Heimnetz unterbinden” (verbod op internettelefonie vanuit het thuisnetwerk) weghalen — anders laat de FRITZ!Box de telefoons niet door naar onze telefooncentrale —
Ubiquiti UniFi (Cloud Gateway) u hoeft niets te doen: volgens de documentatie van Ubiquiti passen UniFi-gateways geen SIP ALG toe. Controleer de router van uw provider ervoor geen ALG
Tenda in de handleidingen van Tenda thuis-Wi-Fi-routers staat geen SIP ALG-punt. Bij Tenda DSL-modems: Advance → Services → ALG → SIP uitvinken —
Huawei, ZTE (optische terminals van providers: HG8245H, HG8145V, F660, F670L…) in de openbare documentatie van de fabrikant staat geen pad, het menu is meestal ingekort door de provider — vraag het uw provider —
Sagemcom, Technicolor, AirTies (kastjes van providers) in de documentatie van de fabrikant staat geen punt — vraag het uw provider —
Xiaomi / Redmi in de documentatie van de fabrikant staat geen punt — test *43 en een gesprek van langer dan een minuut —

„Fabrieksinstelling: niet vermeld in de documentatie” betekent dat de fabrikant niet schrijft of ALG standaard aanstaat — ga kijken. De paden komen uit de officiële handleidingen van de fabrikanten (de lijst staat in „Bronnen”); in andere firmware kunnen de namen van de punten enigszins afwijken.

Voor de netwerkbeheerder: zakelijke gateways
  • TP-Link Omada (gateway met eigen webinterface): Transmission → NAT → ALG — SIP uitvinken.
  • Zyxel ATP/USG (ZLD): Configuration → Network → ALG — Enable SIP ALG uitvinken (en Enable SIP Transformations).
  • Fortinet FortiGate: standaard verwerkt ALG SIP (default-voip-alg-mode proxy-based) en is session-helper sip ingeschakeld (meestal nr. 13). Uitschakelen kan alleen in de console: config system session-helper → delete 13 → end; daarna config system settings → set default-voip-alg-mode kernel-helper-based → end; in het beleid mag geen VoIP-profiel staan. Controle — diagnose sys session list | grep sip.
  • MikroTik: de SIP-record in service-port heeft de parameters sip-direct-media (standaard yes) en sip-timeout (1 uur) — bij een uitgeschakelde helper werken ze niet.
  • OpenWrt: de SIP-helper zit in het pakket kmod-nf-nathelper-extra; geen pakket — geen ALG. Helpers per zone worden ingeschakeld met de optie auto_helper van de firewall.

Als de router van de provider is (optische terminal, „kastje” van de internetprovider) en u ziet het punt niet — het menu is meestal ingekort. Bel de provider en vraag: „schakel SIP ALG uit op mijn router” of „zet de terminal in bridge-modus”, als er uw eigen router achter staat.

Na het uitschakelen herstart u de router en de telefoons (oude NAT-records blijven bestaan tot een herstart of het verlopen van de timer), en toets u daarna *43 in.

NAT, dubbel NAT en keep-alive#

Keep-alive. De router onthoudt het „gaatje” voor het toestel zolang er iets doorheen gaat. Als het toestel langer stil blijft dan de UDP-time-out op de router, wordt de record verwijderd — en een inkomend gesprek bereikt het toestel niet, hoewel in de beheeromgeving nog enkele minuten een groene stip brandt („uitgaande gesprekken werken, inkomende niet”). Bij routers op Linux (waarop veel thuis- en providermodellen draaien) is de standaard time-out 30 seconden voor eenzijdige UDP-stromen en 120 seconden voor stromen met antwoorden; bij MikroTik 30 seconden en 3 minuten.

Daarom:

  • schakel in het toestel NAT keep-alive in (ook wel „NAT Keep-alive”, „Keep Alive Interval”, „UDP keep-alive”) met een interval van 15–30 seconden, als die optie er is;
  • of schakel het toestel over op TCP — TCP-verbindingen houden routers veel langer vast (onze telefooncentrale accepteert TCP op dezelfde poort 5060);
  • de telefooncentrale pollt aan haar kant elk toestel eens per 60 seconden — dat helpt, maar op een router met een time-out van 30 seconden is dat alleen niet genoeg.

Dubbel NAT — wanneer achter de providerrouter of het optische terminal uw eigen router staat, en beide NAT doen. Onze telefooncentrale ziet alleen het buitenste adres en werkt ook zo, maar: SIP ALG moet op beide apparaten uit staan, en keep-alive moet binnen de kortste van de twee time-outs vallen. De beste optie is het providerapparaat in bridge-modus te zetten, zodat er één NAT is.

Mobiel internet en een „grijs” provider-IP (CGNAT) — dat is hetzelfde dubbele NAT, alleen ligt het buitenste niveau bij de operator en is dat niet in te stellen. Het werkt, maar keep-alive is extra belangrijk: time-outs bij operators zijn soms kort.

Voor de netwerkbeheerder: time-outs en controle
  • Linux-routers (OpenWrt en firmware van veel thuis- en providermodellen): nf_conntrack_udp_timeout = 30 s, nf_conntrack_udp_timeout_stream = 120 s — documentatie van de Linux-kernel. MikroTik: /ip firewall connection tracking → udp-timeout = 30 s, udp-stream-timeout = 3 min. Als de toestellen geen keep-alive hebben, verhoog dan de UDP-time-out naar 180 s.
  • Teken van een verlopen NAT-record: uitgaande gesprekken werken altijd, inkomende komen na enkele minuten stilte niet meer aan en „herleven” direct na een uitgaand gesprek.
  • Andersom kunt u de weg naar het toestel controleren vanuit de beheeromgeving: kaart van het apparaat → tab „Controle” → „Naar het apparaat bellen” (zie het overzicht, „Controle van de verbindingskwaliteit”).

Kabel, Wi-Fi, PoE, VLAN en QoS#

  • Kabel is beter dan Wi-Fi. Sluit een bureautoe­stel met een kabel aan. Wi-Fi voegt vertraging en verlies toe, vooral in de zaal waar gasten het netwerk delen; bij het wisselen tussen toegangspunten kan het gesprek wegvallen.
  • Gastnetwerk is niet voor toestellen. Daarin is meestal clientisolatie ingeschakeld (apparaten zien elkaar niet — een computer kan de webinterface van het toestel niet openen) en soms is er een inlogpagina („captive portal”) die het toestel niet kan passeren.
  • Voor het rondlopen in de zaal — DECT, geen Wi-Fi-toestel. DECT-handsets werken via hun eigen radio, zijn niet afhankelijk van Wi-Fi en houden de accu langer vol.
  • Voeding via PoE. De meeste kantoortoe­stellen krijgen voeding van de switch volgens de PoE 802.3af-standaard — een aparte voedingsadapter is niet nodig. Als de switch geen PoE heeft, wordt de voedingsadapter vaak apart verkocht. Voor videotoestellen en apparaten met uitbreidingsmodules kan PoE+ (802.3at) nodig zijn.
  • Softphone op een smartphone verliest de registratie in Wi-Fi bij het overschakelen naar het mobiele netwerk — zie „Softphones”.
Voor de netwerkbeheerder: VLAN voor spraak en QoS

VLAN. In een zaak met een beheerde switch is het handig om de toestellen in een aparte spraak-VLAN te zetten: gast- en kantoorverkeer stoort de spraak niet, toestellen zijn niet zichtbaar voor gasten. Het toestel krijgt het VLAN-nummer handmatig (in zijn eigen netwerkinstellingen), via LLDP-MED van de switch of via een DHCP-optie — zie de pagina van uw merk. Een computer die in de PC-poort van het toestel is aangesloten, blijft in het gewone netwerk. Voor de telefooncentrale verandert een VLAN niets: naar buiten gaat het toestel toch via de NAT van de router.

QoS. Spraak heeft geen dik kanaal nodig, maar prioriteit in de wachtrij voor uitgaand verkeer: wanneer iemand cameravideo of een back-up naar de cloud uploadt, staan spraakpakketten in dezelfde wachtrij als bestanden — vandaar „robotstem” en vertraging. Wat u kunt doen:

  • schakel in de router prioritering in (QoS / SQM / Smart Queue / „Bandbreedtebeheer”) en geef de hoogste prioriteit aan de IP-adressen van de toestellen of aan de spraak-VLAN;
  • beperk de bandbreedte voor „zware” apparaten (camera's, NAS) tot iets onder de werkelijke kanaalsnelheid — dan loopt de wachtrij niet vol;
  • toestellen markeren spraak meestal zelf met DSCP-code 46 (EF) en signalering met 24–26 (CS3/AF31); de router kan op die markering prioriteren. Op internet buiten uw router worden DSCP-markeringen meestal niet gerespecteerd — beheer dus vooral uw eigen uitgaand verkeer.

Hoeveel internet is er nodig#

Eén gesprek via onze telefooncentrale gebruikt ongeveer 87 kbit/s in elke richting — gelijk voor de codecs G.711 (A-law/µ-law) en G.722. Reken met een marge 100 kbit/s per gesprek — zowel voor ontvangst als voor verzending.

Gelijktijdig in gesprek Nodig voor verzending en ontvangst (elk)
1 telefoon 0,1 Mbit/s
2 0,2 Mbit/s
4 0,4 Mbit/s
8 0,8 Mbit/s
10 1 Mbit/s
20 2 Mbit/s

Twee punten waarop mensen struikelen:

  • Een gesprek tussen twee telefoons binnen het bedrijf is twee streams via internet, niet nul: spraak gaat altijd via de telefooncentrale (elke telefoon — naar de centrale en terug). Tel de telefoons die gelijktijdig in gesprek zijn, niet de oproepen.
  • De verzendkant is de flessenhals. Bij ADSL, mobiel internet en veel abonnementen is de uploadsnelheid een veelvoud lager dan de downloadsnelheid. Als de upload wordt bezet door camera's, cloudback-up of het uploaden van video, gaat spraak haperen, zelfs wanneer „de snelheid volgens de test goed is”.

Kwaliteit is belangrijker dan snelheid. Voor een normaal gesprek is het volgende nodig:

Indicator Goed Slecht hoorbaar
Pakketverlies tot 1 % meer dan 3 % — „borrelt”, lettergrepen vallen weg
Jitter (schommeling in vertraging) tot 30 ms meer dan 50 ms — geluid hapert
Vertraging heen en terug tot 150 ms meer dan 300 ms — gesprekspartners praten door elkaar heen

Dezelfde cijfers toont de telefooncentrale bij elke *43-test in het oproeplogboek.

Mobiel internet. Een gesprek verbruikt ongeveer 0,6 MB per minuut in elke richting, dat is ongeveer 1,2 MB per minuut in totaal, of ongeveer 72 MB per uur gesprek.

Hoe dit is berekend

De codecs van onze telefooncentrale — G.711 (PCMA/PCMU) en G.722 — verzenden beide 64 kbit/s aan audio. De telefoon verstuurt elke 20 ms een pakket (ptime 20 ms — de standaard voor deze codecs), dat is 50 pakketten per seconde.

  • Nuttige lading van een pakket: 64 000 bit/s × 0,02 s = 1280 bit = 160 byte.
  • Headers: RTP 12 + UDP 8 + IPv4 20 = 40 byte → pakket op IP-niveau — 200 byte.
  • Op IP-niveau: 200 byte × 8 × 50 pakketten/s = 80 kbit/s.
  • In de Ethernet-kabel komt daar nog 18 byte framekop bij: 218 byte × 8 × 50 = 87,2 kbit/s — dat is het „ongeveer 87”.
  • RTCP (kwaliteitsrapporten, eens per paar seconden) voegt fracties van een kbit/s toe — verwaarloosbaar. PPPoE bij de provider voegt 8 byte per pakket toe (+3,2 kbit/s).

Formule: bandbreedte = (lading + headers) × 8 × (1000 / ptime); voor G.711 en G.722 bij 20 ms: (160 + 40 + 18) × 8 × 50 = 87 200 bit/s.

Verkeer: 80 kbit/s (op IP-niveau, zoals de mobiele operator rekent) = 10 000 byte/s × 60 = 600 000 byte ≈ 0,6 MB per minuut in één richting; ×2 richtingen = 1,2 MB/min; ×60 minuten = 72 MB/uur.

Hoe u het netwerk controleert#

  1. Echotest *43 vanaf de telefoon die vragen oproept: pieptoon → uw eigen stem. Hoe u de vier uitkomsten leest (pieptoon zonder stem, stilte, haperend) — in het overzicht: „Controle van de gesprekskwaliteit”. Spreek minstens 10 seconden — dan verschijnen pakketverlies, jitter en vertraging in het oproeplogboek.
  2. Een oproep van de centrale naar het toestel (kaart van het toestel → „Controle” → „Naar het toestel bellen”) test de retourweg — precies het „gaatje” in de router waardoor inkomende oproepen binnenkomen.
  3. Dezelfde controle vanaf een ander netwerk (telefoon of softphone via mobiel internet) geeft snel antwoord of het netwerk van het bedrijf de schuldige is.

Als er iets mis is — analyse per symptoom:

Beveiliging#

  • Zet een telefoon, ATA of gateway niet rechtstreeks op internet: stuur 5060 er niet naartoe, zet het toestel niet in de DMZ en geef het geen „wit” IP. Het internet wordt dag en nacht door robots gescand — een open toestel gaat 's nachts bellen vanaf nummers als „100” of „1000”, en in het slechtste geval wordt het gebruikt voor betaalde oproepen. Onze opzet heeft helemaal geen port forwarding nodig.
  • Wijzig het fabriekswachtwoord van de webinterface van de telefoon (admin/admin en dergelijke) — anders kan iedereen in het netwerk van het bedrijf, inclusief gasten-Wi-Fi zonder isolatie, de instellingen openen en de inloggegevens lezen.
  • Als de telefoon een optie heeft „SIP alleen van server/proxy accepteren” (Allow SIP from proxy only, Accept SIP from registrar only) — schakel die in.
  • Werk de firmware van de telefoons en de router bij via de officiële bronnen van de fabrikant.

Veelgestelde vragen#

Heeft een zaak een statisch („wit”) IP-adres nodig?#

Nee. De telefoon verbindt zelf met de telefooncentrale, en de centrale onthoudt hem aan de hand van het feitelijke externe adres, wat dat ook is. Het werkt zowel achter een „grijs” IP-adres van de provider als via mobiel internet.

Moeten de poorten 5060 en 10000–20000 op de router worden doorgestuurd?#

Nee, en probeer dat ook niet: doorsturen van 5060 naar de telefoon maakt hem zichtbaar voor scanners vanaf internet. Het is voldoende dat de router uitgaand verkeer doorlaat (zo is hij af fabriek ingesteld).

Ik heb SIP ALG niet in mijn router gevonden. Wat nu?#

Kijk in de secties NAT, „Firewall”, „Beveiliging”, „WAN”, „Componenten”. Is er geen optie — mogelijk heeft het model helemaal geen ALG; test met *43 en met een gesprek van langer dan een minuut. Als gesprekken na 30 seconden wegvallen en de router is van de provider — vraag de provider dan SIP ALG uit te schakelen of het apparaat in bridge-modus te zetten.

Inkomende gesprekken komen alleen in de eerste minuten na het inschakelen van de telefoon#

Een klassiek teken van een verlopen NAT-record op de router: de telefoon zwijgt langer dan de UDP-time-out, en de router vergeet waar inkomende gesprekken naartoe moeten. Schakel in de telefoon NAT keep-alive in op 15–30 seconden of zet het transport om naar TCP. Uitgebreid — „Het gesprek valt weg” en de sectie „NAT, dubbel NAT en keep-alive”.

Redden we het met een mobiele router met SIM-kaart?#

Voor 1–3 gelijktijdige gesprekken — meestal wel: er is ongeveer 0,1 Mbit/s per gesprek in elke richting nodig. Het zwakke punt is instabiliteit: bij verlies van meer dan 3 % en een vertraging van meer dan 300 ms wordt het gesprek oncomfortabel. Test *43 op het drukste moment en bekijk de cijfers in het gesprekslogboek.

Kunnen we de telefoons op de gasten-Wi-Fi hangen?#

Beter van niet. In het gastennetwerk is vaak clientisolatie en een inlogpagina ingeschakeld, en gasten delen het kanaal met hun video's — spraak gaat juist op het drukste moment haperen. Wijs de telefoons een apart netwerk of VLAN toe.

Gerelateerde secties#

Bronnen#

Was this article helpful?
Network, softphones & reset
Demo gastenmenu Gratis starten