დაიწყეთ უფასოდ

ქსელი, როუტერი და ინტერნეტი ტელეფონიისთვის

პორტები, SIP ALG და სად გამოვრთოთ ის პოპულარული ბრენდების როუტერებზე, NAT, Wi-Fi და VLAN, რამდენი ინტერნეტია საჭირო ზარისთვის

17 min read ამ ეკრანის გახსნა დემოში
On this page 18

ქსელი, როუტერი და ინტერნეტი ტელეფონიისთვის

IP-ტელეფონი დაწესებულების ქსელში ისეთივე მოწყობილობაა, როგორც სალარო ან კომპიუტერი: ინტერნეტში თქვენი როუტერით ჩვენს PBX-მდე გადის. თითქმის ყოველთვის ეს «უბრალოდ მუშაობს», ხოლო როცა არ მუშაობს — დამნაშავე როუტერის სამი-ოთხი პარამეტრია, რომლებიც ყველა ბრენდთან ერთნაირია. ამ გვერდზეა, რა სჭირდება ქსელს, სად გამოირთოს პოპულარული ბრენდების როუტერებზე ხელისშემშლელი «დამხმარე» SIP ALG და რამდენი ინტერნეტი სჭირდება ზარს.

რა უნდა შეიყვანოთ თვითონ ტელეფონში (სერვერი, ლოგინი, პაროლი) — იხილეთ «SIP-ტელეფონების დაყენების» მიმოხილვაში. ქსელში ნებისმიერი ცვლილების შემდეგ ხმის შემოწმებაა ექო-ტესტი *43 (იხ. «როგორ შევამოწმოთ ქსელი»).


მოკლედ: ხუთი წესი#

  1. პორტების გადამისამართება საჭირო არ არის. ტელეფონი თავად უკავშირდება სატელეფონო სადგურს თქვენი ქსელის შიგნიდან — გარედან შემომავალი კავშირები არ ხდება.
  2. როუტერზე გამორთეთ SIP ALG (ასევე ეწოდება „SIP Helper“, „SIP Passthrough“). ეს ყველაზე ხშირი მიზეზია პრობლემებისა „ზარი 30 წამში წყდება“ და „ჩემი ხმა არ ისმის“ — სად არის ის თქვენი ბრენდის მოწყობილობაში.
  3. ტელეფონი — სამუშაო ქსელში, უმჯობესია კაბელით. არა სტუმრების Wi-Fi-ში: იქ მოწყობილობები ერთმანეთისგან იზოლირებულია და ხშირად არის შესვლის გვერდი, რომლის გავლასაც ტელეფონი ვერ შეძლებს.
  4. ინტერნეტი მცირე სიჩქარით, მაგრამ სტაბილური გჭირდებათ: დაახლოებით 100 კბიტ/წმ ორივე მიმართულებით თითო საუბარზე. სიჩქარეზე უფრო მნიშვნელოვანია, რომ არხი ბოლომდე არ დაიტვირთოს — განსაკუთრებით ატვირთვის მიმართულებით.
  5. ქსელში ნებისმიერი სამუშაოს შემდეგ აკრიფეთ *43. ადმინისტრირების პანელში მწვანე წერტილი რეგისტრაციას აღნიშნავს და არა ხმის გამართულობას.

როგორ გადის ზარი ქსელში#

 IP-телефон ──► роутер заведения ──► интернет ──► АТС Cenaly
 (192.168.x.x)  (NAT: подменяет      провайдер    sip.<ваш домен>
                 адрес на внешний)                или выделенная машина

მთელ მოძრაობას ტელეფონი იწყებს:

  1. ტელეფონი სატელეფონო სადგურს რეგისტრაციას უგზავნის (პორტი 5060). როუტერი იმახსოვრებს: „ამ გარე პორტიდან პაკეტები განკუთვნილია ტელეფონისთვის 192.168.x.x“ — ამას მისამართების გარდაქმნა (NAT) ეწოდება.
  2. სატელეფონო სადგური პასუხობს და შემდეგ შემომავალ ზარებს აგზავნის იმავე ადგილას, საიდანაც რეგისტრაცია მოვიდა — როუტერში იმავე „ღიობით“. ამიტომ პორტების გადამისამართება საჭირო არ არის: კარი თავად ტელეფონმა გახსნა.
  3. ხმის (RTP) გაგზავნასაც ტელეფონი იწყებს, ხოლო სატელეფონო სადგური ხმას იმ მისამართსა და პორტზე აბრუნებს, საიდანაც ის მოვიდა.

აქედან გამომდინარეობს ორი პირობა, რომელთა გარეშეც კავშირი ირღვევა: როუტერმა არ უნდა გადაწეროს SIP პაკეტების შიგთავსი (ამას SIP ALG აკეთებს) და არ უნდა დაივიწყოს „ღიობი“, სანამ ტელეფონი ზარებს შორის ჩუმადაა (ეს keep-alive-ია). ორივე ქვემოთაა განხილული.

