בזק סיב 5Gb עם ציוד פרטי

[itfan]

הסידור הזה שאתה מציע הופך את המתג לנתב

...

ממש לא!

זה נקרא Layer 3 Offloading

...

אין קשר. אני לא עושה פה שום שימוש ב- Layer 3 Offloading.

אתה גם לא נהנה מ 5009 כנתב בצורה הזאת.

...

מה??? ה-RB5009 הוא הוא הנתב ואין בלתו (ושני המתגים, גם הפנימי של ה-RB5009 וגם החיצוני, משמשים כמתגים ולא מבצעים שום ניתוב).

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

בגדול, זה מה שאני מציע: מגדירים את כל הפורטים של ה-RB5009 בברידג’ אחד עם VLAN filtering פעיל ועל הברידג’ הזה מגדירים interface מסוג VLAN (עם מספר 121, נאמר) שעליו מגדירים את חייגן ה-PPPoE שיתחבר לאינטרנט. את מספר ה-VLAN הרלוונטי (121) מגדירים להיות tagged על הברידג’ ועל הפורט +SFP וחסום על שאר הפורטים של ה-RB5009. את VLAN ברירת המחדל (שמספרו 1) מגדירים להיות untagged על כל הפורטים של ה-RB5009. עכשיו על המתג החיצוני מגדירים את כל הפורטים להיות על ברידג’ אחד עם VLAN filtering פעיל (אם משתמשים ב-SwOS זה ממילא המצב). על הפורט שישמש כ-WAN מגדירים את VLAN מספר 121 להיות untagged וגם להיות ה-PVID ואת VLAN ברירת המחדל להיות חסום. על הפורט שמתחבר ל-RB5009 ועל הברידג’ מגדירים את VLAN ברירת המחדל להיות untagged ואת VLAN מספר 121 להיות tagged. על שאר הפורטים של המתג החיצוני (אלה שישמשו ל-LAN) מגדירים את VLAN ברירת המחדל להיות untagged ואת VLAN מספר 121 להיות חסום.

בהנחה שלא עושים שימוש ב-VLAN-ים חוץ מהפרדת LAN מ-WAN, אלה עיקר ההגדרות הנדרשות. כמובן שזה לא כל הסיפור. על ה-RB5009 נדרש גם להכניס את ה-interfaces השונים לרשימות המתאימות, להגדיר נכון firewall, כתובות IP, וכו’... אני לא מתיימר לתאר כאן קונפיגורציה שלמה שעובדת.

[Uri_Saranga]

ממש לא!



אין קשר. אני לא עושה פה שום שימוש ב- Layer 3 Offloading.



מה??? ה-RB5009 הוא הוא הנתב ואין בלתו (ושני המתגים, גם הפנימי של ה-RB5009 וגם החיצוני, משמשים כמתגים ולא מבצעים שום ניתוב).

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

בגדול, זה מה שאני מציע: מגדירים את כל הפורטים של ה-RB5009 בברידג’ אחד עם VLAN filtering פעיל ועל הברידג’ הזה מגדירים interface מסוג VLAN (עם מספר 121, נאמר) שעליו מגדירים את חייגן ה-PPPoE שיתחבר לאינטרנט. את מספר ה-VLAN הרלוונטי (121) מגדירים להיות tagged על הברידג’ ועל הפורט +SFP וחסום על שאר הפורטים של ה-RB5009. את VLAN ברירת המחדל (שמספרו 1) מגדירים להיות untagged על כל הפורטים של ה-RB5009. עכשיו על המתג החיצוני מגדירים את כל הפורטים להיות על ברידג’ אחד עם VLAN filtering פעיל (אם משתמשים ב-SwOS זה ממילא המצב). על הפורט שישמש כ-WAN מגדירים את VLAN מספר 121 להיות untagged וגם להיות ה-PVID ואת VLAN ברירת המחדל להיות חסום. על הפורט שמתחבר ל-RB5009 ועל הברידג’ מגדירים את VLAN ברירת המחדל להיות untagged ואת VLAN מספר 121 להיות tagged. על שאר הפורטים של המתג החיצוני (אלה שישמשו ל-LAN) מגדירים את VLAN ברירת המחדל להיות untagged ואת VLAN מספר 121 להיות חסום.

בהנחה שלא עושים שימוש ב-VLAN-ים חוץ מהפרדת LAN מ-WAN, אלה עיקר ההגדרות הנדרשות. כמובן שזה לא כל הסיפור. על ה-RB5009 נדרש גם להכניס את ה-interfaces השונים לרשימות המתאימות, להגדיר נכון firewall, כתובות IP, וכו’... אני לא מתיימר לתאר כאן קונפיגורציה שלמה שעובדת.

