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

אין שמע, שומעים רק צד אחד, הד, קול «רובוטי»

למה יש רישום אבל אין שמע: SIP ALG, NAT, חסימת RTP, Wi-Fi; הד וקיטועים — סיבות וסדר בדיקה

On this page 23

אין קול, שומעים לכיוון אחד, הד, „רובוט“

הטלפון יכול להיות רשום, לצלצל ולהיענות — ובכל זאת לא להעביר שום קול. העניין הוא שרישום וקול הם שני נתיבים שונים: הרישום עובר בהודעות שירות לפורט 5060, והקול — בזרם נפרד של חבילות בפורטים 10000–20000. הנתב של העסק יכול להעביר את הראשון ולחסום את השני. זו לא תקלה בטלפון ולא תקלה במרכזייה: בתשעה מתוך עשרה מקרים מפריעה הרשת שביניהם, ואפשר לאתר אותה בתוך דקות.

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

תחילה בדקו בממשק הניהול#

  1. מבחן הד *43 מאותו מכשיר. המרכזייה עונה, כעבור שנייה משמיעה צליל חיוג ואחר כך מחזירה את הקול שלכם. צליל החיוג נשמע לפני ההד בכוונה — הוא בודק את הכיוון „מרכזייה → טלפון“ בנפרד מהמיקרופון:

    מה שומעים מה זה אומר
    צליל חיוג, ואחר כך הקול שלכם הקול עובר לשני הכיוונים — הרשת עד המרכזייה תקינה
    יש צליל חיוג, אבל לא שומעים את עצמכם הקול לא מגיע מהטלפון למרכזייה
    אפילו צליל חיוג אין הקול לא מגיע מהמרכזייה לטלפון
    שומעים את עצמכם, אבל בקטעים או בהשהיה הנתיב קיים, אבל גרוע: אובדן חבילות, ג'יטר, ערוץ עמוס

    דברו ב-*43 כעשר שניות — כך המרכזייה תספיק למדוד אובדן חבילות, ג'יטר והשהיה. פירוט מלא — „בדיקת איכות הקשר“.

  2. יומן שיחות — פתחו את השיחה הבעייתית. השדה „קול“ בשיחה שנענתה אומר אם הקול עבר לשני הכיוונים: „לשני הכיוונים“, „מהטלפון של שלוחה 101 לא עבר קול“ או „מהצד השני לא עבר קול“ — ולצד זה אובדן חבילות, ג'יטר ו-RTT לכל כיוון.

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

  4. הקלטת השיחה, אם ההקלטה מופעלת: את מי שומעים בהקלטה — ממנו הקול הגיע למרכזייה.

  5. SIP trace במרכזייה ייעודית: בתיאור הקול (SDP, השורות c= ו-m=audio) רואים איזו כתובת ופורט כל צד הצהיר.

מדוע הרישום קיים אבל אין קול#

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

מה שבדרך כלל שובר את הקול, כשרישום תקין:

  1. SIP ALG בנתב („SIP Helper“, „SIP Passthrough“). הנתב „עוזר“ ל-SIP ומשכתב כתובות בתוך הודעות השירות — לעתים קרובות באופן שגוי. הרישום עובר, הקול — לא, או רק לכיוון אחד. היכן לכבות אותו לפי דגמי נתבים — „רשת, נתב ואינטרנט“.
  2. UDP יוצא 10000–20000 חסום. חומת האש מעבירה „אינטרנט“ (פורטי ווב) ו-5060, אבל את פורטי הקול — לא.
  3. NAT כפול — הנתב של הספק ועוד נתב משלכם מאחוריו: הכתובות משוכתבות פעמיים, ואחד המשכתבים טועה.
  4. Wi-Fi — רשת אורחים עם בידוד לקוחות, אות חלש, טלפון רחוק מנקודת הגישה.
  5. ערוץ עמוס — מצלמות אבטחה מעלות הקלטות לענן, אורחים צופים בווידאו על אותו אינטרנט: הקול מגיע עם חורים.
