התמיכה הטכנית של 3CX מגיבה: לכידת תעבורת SIP בשרת המרכזיה

במאמר זה נדבר על היסודות של לכידה וניתוח תעבורת SIP שנוצרת על ידי 3CX PBX. המאמר מופנה למנהלי מערכות מתחילים או למשתמשים רגילים שתחומי אחריותם כוללים תחזוקת טלפוניה. ללימוד מעמיק בנושא, אנו ממליצים לעבור קורס הדרכה מתקדם 3CX.

3CX V16 מאפשר לך ללכוד תעבורת SIP ישירות דרך ממשק האינטרנט של השרת ולשמור אותה בפורמט Wireshark PCAP הסטנדרטי. אתה יכול לצרף את קובץ הלכידה בעת יצירת קשר עם התמיכה הטכנית או להוריד אותו לניתוח עצמאי.

אם 3CX פועל על Windows, תצטרך להתקין את Wireshark בשרת 3CX בעצמך. אחרת, ההודעה הבאה תופיע כשתנסה ללכוד.


במערכות לינוקס, כלי השירות tcpdump מותקן באופן אוטומטי בעת התקנה או עדכון של 3CX.

לכידת תנועה

כדי להתחיל ללכוד, עבור אל קטע הממשק בית > SIP Events ובחר את הממשק עליו ללכוד. אתה יכול גם ללכוד תעבורה בכל הממשקים בו זמנית, למעט ממשקי מנהור IPv6.

ב- 3CX עבור לינוקס, אתה יכול ללכוד תעבורה עבור מארח מקומי (נכון). לכידה זו משמשת לניתוח חיבורי לקוח SIP באמצעות טכנולוגיה בקר מנהרת 3CX ו-Session Border.

כפתור לכידת תנועה מפעיל את Wireshark ב-Windows או tcpdump ב-Linux. בשלב זה, אתה צריך לשחזר במהירות את הבעיה, כי... לכידה היא אינטנסיבית של מעבד ותופסת כמות נכבדת של שטח דיסק.  


שימו לב לפרמטרים הבאים של השיחה:

• המספר שממנו בוצעה השיחה, אליו התקשרו גם מספרים/משתתפים נוספים בשיחה.
• השעה המדויקת שבה התרחשה הבעיה לפי שעון שרת 3CX.
• מסלול שיחה.

נסה לא ללחוץ בשום מקום בממשק מלבד כפתור "עצור". כמו כן, אל תלחץ על קישורים אחרים בחלון הדפדפן הזה. אחרת, לכידת התעבורה תמשיך ברקע ויגרום לעומס נוסף על השרת.

קבלת קובץ לכידה

כפתור העצור מפסיק את הלכידה ושומר את קובץ הלכידה. אתה יכול להוריד את הקובץ למחשב שלך לניתוח בתוכנית השירות Wireshark או ליצור קובץ מיוחד תמיכה טכנית, שיכלול לכידה זו ומידע אחר על ניפוי באגים. לאחר ההורדה או הכללה בחבילת תמיכה, קובץ הלכידה נמחק אוטומטית משרת 3CX למטרות אבטחה.

בשרת 3CX הקובץ ממוקם במיקום הבא:

• Windows: C:ProgramData3CXInstance1DataLogsdump.pcap
• לינוקס: /var/lib/3cxpbx/Instance/Data/Logs/dump.pcap

כדי למנוע עומס מוגבר של שרת או אובדן מנות במהלך הלכידה, תקופת הלכידה מוגבלת ל-2 מיליון מנות. לאחר מכן, הלכידה נעצרת אוטומטית. אם אתה צריך לכידה ארוכה יותר, השתמש בכלי השירות הנפרד Wireshark כמתואר להלן.

לכוד תנועה עם כלי השירות Wireshark

אם אתה מעוניין בניתוח מעמיק יותר של תעבורת הרשת, ללכוד אותה באופן ידני. הורד את כלי השירות Wireshark עבור מערכת ההפעלה שלך מכאן. לאחר התקנת כלי השירות בשרת 3CX, עבור אל Capture > ממשקים. כל ממשקי הרשת של מערכת ההפעלה יוצגו כאן. ניתן להציג כתובות IP של ממשק בתקן IPv6. כדי לראות את כתובת ה-IPv4, לחץ על כתובת ה-IPv6.

בחר את הממשק ללכוד ולחץ על כפתור האפשרויות. בטל את הסימון של לכידת תנועה במצב מופקר והשאיר את שאר ההגדרות ללא שינוי.

