C cenaly.com
Ücretsiz başlayın

Telefoni için ağ, router ve internet

Portlar, SIP ALG ve popüler router markalarında nereden kapatılacağı, NAT, Wi-Fi ve VLAN, bir arama için ne kadar internet gerekir

17 min read Bu ekranı demoda aç
On this page 18

Telefon için ağ, yönlendirici ve internet

IP telefon, ağdaki kasa veya bilgisayar gibi bir cihazdır: yönlendiriciniz üzerinden internetten bizim santralimize bağlanır. Neredeyse her zaman "sadece çalışır"; çalışmadığında ise suçlu, tüm markalarda aynı olan üç dört yönlendirici ayarıdır. Bu sayfada ağdan tam olarak neyin gerekli olduğunu, popüler marka yönlendiricilerde engelleyen "yardımcı" SIP ALG'nin nerede kapatılacağını ve bir görüşme için ne kadar internet gerektiğini bulacaksınız.

Telefonun kendisine ne girileceği (sunucu, kullanıcı adı, parola) — «SIP telefonların yapılandırılması» incelemesinde. Ağdaki herhangi bir değişiklikten sonra ses kontrolü — yankı testi *43 (bkz. «Ağı nasıl kontrol ederim»).

Kısaca: beş kural#

  1. Port yönlendirmeye gerek yok. Telefon, ağınızın içinden santrale kendisi bağlanır — dışarıdan gelen bağlantı olmaz.
  2. Yönlendiricide SIP ALG'yi kapatın (diğer adıyla «SIP Helper», «SIP Passthrough»). Bu, «görüşme 30 saniye sonra kopuyor» ve «beni duymuyorlar» sorunlarının en sık nedenidir — markanıza göre nerede olduğu.
  3. Telefon hizmet ağında olsun, tercihen kabloyla. Misafir Wi-Fi'ye koymayın: orada cihazlar birbirinden yalıtılmıştır ve genellikle telefonun geçemeyeceği bir giriş sayfası vardır.
  4. Az ama istikrarlı internet gerekir: bir görüşme için her yönde yaklaşık 100 kbit/s. Önemli olan hız değil, kanalın "tavana" dayanmamasıdır — özellikle yükleme yönünde.
  5. Ağla ilgili her işten sonra *43 tuşlayın. Yönetim panelindeki yeşil nokta kaydı gösterir, sesi değil.

Bir arama ağ üzerinden nasıl ilerler#

 IP telefon ──► işletmenin yönlendiricisi ──► internet ──► Cenaly santrali
 (192.168.x.x)  (NAT: adresi dış       sağlayıcı    sip.<alan adınız>
                 adresle değiştirir)                veya ayrılmış makine

Tüm hareketi telefon başlatır:

  1. Telefon santrale kayıt gönderir (5060 portu). Yönlendirici şunu hatırlar: «bu dış porttan gelen paketler 192.168.x.x telefonu içindir» — buna adres dönüştürme (NAT) denir.
  2. Santral yanıt verir ve sonra gelen aramaları kaydın geldiği yere gönderir — yönlendiricideki aynı "delikten". Bu yüzden port yönlendirmeye gerek yoktur: kapıyı telefonun kendisi açtı.
  3. Sesi (RTP) de telefon kendisi göndermeye başlar; santral, sesi geldiği adrese ve porta yanıt verir.