למנהל הרשת: מה המרכזייה עושה עם הקול
  • הקול תמיד דרך המרכזייה (direct_media=no): טלפונים לא מחליפים RTP ישירות — ולכן עובדים ההקלטה, הטלפרומפטר והמדידות.
  • RTP סימטרי (rtp_symmetric=yes): המרכזייה שולחת קול לכתובת ולפורט שמהם הגיע בפועל הזרם מהטלפון. האיתות — באותו אופן (force_rport, rewrite_contact).
  • קליטה קפדנית (strictrtp=yes ב-rtp.conf): לאחר שזיהתה את מקור הקול בראשית השיחה, המרכזייה מקבלת קול רק ממנו — הגנה מפני התחזות.
  • פורטי RTP: שרת משותף — UDP 10000–10200, מרכזייה ייעודית — UDP 10000–20000. יש לפתוח UDP יוצא לכתובת המרכזייה; אין צורך בהפניית פורטים פנימה.
  • קודקים: G.711 µ-law (PCMU), G.711 A-law (PCMA), G.722. G.729, Opus ו-AMR אינם מוצעים לטלפונים.
  • הצפנת קול (SRTP) כבויה כברירת מחדל. SRTP שמופעל בטלפון גורם לשקט או לסירוב השיחה.
  • ניתוק בגלל שקט אינו מוגדר (rtp_timeout=0): המרכזייה לא מנתקת בגלל היעדר קול — שיחה „שקטה“ תישאר תלויה עד שמישהו ינתק.

הערכים — מתוך shared/sip/advanced-options.json ו-sip-edge/asterisk/rtp.conf.

אין קול בכלל#

למה זה קורה#

  • יציאות הקול סגורות בשני הכיוונים: UDP יוצא 10000–20000 נחסם על ידי חומת אש או ראוטר. מכיוון שמהטלפון לא הגיע דבר, מרכזיית ה-VoIP לא יודעת לאן לשלוח את התשובה.
  • SIP ALG שיכתב את כתובת הקול בתיאור השיחה, והחבילות יוצאות למקום הלא נכון.
  • בטלפון מופעל הצפנת קול (SRTP) — מרכזיית ה-VoIP שלנו כברירת מחדל לא מציעה אותה.
  • בטלפון כבויים כל שלושת הקודקים שלנו (G.711 PCMA, PCMU ו-G.722). במקרה כזה השיחה בדרך כלל אפילו לא מתחברת — תשובה 488.
  • הטלפון מחובר דרך VPN או פרוקסי ארגוני שלא מעביר UDP.

מה לעשות#

לאחר כל שלב חייגו *43; המשיכו הלאה רק אם זה לא עזר.

  1. כבו את SIP ALG בראוטר והפעילו מחדש את הראוטר ואת הטלפון.
  2. פתחו UDP יוצא 10000–20000 לכתובת מרכזיית ה-VoIP (לשרת משותף מספיק 10000–10200).
  3. בטלפון כבו את SRTP / הצפנת קול ובדקו שלפחות G.711 (PCMA או PCMU) מופעל.
  4. חברו את הטלפון בכבל לרשת הראשית של העסק, לא דרך Wi-Fi לאורחים ולא דרך VPN.
  5. אם אחרי הראוטר של הספק נמצא ראוטר נוסף משלכם — העבירו את ראוטר הספק למצב גשר (bridge) או חברו את הטלפון ישירות אליו. מידע נוסף — „רשת, ראוטר ואינטרנט“.

שומעים רק צד אחד#

למה זה קורה#

לשמע חד-כיווני יש שני מקרים שונים — *43 מבחין ביניהם לפי צליל החיוג:

  • „אותי לא שומעים“ (יש צליל חיוג, אבל אני לא נשמע): הקול לא מגיע מהטלפון למרכזיית ה-VoIP. הסיבות: SIP ALG, מיקרופון כבוי או לחצן Mute, אוזנייה תקולה, מצב אוזנייה מופעל בלי אוזנייה, טלפון ב-Wi-Fi לאורחים. בחלק מהדגמים הקול אובד בדיוק ברגע המענה — הטלפון מחליף יציאת קול (כך מתנהג, למשל, D-Link DPH-150S); עבור דגמים ידועים מרכזיית ה-VoIP מתקנת זאת בעצמה, ומפעילה „צלילי חיוג ממרכזיית ה-VoIP“.
  • „אני לא שומע“ (אין צליל חיוג): הקול לא מגיע ממרכזיית ה-VoIP לטלפון: חומת אש מחמירה, SIP ALG, NAT כפול. אם ביומן השיחה כתוב „מהצד השני לא עבר קול“, הצד של ספק התקשורת או של המתקשר שתק — הטלפון שלכם לא אשם.

מה לעשות#

  1. חייגו *43 וקבעו את הכיוון לפי צליל החיוג.
  2. „אותי לא שומעים“: בדקו Mute ואוזנייה, נסו שפופרת במקום רמקול; כבו SIP ALG; הוציאו את הטלפון מ-Wi-Fi לאורחים.
  3. „אני לא שומע“: כבו SIP ALG; בדקו את חומת האש (UDP יוצא 10000–20000 והתשובות אליו); הסירו NAT כפול.
  4. *43 נקי בשני הכיוונים, ושמע חד-כיווני רק בשיחות חיצוניות — התקלה בין מרכזיית ה-VoIP לספק התקשורת. השוו לשיחה פנימית לעמית וכתבו את זמן השיחה לתמיכה.
  5. שמע חד-כיווני ברגע המענה ורק בדגם אחד — במרכזיית VoIP ייעודית ב„הגדרות טלפון“ של שלוחה הפעילו „צלילי חיוג יוצאים — ממרכזיית ה-VoIP, לא מהספק“. מחיר: הודעות הספק לפני המענה („המנוי לא זמין“) העובד לא ישמע.