ქსელის ადმინისტრატორისთვის: რას აკეთებს სატელეფონო სადგური NAT-თან თავად

ყველა შიდა ნომრისთვის სატელეფონო სადგურის მხარეს ჩართულია (shared/sip/advanced-options.json, ჯგუფი nat):

  • force_rport — პასუხები მიდის იმ მისამართსა და პორტზე, საიდანაც მოთხოვნა მოვიდა (RFC 3581) და არა Via სათაურში ჩაწერილზე;
  • rewrite_contact — სატელეფონო სადგური ტელეფონს რეგისტრაციის წყაროს რეალური გარე მისამართით იმახსოვრებს და არა Contact სათაურში მითითებული კერძო მისამართით 192.168.x.x;
  • rtp_symmetric — ხმა იგზავნება იქ, საიდანაც ტელეფონიდან მოდის (symmetric RTP) და არა SDP-ში მითითებულ მისამართზე;
  • direct_media=no — ხმა ყოველთვის სატელეფონო სადგურის გავლით მიდის, ერთი ობიექტის ორ ტელეფონს შორისაც კი; ტელეფონები ერთმანეთთან პირდაპირ დაკავშირებას არასდროს ცდილობენ.

ამიტომ ტელეფონს STUN, TURN და ICE არ სჭირდება, ხოლო ობიექტს სტატიკური გარე IP არ სჭირდება. ტელეფონს რეგისტრაციის მოთხოვნა 60–3600 წმ-ით შეუძლია (60-ზე ნაკლები — უარი 423 Interval Too Brief, ნაგულისხმევად 120 წმ); სატელეფონო სადგური თითოეულ რეგისტრირებულ აპარატს OPTIONS მოთხოვნით ყოველ 60 წმ-ში ამოწმებს.


პორტები ქსელის ადმინისტრატორისთვის#

ერთი წესია: დაუშვით გამავალი კავშირი PBX-ის მისამართთან და პასუხები (ჩვეულებრივი stateful firewall ამას თვითონ აკეთებს). შემომავალი წესები და პორტების გადამისამართება არ არის საჭირო.

რა პროტოკოლი და პორტი PBX-ის მხარეს მიმართულება დაწესებულებიდან
რეგისტრაცია და ზარები (SIP) UDP 5060; TCP 5060, თუ ტელეფონი TCP-ზეა გადართული გამავალი PBX-ის მისამართისკენ
ხმა (RTP) UDP 10000–20000 (საერთო კონტური იყენებს 10000–10200-ს, გამოყოფილი მანქანა — მთელ 10000–20000 დიაპაზონს) გამავალი PBX-ის მისამართისკენ
სახელები (DNS) UDP/TCP 53 პროვაიდერის ან თქვენი DNS-სერვერისკენ
დრო (NTP) UDP 123 დროის სერვერებისკენ — სხვაგვარად ზარების ისტორიაში დრო არასწორი იქნება

PBX-ის მისამართი სახელია, არა IP: ის ნაჩვენებია „დამატების მონაცემების“ ფანჯარაში (sip.<ваш домен> საერთო კონტურში ან გამოყოფილი მანქანის სახელი). წესებში IP „მეხსიერებით“ არ შეიყვანოთ და ამ გვერდიდან არ აიღოთ — აქ განზრახ არ არის.

Firewall-ის დეტალები
  • ტელეფონის ლოკალური პორტები (რომელი პორტიდან აგზავნის SIP-სა და RTP-ს) ბრენდების მიხედვით განსხვავდება — წყაროს პორტით გაფილტვრა საჭირო არაა, გაფილტრეთ დანიშნულების მისამართითა და პორტით.
  • ერთი საუბრის ორი პორტი PBX-ის მხარეს: RTP ლუწ პორტს იკავებს, RTCP (ხარისხის ანგარიშები) — მეზობელ კენტს. ეს PBX-ის შიდა საქმეა, მაგრამ ხსნის, რატომაა დიაპაზონი ფართო.
  • თუ firewall IP-ს ითხოვს, სახელიდან მიიღეთ (nslookup <SIP-сервер>). გამოყოფილი მანქანის IP სტატიკურია; საერთო კონტურში სჯობს სახელით ან მისკენ მთელ გამავალ UDP-ზე დაშვება.
  • TCP 5061 (SIP TLS-ით) გამოყოფილ მანქანაზე დაშიფრული სიგნალიზაციისთვისაა გახსნილი. ტელეფონს მხოლოდ მაშინ სჭირდება, თუ მონაცემების ფანჯარაში ტრანსპორტი TLS-ია; ნაგულისხმევად UDPა.
  • ხმის დაშიფვრა (SRTP) არ არის — თუ firewall-ის „VoIP ინსპექცია“ SRTP-ს ითხოვს, PBX-ის მისამართისთვის გამორთეთ.

