חיבור שרת (טלפוניה) מאחורי פייבר לקליינט חיצוני
יש לי חיבור פייבר ביתי של פרטנר עם IP קבוע. ממיר רשת שלהם ונתב איכותי של דרייטק עם הפניית פורטים מתאימה.
ניסיתי להעביר את שרת הטלפוניה (מבוסס אסטריסק) מחיבור VDSL ואלה התוצאות:
השרת התחבר לטלפוניה הקווית של פרטנר (SIP TRUNK) התחבר לITSP לשיחות לחו"ל דרך האינטרנט התחבר לשלוחות ברשת המקומית.
לא מצליח בשום אופן לחבר שלוחה חיצונית למערכת. אני אפילו לא בשלב האודיו. אין רישום של השלוחה לשרת. השרת לא רואה אותה כלל.
לאסטריסק פרוטוקול מובנה (IAX) שמחבר רישום/מדיה בפורט אחד (4569) שלפני שנים היינו משתמשים בו לחיבור שלוחות חיצוניות היכן שהיו בעיות עם SIP. ללא הועיל.
האם למישהו יש נסיון עם חיבור שרתים בכלל מאחורי פייבר של פרטנר ללקוח חיצוני או טלפוניה בפרט?
ניסיתי להעביר את שרת הטלפוניה (מבוסס אסטריסק) מחיבור VDSL ואלה התוצאות:
השרת התחבר לטלפוניה הקווית של פרטנר (SIP TRUNK) התחבר לITSP לשיחות לחו"ל דרך האינטרנט התחבר לשלוחות ברשת המקומית.
לא מצליח בשום אופן לחבר שלוחה חיצונית למערכת. אני אפילו לא בשלב האודיו. אין רישום של השלוחה לשרת. השרת לא רואה אותה כלל.
לאסטריסק פרוטוקול מובנה (IAX) שמחבר רישום/מדיה בפורט אחד (4569) שלפני שנים היינו משתמשים בו לחיבור שלוחות חיצוניות היכן שהיו בעיות עם SIP. ללא הועיל.
האם למישהו יש נסיון עם חיבור שרתים בכלל מאחורי פייבר של פרטנר ללקוח חיצוני או טלפוניה בפרט?
- sys_admin
-
- חבר מביא חבר

- תגובות: 4307
- הצטרף: ינואר 2014
- מיקום: גליל מערבי
- נתן תודות: 10 פעמים
- קיבל תודות: 903 פעמים
כן, יש לי בכמה מקומות שרתים בכלל וכאלה שהם SoftSwitchs בפרט על בסיס של Asterisk שמחוברים על קווים שהם על גבי תשתית של סיבים אופטיים של פרטנר ועם הספק פרטנר. ולכולם יש שלוחות רחוקות פעילות גם על פרוטוקול של SIP וגם של IAX2, גם עם שיחות וידאו. וחלק מהשלוחות אלה הן דרך VPN לרשת הפנימית וחלק עם גישה ישירה מצד האינטרנט לפורטים מופנים דרך NAT למרכזייה שברשת הפנימית.24/08/2022 23:24asterjet כתב: האם למישהו יש נסיון עם חיבור שרתים בכלל מאחורי פייבר של פרטנר ללקוח חיצוני או טלפוניה בפרט?...
- sys_admin
-
- חבר מביא חבר

