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

יש לנו שרת דואר ארגוני EXCHANGE שמפורסם באינטרנט ע"י שרת ISA של MS
הוא מפורסם כמובן עם כתובת ציבורית ושם שרשום/מפורסם ב DNS של הספק
משתמשי החברה מתחברים אליו מרחוק במספר דרכים:
RPC
POP
IMAP
ACTIVE SYC
תלוי באופן החיבור: אווטלוק, טלפונים חכמים, דפדפן וכ"ד

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

רוב הבעיות הן letancy שמונעות או מקשות מאד על החיבור.
נעשו מספר בדיקות והתאמות מול הספק TRACE ושינוי ניתובים מצידם לספקים בחו"ל תעדוף הכתובות שלנו וכ"ד והם טוענים שאצלהם כרגע הכל תקין.

אך בפועל אנחנו עדיין נתקלים בהמון בעיות קישוריות למי שמתחבר לשרת הדואר מחוץ לישראל

אילו עוד דרכים יש להתמודדות עם הבעיה?

מרק

למיטב ידיעתי בעבודה עם שרת Frontend זה אולי איטי, אבל פועל. לגבי ISA, לא יודע.

למה אתה חושב שזו בעיית רשת? הרי בארץ אמרת שזה עובד בסדר, ככה שהרשת תקינה...

נמאס לכם לזכור סיסמאות? לחצו כאן!

אני מאמין שזאת בעית רשת אצל הספק, כי אכן בארץ עובד ללא בעיה, אולי זה לא הפורום המתאים?

שמע, יכול להיות שזו בעייה בספק (אבל אני בספק, כיוון שהשוק מתחלק לשלושה ספקים, היינו שומעים תלונות בכמויות...). אבל אם זה אכן כך, איך אתה חושב שאתה תתקן בעייה שלא נמצאת אצלך?

זה היה מאז ומעולם? זה ניסוי ראשון שלך? מאיפה בחו"ל האנשים מתחברים? מה באמת הפינג מחו"ל לראוטר הקרוב ביותר אלייך שמחזיר פינג?

נמאס לכם לזכור סיסמאות? לחצו כאן!

אצלי מן הסתם בדקתי והכל ניראה תקין

יש לי משתמשים באירופה ובעיקר בארה"ב

משתמש שנמצא בלונדון מקבל 180-220MS בפינג לכתובת הציבורית שלי
משתמש שנמצא בניו יורק מקבל מעל 200MS בפינג לכתובת הציבורית שלי

בשני המצבים מניו יורק ולונדון עד שאני מגיע לארץ הפינגים מתחת 40MS והכתובת הראשונה של הספק בארץ נפילה ל 150MS וממשיך לרדת במעבר בין הניתובים עד שמגיע אלי.

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

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

אני מקבל לאירופה באיזור ה 90ms לכל היותר ולארה"ב (לחוף המזרחי) באיזור ה 170ms...

מצד שני, מול אוסטרליה הרחוקה מדובר ב 400ms ובכל זאת מצליחים לעבוד, כך ש... השאלה היא אם יש כאן QoS מעורב.

לא ענית אם זה היה מאז ומעולם, אם זה משהו חדש, וכו'. מי הספק? ברק/נטויז'ן?

אני יוצא, כמובן, מנקודת הנחה, שעובדים ב cached mode כשעובדים עם אאוטלוק...

נמאס לכם לזכור סיסמאות? לחצו כאן!

מאז שהכנסנו את פרסום שרת הדואר לאינטרנט ISA , שהיה פחות או יותר בזמן שברק/נטוויזן התאחדו

במקור אנחנו ברק וכן cached mode

ניסיתי בשעות שאמורות להיות לא עמוסות והשינוי היה חסר משמעות...

עכשיו קיבלתי פנייה משני משתמשים אחד בחוף המזרחי 300MS ואחד בחוף המערבי - 400MS

כשהאחרון כבר לא מצליח לעבוד לגמרי.

בשנייה זו ממש:

קו עסקי של סמייל:

$ ping -c 8 0.so-1-2-3.XT1.NYC8.ALTER.NET
PING 0.so-1-2-3.XT1.NYC8.ALTER.NET (152.63.16.38) 56(84) bytes of data.
64 bytes from 0.so-1-2-3.xt1.nyc8.alter.net (152.63.16.38): icmp_seq=1 ttl=49 time=153 ms
64 bytes from 0.so-1-2-3.xt1.nyc8.alter.net (152.63.16.38): icmp_seq=2 ttl=49 time=153 ms
64 bytes from 0.so-1-2-3.xt1.nyc8.alter.net (152.63.16.38): icmp_seq=3 ttl=49 time=153 ms
64 bytes from 0.so-1-2-3.xt1.nyc8.alter.net (152.63.16.38): icmp_seq=4 ttl=49 time=153 ms
64 bytes from 0.so-1-2-3.xt1.nyc8.alter.net (152.63.16.38): icmp_seq=5 ttl=49 time=154 ms
64 bytes from 0.so-1-2-3.xt1.nyc8.alter.net (152.63.16.38): icmp_seq=6 ttl=49 time=153 ms
64 bytes from 0.so-1-2-3.xt1.nyc8.alter.net (152.63.16.38): icmp_seq=7 ttl=49 time=153 ms
64 bytes from 0.so-1-2-3.xt1.nyc8.alter.net (152.63.16.38): icmp_seq=8 ttl=49 time=153 ms

--- 0.so-1-2-3.XT1.NYC8.ALTER.NET ping statistics ---
8 packets transmitted, 8 received, 0% packet loss, time 6999ms
rtt min/avg/max/mdev = 153.012/153.398/154.557/0.613 ms