SIP ALG — გამორთეთ როუტერზე#

რა არის. SIP ALG (Application Layer Gateway; სხვადასხვა ბრენდთან — „SIP Helper“, „SIP Passthrough“, „ALG SIP-ისთვის“) — როუტერის ფუნქციაა, რომელიც ტელეფონიას „ეხმარება“: SIP-პაკეტებში შედის და მათში მისამართებს ცვლის. ის ძველი ტელეფონებისთვის შეიქმნა, რომლებიც NAT-ის უკან ვერ მუშაობდა. ჩვენს სატელეფონო სადგურს ეს თავად შეუძლია (იხილეთ ბლოკი ზემოთ), როუტერი კი თავისი „დახმარებით“ მხოლოდ ხელს უშლის.

როგორ აზიანებს. ხშირად მისამართებს არასწორად ცვლის ან პაკეტების მხოლოდ ნაწილს ამუშავებს. ტიპური ნიშნები:

  • ზარი პასუხიდან ზუსტად ~30 წამში წყდება — პასუხის დადასტურება (ACK) არასწორ მისამართზე გაიგზავნა და ერთ-ერთი მხარე ტაიმერის ამოწურვისას ზარს ასრულებს;
  • მხოლოდ ერთ მხარეს ესმის ან ხმა საერთოდ არ არის — ხმოვანი ნაკადის აღწერაში მისამართი ჩანაცვლებულია;
  • ტელეფონი ხან რეგისტრირდება, ხან არა, შემომავალი ზარები ხან მოდის, ხან — არა.

ამ პრობლემების მექანიზმი დეტალურადაა განხილული გვერდებზე „ზარი წყდება“ და „ხმა არ არის, მხოლოდ ერთ მხარეს ესმის“. აქ მოცემულია, სად უნდა გამორთოთ.

ბრენდი სად გამორთოთ ქარხნული მდგომარეობა
Keenetic (და Netcraze) სისტემის ზოგადი პარამეტრები → კომპონენტების ნაკრების შეცვლა → მოხსენით მონიშვნა „გამოყენებითი დონის შლუზი (ALG) SIP-ისთვის“ → განახლება. Keenetic-ში SIP ALG მოსანიშნი ველი კი არა, სისტემის ცალკე კომპონენტია: ის უნდა წაიშალოს. როუტერს ინტერნეტი სჭირდება, ის სისტემას ბოლო ვერსიამდე განაახლებს და თავად გადაიტვირთება — გააკეთეთ ნაკლებად დატვირთულ დროს დოკუმენტაციაში მითითებული არ არის
MikroTik (RouterOS) NAT დამხმარეების მენიუ /ip firewall service-port → ჩანაწერი sip → გამორთვა: /ip firewall service-port disable sip დოკუმენტაციაში მითითებული არ არის
TP-Link Archer (Wi-Fi 6) Advanced → Security → ALG → გამორთეთ SIP ALG დოკუმენტაციაში მითითებული არ არის
TP-Link xDSL და LTE მოდემები (Archer VR/VX/MR, TD-W) Advanced → NAT Forwarding → ALG → გამორთეთ SIP ALG დოკუმენტაციაში მითითებული არ არის
TP-Link Deco Deco აპლიკაცია → More → Advanced → NAT Forwarding → SIP ALG → გამორთეთ დოკუმენტაციაში მითითებული არ არის
D-Link DIR (რუსული პროგრამული ვერსია) დამატებით → ALG/Passthrough → SIP გადამრთველი მარცხნივ → გამოყენება დოკუმენტაციაში მითითებული არ არის
D-Link DIR (ინგლისური პროგრამული ვერსია) Advanced → Firewall → Advanced Settings… → SIP → გამორთეთ დოკუმენტაციაში მითითებული არ არის
Zyxel VMG/XMG (პროვაიდერების მოდემები) Network Setting → NAT → ALG → გამორთეთ SIP ALG დოკუმენტაციაში მითითებული არ არის
ASUS WAN → NAT Passthrough → SIP Passthrough → Disable → Apply (ASUS-ში SIP ALG-ს SIP Passthrough ჰქვია ⚠️ verify) ჩართულია
NETGEAR (Nighthawk, Orbi RBR50/40/20) ADVANCED → Setup → WAN Setup → მონიშნეთ Disable SIP ALG → Apply ჩართულია
DrayTek Vigor NAT → ALG → მოხსენით Enable SIP/RTSP ALG (პროგრამული ვერსიები 3.8.5-დან); კონსოლში — sys sip_alg 0 გამორთულია
AVM FRITZ!Box AVM-ის დოკუმენტაციაში SIP ALG-ის ცალკე გამომრთველი არ არის. მაგრამ გარე სატელეფონო სადგურისთვის დაცვა უნდა მოხსნათ: Telefonie → Eigene Rufnummern → Anschlusseinstellungen → მოხსენით „Nutzung von Internettelefonie aus dem Heimnetz unterbinden“ (სახლის ქსელიდან ინტერნეტტელეფონიის აკრძალვა) — წინააღმდეგ შემთხვევაში FRITZ!Box ტელეფონებს ჩვენს სატელეფონო სადგურთან არ დაუშვებს —
Ubiquiti UniFi (Cloud Gateway) არაფრის გაკეთება არ არის საჭირო: Ubiquiti-ის დოკუმენტაციის მიხედვით, UniFi შლუზები SIP ALG-ს არ იყენებს. შეამოწმეთ მის წინ მდგომი პროვაიდერის როუტერი ALG არ აქვს
Tenda Tenda-ს სახლის Wi-Fi როუტერების სახელმძღვანელოებში SIP ALG პუნქტი არ არის. Tenda DSL მოდემებში: Advance → Services → ALG → მოხსენით SIP —
Huawei, ZTE (პროვაიდერების ოპტიკური ტერმინალები: HG8245H, HG8145V, F660, F670L…) მწარმოებლის საჯარო დოკუმენტაციაში გზა არ არის, მენიუ ჩვეულებრივ პროვაიდერის მიერაა შეზღუდული — ჰკითხეთ პროვაიდერს —
Sagemcom, Technicolor, AirTies (პროვაიდერების მოწყობილობები) მწარმოებლის დოკუმენტაციაში პუნქტი არ არის — ჰკითხეთ პროვაიდერს —
Xiaomi / Redmi მწარმოებლის დოკუმენტაციაში პუნქტი არ არის — შეამოწმეთ *43-ით და ერთ წუთზე ხანგრძლივი ზარით —