הד#

למה זה קורה#

כלל האצבע להד: שומע אותו מי שקולו מוחזר בצד השני. אם אתם שומעים את ההד של עצמכם — המקור אצל הצד השני: רמקול חיצוני, אוזנייה זולה, ווליום מוגבר, טלפון ברכב — המיקרופון קולט את קולכם מהרמקול שלו ושולח אותו בחזרה. אם האורח מתלונן — המקור אצלכם.

מקור נפוץ שני — קו אנלוגי: טלפון רגיל דרך מתאם שער (ATA) או קו עירוני דרך שער. במפגש בין „ארבעה חוטים“ של הדיגיטלי ל„שני חוטים“ של האנלוגי, חלק מהאות מוחזר בחזרה; מדכא ההד של השער מחליש אותו.

ככל שההשהיה בקו גדולה יותר, ההד מורגש יותר: החזר שמגיע כמעט מיד האוזן לא מבחינה בו, אבל כזה שמגיע באיחור נשמע כחזרה.

ב-*43 אתם אמורים לשמוע את עצמכם — זה לא הד, אלא הבדיקה עצמה. אבל אם הקול שלכם ב-*43 חוזר באיחור ניכר (השהיית RTT ביומן גדולה מ-300 מ״ש), כל הד בשיחות אמיתיות יפריע יותר: האשם הוא הערוץ.

מה לעשות#

  1. קבעו מי שומע את ההד. אתם — חפשו אצל הצד השני; האורח — אצלכם.
  2. הד מהמכשיר שלכם: שפופרת במקום רמקול, ווליום רמקול נמוך יותר, אוזנייה אחרת; טלפון לא ליד קיר ולא ליד זכוכית, אם מדברים ברמקול. לפי התיעוד של Yealink, גם מיקרופון רגיש שמונח קרוב מדי יוצר הד.
  3. הד בשיחות דרך שער (טלפון אנלוגי או קו עירוני): בדקו שמדכא ההד בשער מופעל — ב-Grandstream HT זה השדה Disable Line Echo Canceller (LEC), עבור קול הוא צריך להיות No (ערך מהיצרן); החזירו את הגברת היציאה (Rx / Tx gain) לערכי היצרן, אם העליתם אותה.
  4. הד בכל השיחות החיצוניות דרך ספק תקשורת אחד, כששיחות פנימיות נקיות — כתבו את זמני השיחות לתמיכה.

קול „רובוט“, בעבוע, הברות נעלמות#

למה זה קורה#

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

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

אותם ספים נותנים את ההערכות „איכות טובה / סבירה / גרועה“ ביומן.

מאין מגיעים האובדן והג'יטר: Wi-Fi (במיוחד רחוק מנקודת הגישה או בערוץ עמוס), אינטרנט עמוס (מצלמות, העלאות, עדכונים, Wi-Fi לאורחים באותו ערוץ), ראוטר חלש שלא מתמודד עם העומס, אינטרנט סלולרי ו-VPN.

