C cenaly.com
Zacznij za darmo

Sieć, router i internet dla telefonii

Porty, SIP ALG i gdzie go wyłączyć na routerach popularnych marek, NAT, Wi-Fi i VLAN, ile internetu potrzeba na połączenie

19 min read Otwórz ten ekran w demo
On this page 18

Sieć, router i internet dla telefonii

Telefon IP to takie samo urządzenie w sieci placówki jak kasa fiskalna czy komputer: łączy się z internetem przez Twój router z naszą centralą. Prawie zawsze „po prostu działa”, a gdy nie działa — winne są trzy–cztery ustawienia routera, takie same u wszystkich marek. Na tej stronie znajdziesz, czego dokładnie wymaga sieć, gdzie wyłączyć przeszkadzającego „pomocnika” SIP ALG na routerach popularnych marek i ile internetu potrzeba na jedną rozmowę.

Co wpisać w sam telefon (serwer, login, hasło) — w przeglądzie „Konfiguracja telefonów SIP”. Sprawdzenie dźwięku po wszelkich zmianach w sieci — test echa *43 (patrz „Jak sprawdzić sieć”).

Krótko: pięć zasad#

  1. Nie trzeba przekierowywać portów. Telefon sam łączy się z centralą od wewnątrz Twojej sieci — połączeń przychodzących z zewnątrz nie ma.
  2. Wyłącz SIP ALG na routerze (zwany też „SIP Helper”, „SIP Passthrough”). To najczęstsza przyczyna „rozmowa urywa się po 30 sekundach” i „mnie nie słychać” — gdzie go szukać u Twojej marki.
  3. Telefon — do sieci służbowej, najlepiej kablem. Nie do gościnnego Wi-Fi: tam urządzenia są odizolowane od siebie, a często stoi strona logowania, przez którą telefon nie przejdzie.
  4. Internetu potrzeba niewiele, ale stabilnie: około 100 kbit/s w każdą stronę na jedną rozmowę. Ważniejsza niż prędkość jest ochrona łącza przed zapchaniem „pod sufit” — zwłaszcza na wysyłaniu.
  5. Po wszelkich pracach z siecią wybierz *43. Zielona kropka w panelu administracyjnym mówi o rejestracji, a nie o dźwięku.

Jak rozmowa przechodzi przez sieć#

 Telefon IP ──► router placówki ──► internet ──► centrala Cenaly
 (192.168.x.x)  (NAT: podmienia      dostawca    sip.<Twoja domena>
                 adres na zewnętrzny)             lub dedykowana maszyna

Cały ruch zapoczątkowuje telefon:

  1. Telefon wysyła do centrali rejestrację (port 5060). Router zapamiętuje: „pakiety z tego zewnętrznego portu — dla telefonu 192.168.x.x” — nazywa się to translacją adresów (NAT).
  2. Centrala odpowiada, a potem przysyła połączenia przychodzące tam, skąd przyszła rejestracja — przez tę samą „dziurę” w routerze. Dlatego nie trzeba przekierowywać portów: drzwi otworzył sam telefon.
  3. Głos (RTP) telefon również zaczyna wysyłać sam, a centrala odpowiada głosem na ten adres i port, z którego przyszedł.

Stąd dwa warunki, bez których łączność się psuje: router nie może przepisywać zawartości pakietów SIP (robi to SIP ALG) i nie może zapominać „dziury”, dopóki telefon milczy między rozmowami (to keep-alive). Oba omówiono poniżej.

Dla administratora sieci: co centrala robi z NAT sama

Dla wszystkich numerów wewnętrznych po stronie centrali włączone są (shared/sip/advanced-options.json, grupa nat):

  • force_rport — odpowiedzi idą na adres i port, z którego przyszło żądanie (RFC 3581), a nie na wpisany w nagłówku Via;
  • rewrite_contact — centrala zapamiętuje telefon po rzeczywistym zewnętrznym adresie źródła rejestracji, a nie po prywatnym adresie 192.168.x.x z nagłówka Contact;
  • rtp_symmetric — głos jest wysyłany tam, skąd przychodzi od telefonu (symmetric RTP), a nie na adres z SDP;
  • direct_media=no — głos zawsze idzie przez centralę, nawet między dwoma telefonami jednej placówki; telefony nigdy nie próbują łączyć się ze sobą bezpośrednio.