„ქარხნული მდგომარეობა: დოკუმენტაციაში მითითებული არ არის“ ნიშნავს, რომ მწარმოებელი არ წერს, ჩართულია თუ არა ALG თავდაპირველად — შედით და ნახეთ. გზები აღებულია მწარმოებლების ოფიციალური სახელმძღვანელოებიდან (სია — „წყაროებში“); სხვა პროგრამულ ვერსიაში პუნქტების სახელები შეიძლება ოდნავ განსხვავდებოდეს.

ქსელის ადმინისტრატორისთვის: ბიზნესშლუზები
  • TP-Link Omada (შლუზი საკუთარი ვებინტერფეისით): Transmission → NAT → ALG — მოხსენით SIP.
  • Zyxel ATP/USG (ZLD): Configuration → Network → ALG — მოხსენით Enable SIP ALG (და Enable SIP Transformations).
  • Fortinet FortiGate: ქარხნულად SIP-ს ამუშავებს ALG (default-voip-alg-mode proxy-based) და ჩართულია session-helper sip (ჩვეულებრივ № 13). გამორთვა მხოლოდ კონსოლიდან შეიძლება: config system session-helper → delete 13 → end; შემდეგ config system settings → set default-voip-alg-mode kernel-helper-based → end; პოლიტიკაში VoIP-პროფილი არ უნდა იყოს. შემოწმება — diagnose sys session list | grep sip.
  • MikroTik: service-port-ში SIP ჩანაწერს აქვს პარამეტრები sip-direct-media (ნაგულისხმევად yes) და sip-timeout (1 საათი) — გამორთული დამხმარის შემთხვევაში ისინი არ მოქმედებს.
  • OpenWrt: SIP დამხმარე არის პაკეტში kmod-nf-nathelper-extra; თუ პაკეტი არ არის — არც ALG არის. დამხმარეებს ზონების მიხედვით რთავს ქსელთაშორისი ეკრანის პარამეტრი auto_helper.

თუ როუტერი პროვაიდერისაა (ოპტიკური ტერმინალი, ინტერნეტპროვაიდერის მოწყობილობა) და პუნქტი არ ჩანს — მენიუ ჩვეულებრივ შეზღუდულია. დაურეკეთ პროვაიდერს და სთხოვეთ: „გამორთეთ SIP ALG ჩემს როუტერზე“ ან „გადაიყვანეთ ტერმინალი ხიდის რეჟიმში (bridge)“, თუ მის უკან თქვენი საკუთარი როუტერი დგას.

გამორთვის შემდეგ გადატვირთეთ როუტერი და ტელეფონები (NAT-ის ძველი ჩანაწერები გადატვირთვამდე ან ტაიმერის ამოწურვამდე რჩება), შემდეგ აკრიფეთ *43.


NAT, ორმაგი NAT და keep-alive#