...

סבבה, אז אם ככה שכחת פרט חשוב בהודעה הקודמת שבלעדיו לא מובן שאתה *לא* מבצע עבודת ניתוב על המתג עצמו והוא (במידה והבנתי נכון):
אתה מבצע סוג של פרוקסי על כל התקשורת שמגיע מבחוץ על ה- WAN שחיברת ישירות למתג (במקום לנתב כמקובל) ואז מעביר אותה ל- 5009 לניתוב.
זה הרעיון?

[itfan]

אתה מבצע סוג של פרוקסי על כל התקשורת שמגיע מבחוץ על ה- WAN שחיברת ישירות למתג (במקום לנתב כמקובל) ואז מעביר אותה ל- 5009 לניתוב.
זה הרעיון?

...

אכן כן. ל-RB5009 יש רק פורט אחד של 10G ולכן זה הדבר הטבעי לעשות בשביל לנתב דרכו במהירויות של מעל 2.5G.

[DanielGR]

זה Trunking של ה-LAN וה-WAN על אותו פורט פיזי, לא מעבר לכך.

פורט ה-SFP+ הוא Trunk, וההפרדה בין LAN ל-WAN מתבצעת ב-Switch

[rm1]

זה גם חותך את רוחב הפס בחצי+- 5G ל WAN
ו 5G ל LAN
עם כל הבלגן בלקנפג את זה כבר עדיף בננה 4 ו SWITCH טיפש מהדוד הסיני.

[DanielGR]

זה גם חותך את רוחב הפס בחצי+- 5G ל WAN
ו 5G ל LAN
עם כל הבלגן בלקנפג את זה כבר עדיף בננה 4 ו SWITCH טיפש מהדוד הסיני.

...

זה נכון, אבל עבור חבילה של 5Gbps וקצב העלאה של 0.5Gbps זה מספיק. התעבורה הפנימית ברשת עוברת דרך ה-Switch לא ה- Trunk. מעניין יהיה לראות מה ביצועי הניתוב של R4 עם PPPOe

[DanielGR]

זה גם חותך את רוחב הפס בחצי+- 5G ל WAN
ו 5G ל LAN
עם כל הבלגן בלקנפג את זה כבר עדיף בננה 4 ו SWITCH טיפש מהדוד הסיני.

...

עניין אותי לבדוק כיצד מתנהגת הפגיעה בביצועים, אז שחזרתי את ה-Setup של @itfan . למעשה לא מדויק כי לא רציתי לגעת ב-5009 ולהשבית את האינטרנט, אז ניסיתי נתב אחר של מיקרוטיק - RB450GX, חמישה פורטים של גיגהביט, וסוויץ' מנוהל של Netgear. הבדיקה תתבצע על רוחב פס של גיגהביט, והמטרה היא לא לבדוק ביצועי נתב בעומס אלא כיצד מתנהגת הפגיעה בביצועים בקונפיגורציה הזו כפונקציה של התעבורה.
לצורך כך ניתן להריץ iperf3 עם פרמטר bidir היוצר תעבורה דו כיוונית, המגבלה של הפורט היא 1Gbps.

כאשר התעבורה חד כיוונית אין בעיה לקבל את הקצב המקסימלי:

כאשר התעבורה היא דו כיוונית - bidir רוחב הפס בכל כיוון נחתך:

שימוש ב-iPerf3 מאפשר גם להגביל את רוחב הפס של הבדיקה (פרמטר -b) התחלתי ממגבלה של 900mbps והורדתי עד ל-400. מסתבר: כל עוד סכום התעבורה בשני הכיוונים נמוך מהמקסימום שהפורט יכול לתמוך - אין פגיעה בביצועים בכלל. לכן SETUP כזה לא תמיד חותך את רוחב הפס בחצי, זה תלוי בסך הכל התעבורה. מעניין לציין גם שנראה שהחיתוך לא סימטרי (לא חצי חצי).