Dlatego STUN, TURN i ICE nie są telefonowi potrzebne, a statyczny zewnętrzny IP placówce nie jest potrzebny. Rejestracji telefon może żądać co 60–3600 s (mniej niż 60 — odmowa 423 Interval Too Brief, domyślnie 120 s); centrala sprawdza każdy zarejestrowany aparat żądaniem OPTIONS raz na 60 s.

Porty dla administratora sieci#

Zasada jest jedna: zezwolić na ruch wychodzący do adresu centrali i odpowiedzi na niego (zwykły „stateful” firewall robi to sam). Reguły przychodzące i przekierowanie portów nie są potrzebne.

Co Protokół i port po stronie centrali Kierunek z placówki
Rejestracja i połączenia (SIP) UDP 5060; TCP 5060 — jeśli telefon przełączony na TCP wychodzący do adresu centrali
Głos (RTP) UDP 10000–20000 (wspólny kontur używa 10000–10200, dedykowana maszyna — cały zakres 10000–20000) wychodzący do adresu centrali
Nazwy (DNS) UDP/TCP 53 do serwera DNS dostawcy lub Twojego
Czas (NTP) UDP 123 do serwerów czasu — inaczej w historii połączeń będzie błędny czas

Adres centrali to nazwa, a nie IP: jest pokazany w oknie „Dane uwierzytelniające numeru wewnętrznego” (sip.<Twoja domena> we wspólnym konturze lub nazwa Twojej dedykowanej maszyny). Nie wpisuj w regułach IP „z pamięci” i nie bierz go z tej strony — celowo go tu nie ma.

Szczegóły dla firewalla
  • Lokalne porty telefonu (z którego portu wysyła SIP i RTP) są inne dla każdej marki — nie trzeba filtrować ruchu wychodzącego po porcie źródłowym, filtruj po adresie i porcie docelowym.
  • Dwa porty na jedną rozmowę po stronie centrali: RTP zajmuje port parzysty, RTCP (raporty o jakości) — sąsiedni nieparzysty. To wewnętrzna sprawa centrali, ale wyjaśnia, dlaczego zakres jest szeroki.
  • Jeśli firewall wymaga adresu IP, uzyskaj go po nazwie (nslookup <serwer SIP>). Dedykowana maszyna ma statyczny IP; we wspólnym konturze pewniej jest zezwalać po nazwie lub na cały wychodzący UDP do niej.
  • TCP 5061 (SIP przez TLS) na dedykowanej maszynie jest otwarty pod szyfrowaną sygnalizację. Telefon potrzebuje go tylko wtedy, gdy w oknie danych uwierzytelniających transport to TLS; domyślnie jest tam UDP.
  • Szyfrowania dźwięku (SRTP) nie ma — jeśli na firewallu „inspekcja VoIP” wymaga SRTP, wyłącz ją dla adresu centrali.

SIP ALG — wyłączyć na routerze#

Co to jest. SIP ALG (Application Layer Gateway; u różnych marek — „SIP Helper”, „SIP Passthrough”, „ALG dla SIP”) — funkcja routera, która „pomaga” telefonii: zagląda do wnętrza pakietów SIP i przepisuje w nich adresy. Została wymyślona dla starych telefonów, które nie potrafiły działać za NAT. Nasza centrala potrafi to sama (patrz blok powyżej), a router ze swoją „pomocą” tylko przeszkadza.

Jak psuje. Często przepisuje nieprawidłowo lub tylko połowę pakietów. Typowe objawy:

  • połączenie urywa się dokładnie po ~30 sekundach od odebrania — potwierdzenie odebrania (ACK) poszło nie tam, gdzie trzeba, i jedna ze stron odkłada słuchawkę po upływie timera;
  • słychać tylko jedną stronę albo nie ma dźwięku wcale — w opisie strumienia głosowego podmieniony został adres;
  • telefon raz się rejestruje, raz nie, połączenia przychodzące dochodzą co drugi raz.