Keep-alive. როუტერი ტელეფონისთვის „ხვრელს“ იმახსოვრებს, სანამ მასში ტრაფიკი გადის. თუ ტელეფონი როუტერის UDP-ის ლოდინის ვადაზე მეტხანს დუმს, ჩანაწერი იშლება — და შემომავალი ზარი ტელეფონამდე ვერ აღწევს, თუმცა ადმინისტრირების პანელში მწვანე წერტილი კიდევ რამდენიმე წუთს ანთია („გამავალი ზარები მუშაობს, შემომავალი — არა“). Linux-ზე მომუშავე როუტერებში (მას ბევრი სახლისა და პროვაიდერის მოდელი იყენებს) ნაგულისხმევი ლოდინის ვადაა 30 წამი ცალმხრივი UDP-ნაკადებისთვის და 120 წამი — პასუხებიანი ნაკადებისთვის; MikroTik-ში — 30 წამი და 3 წუთი.

ამიტომ:

  • ტელეფონში ჩართეთ NAT keep-alive (ასევე ეწოდება „NAT Keep-alive“, „Keep Alive Interval“, „UDP keep-alive“) 15–30 წამის ინტერვალით, თუ ასეთი პუნქტი არსებობს;
  • ან ტელეფონი TCP-ზე გადართეთ — TCP-კავშირს როუტერები გაცილებით დიდხანს ინარჩუნებს (ჩვენი სატელეფონო სადგური TCP-ს იმავე 5060 პორტზე იღებს);
  • სადგური თავის მხრივ თითოეულ ტელეფონს 60 წამში ერთხელ ამოწმებს — ეს ეხმარება, მაგრამ 30-წამიანი ლოდინის ვადის მქონე როუტერზე მხოლოდ ეს საკმარისი არ არის.

ორმაგი NAT — როდესაც პროვაიდერის როუტერის ან ოპტიკური ტერმინალის შემდეგ თქვენი საკუთარი როუტერია და ორივე NAT-ს აკეთებს. ჩვენი სადგური მხოლოდ ყველაზე გარე მისამართს ხედავს და ასეც მუშაობს, თუმცა: SIP ALG ორივე მოწყობილობაზე უნდა გამორთოთ, ხოლო keep-alive ორი ლოდინის ვადიდან უფრო მოკლეში უნდა ეტეოდეს. საუკეთესო ვარიანტია პროვაიდერის მოწყობილობის ხიდის (bridge) რეჟიმში გადაყვანა, რათა NAT მხოლოდ ერთი იყოს.

მობილური ინტერნეტი და პროვაიდერის „ნაცრისფერი“ IP (CGNAT) — იგივე ორმაგი NAT-ია, ოღონდ გარე დონე ოპერატორთანაა და მას ვერ გამართავთ. მუშაობს, თუმცა keep-alive განსაკუთრებით მნიშვნელოვანია: ოპერატორების ლოდინის ვადები ზოგჯერ მოკლეა.

ქსელის ადმინისტრატორისთვის: ლოდინის ვადები და შემოწმება
  • Linux-როუტერები (OpenWrt და მრავალი სახლისა თუ პროვაიდერის მოდელის მიკროპროგრამა): nf_conntrack_udp_timeout = 30 წმ, nf_conntrack_udp_timeout_stream = 120 წმ — Linux-ის ბირთვის დოკუმენტაცია. MikroTik: /ip firewall connection tracking → udp-timeout = 30 წმ, udp-stream-timeout = 3 წთ. თუ ტელეფონებს keep-alive არ აქვს, UDP-ის ლოდინის ვადა 180 წმ-მდე გაზარდეთ.
  • NAT-ის ვადაგასული ჩანაწერის ნიშანია: გამავალი ზარები ყოველთვის მუშაობს, შემომავალი ზარები რამდენიმე წუთის უმოქმედობის შემდეგ აღარ შემოდის და გამავალი ზარის შემდეგ მაშინვე „ცოცხლდება“.
  • საპირისპირო მიმართულებით, ტელეფონისკენ გზის შემოწმება ადმინისტრირების პანელიდან შეგიძლიათ: აპარატის ბარათი → „შემოწმების“ ჩანართი → „აპარატზე დარეკვა“ (იხ. მიმოხილვა, „კავშირის ხარისხის შემოწმება“).

კაბელი, Wi-Fi, PoE, VLAN და QoS#

  • კაბელი Wi-Fi-ს სჯობს. სამაგიდო ტელეფონი კაბელით დააკავშირეთ. Wi-Fi ზრდის დაყოვნებასა და დანაკარგებს, განსაკუთრებით დარბაზში, სადაც ქსელს სტუმრებიც იყენებენ; წვდომის წერტილებს შორის გადასვლისას საუბარი შეიძლება შეწყდეს.
  • სტუმრების ქსელი ტელეფონებისთვის არ არის. მასში ჩვეულებრივ ჩართულია კლიენტების იზოლაცია (მოწყობილობები ერთმანეთს ვერ ხედავს — კომპიუტერი ტელეფონის ვებინტერფეისს ვერ გახსნის) და ზოგჯერ აქვს შესვლის გვერდი („captive portal“), რომელსაც ტელეფონი ვერ გაივლის.
  • დარბაზში გადაადგილებისთვის — DECT და არა Wi-Fi ტელეფონი. DECT ყურმილები საკუთარ რადიოკავშირზე მუშაობს, Wi-Fi-ზე არ არის დამოკიდებული და მუხტს უფრო დიდხანს ინარჩუნებს.
  • კვება PoE-ით. საოფისე ტელეფონების უმეტესობა კომუტატორიდან PoE 802.3af სტანდარტით იკვებება — ცალკე კვების ბლოკი საჭირო არ არის. თუ კომუტატორს PoE არ აქვს, კვების ბლოკი ხშირად ცალკე იყიდება. ვიდეოტელეფონებსა და გაფართოების მოდულებიან აპარატებს შეიძლება PoE+ (802.3at) დასჭირდეს.
  • სოფტფონი სმარტფონზე Wi-Fi-დან მობილურ ქსელზე გადასვლისას რეგისტრაციას კარგავს — იხ. „სოფტფონები“.