מה לעשות#

  1. בצעו *43 פעמיים: בשעה שקטה ובשעת שיא. טוב בשקט ורע בשיא — הערוץ עמוס; רע תמיד — הרשת או ה-Wi-Fi.
  2. חברו את הטלפון בכבל במקום ב-Wi-Fi.
  3. הפרידו את ה-Wi-Fi לאורחים מרשת השירות והגבילו לו את המהירות; העבירו את העלאת הווידאו מהמצלמות ללילה.
  4. הפעילו בראוטר עדיפות לטלפונים (QoS), אם הוא תומך בכך. כמה אינטרנט נדרש לשיחה — „רשת, ראוטר ואינטרנט“.
  5. לא עזר — הציגו לספק את המספרים מהיומן (אובדן, ג'יטר, זמן): זו שיחה מבוססת עובדות, לא „אצלכם שומעים רע“.

איך להבין באיזה צד התקלה#

בדיקה מה היא מפרידה
*43 מהמכשיר הבעייתי הרשת שלכם עד מרכזיית IP ↔ כל השאר. *43 נקי — הטלפון והרשת של העסק תקינים
שיחה פנימית לעמית לעומת שיחה חיצונית פנימית נקייה, חיצונית גרועה — הקטע בין מרכזיית IP לספק התקשורת או הצד של המתקשר
הקלטת שיחה מי שנשמע בהקלטה — ממנו הקול הגיע למרכזיית IP. שניהם נשמעים, ובשפופרת לא — הבעיה בקטע ממרכזיית IP לאחד הטלפונים
השורה „קול“ ביומן „מהטלפון של שלוחה 101 לא עבר קול“ — המכשיר שלכם או הרשת שלו; „מבן השיח לא עבר קול“ — הצד המרוחק
טלפון אחר באותה שקע אותו סימפטום — הרשת; הסימפטום נעלם — המכשיר או ההגדרות שלו

מה לשלוח לתמיכה#

  • תאריך ושעה של השיחה עד לדקה, המספר של בן השיח והשלוחה;
  • מי לא שמע את מי או מי שמע הד;
  • תוצאת *43 מהמכשיר הזה: צליל חיוג, הקול שלכם, קטוע — והמספרים מהיומן (אובדן, ג'יטר, RTT);
  • צילום מסך של כרטיס השיחה מהיומן עם השורה „קול“;
  • דגם וקושחת הטלפון (השורה מתג המכשיר), איך הוא מחובר (כבל / Wi-Fi), דגם הראוטר והאם SIP ALG כבוי;
  • במרכזיית IP ייעודית — טקסט ה-SIPトレース של השיחה החוזרת.

איך לכתוב לנו — „תמיכה“.

שאלות נפוצות#

ב-*43 אני שומע את עצמי בהשהיה — זה הד?#

לא. *43 הוא בדיוק „החזרת הקול שלכם“: ההשהיה שווה לזמן ההליכה למרכזיית IP ובחזרה. עד 300 מ״ש כמעט ולא מבחינים בה. אם האיחור מורגש באוזן (חצי שנייה ויותר), בשיחות אמיתיות זה יהיה לא נוח — האשם הוא הערוץ, לא הטלפון.

הקול נעלם רק בשיחות מסלולריים — זה אצלנו?#

סביר להניח שלא: לבן השיח הסלולרי יש קטע חלש משלו — הרשת הסלולרית. בדקו *43 מהמכשיר שלכם: אם הוא נקי וגם השיחות הפנימיות, שלחו לתמיכה את הזמן של כמה שיחות כאלה — נבדוק באיזה קטע הקול הולך לאיבוד.

האם קודקים אחרים יעזרו — G.729 או Opus?#

לא. מרכזיית IP שלנו מציעה לטלפונים G.711 (PCMA, PCMU) ו-G.722 — כל הטלפונים תומכים בהם, והם לא דוחסים את הקול, ולכן עמידים יותר לשגיאות. G.729, Opus ו-AMR לא מוצעים לטלפונים: אין טעם להפעיל אותם בטלפון.

אפשר להפעיל הצפנת קול כדי שהראוטר „לא יתערב“ בשיחה?#

כרגע לא: הטלפונים עובדים ב-UDP / TCP בלי TLS ו-SRTP. SRTP שמופעל בטלפון „ליתר ביטחון“ דווקא יוצר שקט. נגד הראוטר לא עוזרת ההצפנה אלא SIP ALG כבוי.

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

מקורות#

  • RFC 3550 — RTP ודוחות RTCP, שמהם מחושבים אובדן, ג'יטר והשהיה — https://www.rfc-editor.org/rfc/rfc3550
  • ITU-T G.114 — המלצות להשהיה בכיוון אחד (ספי 150 / 300 מ״ש של השהיה הלוך-חזור ב-*43 — נוהג מקובל בענף) — https://www.itu.int/rec/T-REC-G.114
  • Yealink SIP-T2/T3/T4/T5/CP920 Administrator Guide V86.60 — Troubleshooting → Audio Issues: סיבות להד ותקלות בקול קטוע
  • Grandstream HT80x Administration Guide — Disable Line Echo Canceller (LEC), Rx / Tx gain — https://documentation.grandstream.com/knowledge-base/ht80x-administration-guide/
  • קוד מרכזייה: shared/sip/advanced-options.json (direct_media=no, rtp_symmetric, force_rport, rewrite_contact, קודקים, rtp_timeout=0), sip-edge/asterisk/rtp.conf (strictrtp=yes, פורטים), sip-edge/sipsync/linecheck.go (בדיקת הד *43, ספים 1 / 3 %, 30 / 50 מ״ש, 150 / 300 מ״ש)
  • מסכי ממשק הניהול: השורה „שמע“ ביומן השיחות (admin/app/[locale]/calls/i18n/CallsPbxLog.i18n.ts), הבלוק „שמע בשני הכיוונים“ (admin/components/integrations/SipDeviceMediaHealth.tsx), „צלילי חיוג יוצא — מהמרכזייה“ (admin/components/integrations/SipOptions.i18n.ts)
Was this article helpful?