Mechanikę tych awarii szczegółowo omawiają strony „Połączenie się urywa” i „Brak dźwięku, słychać tylko jedną stronę”. Tutaj — gdzie to wyłączyć.

Marka Gdzie wyłączyć Fabrycznie
Keenetic (i Netcraze) Ustawienia ogólne systemu → Zmień zestaw komponentów → odznaczyć „Brama warstwy aplikacji (ALG) dla SIP” → Zaktualizuj. W Keenetic SIP ALG to nie pole wyboru, a osobny komponent systemu: usuwa się go. Router potrzebuje internetu, zaktualizuje system do najnowszej wersji i sam się zrestartuje — rób to w spokojnym czasie w dokumentacji nie podano
MikroTik (RouterOS) menu pomocników NAT /ip firewall service-port → wpis sip → wyłączyć: /ip firewall service-port disable sip w dokumentacji nie podano
TP-Link Archer (Wi-Fi 6) Advanced → Security → ALG → wyłączyć SIP ALG w dokumentacji nie podano
TP-Link modemy xDSL i LTE (Archer VR/VX/MR, TD-W) Advanced → NAT Forwarding → ALG → wyłączyć SIP ALG w dokumentacji nie podano
TP-Link Deco aplikacja Deco → More → Advanced → NAT Forwarding → SIP ALG → wyłączyć w dokumentacji nie podano
D-Link DIR (rosyjskie oprogramowanie) Dodatkowo → ALG/Passthrough → przełącznik SIP w lewo → Zastosuj w dokumentacji nie podano
D-Link DIR (angielskie oprogramowanie) Advanced → Firewall → Advanced Settings… → SIP → wyłączyć w dokumentacji nie podano
Zyxel VMG/XMG (modemy operatorów) Network Setting → NAT → ALG → wyłączyć SIP ALG w dokumentacji nie podano
ASUS WAN → NAT Passthrough → SIP Passthrough → Disable → Apply (SIP ALG u ASUS nazywa się SIP Passthrough ⚠️ verify) włączony
NETGEAR (Nighthawk, Orbi RBR50/40/20) ADVANCED → Setup → WAN Setup → zaznaczyć Disable SIP ALG → Apply włączony
DrayTek Vigor NAT → ALG → odznaczyć Enable SIP/RTSP ALG (oprogramowanie od 3.8.5); w konsoli — sys sip_alg 0 wyłączony
AVM FRITZ!Box osobnego wyłącznika SIP ALG w dokumentacji AVM nie ma. Ale dla zewnętrznej centrali trzeba zdjąć zabezpieczenie: Telefonie → Eigene Rufnummern → Anschlusseinstellungen → usunąć zaznaczenie „Nutzung von Internettelefonie aus dem Heimnetz unterbinden” (zakaz telefonii internetowej z sieci domowej) — inaczej FRITZ!Box nie przepuści telefonów do naszej centrali —
Ubiquiti UniFi (Cloud Gateway) nic nie trzeba robić: według dokumentacji Ubiquiti bramy UniFi nie stosują SIP ALG. Sprawdź router operatora przed nim brak ALG
Tenda w instrukcjach domowych routerów Wi-Fi Tenda nie ma pozycji SIP ALG. W modemach Tenda DSL: Advance → Services → ALG → odznaczyć SIP —
Huawei, ZTE (terminale optyczne operatorów: HG8245H, HG8145V, F660, F670L…) w ogólnodostępnej dokumentacji producenta nie ma ścieżki, menu jest zwykle okrojone przez operatora — zapytaj operatora —
Sagemcom, Technicolor, AirTies (urządzenia operatorów) w dokumentacji producenta nie ma tej pozycji — zapytaj operatora —
Xiaomi / Redmi w dokumentacji producenta nie ma tej pozycji — sprawdź *43 i połączeniem dłuższym niż minuta —