ქსელის ადმინისტრატორისთვის: ხმოვანი VLAN და QoS

VLAN. მართვადი კომუტატორის მქონე ობიექტში მოსახერხებელია ტელეფონების ცალკე ხმოვან VLAN-ში გადატანა: სტუმრებისა და სამუშაო ტრაფიკი ხმას ხელს არ უშლის, სტუმრები ტელეფონებს ვერ ხედავენ. ტელეფონი VLAN-ის ნომერს იღებს ხელით (ქსელის საკუთარ პარამეტრებში), კომუტატორიდან LLDP-MED-ით ან DHCP ოფციით — იხილეთ თქვენი ბრენდის გვერდი. ტელეფონის PC პორტში ჩართული კომპიუტერი ჩვეულებრივ ქსელში რჩება. სატელეფონო სადგურისთვის VLAN არაფერს ცვლის: გარეთ ტელეფონი მაინც როუტერის NAT-ით გადის.

QoS. ხმას ფართო არხი კი არა, გაგზავნის რიგში პრიორიტეტი სჭირდება: როდესაც ვინმე კამერებიდან ვიდეოს ან სარეზერვო ასლს ღრუბელში ტვირთავს, ხმოვანი პაკეტები ფაილებთან ერთ რიგში დგას — აქედან მოდის „რობოტის“ ხმა და დაყოვნება. რა შეგიძლიათ გააკეთოთ:

  • როუტერში ჩართოთ პრიორიტეტების მართვა (QoS / SQM / Smart Queue / „გამტარუნარიანობის მართვა“) და უმაღლესი პრიორიტეტი მიანიჭოთ ტელეფონების IP მისამართებს ან ხმოვან VLAN-ს;
  • „მძიმე“ მოწყობილობებისთვის (კამერები, NAS) გამტარუნარიანობა არხის რეალურ სიჩქარეზე ოდნავ ნაკლებით შეზღუდოთ — ასე რიგი არ გადაივსება;
  • ტელეფონები ჩვეულებრივ ხმას თავად აღნიშნავს DSCP კოდით 46 (EF), ხოლო სიგნალიზაციას — 24–26 (CS3/AF31); როუტერს პრიორიტეტის მინიჭება ამ ნიშნით შეუძლია. ინტერნეტში თქვენი როუტერის ფარგლებს გარეთ DSCP ნიშნები ჩვეულებრივ არ არის გათვალისწინებული — ამიტომ სწორედ თქვენი გაგზავნის სიჩქარე უნდა მართოთ.

რამდენი ინტერნეტია საჭირო#

ჩვენი სატელეფონო სადგურით ერთი საუბარი დაახლოებით 87 კბიტ/წმ-ს იკავებს თითოეული მიმართულებით — ერთნაირად G.711 (A-law/µ-law) და G.722 კოდეკებისთვის. მარაგით გათვალეთ 100 კბიტ/წმ ერთ საუბარზე — როგორც მიღებისთვის, ისე გაგზავნისთვის.

ერთდროულად საუბრობს საჭიროა გაგზავნისა და მიღებისთვის (თითოეულზე)
1 ტელეფონი 0,1 მბიტ/წმ
2 0,2 მბიტ/წმ
4 0,4 მბიტ/წმ
8 0,8 მბიტ/წმ
10 1 მბიტ/წმ
20 2 მბიტ/წმ

ორი დაზუსტება, რომლებიც ხშირად ყურადღების მიღმა რჩება:

  • ობიექტის შიგნით ორი ტელეფონის საუბარი ინტერნეტით ორ ნაკადს ნიშნავს და არა ნულს: ხმა ყოველთვის სადგურის გავლით მიდის (თითოეული ტელეფონი — სადგურამდე და უკან). დათვალეთ ერთდროულად მოსაუბრე ტელეფონები და არა ზარები.
  • სუსტი ადგილი გაგზავნაა. ADSL-ში, მობილურ ინტერნეტსა და ბევრ ტარიფში გაგზავნის სიჩქარე მიღებაზე რამდენჯერმე ნაკლებია. თუ გასაგზავნი არხი კამერებით, ღრუბლოვანი სარეზერვო ასლით ან ვიდეოს ატვირთვითაა დაკავებული, ხმა წყვეტილი გახდება მაშინაც, როცა „ტესტის მიხედვით სიჩქარე კარგია“.