ולקשר לנושא שלנו ומסקנה: נראה שבחבילות של 5Gbps/0.5Gbps ב-SETUP כזה לא תהיה כלל פגיעה בביצועים, ולכן זה יכול להיות פיתרון מעולה למי שמרגיש נוח לקנפג כך. זה גם יכול להיות פיתרון לנתבים אחרים שיש להם פורט יחיד התומך ב-10G. סייגים: תלוי כמובן בכך שהנתב יכול לסחוב 10Gbps באופן מלא, תלוי גם האם Offloading בסוויץ' נתמך, וכן לא נבדקה השפעה על Latency (ממבט חטוף לא נראה שיש השפעה). כמו כן לא הגדרתי PPOe אלא DHCP על ה-WAN. תודה ל- @itfan

[itfan]

עניין אותי לבדוק כיצד מתנהגת הפגיעה בביצועים, אז שחזרתי את ה-Setup של @itfan .

...

תודה על פרסום תוצאות הניסוי. שתי הערות:

1) מומלץ בהקשר הזה לקחת בחשבון את הארכיטקטורה הקונקרטית של הציוד שבו משתמשים. עם מיקרוטיק, זה קל מאוד בזכות ה- Block Diagrams שהם מפרסמים. הנה זו של ה- RB450Gx4:

https://i.mt.lv/cdn/product_files/RB450Gx4_210151.png

אפשר לראות שהוא בנוי ממתג שמחובר למעבד ושרוחב הפס של החיבור ביניהם הוא 2G (בכל כיוון). כל מה שמנותב דרכו צריך לנוע הלוך וחזור על החיבור הזה למעבד ולכן סכום המהירויות של Upload+Download מוגבל פה ל-2G. כמובן שאם משתמשים בפורט יחיד של 1G בתור WAN אין בזה מגבלה, כי ממילא מהירות הניתוב מוגבלת ל-1G בכל כיוון, אבל בקונפיגורציה של הניסוי נוצרה מגבלה חדשה של 1G על סכום המהירויות של Upload+Download.

הנה ה- Block Diagram של ה- RB5009:

https://i.mt.lv/cdn/product_files/RB5009UGS_220852.png

אפשר לראות שרוחב הפס של החיבור בין המתג למעבד הוא 10G (בכל כיוון) והיות שגם כאן כל מה שמנותב צריך לנוע הלוך וחזור על החיבור למעבד, סכום המהירויות של Upload+Download מוגבל ל-10G. זו מגבלה שקיימת גם אם משתמשים בפורט +SFP בתור WAN ובכל הפורטים RJ45 בו זמנית לנתב מה-LAN (יש להם רוחב פס משותף של 9.5G), למרות שרוחב הפס של הפורטים עצמם מוגבל רק ל-9.5G בכל כיוון. בניגוד לניסוי של @DanielGR, בשימוש שהצעתי ב- RB5009 לא נוצרת שום מגבלה חדשה על רוחב הפס שבו הוא יכול לנתב: סכום המהירויות Upload+Download שלו ממילא מוגבל מראש ל-10G ולכן הוא מתאים מאוד לסוג כזה של שימוש.

2) לנתבי מיקרוטיק מסדרת ה- CCR2004 יש כמובן רוחבי פס גדולים בהרבה שזמינים לניתוב, אבל המעבדים שלהם לא אמורים להיות יותר חזקים מהמעבד של ה-RB5009. האם הם יכולים "לסחוב" יותר ממנו בחיבור דרך חייגן PPPoE? לא ברור (וגם אם כן, לא ברור בכמה). מה שכן ברור זה שלחייגן ה-PPPoE ב-RouterOS יש ביצועים מעולים ביחס לאלו שנמצאים בהרבה מערכות אחרות (כולל OpenWrt ומערכות ההפעלה של Ubiquiti). לכן, בהינתן שבתשתיות ה-PON בארץ חייבים להשתמש בחייגן כזה, נתבי מיקרוטיק מהווים בחירה טובה יחסית למי שיודע להסתדר אתם. ל- UDM-Pro הפופולרי של Ubiquiti, למשל, יש אותו מעבד כמו ל- CCR2004 (ארבע ליבות של ARM Cortex-A57 at 1.7 GHz), אבל בחיבור PPPoE אנשים בקושי מצליחים להגיע איתו ל-2G. אני מעריך שכמו ה-RB5009, לנתבים מסדרת CCR2004 של מיקרוטיק לא יהיה קושי "לסחוב" דרך חייגן PPPoE את המהירויות שקיימות היום בארץ (סכום Upload+Download של עד 6G), אבל אין לי מושג לכמה יותר מזה הם יכולים להגיע.

[Uri_Saranga]

2) לנתבי מיקרוטיק מסדרת ה- CCR2004 יש כמובן רוחבי פס גדולים בהרבה שזמינים לניתוב, אבל המעבדים שלהם לא אמורים להיות יותר חזקים מהמעבד של ה-RB5009.

