C cenaly.com
להתחיל בחינם

רשת, נתב ואינטרנט עבור טלפוניה

פורטים, SIP ALG ואיפה לכבות אותו בנתבים של מותגים פופולריים, NAT, Wi-Fi ו-VLAN, כמה אינטרנט צריך לשיחה

18 min read לפתיחת המסך הזה בדמו
On this page 18

רשת, ראוטר ואינטרנט לטלפוניה

טלפון IP הוא מכשיר ברשת העסק בדיוק כמו קופה או מחשב: הוא יוצא לאינטרנט דרך הראוטר שלכם אל מרכזיית הטלפונים שלנו. כמעט תמיד זה „פשוט עובד“, וכשזה לא עובד — האשמה היא בשלושה-ארבעה הגדרות בראוטר, זהות בכל המותגים. בעמוד הזה — מה בדיוק נדרש מהרשת, היכן לכבות את ה„עוזר“ המפריע SIP ALG בראוטרים של מותגים נפוצים וכמה אינטרנט נדרש לשיחה.

מה להזין בטלפון עצמו (שרת, שם משתמש, סיסמה) — בסקירה „הגדרת טלפוני SIP“. בדיקת שמע לאחר כל שינוי ברשת — בדיקת הד (echo test) *43 (ראו „כיצד לבדוק את הרשת“).

בקצרה: חמישה כללים#

  1. אין צורך להעביר פורטים (port forwarding). הטלפון מתחבר למרכזייה בעצמו מתוך הרשת שלכם — אין חיבורים נכנסים מבחוץ.
  2. כבו את SIP ALG בראוטר (הוא גם „SIP Helper“, „SIP Passthrough“). זו הסיבה הנפוצה ביותר ל„השיחה מתנתקת אחרי 30 שניות“ ול„לא שומעים אותי“ — היכן הוא במותג שלכם.
  3. הטלפון — ברשת שירות, עדיף בכבל. לא ב-Wi-Fi לאורחים: שם המכשירים מבודדים זה מזה, ולעיתים קרובות יש עמוד התחברות שהטלפון לא יעבור.
  4. נדרש מעט אינטרנט, אבל יציב: כ-100 kbit/s לכל כיוון לשיחה אחת. חשוב לא המהירות אלא שהערוץ לא ייגע „בתקרה“ — במיוחד בהעלאה.
  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 — המרכזייה זוכרת את הטלפון לפי הכתובת החיצונית האמיתית של מקור הרישום, ולא לפי הכתובת הפרטית 192.168.x.x מכותרת Contact;
  • 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“ דורשת SRTP, כבו אותה עבור כתובת המרכזייה.

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 מתג נפרד ל-SIP ALG בתיעוד של AVM אין. אבל עבור מרכזייה חיצונית יש להסיר את ההגנה: Telefonie → Eigene Rufnummern → Anschlusseinstellungen → להסיר את הסימון „Nutzung von Internettelefonie aus dem Heimnetz unterbinden“ (חסימת טלפוניית אינטרנט מהרשת הביתית) — אחרת FRITZ!Box לא יעביר טלפונים למרכזייה שלנו —
Ubiquiti UniFi (Cloud Gateway) אין צורך לעשות דבר: לפי התיעוד של Ubiquiti שערי UniFi אינם מיישמים SIP ALG. בדקו את נתב הספק שלפניהם אין ALG
Tenda במדריכים של נתבי Wi-Fi ביתיים של Tenda אין סעיף 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: לרשומת SIP ב-service-port יש פרמטרים sip-direct-media (ברירת מחדל yes) ו-sip-timeout (שעה) — כשהעוזר כבוי הם לא חלים.
  • OpenWrt: עוזר SIP נמצא בחבילה kmod-nf-nathelper-extra; אין חבילה — אין ALG. עוזרים לפי אזורים מופעלים באמצעות האפשרות auto_helper של חומת האש.

אם הנתב של הספק (מסוף אופטי, „קופסה“ של ספק האינטרנט) ואין סעיף — התפריט בדרך כלל מצומצם. התקשרו לספק ובקשו: „כבו SIP ALG בנתב שלי“ או „העבירו את המסוף למצב גשר (bridge)“, אם מאחוריו נמצא הנתב שלכם.

לאחר הכיבוי אתחלו את הנתב ואת הטלפונים (רשומות NAT ישנות נשמרות עד לאתחול או לפקיעת הטיימר), ואז חייגו *43.

NAT, NAT כפול ו-keep-alive#

Keep-alive. הנתב זוכר „חור“ עבור הטלפון כל עוד משהו עובר דרכו. אם הטלפון שותק יותר מהזמן הקצוב (timeout) של 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 בדרך כלל אינם נשמרים — ולכן כדאי לשלוט דווקא בשידור היוצא שלכם.

כמה אינטרנט צריך#

שיחה אחת דרך ה-PBX שלנו תופסת כ-87 kbit/s לכל כיוון — זהה עבור קודקים G.711 (A-law/µ-law) ו-G.722. עם מרווח ביטחון הקצו 100 kbit/s לשיחה — גם לקליטה וגם לשליחה.

מדברים בו-זמנית נדרש לשליחה ולקליטה (כל אחד)
טלפון 1 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