„Fabrycznie: w dokumentacji nie podano” oznacza, że producent nie pisze, czy ALG jest włączony od początku — wejdź i sprawdź. Ścieżki pochodzą z oficjalnych instrukcji producentów (lista — w „Źródłach”); w innym oprogramowaniu nazwy pozycji mogą się nieco różnić.

Dla administratora sieci: bramy biznesowe
  • TP-Link Omada (brama z własnym interfejsem webowym): Transmission → NAT → ALG — odznaczyć SIP.
  • Zyxel ATP/USG (ZLD): Configuration → Network → ALG — odznaczyć Enable SIP ALG (i Enable SIP Transformations).
  • Fortinet FortiGate: fabrycznie SIP obsługuje ALG (default-voip-alg-mode proxy-based) i włączony jest session-helper sip (zwykle nr 13). Wyłącza się tylko w konsoli: config system session-helper → delete 13 → end; następnie config system settings → set default-voip-alg-mode kernel-helper-based → end; w polityce nie może być profilu VoIP. Sprawdzenie — diagnose sys session list | grep sip.
  • MikroTik: wpis SIP w service-port ma parametry sip-direct-media (domyślnie yes) i sip-timeout (1 godzina) — przy wyłączonym pomocniku nie działają.
  • OpenWrt: pomocnik SIP znajduje się w pakiecie kmod-nf-nathelper-extra; nie ma pakietu — nie ma i ALG. Pomocniki według stref włącza opcja auto_helper zapory sieciowej.

Jeśli router jest od operatora (terminal optyczny, „pudełko” od dostawcy internetu) i pozycji nie widać — menu jest zwykle okrojone. Zadzwoń do operatora i poproś: „wyłączcie SIP ALG na moim routerze” albo „przełączcie terminal w tryb mostu (bridge)”, jeśli stoi za nim twój własny router.

Po wyłączeniu zrestartuj router i telefony (stare wpisy NAT żyją do restartu lub wygaśnięcia timera), a następnie wybierz *43.

NAT, podwójny NAT i keep-alive#

Keep-alive. Router pamięta „dziurę” dla telefonu, dopóki coś przez nią przechodzi. Jeśli telefon milczy dłużej niż limit czasu UDP na routerze, rekord jest usuwany — i połączenie przychodzące nie dociera do telefonu, choć w panelu administracyjnym jeszcze przez kilka minut świeci zielona kropka („połączenia wychodzące działają, przychodzące nie”). W routerach z Linux (działa na nim wiele modeli domowych i operatorskich) domyślny limit czasu to 30 sekund dla jednokierunkowych strumieni UDP i 120 sekund — dla strumieni z odpowiedziami; w MikroTik — 30 sekund i 3 minuty.

Dlatego:

  • w telefonie włącz NAT keep-alive (zwany też „NAT Keep-alive”, „Keep Alive Interval”, „UDP keep-alive”) z interwałem 15–30 sekund, jeśli jest taka opcja;
  • albo przełącz telefon na TCP — połączenia TCP routery utrzymują znacznie dłużej (nasza centrala przyjmuje TCP na tym samym porcie 5060);
  • centrala ze swojej strony odpytuje każdy telefon raz na 60 sekund — to pomaga, ale przy routerze z limitem czasu 30 sekund samo to nie wystarczy.

Podwójny NAT — gdy za routerem operatora lub terminalem optycznym stoi twój własny router i oba wykonują NAT. Nasza centrala widzi tylko najbardziej zewnętrzny adres i działa również tak, ale: SIP ALG trzeba wyłączyć na obu urządzeniach, a keep-alive musi mieścić się w krótszym z dwóch limitów czasu. Najlepsze rozwiązanie — przełączyć urządzenie operatora w tryb mostu (bridge), żeby NAT był jeden.

Internet mobilny i „szary” adres IP operatora (CGNAT) — to ten sam podwójny NAT, tylko zewnętrzny poziom należy do operatora i nie można go skonfigurować. Działa, ale keep-alive jest szczególnie ważny: limity czasu u operatorów bywają krótkie.