עכשיו אתה צריך לשחזר את הבעיה. כאשר הבעיה משוכפלת, הפסק את הצילום (תפריט לכידה > עצירה). אתה יכול לבחור הודעות SIP בתפריט טלפוניה > SIP Flows.

יסודות ניתוח תנועה - הודעת SIP INVITE

בואו נסתכל על השדות העיקריים של הודעת SIP INVITE, הנשלחת ליצירת שיחת VoIP, כלומר. היא נקודת המוצא לניתוח. בדרך כלל, SIP INVITE כולל בין 4 ל-6 שדות עם מידע המשמש את התקני הקצה של SIP (טלפונים, שערים) ומפעילי טלקום. הבנת התוכן של ה-INVITE וההודעות שאחריו יכולה לעתים קרובות לעזור לקבוע את מקור הבעיה. בנוסף, הכרת תחומי INVITE עוזרת בעת חיבור מפעילי SIP ל-3CX או שילוב 3CX עם מרכזיות SIP אחרות.

בהודעת INVITE, משתמשים (או התקני SIP) מזוהים על ידי URI. בדרך כלל, SIP URI הוא מספר הטלפון של המשתמש + כתובת שרת SIP. SIP URI דומה מאוד לכתובת דואר אלקטרוני ונכתב כ sip:x@y:Port.

Request-Line-URI:

Request-Line-URI - השדה מכיל את מקבל השיחה. הוא מכיל את אותו מידע כמו השדה אל, אך ללא שם התצוגה של המשתמש.

ויה:

Via - כל שרת SIP (פרוקסי) שדרכו עוברת בקשת ה-INVITE מוסיף את כתובת ה-IP שלו ואת היציאה בה התקבלה ההודעה בראש רשימת ה-Via. ההודעה מועברת בהמשך המסלול. כאשר הנמען הסופי מגיב לבקשת INVITE, כל צמתי המעבר "מרימים" את כותרת ה-Via ומחזירים את ההודעה לשולח באותו מסלול. במקרה זה, פרוקסי ה-SIP למעבר מסיר את הנתונים שלו מהכותרת.

מ:

מאת - הכותרת מציינת את יוזם הבקשה מנקודת המבט של שרת ה-SIP. הכותרת נוצרת באותו אופן כמו כתובת דואר אלקטרוני (user@domain, כאשר משתמש הוא מספר השלוחה של משתמש 3CX, ו-domain הוא כתובת ה-IP המקומית או תחום ה-SIP של שרת 3CX). כמו הכותרת To, הכותרת מאת מכילה URI ובאופן אופציונלי את שם התצוגה של המשתמש. על ידי התבוננות בכותרת מאת, תוכל להבין בדיוק כיצד יש לעבד בקשת SIP זו.

תקן SIP RFC 3261 קובע שאם שם התצוגה אינו משודר, טלפון ה-IP או שער ה-VoIP (UAC) חייבים להשתמש בשם התצוגה "אנונימי", לדוגמה, מאת: "אנונימי"[מוגן בדוא"ל]>.

ל:

אל - כותרת זו מציינת את מקבל הבקשה. זה יכול להיות הנמען הסופי של השיחה או קישור ביניים. בדרך כלל הכותרת מכילה את SIP URI, אך אפשריות סכימות אחרות (ראה RFC 2806 [9]). עם זאת, יש לתמוך ב-SIP URI בכל ההטמעות של פרוטוקול SIP, ללא קשר ליצרן החומרה. הכותרת To יכולה להכיל גם שם תצוגה, לדוגמה, To: "First Name Last Name"[מוגן בדוא"ל]>).

בדרך כלל השדה To מכיל SIP URI המצביע על פרוקסי ה-SIP הראשון (הבא) שיעבד את הבקשה. זה לא חייב להיות הנמען הסופי של הבקשה.

איש קשר:

איש קשר - הכותרת מכילה את SIP URI שבאמצעותו ניתן ליצור קשר עם השולח של בקשת ה-INVITE. זוהי כותרת נדרשת וחייבת להכיל SIP URI אחד בלבד. זה חלק מהתקשורת הדו-כיוונית התואמת לבקשת SIP INVITE המקורית. חשוב מאוד שכותרת Contact תכיל את המידע הנכון (כולל כתובת ה-IP) שבו שולח הבקשה מצפה לתגובה. URI Contact משמש גם בתקשורת נוספת, לאחר הקמת סשן התקשורת.

להתיר:

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

מקור: www.habr.com