- תגובות: 4307
- הצטרף: ינואר 2014
- מיקום: גליל מערבי
- נתן תודות: 10 פעמים
- קיבל תודות: 903 פעמים
השרתים שעליהם התייחסתי מחוברים עם חיבור ביתי רגיל. בחיבורים עסקיים מדובר על דבר אחר לגמרי.
סיבות לכך "מדוע שרת כזה שעובד על adsl רגיל לא מצליח לעבוד על פייבר עם תצורה דומה" יכולות להיות אינספור. ורק אתה יכול למצוא אותה כי בכדי לעשות את זה צריך לבצע את הבדיקות הפשוטות ביותר. למשל יכול להיות שההפנייה של פורטים לא הוגדרה נכון. בגדול במעבר מחיבור ADSL לחיבור של פרטנר פייבר כל מה שהיית צריך לשנות זה את שם משתמש וסיסמה בממשק WAN של הנתב, שהוא חייגן PPPoE. בגלל שגם חיבור ADSL וגם חיבור של סיבים של פרטנר עם כתובת IP קבועה מתבצע על גבי ערוץ PPPoE.
צריך לבדוק גם הציוד קצה שנמצא לפני הנתב, האם זה ציוד של פרטנר שהוגדר כ BRIDGE ? האם זה ממיר מדייה? או שה GIBIC בכלל מחובר להתקן אחר כמו מתג למשל.
אחרי זה גם יכולה להיות בעיה שהכתובת IP החדשה של פרטנר בכלל לא מוגדרת בשרת טלפונייה ועדיין נשארה שם כתובת שלא קיימת כבר, אם הוחלפה כתובת בשלב המעבר מתשתית לתשתית. ויכולות להיות עוד אלף ושתיים סיבות.
את הבדיקות אתה צריך להתחיל מדברים הפשוטים ביותר, למשל לבדוק האם בכלל הפורט SIP שפתחת נגיש מצד האינטרנט. אותו הדבר גם עם טווח של פורטי מדייה.
אחרי זה, אם כן, אז להמשיך לבדוק מה עובר על ממשק WAN לכיוון המרכזייה בשלב שהשלוחות מנסות להירשם למרכזייה. כמובן שבשביל זה אתה צריך לבטל את ההצפנה גם מהאיתות וגם מהמדייה. אם רואים שם שהכל תקין, אז ממשיכים לבדיקה זהה על רגל LAN של הנתב ומשווים את התוצאות. אחרי זה על יומן רישום במרכזייה. בסוף רק לא לשכוח להפעיל בחזרה את ההצפנה, כי הרי אתה לא באמת רוצה שבכל רחבי האינטרנט השיחות שלך יעברו כזמינות לכל מי שרוצה להקשיב להן?
גם צריך לבדוק את ההגדרות של FW בהקשר של כתובת IP חיצונית חדשה. על כך שהגדרת בכל הטלפונים את הכתובת החדשה אני אפילו לא שואל.
אלה חלק מהדברים הפשוטים והטריוויאליים ביותר בין אלה שבעזרתם ניתן תוך דקות בודדות לזהות ולפתור את הבעיה.
סיבות לכך "מדוע שרת כזה שעובד על adsl רגיל לא מצליח לעבוד על פייבר עם תצורה דומה" יכולות להיות אינספור. ורק אתה יכול למצוא אותה כי בכדי לעשות את זה צריך לבצע את הבדיקות הפשוטות ביותר. למשל יכול להיות שההפנייה של פורטים לא הוגדרה נכון. בגדול במעבר מחיבור ADSL לחיבור של פרטנר פייבר כל מה שהיית צריך לשנות זה את שם משתמש וסיסמה בממשק WAN של הנתב, שהוא חייגן PPPoE. בגלל שגם חיבור ADSL וגם חיבור של סיבים של פרטנר עם כתובת IP קבועה מתבצע על גבי ערוץ PPPoE.
צריך לבדוק גם הציוד קצה שנמצא לפני הנתב, האם זה ציוד של פרטנר שהוגדר כ BRIDGE ? האם זה ממיר מדייה? או שה GIBIC בכלל מחובר להתקן אחר כמו מתג למשל.
אחרי זה גם יכולה להיות בעיה שהכתובת IP החדשה של פרטנר בכלל לא מוגדרת בשרת טלפונייה ועדיין נשארה שם כתובת שלא קיימת כבר, אם הוחלפה כתובת בשלב המעבר מתשתית לתשתית. ויכולות להיות עוד אלף ושתיים סיבות.
את הבדיקות אתה צריך להתחיל מדברים הפשוטים ביותר, למשל לבדוק האם בכלל הפורט SIP שפתחת נגיש מצד האינטרנט. אותו הדבר גם עם טווח של פורטי מדייה.
אחרי זה, אם כן, אז להמשיך לבדוק מה עובר על ממשק WAN לכיוון המרכזייה בשלב שהשלוחות מנסות להירשם למרכזייה. כמובן שבשביל זה אתה צריך לבטל את ההצפנה גם מהאיתות וגם מהמדייה. אם רואים שם שהכל תקין, אז ממשיכים לבדיקה זהה על רגל LAN של הנתב ומשווים את התוצאות. אחרי זה על יומן רישום במרכזייה. בסוף רק לא לשכוח להפעיל בחזרה את ההצפנה, כי הרי אתה לא באמת רוצה שבכל רחבי האינטרנט השיחות שלך יעברו כזמינות לכל מי שרוצה להקשיב להן?