Dla administratora sieci: limity czasu i sprawdzanie
  • Routery z Linux (OpenWrt i oprogramowanie wielu modeli domowych i operatorskich): nf_conntrack_udp_timeout = 30 s, nf_conntrack_udp_timeout_stream = 120 s — dokumentacja jądra Linux. MikroTik: /ip firewall connection tracking → udp-timeout = 30 s, udp-stream-timeout = 3 min. Jeśli telefony nie mają keep-alive, podnieś limit czasu UDP do 180 s.
  • Objaw przeterminowanego rekordu NAT: połączenia wychodzące działają zawsze, przychodzące przestają przychodzić po kilku minutach bezczynności i „ożywają” zaraz po połączeniu wychodzącym.
  • Odwrotnie, drogę do telefonu można sprawdzić z panelu administracyjnego: karta aparatu → zakładka „Sprawdzenie” → „Zadzwoń na aparat” (patrz przegląd, „Sprawdzanie jakości połączenia”).

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

  • Kabel lepszy niż Wi-Fi. Telefon stacjonarny podłączaj kablem. Wi-Fi dodaje opóźnienie i straty, zwłaszcza na sali, gdzie sieć dzielą goście; przy przechodzeniu między punktami dostępowymi rozmowa może się przerwać.
  • Sieć gościnna — nie dla telefonów. Zwykle jest w niej włączona izolacja klientów (urządzenia nie widzą się nawzajem — komputer nie otworzy interfejsu internetowego telefonu), a bywa strona logowania („captive portal”), której telefon nie może przejść.
  • Do biegania po sali — DECT, a nie telefon Wi-Fi. Słuchawki DECT działają na własnym radiu, nie zależą od Wi-Fi i dłużej trzymają ładowanie.
  • Zasilanie przez PoE. Większość telefonów biurowych jest zasilana ze switcha według standardu PoE 802.3af — osobny zasilacz nie jest potrzebny. Jeśli switch nie ma PoE, zasilacz często sprzedawany jest osobno. Telefony wideo i aparaty z modułami rozszerzeń mogą wymagać PoE+ (802.3at).
  • Softfon na smartfonie w Wi-Fi traci rejestrację przy przejściu na sieć mobilną — patrz „Softfony”.
Dla administratora sieci: VLAN dla głosu i QoS

VLAN. W lokalu z zarządzanym switchem wygodnie jest wydzielić telefony do osobnego VLAN-u głosowego: ruch gościnny i służbowy nie przeszkadza głosowi, telefony nie są widoczne dla gości. Telefon otrzymuje numer VLAN ręcznie (we własnych ustawieniach sieciowych), przez LLDP-MED od switcha lub opcją DHCP — patrz strona twojej marki. Komputer włączony do portu PC telefonu pozostaje w zwykłej sieci. Dla centrali VLAN niczego nie zmienia: na zewnątrz telefon i tak wychodzi przez NAT routera.

QoS. Głos potrzebuje nie grubego kanału, a priorytetu w kolejce na wysyłanie: gdy ktoś wysyła wideo z kamer lub backup do chmury, pakiety głosu stoją w jednej kolejce z plikami — stąd „robot” i opóźnienie. Co można zrobić:

  • w routerze włączyć priorytetyzację (QoS / SQM / Smart Queue / „Zarządzanie pasmem”) i nadać najwyższy priorytet adresom IP telefonów lub VLAN-owi głosowemu;
  • ograniczyć pasmo dla „ciężkich” urządzeń (kamery, NAS) nieco poniżej rzeczywistej prędkości kanału — wtedy kolejka się nie zapełnia;
  • telefony zwykle same oznaczają głos kodem DSCP 46 (EF), a sygnalizację — 24–26 (CS3/AF31); router może priorytetyzować po tej etykiecie. W internecie poza twoim routerem etykiety DSCP zwykle nie są respektowane — dlatego warto zarządzać właśnie swoim wysyłaniem.

Ile internetu potrzeba#

