רובינו כשהתחלנו את הקריירה שלנו, קיבלנו את השיעור שתמיד צריך שתהיה ייתירות, למשל כאשר מחברים אינטרנט למשרד, צריך לוודא שהכבלים שמתחברים לבניין מגיעים משלושה צדדים שונים או בתעלות שונות.
פעם זה היה פשוט, אם היית רואה שלושה כיוונים שונים ורכשת שירות משלושה חברות שונות , זה היה מספיק, אבל הרבה מים זרמו בירדן חברות קנו חברות , תשתיות השתנו. וצריך לבדוק ועדיין להחזיק ייתירות.
למשל מזה כמעט שנתיים לא ניתן להתחבר לשרתים של purism דרך ccc , כי יש חברה באמצע שחוסמת את התעבורה.
פניתי לשתי החברות ושניהם אמרו שזה לא אשמתם ואין ביכולתם לתקן זאת כלל.
כאשר יש שוני ואי הגעה או איבוד, אני מבקש מהתמיכה שייפנו לספקי האינטרנט, הבעייה לפעמים אין מה לעשות כמו במקרה של ccc purism , כי הבעייה היא בדרך ! לכן יש לי חוזים עם עוד ספקי תקשורת שונים על מנת להבטיח את זה.
פעם זה היה פשוט, אם היית רואה שלושה כיוונים שונים ורכשת שירות משלושה חברות שונות , זה היה מספיק, אבל הרבה מים זרמו בירדן חברות קנו חברות , תשתיות השתנו. וצריך לבדוק ועדיין להחזיק ייתירות.
למשל מזה כמעט שנתיים לא ניתן להתחבר לשרתים של purism דרך ccc , כי יש חברה באמצע שחוסמת את התעבורה.
פניתי לשתי החברות ושניהם אמרו שזה לא אשמתם ואין ביכולתם לתקן זאת כלל.
mtr source.puri.sm --report -4 -w -b Start: 2026-03-04T08:41:09+0200 HOST: librem5 Loss% Snt Last Avg Best Wrst StDev 6.|-- te0-5-0-7-6.203.agr21.fra06.atlas.cogentco.com (149.14.69.121) 0.0% 10 66.2 66.5 65.5 68.2 1.0 7.|-- be4516.rcr31.fra06.atlas.cogentco.com (154.54.56.146) 0.0% 10 65.9 66.4 65.6 68.1 0.7 8.|-- be5485.ccr41.fra05.atlas.cogentco.com (154.54.77.53) 0.0% 10 67.0 66.8 65.6 70.0 1.5 9.|-- be4975.ccr41.par01.atlas.cogentco.com (154.54.63.70) 0.0% 10 75.4 76.3 74.5 79.5 1.7 10.|-- be2315.ccr31.bio02.atlas.cogentco.com (154.54.61.113) 0.0% 10 158.2 163.2 157.0 204.9 14.7 11.|-- port-channel2252.ccr91.dca04.atlas.cogentco.com (154.54.47.137) 0.0% 10 155.3 156.5 155.3 161.0 1.8 12.|-- be8413.ccr41.iad02.atlas.cogentco.com (154.54.5.218) 0.0% 10 157.6 158.7 157.1 162.3 1.8 13.|-- be3562.rcr51.b037327-0.iad02.atlas.cogentco.com (154.54.24.234) 0.0% 10 156.9 158.2 156.9 160.4 1.1 14.|-- 38.32.186.234 0.0% 10 160.2 161.9 160.0 170.1 3.0 15.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0אבל חיבור דרך ipv6 כן עובד :
mtr source.puri.sm --report -6 Start: 2026-03-04T08:36:26+0200 HOST: librem5 Loss% Snt Last Avg Best Wrst StDev 5.|-- 2001:978:2:42::50:1 0.0% 10 66.5 66.8 65.2 71.7 1.8 6.|-- be4516.rcr31.fra06.atlas. 0.0% 10 68.6 67.6 65.5 72.8 2.7 7.|-- be5485.ccr41.fra05.atlas. 20.0% 10 70.5 67.2 65.8 70.5 1.6 8.|-- be4975.ccr41.par01.atlas. 50.0% 10 76.5 76.1 75.3 76.6 0.6 9.|-- port-channel2261.ccr91.dc 0.0% 10 167.1 155.0 152.3 167.1 4.5 10.|-- be8413.ccr41.iad02.atlas. 40.0% 10 155.4 155.4 155.0 156.2 0.4 11.|-- be3562.rcr51.b037327-0.ia 30.0% 10 154.4 157.2 154.4 166.1 4.4 12.|-- 2001:550:2:2f::271:2 0.0% 10 155.0 160.5 154.6 177.4 8.9 13.|-- spine1.cloud1.ash.hetzner 30.0% 10 159.9 163.6 159.7 173.5 5.0 14.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 15.|-- 29704.your-cloud.host 0.0% 10 156.3 155.0 153.8 156.3 1.0 16.|-- 2a01:4ff:f0:a4b6::1 0.0% 10 169.6 162.1 159.0 169.6 4.0הדרך שאני משתמש בה בשביל עדיין לבדוק תקשורת דו צדדית , זה פשוט תהליך cron , ששומר את הפלט של mtr , ואז עושה מהשורה הראשונה שהיא לא בבעלות ה ISP המקומי עבורו אני בודק, וגם לא rfc1918.
כאשר יש שוני ואי הגעה או איבוד, אני מבקש מהתמיכה שייפנו לספקי האינטרנט, הבעייה לפעמים אין מה לעשות כמו במקרה של ccc purism , כי הבעייה היא בדרך ! לכן יש לי חוזים עם עוד ספקי תקשורת שונים על מנת להבטיח את זה.
אבל אם אתם שומרים את הכל בבסיס הנתונים, ויש לכם דוח שקופץ ברגע של איבוד אחוז גבוהה של תקשורת או אפילו נתק, אתם מקבלים מידע היסטורי להראות מתי ואיפה הבעיות התחילו, כמובן שלא צריך לחכות שיש נתק מוחלט, צריך לבדוק איכות שירות כל הזמן, מדובר על שאילתות מאוד פשוטות ובסיסיות ואפילו מפתחים צעירים מאוד יכולים לכתוב את השאילתות הללו. עכשיו יש לכם צוות noc , והוא האמת מחזיק בכלים הרבה יותר טובים שבודקים ומנהלים זאת, והם ככל הנראה משתמשים בפתרונות טובים יותר מאשר mtr עם בסיס נתונים, אבל הפתרון הזה הוא פתרון מאוד נוח ופשוט כאשר אין לכם גישה לצוות המנהל משום מה.
עכשיו, האם כולם צריכים כל הזמן להחזיק את זה ? ממש לא! אם אתם משתמשים באיחסון ענן גדול מספיק כמו aws אז כמעט כל ספקי האינטרנט הגדולים דואגים שהם יוכלו לגשת לזה, לצרכים שלי אני ממש לא צריך aws ודמויו (למעשה במקרים מסויימים אסור לי להשתמש בענן כזה).
וכן , גם בביתי אני מחזיק מספר קווי תשתית , vDSL (ואני אמור לחבר גם סיב אופטי נוסף לבית בקרוב ) ושלושה קווי LTE מחברות שונות. כן זה עולה טיפה יותר, אבל אני מבטיח לעצמי עובדה רציפה יותר גם כאשר יש נפילות.
למה זה חשוב עכשיו ? כי יש המון ספקים שחוסמים תעבורה בגלל סורקי AI , וכן אנחנו בןןאחד בעייה.