שתי הבהרות שנתקלים בהן שוב ושוב:

  • שיחה בין שני טלפונים בתוך העסק היא שני זרמים דרך האינטרנט, ולא אפס: הקול תמיד עובר דרך ה-PBX (כל טלפון — אל ה-PBX ובחזרה). ספרו טלפונים שמדברים בו-זמנית, לא שיחות.
  • צוואר הבקבוק הוא השליחה. ב-ADSL, באינטרנט סלולרי ובהרבה תוכניות מהירות השליחה נמוכה פי כמה מהקליטה. אם ערוץ השליחה תפוס במצלמות, בגיבוי ענן או בהורדת וידאו, הקול יתחיל להיקרע, גם כשהמהירות בבדיקה נראית טובה.

איכות חשובה ממהירות. לשיחה תקינה נדרשים:

מדד טוב שומעים רע
אובדן מנות עד 1 % יותר מ-3 % — „מבעבע“, הברות נעלמות
ג'יטר (פיזור השהיה) עד 30 ms יותר מ-50 ms — הקול נקרע
השהיה הלוך-חזור עד 150 ms יותר מ-300 ms — בני השיח מפריעים זה לזה

אותם מספרים ה-PBX מציג בכל בדיקה *43 ביומן השיחות.

אינטרנט סלולרי. שיחה צורכת כ-0.6 MB בדקה לכל כיוון, כלומר כ-1.2 MB בדקה בסך הכול, או כ-72 MB לשעה של שיחה.

איך זה מחושב

הקודקים של ה-PBX שלנו — G.711 (PCMA/PCMU) ו-G.722 — שניהם מעבירים 64 kbit/s של שמע. הטלפון שולח מנה כל 20 ms (ptime 20 ms — התקן לקודקים האלה), כלומר 50 מנות בשנייה.

  • מטען שימושי של מנה: 64,000 bit/s × 0.02 s = 1280 bit = 160 byte.
  • כותרות: RTP 12 + UDP 8 + IPv4 20 = 40 byte → מנה ברמת IP — 200 byte.
  • ברמת IP: 200 byte × 8 × 50 מנות/s = 80 kbit/s.
  • בכבל Ethernet מתווספות עוד 18 byte של כותרת מסגרת: 218 byte × 8 × 50 = 87.2 kbit/s — זה בדיוק ה„כ-87“.
  • RTCP (דוחות איכות, אחת לכמה שניות) מוסיף שברי kbit/s — זניח. PPPoE אצל הספק מוסיף 8 byte למנה (+3.2 kbit/s).

נוסחה: רוחב פס = (מטען + כותרות) × 8 × (1000 / ptime); עבור G.711 ו-G.722 ב-20 ms: (160 + 40 + 18) × 8 × 50 = 87,200 bit/s.

תעבורה: 80 kbit/s (ברמת IP, כפי שמחשב המפעיל הסלולרי) = 10,000 byte/s × 60 = 600,000 byte ≈ 0.6 MB בדקה בכיוון אחד; ×2 כיוונים = 1.2 MB/דקה; ×60 דקות = 72 MB/שעה.

איך לבדוק את הרשת#

  1. בדיקת הד *43 מהטלפון שמעורר שאלות: צליל חיוג → הקול שלכם עצמכם. איך לקרוא את ארבעת התוצאים (צליל חיוג בלי קול, שקט, קרוע) — בסקירה: „בדיקת איכות הקשר“. דברו לפחות 10 שניות — אז יופיעו ביומן השיחות אובדן מנות, ג'יטר והשהיה.
  2. שיחה מה-PBX אל המכשיר (כרטיס המכשיר → „בדיקה“ → „להתקשר למכשיר“) בודקת את הדרך חזרה — בדיוק את ה„חור“ בנתב שדרכו נכנסות שיחות נכנסות.
  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 שפגה תוקף בנתב: הטלפון שותק יותר מזמן ה-timeout של UDP, והנתב שוכח לאן להעביר שיחות נכנסות. הפעילו בטלפון NAT keep-alive ל-15–30 שניות, או החליפו את התעבורה ל-TCP. בפירוט — „השיחה מתנתקת“ והמדור „NAT, NAT כפול ו-keep-alive“.

האם נתב סלולרי עם SIM-כרטיס יספיק לנו?#

ל-1–3 שיחות במקביל — בדרך כלל כן: צריך כ-0,1 Mbps לשיחה בכל כיוון. הנקודה החלשה היא חוסר היציבות: באובדנים של יותר מ-3 % ובהשהיה של יותר מ-300 ms השיחה תהיה לא נוחה. בדקו עם *43 בשעת שיא והסתכלו על המספרים ביומן השיחות.

אפשר לתלות טלפונים על Wi-Fi אורחים?#

עדיף שלא. ברשת אורחים often מופעלת בידוד לקוחות ודף כניסה, והערוץ משותף עם האורחים והווידאו שלהם — הקול יתחיל להיקרע בשעה העמוסה ביותר. הקצו לטלפונים רשת שירות או VLAN.

מדורים קשורים#

מקורות#

Was this article helpful?
Network, softphones & reset
דמו תפריט אורח להתחיל בחינם