Jedna rozmowa przez naszą centralę zajmuje około 87 kbit/s w każdą stronę — tyle samo dla kodeków G.711 (A-law/µ-law) i G.722. Z zapasem przyjmuj 100 kbit/s na rozmowę — i na odbiór, i na wysyłanie.

Jednocześnie rozmawiają Potrzeba na wysyłanie i na odbiór (każde)
1 telefon 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

Dwa doprecyzowania, na których łatwo się potknąć:

  • Rozmowa dwóch telefonów wewnątrz lokalu to dwa strumienie przez internet, a nie zero: głos zawsze idzie przez centralę (każdy telefon — do centrali i z powrotem). Licz telefony, które rozmawiają jednocześnie, a nie połączenia.
  • Wąskim gardłem jest wysyłanie. W ADSL, internecie mobilnym i wielu planach prędkość wysyłania jest wielokrotnie mniejsza niż odbioru. Jeśli kanał wysyłania jest zajęty przez kamery, kopię zapasową w chmurze albo wczytywanie wideo, głos zacznie się rwać, nawet gdy „prędkość z testu jest dobra”.

Jakość ważniejsza niż prędkość. Do normalnej rozmowy potrzebne są:

Wskaźnik Dobrze Słabo słychać
Utrata pakietów do 1 % więcej niż 3 % — „bulgocze”, znikają sylaby
Jitter (rozrzut opóźnienia) do 30 ms więcej niż 50 ms — dźwięk się rwie
Opóźnienie w obie strony do 150 ms więcej niż 300 ms — rozmówcy przerywają sobie nawzajem

Te same liczby centrala pokazuje przy każdym teście *43 w dzienniku połączeń.

Internet mobilny. Rozmowa zużywa około 0,6 MB na minutę w każdą stronę, czyli około 1,2 MB na minutę łącznie, albo około 72 MB na godzinę rozmowy.

Jak to obliczono

Kodeki naszej centrali — G.711 (PCMA/PCMU) i G.722 — oba przesyłają 64 kbit/s dźwięku. Telefon wysyła pakiet co 20 ms (ptime 20 ms — standard dla tych kodeków), czyli 50 pakietów na sekundę.

  • Ładunek pakietu: 64 000 bit/s × 0,02 s = 1280 bitów = 160 bajtów.
  • Nagłówki: RTP 12 + UDP 8 + IPv4 20 = 40 bajtów → pakiet na poziomie IP — 200 bajtów.
  • Na poziomie IP: 200 bajtów × 8 × 50 pakietów/s = 80 kbit/s.
  • W kablu Ethernet dochodzi jeszcze 18 bajtów nagłówka ramki: 218 bajtów × 8 × 50 = 87,2 kbit/s — to właśnie „około 87”.
  • RTCP (raporty o jakości, raz na kilka sekund) dodaje ułamki kbit/s — pomijalnie. PPPoE u dostawcy dodaje 8 bajtów na pakiet (+3,2 kbit/s).

Wzór: pasmo = (ładunek + nagłówki) × 8 × (1000 / ptime); dla G.711 i G.722 przy 20 ms: (160 + 40 + 18) × 8 × 50 = 87 200 bit/s.

Ruch: 80 kbit/s (na poziomie IP, jak liczy operator mobilny) = 10 000 bajtów/s × 60 = 600 000 bajtów ≈ 0,6 MB na minutę w jedną stronę; ×2 strony = 1,2 MB/min; ×60 minut = 72 MB/h.

Jak sprawdzić sieć#

  1. Test echa *43 z tego telefonu, który budzi wątpliwości: sygnał → twój własny głos. Jak czytać cztery wyniki (sygnał bez głosu, cisza, rwanie) — w przeglądzie: „Sprawdzanie jakości połączenia”. Mów nie krócej niż 10 sekund — wtedy w dzienniku połączeń pojawią się utraty, jitter i opóźnienie.
  2. Połączenie z centrali na aparat (karta aparatu → „Sprawdzenie” → „Zadzwoń na aparat”) sprawdza drogę powrotną — tę właśnie „dziurę” w routerze, przez którą przychodzą połączenia przychodzące.
  3. Ten sam test z innej sieci (telefon lub softphone z internetu mobilnego) szybko odpowiada, czy winna jest sieć lokalu.

