C cenaly.com
Սկսել անվճար

Ցանց, ռոուտեր և ինտերնետ հեռախոսակապի համար

Պորտեր, SIP ALG և որտեղ այն անջատել հայտնի ապրանքանիշերի ռոուտերներում, NAT, Wi-Fi և VLAN, որքան ինտերնետ է անհրաժեշտ զանգի համար

On this page 18

Ցանց, երթուղիչ և ինտերնետ հեռախոսակապի համար

IP-հեռախոսը հաստատության ցանցում նույն Սարքն է, ինչ Դրամարկղը կամ համակարգիչը. այն ինտերնետ է դուրս գալիս ձեր երթուղիչով դեպի մեր ԱԿԿ։ Գրեթե միշտ դա «ուղղակի աշխատում է», իսկ երբ չի աշխատում՝ մեղավոր են երթուղիչի երեք-չորս կարգավորումներ, որ նույնն են բոլոր մակնիշների մոտ։ Այս էջում՝ թե կոնկրետ ինչ է պետք ցանցից, որտեղ անջատել խանգարող «օգնական» 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 վրկ-ը մեկ։


Պորտեր ցանցի ադմինիստրատորի համար#

Կանոնը մեկն է՝ թույլատրել ելքը դեպի ԱԿԿ-ի հասցեն և պատասխանները դրան (սովորական «stateful» միջցանցային վահանն ինքն է դա անում)։ Մուտքային կանոններ և պորտերի բացում պետք չեն։

Ինչ Արձանագրություն և պորտ ԱԿԿ-ի կողմում Ուղղությունը հաստատությունից
Գրանցում և զանգեր (SIP) UDP 5060; TCP 5060՝ եթե հեռախոսը միացված է TCP-ի ելք դեպի ԱԿԿ-ի հասցեն
Ձայն (RTP) UDP 10000–20000 (ընդհանուր ուրվագիծն օգտագործում է 10000–10200, առանձնացված մեքենան՝ ամբողջ 10000–20000 միջակայքը) ելք դեպի ԱԿԿ-ի հասցեն
Անուններ (DNS) UDP/TCP 53 դեպի պրովայդերի DNS-սերվեր կամ ձերը
Ժամանակ (NTP) UDP 123 դեպի ժամանակի սերվերներ. հակառակ դեպքում զանգերի պատմության մեջ ժամանակը սխալ կլինի

ԱԿԿ-ի հասցեն անուն է, ոչ IP. այն ցուցադրված է «Ներքին համարի հաշվետվական տվյալներ» պատուհանում (sip.<ձեր տիրույթը>՝ ընդհանուր ուրվագծի մոտ, կամ ձեր առանձնացված մեքենայի անունը)։ Մի՛ մուտքագրեք կանոնների մեջ IP-ն «հիշողությամբ» և մի՛ վերցրեք այն այս էջից. այստեղ այն դիտմամբ չկա։

Մանրամասներ միջցանցային վահանի համար
  • Հեռախոսի լոկալ պորտերը (որ պորտից է այն ուղարկում SIP և RTP) ամեն մակնիշի մոտ տարբեր են. ելքը ըստ աղբյուրի պորտի ֆիլտրել պետք չէ, ֆիլտրեք ըստ նշանակման հասցեի ու պորտի։
  • Երկու պորտ մեկ զրույցի համար ԱԿԿ-ի կողմում՝ RTP-ն զբաղեցնում է զույգ պորտ, RTCP-ն (որակի հաշվետվություններ)՝ հարևան կենտը։ Սա ԱԿԿ-ի ներքին գործն է, բայց բացատրում է, թե ինչու է միջակայքը լայն։
  • Եթե միջցանցային վահանը պահանջում է IP-հասցե, ստացեք այն անունով (nslookup <SIP-սերվեր>)։ Առանձնացված մեքենայի IP-ն ստատիկ է. ընդհանուր ուրվագծի համար ավելի հուսալի է թույլատրել ըստ անվան կամ ամբողջ ելքային UDP-ն դեպի այն։
  • TCP 5061 (SIP՝ TLS-ով) առանձնացված մեքենայի վրա բաց է գաղտնագրված ազդանշանման համար։ Հեռախոսին այն պետք է միայն այն դեպքում, երբ հաշվետվական տվյալների պատուհանում տրանսպորտը TLS է. լռելյայն այնտեղ UDP է։
  • Ձայնի գաղտնագրում (SRTP) չկա՝ եթե միջցանցային վահանի «VoIP inspection»-ը պահանջում է SRTP, անջատեք այն ԱԿԿ-ի հասցեի համար։

SIP ALG — անջատել երթուղիչում#

Ինչ է սա։ SIP ALG (Application Layer Gateway; տարբեր ապրանքանիշերի մոտ՝ «SIP Helper», «SIP Passthrough», «ALG SIP-ի համար») երթուղիչի ֆունկցիա է, որը «օգնում է» հեռախոսակապին՝ մտնում է SIP փաթեթների ներսը և վերագրում դրանցում եղած հասցեները։ Այն ստեղծվել է հին հեռախոսների համար, որոնք չէին կարողանում աշխատել NAT-ի հետևում։ Մեր ԱԿՀ-ն ինքն է դա անում (տես վերևի բլոկը), և երթուղիչն իր «օգնությամբ» միայն խանգարում է։

Ինչպես է կոտրում։ Հաճախ վերագրում է սխալ կամ փաթեթների միայն կեսը։ Տիպիկ նշաններ՝

  • զանգն ընդհատվում է ուղիղ ~30 վայրկյան հետո պատասխանից հետո — պատասխանի հաստատումը (ACK) գնացել է սխալ տեղ, և կողմերից մեկը ժամաչափով դնում է լսափողը;
  • լսվում է միայն մի կողմը կամ ձայն ընդհանրապես չկա — ձայնային հոսքի նկարագրության մեջ հասցեն փոխարինված է;
  • հեռախոսը երբեմն գրանցվում է, երբեմն՝ ոչ, մուտքայինները գալիս են ընդմիջումներով։

Այս խափանումների մեխանիկան մանրամասն քննարկվում է «Զանգն ընդհատվում է» և «Ձայն չկա, լսվում է միայն մի կողմը» էջերում։ Այստեղ՝ որտեղ անջատել։

Ապրանքանիշ Որտեղ անջատել Գործարանային վիճակ
Keenetic (և Netcraze) Համակարգի ընդհանուր կարգավորումներ → Փոխել բաղադրիչների հավաքածուն → հանել «SIP-ի համար կիրառական մակարդակի դարպաս (ALG)» → Թարմացնել։ 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) և միացված է sip session-helper-ը (սովորաբար № 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։


Կապակցված բաժիններ#

Աղբյուրներ#

Was this article helpful?