ხარისხი სიჩქარეზე მნიშვნელოვანია. ნორმალური საუბრისთვის საჭიროა:

მაჩვენებელი კარგია ცუდად ისმის
პაკეტების დანაკარგი 1 %-მდე 3 %-ზე მეტი — „ბუყბუყი“, მარცვლები იკარგება
ჯიტერი (დაყოვნების ცვალებადობა) 30 მწმ-მდე 50 მწმ-ზე მეტი — ხმა წყდება
ორმხრივი დაყოვნება 150 მწმ-მდე 300 მწმ-ზე მეტი — მოსაუბრეები ერთმანეთს აწყვეტინებენ

ამავე რიცხვებს სადგური ყოველი *43 შემოწმებისთვის ზარების ჟურნალში აჩვენებს.

მობილური ინტერნეტი. საუბარი ხარჯავს დაახლოებით 0,6 მბ-ს წუთში თითოეული მიმართულებით, ანუ სულ დაახლოებით 1,2 მბ-ს წუთში, ან დაახლოებით 72 მბ-ს საუბრის საათში.

როგორ გამოითვალა

ჩვენი სადგურის კოდეკები — G.711 (PCMA/PCMU) და G.722 — ორივე 64 კბიტ/წმ ხმას გადასცემს. ტელეფონი პაკეტს ყოველ 20 მწმ-ში აგზავნის (ptime 20 მწმ ამ კოდეკების სტანდარტია), ანუ წამში 50 პაკეტს.

  • პაკეტის სასარგებლო დატვირთვა: 64 000 ბიტ/წმ × 0,02 წმ = 1280 ბიტი = 160 ბაიტი.
  • სათაურები: RTP 12 + UDP 8 + IPv4 20 = 40 ბაიტი → პაკეტი IP დონეზე — 200 ბაიტი.
  • IP დონეზე: 200 ბაიტი × 8 × 50 პაკეტი/წმ = 80 კბიტ/წმ.
  • Ethernet კაბელში ემატება კადრის სათაურის კიდევ 18 ბაიტი: 218 ბაიტი × 8 × 50 = 87,2 კბიტ/წმ — სწორედ ესაა „დაახლოებით 87“.
  • RTCP (ხარისხის ანგარიშები ყოველ რამდენიმე წამში) კბიტ/წმ-ის მცირე ნაწილს ამატებს — უმნიშვნელოდ. პროვაიდერის PPPoE თითო პაკეტზე 8 ბაიტს ამატებს (+3,2 კბიტ/წმ).

ფორმულა: გამტარუნარიანობა = (დატვირთვა + სათაურები) × 8 × (1000 / ptime); G.711-ისა და G.722-ისთვის 20 მწმ-ზე: (160 + 40 + 18) × 8 × 50 = 87 200 ბიტ/წმ.

ტრაფიკი: 80 კბიტ/წმ (IP დონეზე, როგორც მობილური ოპერატორი ითვლის) = 10 000 ბაიტი/წმ × 60 = 600 000 ბაიტი ≈ 0,6 მბ წუთში ერთი მიმართულებით; ×2 მიმართულება = 1,2 მბ/წთ; ×60 წუთი = 72 მბ/სთ.


როგორ შეამოწმოთ ქსელი#

  1. ექო-ტესტი *43 იმ ტელეფონიდან, რომელზეც ეჭვი გაქვთ: ზარის სიგნალი → თქვენი საკუთარი ხმა. როგორ განმარტოთ ოთხი შედეგი (სიგნალი ხმის გარეშე, სიჩუმე, წყვეტილი ხმა) — მიმოხილვაში: „კავშირის ხარისხის შემოწმება“. ისაუბრეთ მინიმუმ 10 წამი — ამის შემდეგ ზარების ჟურნალში გამოჩნდება დანაკარგები, ჯიტერი და დაყოვნება.
  2. ზარი სატელეფონო სადგურიდან აპარატზე (აპარატის ბარათი → „შემოწმება“ → „აპარატზე დარეკვა“) ამოწმებს უკუმიმართულებას — სწორედ იმ „ღიობს“ როუტერში, რომლითაც შემომავალი ზარები გადის.
  3. იგივე შემოწმება სხვა ქსელიდან (ტელეფონი ან პროგრამული ტელეფონი მობილური ინტერნეტით) სწრაფად აჩვენებს, არის თუ არა მიზეზი ობიექტის ქსელი.

თუ რამე რიგზე არ არის — განხილვა სიმპტომების მიხედვით:


უსაფრთხოება#

  • ტელეფონი, ATA ან კარიბჭე პირდაპირ ინტერნეტში არ გამოიტანოთ: მასზე 5060 არ გადაამისამართოთ, DMZ-ში არ მოათავსოთ და საჯარო IP არ მისცეთ. ინტერნეტს რობოტები მთელი დღე-ღამე ასკანირებს — ღია აპარატი ღამით იწყებს რეკვას ისეთი ნომრებიდან, როგორიცაა „100“ ან „1000“, უარეს შემთხვევაში კი ფასიანი ზარებისთვის იყენებენ. ჩვენს სქემას პორტების გადამისამართება საერთოდ არ სჭირდება.
  • შეცვალეთ ტელეფონის ვებინტერფეისის ქარხნული პაროლი (admin/admin და მსგავსი) — წინააღმდეგ შემთხვევაში ობიექტის ქსელში ნებისმიერს, მათ შორის იზოლაციის გარეშე სტუმრების Wi-Fi-დან, შეუძლია პარამეტრების გახსნა და ანგარიშის მონაცემების წაკითხვა.
  • თუ ტელეფონს აქვს პუნქტი „SIP-ის მიღება მხოლოდ სერვერიდან/პროქსიდან“ (Allow SIP from proxy only, Accept SIP from registrar only) — ჩართეთ.
  • ტელეფონებისა და როუტერის პროგრამული უზრუნველყოფა მწარმოებლის ოფიციალური წყაროებიდან განაახლეთ.

ხშირი კითხვები#

სჭირდება თუ არა ობიექტს სტატიკური („საჯარო“) IP-მისამართი?#

არა. ტელეფონი თავად უკავშირდება სატელეფონო სადგურს, სადგური კი მის ფაქტობრივ გარე მისამართს იმახსოვრებს, როგორიც უნდა იყოს ის. მუშაობს როგორც პროვაიდერის კერძო IP-ის მიღმა, ისე მობილური ინტერნეტით.

საჭიროა თუ არა როუტერზე 5060 და 10000–20000 პორტების გადამისამართება?#

არა, და არც სცადოთ: ტელეფონზე 5060-ის გადამისამართება მას ინტერნეტიდან სკანერებისთვის ხილულს ხდის. საკმარისია როუტერმა გამავალი კავშირები გაატაროს (ქარხნულად ასეც არის გამართული).

ჩემს როუტერში SIP ALG ვერ ვიპოვე. რა ვქნა?#

ნახეთ განყოფილებებში NAT, „ქსელთაშორისი ეკრანი“, „უსაფრთხოება“, „WAN“, „კომპონენტები“. თუ პუნქტი არ არის — შესაძლოა მოდელს ALG საერთოდ არ აქვს; შეამოწმეთ *43-ით და ერთ წუთზე ხანგრძლივი ზარით. თუ ზარები 30 წამის შემდეგ წყდება, როუტერი კი პროვაიდერს ეკუთვნის — სთხოვეთ პროვაიდერს SIP ALG-ის გამორთვა ან მოწყობილობის ხიდის რეჟიმში გადაყვანა.

შემომავალი ზარები ტელეფონის ჩართვის შემდეგ მხოლოდ პირველ წუთებში მოდის#

ეს როუტერზე NAT ჩანაწერის ვადის გასვლის კლასიკური ნიშანია: ტელეფონი UDP-ის ლოდინის ვადაზე მეტხანს დუმს და როუტერს ავიწყდება, სად უნდა გაგზავნოს შემომავალი კავშირები. ტელეფონში ჩართეთ NAT keep-alive 15–30 წამით ან ტრანსპორტი TCP-ზე გადართეთ. ვრცლად — „ზარი წყდება“ და განყოფილება „NAT, ორმაგი NAT და keep-alive“.

საკმარისი იქნება ჩვენთვის მობილური როუტერი SIM-ბარათით?#

1–3 ერთდროული საუბრისთვის — ჩვეულებრივ დიახ: თითო საუბარზე თითოეული მიმართულებით საჭიროა დაახლოებით 0,1 მბიტ/წმ. სუსტი მხარე არასტაბილურობაა: 3%-ზე მეტი დანაკარგისა და 300 მწმ-ზე მეტი დაყოვნებისას საუბარი მოუხერხებელი გახდება. შეამოწმეთ *43 პიკის საათში და ნახეთ მაჩვენებლები ზარების ჟურნალში.

შეიძლება თუ არა ტელეფონების სტუმრის Wi-Fi-ზე მიერთება?#

უმჯობესია არა. სტუმრის ქსელში ხშირად ჩართულია კლიენტების იზოლაცია და შესვლის გვერდი, არხს კი სტუმრები თავიანთი ვიდეოებით იყენებენ — ხმა ყველაზე დატვირთულ საათში დაიწყებს წყვეტას. ტელეფონებისთვის გამოყავით სამსახურებრივი ქსელი ან VLAN.


დაკავშირებული განყოფილებები#

წყაროები#