Buradan, bağlantının bozulmasına yol açan iki koşul çıkar: yönlendirici SIP paketlerinin içeriğini yeniden yazmamalıdır (bunu SIP ALG yapar) ve telefon aramalar arasında sessizken "deliği" unutmamalıdır (bu keep-alive'dir). Her ikisi de aşağıda ele alınmıştır.

Ağ yöneticisi için: santralin NAT ile kendisi ne yapar

Santral tarafındaki tüm dahililer için etkindir (shared/sip/advanced-options.json, nat grubu):

  • force_rport — yanıtlar, Via başlığında yazana değil, isteğin geldiği adrese ve porta gider (RFC 3581);
  • rewrite_contact — santral, telefonu Contact başlığındaki 192.168.x.x özel adresinden değil, kaydın gerçek dış kaynak adresinden hatırlar;
  • rtp_symmetric — ses, SDP'deki adrese değil, telefondan geldiği yere gönderilir (symmetric RTP);
  • direct_media=no — ses, aynı işletmenin iki telefonu arasında bile her zaman santral üzerinden gider; telefonlar asla doğrudan birbirine bağlanmaya çalışmaz.

Bu nedenle telefon için STUN, TURN ve ICE gerekmez, işletme için statik dış IP de gerekmez. Telefon kaydı 60–3600 saniye aralığında isteyebilir (60'tan az olursa 423 Interval Too Brief reddi, varsayılan 120 saniye); santral, kayıtlı her cihazı 60 saniyede bir OPTIONS isteğiyle kontrol eder.

Ağ yöneticisi için portlar#

Kural tek: santral adresine giden bağlantıya ve ona verilen yanıtlara izin verin (normal "stateful" güvenlik duvarı bunu kendisi yapar). Gelen kurallar ve port yönlendirme gerekmez.

Ne Santral tarafında protokol ve port İşletmeden yön
Kayıt ve aramalar (SIP) UDP 5060; TCP 5060 — telefon TCP'ye geçirilmişse santral adresine giden
Ses (RTP) UDP 10000–20000 (ortak devre 10000–10200 kullanır, ayrılmış makine tüm 10000–20000 aralığını) santral adresine giden
Adlar (DNS) UDP/TCP 53 sağlayıcının DNS sunucusuna veya sizinkine
Saat (NTP) UDP 123 zaman sunucularına — aksi halde arama geçmişinde yanlış saat olur

Santral adresi bir addır, IP değil: «Dahili kimlik bilgileri» penceresinde gösterilir (ortak devrede sip.<alan adınız> veya ayrılmış makinenizin adı). Kurallara IP'yi "ezberden" yazmayın ve bu sayfadan almayın — burada özellikle yoktur.

Güvenlik duvarı için ayrıntılar
  • Telefonun yerel portları (SIP ve RTP'yi hangi porttan gönderdiği) her markada farklıdır — giden trafiği kaynak porta göre filtrelemeye gerek yok, hedef adres ve porta göre filtreleyin.
  • Santral tarafında bir görüşme için iki port: RTP çift portu alır, RTCP (kalite raporları) komşu tek portu. Bu santralin iç işidir, ama aralığın neden geniş olduğunu açıklar.
  • Güvenlik duvarı IP adresi gerektiriyorsa, adından alın (nslookup <SIP sunucusu>). Ayrılmış makinenin IP'si statiktir; ortak devrede ada göre veya ona giden tüm UDP trafiğine izin vermek daha güvenilirdir.
  • TCP 5061 (TLS üzerinden SIP) ayrılmış makinede şifreli sinyalleşme için açıktır. Telefon için yalnızca kimlik bilgileri penceresinde taşıma TLS ise gereklidir; varsayılan olarak orada UDP vardır.
  • Ses şifrelemesi (SRTP) yoktur — güvenlik duvarında "VoIP denetimi" SRTP gerektiriyorsa, santral adresi için kapatın.

SIP ALG — router üzerinde kapatın#

Bu nedir. SIP ALG (Application Layer Gateway; farklı markalarda "SIP Helper", "SIP Passthrough", "SIP için ALG") — router'ın telefon hizmetine "yardımcı olan" bir işlevidir: SIP paketlerinin içine girip içlerindeki adresleri yeniden yazar. Bu işlev, NAT arkasında çalışmayı bilmeyen eski telefonlar için tasarlanmıştır. Bizim santralimiz bunu kendisi yapabilir (yukarıdaki bloğa bakın) ve router'ın "yardımı" yalnızca engel olur.

Nasıl bozar. Çoğu zaman yanlış ya da paketlerin yalnızca yarısını yeniden yazar. Tipik belirtiler:

  • arama, yanıttan sonra tam olarak ~30 saniye içinde kesilir — yanıt onayı (ACK) yanlış yere gitmiştir ve taraflardan biri zamanlayıcı nedeniyle telefonu kapatır;
  • yalnızca bir taraf duyulur ya da hiç ses yoktur — ses akışı tanımındaki adres değiştirilmiştir;
  • telefon bazen kaydolur, bazen olmaz, gelen aramalar ara sıra gelir.

Bu arızaların mekaniği «Arama kesiliyor» ve «Ses yok, tek yönlü duyuluyor» sayfalarında ayrıntılı olarak ele alınmaktadır. Burada — nerede kapatılacağı anlatılmaktadır.

Marka Nerede kapatılır Fabrika ayarı
Keenetic (ve Netcraze) Genel sistem ayarları → Bileşen kümesini değiştir → "SIP için uygulama katmanı geçidi (ALG)" işaretini kaldırın → Güncelle. Keenetic'te SIP ALG bir onay kutusu değil, ayrı bir sistem bileşenidir: kaldırılır. Router'ın internete ihtiyacı vardır, sistemi en son sürüme günceller ve kendisi yeniden başlar — bunu sakin bir zamanda yapın belgelerde belirtilmemiştir
MikroTik (RouterOS) NAT yardımcıları menüsü /ip firewall service-port → sip kaydı → kapatın: /ip firewall service-port disable sip belgelerde belirtilmemiştir
TP-Link Archer (Wi-Fi 6) Advanced → Security → ALG → SIP ALG'yi kapatın belgelerde belirtilmemiştir
TP-Link xDSL ve LTE modemleri (Archer VR/VX/MR, TD-W) Advanced → NAT Forwarding → ALG → SIP ALG'yi kapatın belgelerde belirtilmemiştir
TP-Link Deco Deco uygulaması → More → Advanced → NAT Forwarding → SIP ALG → kapatın belgelerde belirtilmemiştir
D-Link DIR (Rusça ürün yazılımı) Дополнительно → ALG/Passthrough → SIP anahtarını sola alın → Применить belgelerde belirtilmemiştir
D-Link DIR (İngilizce ürün yazılımı) Advanced → Firewall → Advanced Settings… → SIP → kapatın belgelerde belirtilmemiştir
Zyxel VMG/XMG (sağlayıcı modemleri) Network Setting → NAT → ALG → SIP ALG'yi kapatın belgelerde belirtilmemiştir
ASUS WAN → NAT Passthrough → SIP Passthrough → Disable → Apply (ASUS'ta SIP ALG'ye SIP Passthrough denir ⚠️ doğrulayın) açık
NETGEAR (Nighthawk, Orbi RBR50/40/20) ADVANCED → Setup → WAN Setup → Disable SIP ALG onay kutusunu işaretleyin → Apply açık
DrayTek Vigor NAT → ALG → Enable SIP/RTSP ALG işaretini kaldırın (3.8.5 ve sonrası ürün yazılımları); konsolda — sys sip_alg 0 kapalı
AVM FRITZ!Box AVM belgelerinde SIP ALG için ayrı bir kapatma düğmesi yoktur. Ancak harici santral için korumanın kaldırılması gerekir: Telefonie → Eigene Rufnummern → Anschlusseinstellungen → "Nutzung von Internettelefonie aus dem Heimnetz unterbinden" (ev ağından internet telefonu kullanımını engelle) onay kutusunu kaldırın — aksi halde FRITZ!Box telefonların bizim santralimize erişmesine izin vermez —
Ubiquiti UniFi (Cloud Gateway) hiçbir şey yapmanız gerekmez: Ubiquiti belgelerine göre UniFi geçitleri SIP ALG uygulamaz. Önündeki sağlayıcı router'ını kontrol edin ALG yok
Tenda Tenda ev Wi-Fi router kılavuzlarında SIP ALG maddesi yoktur. Tenda DSL modemlerinde: Advance → Services → ALG → SIP işaretini kaldırın —
Huawei, ZTE (sağlayıcıların optik terminalleri: HG8245H, HG8145V, F660, F670L…) üreticinin açık belgelerinde yol yoktur, menü genellikle sağlayıcı tarafından kısıtlanmıştır — sağlayıcınıza sorun —
Sagemcom, Technicolor, AirTies (sağlayıcı kutuları) üretici belgelerinde madde yoktur — sağlayıcınıza sorun —
Xiaomi / Redmi üretici belgelerinde madde yoktur — *43 ve bir dakikadan uzun bir arama ile kontrol edin —

"Fabrika ayarı: belgelerde belirtilmemiştir", üreticinin ALG'nin başlangıçta açık olup olmadığını yazmadığı anlamına gelir — girip kendiniz bakın. Yollar üreticilerin resmi kılavuzlarından alınmıştır (liste — «Kaynaklar» bölümünde); başka bir ürün yazılımında madde adları biraz farklı olabilir.

Ağ yöneticisi için: iş geçitleri
  • TP-Link Omada (kendi web arayüzü olan geçit): Transmission → NAT → ALG — SIP işaretini kaldırın.
  • Zyxel ATP/USG (ZLD): Configuration → Network → ALG — Enable SIP ALG (ve Enable SIP Transformations) işaretini kaldırın.
  • Fortinet FortiGate: fabrika ayarında SIP'yi ALG işler (default-voip-alg-mode proxy-based) ve sip session-helper açıktır (genellikle № 13). Yalnızca konsolda kapatılır: config system session-helper → delete 13 → end; ardından config system settings → set default-voip-alg-mode kernel-helper-based → end; politikada VoIP profili olmamalıdır. Kontrol — diagnose sys session list | grep sip.
  • MikroTik: service-port içindeki SIP kaydının sip-direct-media (varsayılan olarak yes) ve sip-timeout (1 saat) parametreleri vardır — yardımcı kapalıyken bunlar geçerli olmaz.
  • OpenWrt: SIP yardımcısı kmod-nf-nathelper-extra paketinde bulunur; paket yoksa ALG de yoktur. Yardımcıları bölgelere göre güvenlik duvarının auto_helper seçeneği etkinleştirir.

Router sağlayıcıya aitse (optik terminal, internet sağlayıcısından gelen "kutu") ve madde görünmüyorsa — menü genellikle kısıtlanmıştır. Sağlayıcınızı arayın ve şunu isteyin: "router'ımda SIP ALG'yi kapatın" veya arkasında kendi router'ınız varsa "terminali köprü (bridge) moduna alın".

Kapatma sonrasında router'ı ve telefonları yeniden başlatın (eski NAT kayıtları yeniden başlatmaya veya zamanlayıcının dolmasına kadar yaşar), ardından *43 tuşlayın.

NAT, çift NAT ve keep-alive#

Keep-alive. Yönlendirici, telefondan gelen "delik"i üzerinden bir şey geçtiği sürece hatırlar. Telefon, yönlendiricideki UDP zaman aşımından daha uzun süre sessiz kalırsa kayıt silinir — ve yönetim panelinde birkaç dakika daha yeşil nokta yansa bile gelen arama telefona ulaşmaz ("giden aramalar çalışıyor, gelenler gelmiyor"). Linux tabanlı yönlendiricilerde (birçok ev ve sağlayıcı modeli bunun üzerinde çalışır) varsayılan zaman aşımı tek yönlü UDP akışları için 30 saniye, yanıtlı akışlar için 120 saniye; MikroTik'te ise 30 saniye ve 3 dakika.

Bu nedenle:

  • telefonda böyle bir seçenek varsa NAT keep-alive'ı ("NAT Keep-alive", "Keep Alive Interval", "UDP keep-alive" olarak da geçer) 15–30 saniye aralıkla açın;
  • ya da telefonu TCP'ye geçirin — yönlendiriciler TCP bağlantısını çok daha uzun süre tutar (santralimiz TCP'yi aynı 5060 portunda kabul eder);
  • santral kendi tarafında her telefonu 60 saniyede bir yoklar — bu yardımcı olur, ancak zaman aşımı 30 saniye olan bir yönlendiricide tek başına bu yeterli değildir.

Çift NAT — sağlayıcının yönlendiricisi veya optik terminalinin arkasında kendi yönlendiriciniz duruyorsa ve ikisi de NAT yapıyorsa. Santralimiz yalnızca en dıştaki adresi görür ve böyle de çalışır, ancak: SIP ALG her iki cihazda da kapatılmalı ve keep-alive iki zaman aşımından kısa olanına sığmalıdır. En iyi seçenek, sağlayıcının cihazını köprü (bridge) moduna alıp tek bir NAT bırakmaktır.

Mobil internet ve sağlayıcının "gri" IP'si (CGNAT) — bu da aynı çift NAT'tır, yalnızca dış katman operatörde olduğu için yapılandırılamaz. Çalışır, ancak keep-alive özellikle önemlidir: operatörlerde zaman aşımları kısa olabilir.

Ağ yöneticisi için: zaman aşımları ve kontrol
  • Linux yönlendiriciler (OpenWrt ve birçok ev ve sağlayıcı modelinin yazılımı): nf_conntrack_udp_timeout = 30 sn, nf_conntrack_udp_timeout_stream = 120 sn — Linux çekirdeği belgeleri. MikroTik: /ip firewall connection tracking → udp-timeout = 30 sn, udp-stream-timeout = 3 dk. Telefonlar keep-alive olmadan çalışıyorsa UDP zaman aşımını 180 sn'ye çıkarın.
  • Bozulmuş NAT kaydının belirtisi: giden aramalar her zaman çalışır, gelenler birkaç dakikalık boşluktan sonra gelmemeye başlar ve giden bir aramadan hemen sonra "canlanır".
  • Tersine, telefona giden yolu yönetim panelinden kontrol edebilirsiniz: cihaz kartı → "Kontrol" sekmesi → "Cihazı ara" (bkz. genel bakış, "Bağlantı kalitesi kontrolü").

Kablo, Wi-Fi, PoE, VLAN ve QoS#

  • Kablo Wi-Fi'dan iyidir. Masa telefonunu kablo ile bağlayın. Wi-Fi gecikme ve kayıp ekler, özellikle de ağı misafirlerin paylaştığı salonda; erişim noktaları arasında geçişte görüşme kesilebilir.
  • Misafir ağı telefonlar için değildir. Genellikle orada istemci izolasyonu açıktır (cihazlar birbirini görmez — bilgisayar telefonun web arayüzünü açamaz) ve telefonun geçemeyeceği bir giriş sayfası ("captive portal") bulunabilir.
  • Salonda dolaşmak için Wi-Fi telefon değil, DECT. DECT ahizeler kendi radyosuyla çalışır, Wi-Fi'a bağlı değildir ve şarjı daha uzun dayanır.
  • PoE ile besleme. Çoğu ofis telefonu, PoE 802.3af standardıyla switch'ten beslenir — ayrı güç kaynağı gerekmez. Switch'te PoE yoksa güç kaynağı genellikle ayrı satılır. Görüntülü telefonlar ve genişletme modüllü cihazlar için PoE+ (802.3at) gerekebilir.
  • Akıllı telefondaki softphone, mobil ağa geçişte Wi-Fi üzerindeki kaydını kaybeder — bkz. "Softphone'lar".
Ağ yöneticisi için: ses için VLAN ve QoS

VLAN. Yönetilebilir switch bulunan bir işletmede telefonları ayrı bir ses VLAN'ına taşımak kullanışlıdır: misafir ve ofis trafiği sesi etkilemez, telefonlar misafirlere görünmez. Telefon VLAN numarasını elle (kendi ağ ayarlarında), switch'ten LLDP-MED ile veya DHCP seçeneğiyle alır — markanızın sayfasına bakın. Telefonun PC portuna bağlanan bilgisayar normal ağda kalır. Santral için VLAN hiçbir şeyi değiştirmez: telefon dışarıya yine yönlendiricinin NAT'ı üzerinden çıkar.

QoS. Ses için kalın bir kanal değil, gönderim kuyruğunda öncelik gerekir: biri kameralardan video veya buluta yedek yüklerken ses paketleri dosyalarla aynı kuyrukta bekler — "robot" sesi ve gecikme buradan gelir. Yapılabilecekler:

  • yönlendiricide önceliklendirmeyi (QoS / SQM / Smart Queue / "Bant genişliği yönetimi") açın ve en yüksek önceliği telefonların IP adreslerine veya ses VLAN'ına verin;
  • "ağır" cihazlar (kameralar, NAS) için bant genişliğini kanalın gerçek hızının biraz altında sınırlayın — böylece kuyruk dolmaz;
  • telefonlar genellikle sesi DSCP 46 (EF), sinyalleşmeyi 24–26 (CS3/AF31) koduyla işaretler; yönlendirici bu etikete göre önceliklendirme yapabilir. İnternette, yönlendiricinizin dışında DSCP etiketleri genellikle dikkate alınmaz — bu nedenle asıl kendi gönderiminizi yönetmek gerekir.

Ne kadar internet gerekli#

Bizim santralimiz üzerinden bir görüşme, G.711 (A-law/µ-law) ve G.722 kodekleri için aynı şekilde, her yönde yaklaşık 87 kbit/s yer kaplar. Pay bırakarak görüşme başına 100 kbit/s hesaplayın — hem indirme hem de gönderme için.

Aynı anda görüşen Gönderme ve indirme için gerekli (her biri)
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

Sık takılınan iki nokta:

  • İşletme içindeki iki telefonun görüşmesi internet üzerinden iki akış demektir, sıfır değil: ses her zaman santral üzerinden gider (her telefon santrale ve geri). Görüşme sayısını değil, aynı anda konuşan telefonları sayın.
  • Darboğaz gönderme hızıdır. ADSL, mobil internet ve birçok planda gönderme hızı indirmeden kat kat düşüktür. Gönderme kanalı kameralar, bulut yedekleme veya video yükleme ile meşgulse, «test hızı iyi» olsa bile ses kopmaya başlar.

Kalite hızdan önemlidir. Düzgün bir görüşme için gerekenler:

Gösterge İyi Kötü duyulur
Paket kaybı %1'e kadar %3'ten fazla — «fokurdar», heceler kaybolur
Jitter (gecikme dalgalanması) 30 ms'ye kadar 50 ms'den fazla — ses kopar
Gidiş-dönüş gecikmesi 150 ms'ye kadar 300 ms'den fazla — karşı taraf birbirinin sözünü keser

Santral bu değerleri çağrı kaydında her *43 kontrolü için gösterir.

Mobil internet. Bir görüşme her yönde dakikada yaklaşık 0,6 MB, yani toplamda dakikada yaklaşık 1,2 MB veya bir saatlik görüşmede yaklaşık 72 MB tüketir.

Nasıl hesaplandı

Santralimizin kodekleri — G.711 (PCMA/PCMU) ve G.722 — ikisi de 64 kbit/s ses iletir. Telefon her 20 ms'de bir paket gönderir (ptime 20 ms — bu kodekler için standart), yani saniyede 50 paket.

  • Paketin faydalı yükü: 64 000 bit/s × 0,02 s = 1280 bit = 160 bayt.
  • Başlıklar: RTP 12 + UDP 8 + IPv4 20 = 40 bayt → IP düzeyinde paket — 200 bayt.
  • IP düzeyinde: 200 bayt × 8 × 50 paket/s = 80 kbit/s.
  • Ethernet kablosunda 18 bayt çerçeve başlığı daha eklenir: 218 bayt × 8 × 50 = 87,2 kbit/s — «yaklaşık 87» dediğimiz budur.
  • RTCP (kalite raporları, birkaç saniyede bir) kbit/s'nin onda biri kadar ekler — ihmal edilebilir. Sağlayıcıdaki PPPoE paket başına 8 bayt ekler (+3,2 kbit/s).

Formül: bant genişliği = (yük + başlıklar) × 8 × (1000 / ptime); G.711 ve G.722 için 20 ms'de: (160 + 40 + 18) × 8 × 50 = 87 200 bit/s.

Trafik: 80 kbit/s (mobil operatörün hesapladığı gibi IP düzeyinde) = 10 000 bayt/s × 60 = 600 000 bayt ≈ dakikada 0,6 MB tek yönde; ×2 yön = 1,2 MB/dk; ×60 dakika = 72 MB/sa.

Ağı nasıl kontrol ederim#

  1. *43 yankı testi — sorun yaşanan telefondan: çevir sesi → kendi sesiniz. Dört sonucun nasıl okunacağı (ses olmadan çevir sesi, sessizlik, kesik kesik) genel bakışta: «Bağlantı kalitesi kontrolü». En az 10 saniye konuşun — o zaman çağrı kaydında kayıp, jitter ve gecikme görünür.
  2. Santralden cihaza arama (cihaz kartı → «Kontrol» → «Cihazı ara») dönüş yolunu kontrol eder — gelen çağrıların geldiği, router'daki o «delik».
  3. Aynı kontrolü başka bir ağdan yapmak (mobil internetten bir telefon veya softphone) sorunun işletmenin ağında olup olmadığını hızlıca yanıtlar.

Bir sorun varsa — belirtilere göre çözümleme:

Güvenlik#

  • Telefonu, ATA'yı veya ağ geçidini doğrudan internete açmayın: üzerine 5060 yönlendirmeyin, DMZ'ye koymayın ve «beyaz» IP vermeyin. İnterneti robotlar günün her saati tarar — açık bir cihaz geceleri «100» veya «1000» gibi numaralardan arama yapmaya başlar, en kötü durumda ücretli aramalar için kullanılır. Bizim şemamızda yönlendirmeye hiç gerek yoktur.
  • Telefonun web arayüzünün fabrika parolasını değiştirin (admin/admin ve benzerleri) — aksi halde işletmenin ağındaki herkes, izolasyonsuz misafir Wi-Fi dahil, ayarları açıp hesap bilgilerini okuyabilir.
  • Telefonda «SIP'i yalnızca sunucudan/proxy'den kabul et» seçeneği varsa (Allow SIP from proxy only, Accept SIP from registrar only) — açın.
  • Telefonların ve router'ın yazılımını üreticinin resmi kaynaklarından güncelleyin.

Sık sorulan sorular#

İşletme için statik (“beyaz”) bir IP adresi gerekli mi?#

Hayır. Telefon kendisi santrale bağlanır ve santral onu gerçek dış adresiyle, ne olursa olsun hatırlar. Sağlayıcının “gri” IP’siyle de mobil internet üzerinden de çalışır.

5060 ve 10000–20000 numaralı portları router’da yönlendirmek gerekli mi?#

Hayır, denemeye de gerek yok: 5060’ı telefona yönlendirmek onu internetten gelen tarayıcılara görünür kılar. Router’ın giden trafiği geçirmesi yeterlidir (fabrika ayarında böyle yapılandırılmıştır).

Router’ımda SIP ALG’yi bulamadım. Ne yapmalıyım?#

NAT, “Güvenlik duvarı”, “Güvenlik”, “WAN”, “Bileşenler” bölümlerine bakın. İlgili madde yoksa — belki de modelde ALG hiç yoktur; *43 ile ve bir dakikadan uzun bir aramayla kontrol edin. Aramalar 30 saniye sonra kesiliyorsa ve router sağlayıcıya aitse — sağlayıcıdan SIP ALG’yi kapatmasını veya cihazı köprü moduna almasını isteyin.

Gelen aramalar telefon açıldıktan sonra yalnızca ilk dakikalarda geliyor#

Router’daki NAT kaydının bayatlamasının klasik belirtisi: telefon UDP zaman aşımından daha uzun süre sessiz kalır ve router gelen aramaları nereye ileteceğini unutur. Telefonda NAT keep-alive’ı 15–30 saniyeye ayarlayın veya taşıma protokolünü TCP’ye çevirin. Ayrıntılı bilgi — “Arama kesiliyor” ve “NAT, çift NAT ve keep-alive” bölümü.

SIM kartlı mobil router bize yeter mi?#

1–3 eşzamanlı görüşme için — genellikle evet: her yönde görüşme başına yaklaşık 0,1 Mbit/s gerekir. Zayıf nokta — kararsızlık: %3’ün üzerinde kayıp ve 300 ms’nin üzerinde gecikmede görüşme rahatsız hale gelir. Yoğun saatte *43 ile kontrol edin ve arama kayıtlarındaki sayılara bakın.

Telefonları misafir Wi-Fi’ye bağlayabilir miyiz?#

Tercihen hayır. Misafir ağında sıklıkla istemci izolasyonu ve giriş sayfası açıktır, ayrıca kanalı misafirler kendi videolarıyla paylaşır — ses en yoğun saatte kopmaya başlar. Telefonlara ayrı bir hizmet ağı veya VLAN ayırın.

İlgili bölümler#

Kaynaklar#

Was this article helpful?
Network, softphones & reset
Misafir demo menüsü Ücretsiz başlayın