חיבור פשוט שלי בבית דרך בזק בינלאומי:

$ ping -c 8 0.so-1-2-3.XT1.NYC8.ALTER.NET
PING 0.so-1-2-3.XT1.NYC8.ALTER.NET (152.63.16.38) 56(84) bytes of data.
64 bytes from 0.so-1-2-3.xt1.nyc8.alter.net (152.63.16.38): icmp_seq=1 ttl=51 time=163 ms
64 bytes from 0.so-1-2-3.xt1.nyc8.alter.net (152.63.16.38): icmp_seq=2 ttl=51 time=164 ms
64 bytes from 0.so-1-2-3.xt1.nyc8.alter.net (152.63.16.38): icmp_seq=3 ttl=51 time=190 ms
64 bytes from 0.so-1-2-3.xt1.nyc8.alter.net (152.63.16.38): icmp_seq=4 ttl=51 time=176 ms
64 bytes from 0.so-1-2-3.xt1.nyc8.alter.net (152.63.16.38): icmp_seq=5 ttl=51 time=173 ms
64 bytes from 0.so-1-2-3.xt1.nyc8.alter.net (152.63.16.38): icmp_seq=6 ttl=51 time=178 ms
64 bytes from 0.so-1-2-3.xt1.nyc8.alter.net (152.63.16.38): icmp_seq=7 ttl=51 time=182 ms
64 bytes from 0.so-1-2-3.xt1.nyc8.alter.net (152.63.16.38): icmp_seq=8 ttl=51 time=160 ms

--- 0.so-1-2-3.XT1.NYC8.ALTER.NET ping statistics ---
8 packets transmitted, 8 received, 0% packet loss, time 7011ms
rtt min/avg/max/mdev = 160.150/173.746/190.748/9.695 ms

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

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

נמאס לכם לזכור סיסמאות? לחצו כאן!

הנה לשם השוואה פינג משרת שיושב בנטוויזן ( בחוות שרתים - לא קו ביתי\עיסקי )

ping -c 8 0.so-1-2-3.XT1.NYC8.ALTER.NET
PING 0.so-1-2-3.XT1.NYC8.ALTER.NET (152.63.16.38) 56(84) bytes of data.
64 bytes from 0.so-1-2-3.XT1.NYC8.ALTER.NET (152.63.16.38): icmp_seq=0 ttl=57 time=143 ms
64 bytes from 0.so-1-2-3.XT1.NYC8.ALTER.NET (152.63.16.38): icmp_seq=1 ttl=57 time=164 ms
64 bytes from 0.so-1-2-3.XT1.NYC8.ALTER.NET (152.63.16.38): icmp_seq=2 ttl=57 time=143 ms
64 bytes from 0.so-1-2-3.XT1.NYC8.ALTER.NET (152.63.16.38): icmp_seq=3 ttl=57 time=143 ms
64 bytes from 0.so-1-2-3.XT1.NYC8.ALTER.NET (152.63.16.38): icmp_seq=4 ttl=57 time=143 ms
64 bytes from 0.so-1-2-3.XT1.NYC8.ALTER.NET (152.63.16.38): icmp_seq=5 ttl=57 time=143 ms
64 bytes from 0.so-1-2-3.XT1.NYC8.ALTER.NET (152.63.16.38): icmp_seq=6 ttl=57 time=148 ms
64 bytes from 0.so-1-2-3.XT1.NYC8.ALTER.NET (152.63.16.38): icmp_seq=7 ttl=57 time=145 ms
--- 0.so-1-2-3.XT1.NYC8.ALTER.NET ping statistics ---
8 packets transmitted, 8 received, 0% packet loss, time 7009ms
rtt min/avg/max/mdev = 143.087/146.885/164.142/6.756 ms, pipe 2

ואפשר לומר שדומה מאוד מקו עיסקי של SMILE מול ADSL

C:\>ping 0.so-1-2-3.XT1.NYC8.ALTER.NET -n 8 -l 64
Pinging 0.so-1-2-3.XT1.NYC8.ALTER.NET [152.63.16.38] with 64 bytes of data:
Reply from 152.63.16.38: bytes=64 time=163ms TTL=53
Reply from 152.63.16.38: bytes=64 time=165ms TTL=53
Reply from 152.63.16.38: bytes=64 time=165ms TTL=53
Reply from 152.63.16.38: bytes=64 time=165ms TTL=53
Reply from 152.63.16.38: bytes=64 time=165ms TTL=53
Reply from 152.63.16.38: bytes=64 time=165ms TTL=53
Reply from 152.63.16.38: bytes=64 time=164ms TTL=53
Reply from 152.63.16.38: bytes=64 time=164ms TTL=53
Ping statistics for 152.63.16.38:
Packets: Sent = 8, Received = 8, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 163ms, Maximum = 165ms, Average = 164ms
C:\>

אבל קשה לי להאמין ש ICMP זו אינדיקציה למשהו בארץ .. לא נשכח שהדואר עובד ב TCP , שיש סיכוי טוב שעובר QOS כלשהו.

חוות שרתים זה לא דוגמא טובה... הן בד"כ, באופן טבעי, מקבלות עדיפות ברשת מול לקוחות אחרים (והתשלום בהתאם...)

נמאס לכם לזכור סיסמאות? לחצו כאן!

טוב , זה לא כלכך משנה , כי הוא בטח מקבל איפי מהשרתים של ברק, שזה ניתוב ממש גרוע פעם אחרונה שבדקתי , גם ה POOL של ה FIX IP שלהם , מקבל ניתוב ממש גרוע.