אני אפרסם פה את הבעיה על מנת שאנשים בכלל יהיו מודעים לתקלה הזאת.
ישנה תקלה שגורמת לעלייה וירידה בלייטנסי ב21-22MS אך ורק בפרוטוקול TCP, לא משנה אם זה גיימר אם לא הבעיה הזאת קיימת בשניהם.
העליות בלייטנסי ב-TCP היא רק לחול, ממה ששמתי לב אך ורק כשהתקשורת עוברת דרך DE-CIX (בחזור בלבד) הבעיה קיימת.
כיצד ניתן לראות את הבעיה? בצורה מאוד פשוטה.
בדיקה של ICMP אל שרת מסויים בהולנד של LeaseWeb למשל :
קוד: בחירת הכל
Pinging mirror.nl.leaseweb.net [94.75.223.121] with 32 bytes of data:
Reply from 94.75.223.121: bytes=32 time=66ms TTL=54
Reply from 94.75.223.121: bytes=32 time=66ms TTL=54
Reply from 94.75.223.121: bytes=32 time=66ms TTL=54
Reply from 94.75.223.121: bytes=32 time=66ms TTL=54
Reply from 94.75.223.121: bytes=32 time=66ms TTL=54
Reply from 94.75.223.121: bytes=32 time=67ms TTL=54
Reply from 94.75.223.121: bytes=32 time=66ms TTL=54
Reply from 94.75.223.121: bytes=32 time=66ms TTL=54
Reply from 94.75.223.121: bytes=32 time=67ms TTL=54
Reply from 94.75.223.121: bytes=32 time=66ms TTL=54
Reply from 94.75.223.121: bytes=32 time=66ms TTL=54
Reply from 94.75.223.121: bytes=32 time=66ms TTL=54
Reply from 94.75.223.121: bytes=32 time=66ms TTL=54
Reply from 94.75.223.121: bytes=32 time=66ms TTL=54
Reply from 94.75.223.121: bytes=32 time=66ms TTL=54
Ping statistics for 94.75.223.121:
Packets: Sent = 15, Received = 15, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 66ms, Maximum = 67ms, Average = 66ms
הנה בדיקה אל אותו שרת, באותה השעה רק ב-TCP פורט 80.
קוד: בחירת הכל
tcping -n 15 mirror.nl.leaseweb.net
** Pinging continuously. Press control-c to stop **
Probing 94.75.223.121:80/tcp - Port is open - time=65.122ms
Probing 94.75.223.121:80/tcp - Port is open - time=87.877ms
Probing 94.75.223.121:80/tcp - Port is open - time=64.822ms
Probing 94.75.223.121:80/tcp - Port is open - time=64.769ms
Probing 94.75.223.121:80/tcp - Port is open - time=88.213ms
Probing 94.75.223.121:80/tcp - Port is open - time=65.705ms
Probing 94.75.223.121:80/tcp - Port is open - time=65.336ms
Probing 94.75.223.121:80/tcp - Port is open - time=88.008ms
Probing 94.75.223.121:80/tcp - Port is open - time=65.515ms
Probing 94.75.223.121:80/tcp - Port is open - time=65.448ms
Probing 94.75.223.121:80/tcp - Port is open - time=88.592ms
Probing 94.75.223.121:80/tcp - Port is open - time=88.507ms
Probing 94.75.223.121:80/tcp - Port is open - time=65.006ms
Probing 94.75.223.121:80/tcp - Port is open - time=64.420ms
Probing 94.75.223.121:80/tcp - Port is open - time=87.819ms
Ping statistics for 94.75.223.121:80
15 probes sent.
15 successful, 0 failed.
Approximate trip times in milli-seconds:
Minimum = 64.420ms, Maximum = 88.592ms, Average = 74.344msעל מי זה משפיע? כל לקוחות 014, בין אם זה כבלים או DSL או אפילו DialUP , זה קורה בכל הרשת של 014.
כמובן שזה לא יקרה עם כל שרת, כי לא כל שרת שולח את הפאקטות שלו אליכם דרך DE-CIX, חלק מהם שולחים דרך LEVEL3,TELIA,COGENT וכו'.
העניין הוא כזה, שזה משתנה בין פול כתובות, למה? כי הניתוב BGP של 014 מוגדר ככה.
זה אומר שאם לדוד יש IP של 79.180 ולחבר שלו יוסי יש IP של 79.176 והם בודקים אם הבעיה קיימת אצלהם יש סיכוי שאל יוסי המידע ישלח מהשרת דרך LEVEL3 (ולא תיהיה לו את הבעיה) ואל דוד השרת כן ישלח את המידע דרך DECIX ולכן הוא כן יראה את הבעיה.
מה זה אומר בסופו של דבר? זה הכי משפיע על מי שמשחק במשחקי רשת שמבוססים על TCP, אחד שמשחק ב-TCP יחווה הרבה קפיצות שיתורגם לקפיצות/משיכות במפה מה שנקרא "stretch belt" כנל בהורדות זה ישפיע אבל לא בצורה דרסטית.
כיצד להימנע מהבעיה? כשאני משחק במשחק רשת מבוסס TCP אני בודק איזה פול כתובת לא עובר דרך DE-CIX או יותר נכון אני בודק שאין לי קפיצות בלייטנסי ב-TCP לעומת ICMP ואז אני יודע שאני עובר דרך LEVEL3 וכו'.
כי לבדוק דרך חזור זה לא תמיד פשוט, צריך שאותה החברה תציע שירות של looking glass ומשם ניתן לראות את הניתוב חזור.
כמו שציינתי בהלוך אין בעיה שהמידע יעבור דרך DE-CIX, אך ורק אם המידע בחזור עובר דרך DE-CIX אז הבעיה קיימת.
חבר שלי שמשחק בWOW (משחק מבוסס TCP) סובל מהבעיה הזאת וכל פעם הוא היה נדרש למצוא כתובת IP תקינה(פול כתובות שהדרך חזור לא עוברת דרך DE-CIX) על מנת לשחק אחרת הוא היה משתגע כל פעם ממה שהבעיה הזאת גורמת.
כתוצאה מהאיכות של האינטרנט שלהם והבעיה הזאת שמאוד תסכלה אותי, עברתי אל 018.