גם צריך לבדוק את ההגדרות של FW בהקשר של כתובת IP חיצונית חדשה. על כך שהגדרת בכל הטלפונים את הכתובת החדשה אני אפילו לא שואל.
אלה חלק מהדברים הפשוטים והטריוויאליים ביותר בין אלה שבעזרתם ניתן תוך דקות בודדות לזהות ולפתור את הבעיה.
תודה על המענה הזריז. רוב הדברים בוצעו אבל אעבור שוב על הליסט. הSIP פתוח שאחרת לא הייתי מצליח להוציא ולקבל שיחות בSIP TRUNK ולהתחבר ל ITSP. וכמובן שבVPN ניתן לחבר שלוחות אבל זה לא נקרא כי הן וירטואליות על הרשת המקומית. הציוד של פרטנר הוא ממיר מדיה ולא BRIDGE. מראש הודעתי שאני משתמש בנתב שלי
בכל אופן אעבור על הכל שוב בימים הקרובים ואעדכן
בכל אופן אעבור על הכל שוב בימים הקרובים ואעדכן
- sys_admin
-
- חבר מביא חבר

- תגובות: 4307
- הצטרף: ינואר 2014
- מיקום: גליל מערבי
- נתן תודות: 10 פעמים
- קיבל תודות: 903 פעמים
בקשר לכך שאתה מצליח להוציא ולקבל שיחות בSIP TRUNK ולהתחבר ל ITSP. אז יש כל מני סוגים של שירותים שמכנים SIP TRUNK. למשל יש כאלה שאתה מזדהה עם שם משתמש וסיסמה מול המתג של הנותן שירות וכך המרכזייה שלך נרשמת למרכזייה של נותן שירות, שזה צורת חיבור כמו שלוחה רגילה ובגלל זה הצד של הלקוח לא חייב אפילו להיות עם פורטים פתוחים. מצד שני, ה SIP TRUNK האמתי הוא בתצורה שבה אף צד לא חייב להירשם עם שם משתמש וסיסמה, אלה בכל צד מגדירים את הכתובת IP של הצד השני ויוזמים ישר את השיחות בכל הערוצים. במקרה זה באמת שצריך שהפורטים במרכזיית הלקוח יהיו פתוחים לצד של מרכזייה שמספקת את ה SIP TRUNK. כך שאתה צריך לבדוק מה המבנה של SIP TRUNK שאתה משתמש בו.
דבר נוסף. לא כתבת מה הוא סוג של ממשק WAN בנתב שלך. האם זה חייגן PPPoE ? או שזה משהוא אחר בכלל כמו למשל ממשק ETH עם לקוח DHCP. כי בתשתית של פרטנר כפי שכבר כתבתי, לרוב בכדי לקבל כתובת IP קבוע נדרש חייגן PPPoE. ואם זה חייגן, אז כל מה שהייה צריך להשתנות בנתב מחיבור של ADSL זה רק שם משתמש וסיסמה.
בכל מקרה, הבדיקה הראשונה שאתה צריך להתחיל היא לבדוק האם מכתובת IP פנימית של המרכזייה שלך פורטים שפתחת זמינים מצד האינטרנט וגם עם התקשורת בהם מסומנת עם תוויות של DSCP, היא לא נחסמת בספק. את הבדיקה בצורה הכי פשוטה אתה יכול לבצע עם IPERF3 למשל, שצד השרת שלו יהיה בכתובת IP של המרכזייה וצד הלקוח יהיה מכיוון האינטנרט. כך אתה יכול לבדוק את הפורטים UDP הנדרשים וגם את הסימון של התוויות DSCP.
אלה הן הבדיקות הראשוניות הפשוטות ביותר.
דבר נוסף. לא כתבת מה הוא סוג של ממשק WAN בנתב שלך. האם זה חייגן PPPoE ? או שזה משהוא אחר בכלל כמו למשל ממשק ETH עם לקוח DHCP. כי בתשתית של פרטנר כפי שכבר כתבתי, לרוב בכדי לקבל כתובת IP קבוע נדרש חייגן PPPoE. ואם זה חייגן, אז כל מה שהייה צריך להשתנות בנתב מחיבור של ADSL זה רק שם משתמש וסיסמה.
בכל מקרה, הבדיקה הראשונה שאתה צריך להתחיל היא לבדוק האם מכתובת IP פנימית של המרכזייה שלך פורטים שפתחת זמינים מצד האינטרנט וגם עם התקשורת בהם מסומנת עם תוויות של DSCP, היא לא נחסמת בספק. את הבדיקה בצורה הכי פשוטה אתה יכול לבצע עם IPERF3 למשל, שצד השרת שלו יהיה בכתובת IP של המרכזייה וצד הלקוח יהיה מכיוון האינטנרט. כך אתה יכול לבדוק את הפורטים UDP הנדרשים וגם את הסימון של התוויות DSCP.
אלה הן הבדיקות הראשוניות הפשוטות ביותר.