Jeśli coś nie działa — rozbiór po objawach:

Bezpieczeństwo#

  • Nie wystawiaj telefonu, ATA ani bramy bezpośrednio do internetu: nie przekierowuj na niego 5060, nie stawiaj go w DMZ i nie dawaj mu „białego” IP. Internet jest całodobowo skanowany przez roboty — otwarty aparat zaczyna dzwonić po nocach z numerów w rodzaju „100” albo „1000”, a w najgorszym wypadku zostaje wykorzystany do płatnych połączeń. Nasz schemat wcale nie potrzebuje przekierowania.
  • Zmień fabryczne hasło interfejsu webowego telefonu (admin/admin i podobne) — inaczej każdy w sieci lokalu, w tym w gościnnym Wi-Fi bez izolacji, może otworzyć ustawienia i odczytać dane logowania.
  • Jeśli telefon ma opcję „przyjmuj SIP tylko od serwera/proxy” (Allow SIP from proxy only, Accept SIP from registrar only) — włącz ją.
  • Aktualizuj oprogramowanie telefonów i routera z oficjalnych źródeł producenta.

Częste pytania#

Czy lokal potrzebuje statycznego („białego”) adresu IP?#

Nie. Telefon sam łączy się z centralą, a centrala zapamiętuje go po faktycznym zewnętrznym adresie, niezależnie od tego, jaki on jest. Działa zarówno za „szarym” adresem IP dostawcy, jak i przez internet mobilny.

Czy trzeba przekierowywać porty 5060 i 10000–20000 na routerze?#

Nie, i nie należy nawet próbować: przekierowanie 5060 na telefon czyni go widocznym dla skanerów z internetu. Wystarczy, aby router przepuszczał ruch wychodzący (tak jest skonfigurowany fabrycznie).

Nie znalazłem SIP ALG w swoim routerze. Co robić?#

Sprawdź w sekcjach NAT, „Zapora sieciowa”, „Bezpieczeństwo”, „WAN”, „Komponenty”. Jeśli nie ma takiej pozycji — być może dany model w ogóle nie ma ALG; sprawdź *43 i połączeniem dłuższym niż minuta. Jeśli połączenia zrywają się po 30 sekundach, a router jest od dostawcy — poproś dostawcę o wyłączenie SIP ALG lub przełączenie urządzenia w tryb mostu.

Połączenia przychodzące przychodzą tylko przez pierwsze minuty po włączeniu telefonu#

Klasyczny objaw przedawnionego rekordu NAT na routerze: telefon milczy dłużej niż limit czasu UDP i router zapomina, gdzie przekazywać połączenia przychodzące. Włącz w telefonie NAT keep-alive na 15–30 sekund lub przełącz transport na TCP. Szczegóły — „Połączenie się zrywa” i sekcja „NAT, podwójny NAT i keep-alive”.

Czy wystarczy nam router mobilny z kartą SIM?#

Dla 1–3 równoczesnych rozmów — zwykle tak: potrzeba około 0,1 Mb/s na rozmowę w każdą stronę. Słabym punktem jest niestabilność: przy stratach większych niż 3 % i opóźnieniu większym niż 300 ms rozmowa stanie się niewygodna. Sprawdź *43 w godzinach szczytu i obejrzyj liczby w dzienniku połączeń.

Czy można podłączyć telefony do gościnnego Wi-Fi?#

Lepiej nie. W sieci gościnnej często włączona jest izolacja klientów i strona logowania, a pasmo dzielą goście ze swoimi filmami — głos zacznie się rwać w najbardziej obciążonej godzinie. Przeznacz telefonom sieć służbową lub VLAN.

Powiązane sekcje#

Źródła#

Was this article helpful?
Network, softphones & reset
Demo menu gościa Zacznij za darmo