...

זה לא מדוייק, ל- 5009 יש מעבד Marvell® ARMADA® 7040 (88F7040)
שנע על 350-1400Mhz בגלל הקירור הפסיבי.
כניראה שבפועל אם לא נמצא בארון תקשורת מקורר יגיע לגבול התחתון.
יש לי 5009 אז אני יכול לבדוק את זה.

ל CCR 2004 יש מעבד אחר לגמרי Annapurna Labs Alpine AL32400
שיושב על 1700Mhz בגרסאת 2004 עם קירור אקטיבי ו 1200Mhz בגרסאת קירור פסיבי.
אגב זה מעבד כחול לבן של חברה ישראלית שניקנתה ע"י אמזון.

גם מבחינת זיכרון מדובר על 1GB ב 5009 מול 4GB ב 2004 (לא שאני מאמין שצריך מעל 1Gb לרוב הישומים)

CCR2116 הוא כבר מפלצת אחרת עם מעבד AL73400 Annapurna Labs Alpine
שנותן כבר 2000Mhz למעבד ו 16 ליבות (לא שצריך כ"כ הרבה ליבות לטעמי)

אני אמור לקבל את ה 2116 עוד כמה ימים ואז אתחיל לבדוק אותו.
בעיקר מה שמשנה היא היכולת ניתוב של הרבה connections שמנצלים את כל רוחב הפס שמגיע מה ISP. סתם בדיקה של הורדה מחיבור אחד וניצול 6GB זה פחות מעניין.

[itfan]

זה לא מדוייק, ל- 5009 יש מעבד Marvell® ARMADA® 7040 (88F7040)

...

זה דווקא מאוד מדויק. למעבד הזה של ה-RB5009 יש ליבות מסוג Cortex-A72 שהן בעלות ביצועים חזקים בהרבה מליבות מסוג Cortex-A57 שיש ב-CCR2004. גם בשקלול התדירות הקצת יותר גבוהה ב-CCR2004, אין שום ספק שהמעבד של ה-RB5009 יותר חזק!

שנע על 350-1400Mhz בגלל הקירור הפסיבי.

...

אין קשר לסוג הקירור ואין קושי לנעול את התדירות של המעבד ב-RB5009 ל- 1400MHz אם רוצים (מנסיון, יש לזה השפעה מזערית מאוד, הן על הביצועים והן על הטמפרטורה). המצב הזה של תדירות מקסימלית גם היה בעבר ברירת המחדל, אבל הם שינו את זה למצב "auto” שבו התדירות מוחזקת על 350MHz כשאין עומס ועולה ל-700MHz או ל-1400MHz בהתאם לצורך. כמו ברוב המחשבים והטלפונים בימינו, זה חוסך קצת חשמל בזמנים שבהם אין עומס. לקירור הפאסיבי אין בעיה להתמודד עם מצב של עומס מלא, כל זמן שטמפרטורת הסביבה היא בתחום הנכון (כלומר, פחות מ-60 מעלות).

[DanielGR]

ההשוואה בין דגמים היא מורכבת לעיתים, וצריך לקחת בחשבון את הארכיטקטורה של הפיתרון בנוסף לארכיטקטורת המעבד. דוגמא: בדקתי את דגם CCR2004-1G-12S+2XS, על פניו נראה לי אידאלי בשל ריבוי הפורטים של SFP+.

מסתבר שבדגם הזה אין Switch chip בעל יכולות Offloading, אלא Port extender - PEX נחות משמעותית. מקריאה בפורומים ממליצים לא להשתמש בדגם הזה כסוויץ׳ (אז למה תוכנן עם מספר רב של פורטים?), יכולות הניתוב הן גבוהות. אז עדיין זה לא הדגם האידאלי - מספר פורטים של 10G, לא יקר, ויכולות ניתוב ו-Switching גבוהות. .

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

[DanielGR]

עידכון:

https://htmag.co.il/phpbb/viewtopic.php ... 1#p3333531

תודה ל- @msrl

מבדיקה זריזה זהו המפרט של פריט אחד מציוד המורשה של XGS-PON מתוך הרשימה של בזק:

קוד: בחירת הכל

https://dzsi.com/wp-content/uploads/5302_Datasheet.pdf

זהו Bridge ONT, ולא מודול SFP ONT, די מאכזב, נקווה שיתווספו בהמשך, כל זה חדש

[leoxt]

דיברתי עם בזק, אז ככה:



מי שרוצה להתחבר עם ציוד פרטי הBRIDGE ONT לרשת XGS PON עולה 300שח(תשלום חד פעמי) אבל צריך לחכות עד ה20 לחודש.

את הנתב שלהם אפשר לקבל מיידי.

[OMRIJ]

עידכון:

https://htmag.co.il/phpbb/viewtopic.php ... 1#p3333531

תודה ל- @msrl

מבדיקה זריזה זהו המפרט של פריט אחד מציוד המורשה של XGS-PON מתוך הרשימה של בזק:

קוד: בחירת הכל

https://dzsi.com/wp-content/uploads/5302_Datasheet.pdf

זהו Bridge ONT, ולא מודול SFP ONT, די מאכזב, נקווה שיתווספו בהמשך, כל זה חדש

...

אותו אחד של סלקום שנתתי בעמוד הראשון.
אגב, לא הצלחתי להכנס לממשק שלו אף פעם...
אבל עושה את העבודה אצלי בחבילה 5000/1000

[DanielGR]

דיברתי עם בזק, אז ככה:



מי שרוצה להתחבר עם ציוד פרטי הBRIDGE ONT לרשת XGS PON עולה 300שח(תשלום חד פעמי) אבל צריך לחכות עד ה20 לחודש.

את הנתב שלהם אפשר לקבל מיידי.

...

תודה, דיברתי עם בזק, לא ידעו על מה אני מדבר, כנראה שלא הטמיעו באופן מלא במערך המכירות

[OMRIJ]

בסלקום הוא בחינם...

[DanielGR]

האם מישהו מכיר את ה- Bridge ONT הזה?

GO Fiber BRIDGE ONT GF10C

נמצא ברשימת הציוד התואם ל- XGS PON. מחפש כתובת ממשק WEB ומידע טכני

[bequiet!]

זה כרגע מה שמציעים בבזק.

מה החסרונות של BRIDGE ONT אל מול SFP ONT?
האם ניתן לרכוש עצמאית XGS PON SFP שתואם את התשתית של בזק? האם אורכי הגל משתנים בין GPON ל-XGSPON?

https://mikrotik.com/product/s_rj10#fnd ... ifications

[DanielGR]

זה כרגע מה שמציעים בבזק.

מה החסרונות של BRIDGE ONT אל מול SFP ONT?
האם ניתן לרכוש עצמאית XGS PON SFP שתואם את התשתית של בזק? האם אורכי הגל משתנים בין GPON ל-XGSPON?

https://mikrotik.com/product/s_rj10#fnd ... ifications

...

גם אני קיבלתי את הדגם הזה בבזק סטור, ולכן שאלתי בהודעה קודמת האם מישהו מכיר, ומה הכתובת לממשק WEB בהנחה שקיים.
בעיקרון ניתן להשתמש אך ורק בציוד המופיע ברשימת הציוד התואם של בזק (ללא Hacks). לגבי XGS-PON יש ברשימה שני דגמים, מה ששלחת זה אחד, והשני הוא DZS5302.
למרבה הצער אין ברשימת הציוד הנתמך מודולים של SFP+.

אם בנתב יש פורט אתרנט 10G אז פשוט צריך לחבר את ה-Bridge ont שבזק מספקים ישירות עם כבל לנתב.
אם לנתב יש פורט SFP+ אז צריך מודול SFP+ to RJ45 10G.

מה שמאבדים בחיבור Bridge ont זה פונקציות DDM של מודול SFP שמאפשרות ניטור עוצמות שידור וקליטה, טמפרטורה של המודול ועוד. חבל, אבל זה עובד. ניתן לקבל חלק של האינפורמציה בחיבור ל-Bridge ont אבל זה תלוי במימוש בדגם הספציפי.
למיטב ידיעתי אורכי הגל של GPON ו-XGS-PON הם שונים

[bequiet!]

כרגע פשוט חיברתי את ה-SFP ONT G-010S-Q של בזק ל-RB5009, לפחות נהנה מה-UPLAOD של חבילת ה-5G.

אני תוהה מה גורם לציוד מסויים להיות "נתמך"?

הרי על אותה תשתית של בזק יש עוד ספקיות, נניח פרטנר שמספקים ציוד שלהם.

לחפש XGS PON SFP שעל פי נתונים "אמור" לעבוד עם התשתית של בזק, להתקשר לשירות לבקש לאקטב את הסריאל של הONT לראות אם יהיה סנכרון, או שאין סיכוי?