Як усунути неполадки віддаленої маршрутизації в Інтернеті?


6

(Це може бути краще відповів на serverfault, але це не технічно про сервер, тому пропозиції вітаються ...)

Ми просто переїхали офіси на роботу. Ми знаходимося в Кембриджі, штат Массачусетс, і маємо кабельний модем Comcast. Кожен раз на кілька днів, протягом більшої частини дня, у нас є проблеми з досягненням деяких, але не всіх, веб-сайтів - наприклад, Slashdot. Як це трапляється, я живу в трьох милях від офісу, і у мене також є домашній кабельний модем Comcast. З роботи, я можу ssh в свій сервер вдома, і, хоча я проходжу через деякі з тих же маршрутизаторів - і все тих самих загальних ПЗ - у мене немає цих проблем з дому.

15 років тому я знала, як усунути цю проблему і зателефонувати НОКу і зрозуміти її. На сьогоднішній день, з балансуванням навантаження та віртуальними IP-адресами, я перестав дивуватися. Я спробував зв'язатися з Savvis з traceroutes нижче, і вони сказали: "Це не ми". Я послав їх до Slashdot, і, звичайно, ніякої реакції - але це не просто проблема Саввіса, а не просто проблема Slashdot.

Ми також іноді бачили 10-30% втрати пакетів при пінгуванні 8.8.8.8 Google; Я не знаю, що проблема виникає одночасно, і я не маю жодних невдалої траси для цього на даний момент, але успішний traceroute виходить 111eighthave.ny.ibone.comcast.net і йде прямо в Google без удару по Саввісу.

Помилка відправлення з офісу:

~% traceroute slashdot.org
traceroute to slashdot.org (216.34.181.45), 64 hops max, 52 byte packets
 1  * * *
 2  te-7-1-ur01.cambridge.ma.boston.comcast.net (68.87.36.241)  10.628 ms  7.029 ms  14.147 ms
 3  be-51-ar01.needham.ma.boston.comcast.net (68.85.162.157)  10.648 ms  13.714 ms  13.754 ms
 4  pos-2-1-0-0-cr01.newyork.ny.ibone.comcast.net (68.86.95.29)  20.171 ms  18.774 ms  17.866 ms
 5  pos-1-6-0-0-pe01.111eighthave.ny.ibone.comcast.net (68.86.87.110)  20.177 ms  18.549 ms  18.130 ms
 6  er2-tengig3-3.newyork.savvis.net (208.173.138.13)  20.854 ms  19.490 ms  16.720 ms
 7  cr1-tengig-0-8-3-0.newyork.savvis.net (204.70.198.13)  15.856 ms  20.863 ms  16.717 ms
 8  cr2-tengig-0-0-2-0.chicago.savvis.net (204.70.196.242)  59.632 ms  47.147 ms  52.665 ms
 9  hr2-tengigabitethernet-12-1.elkgrovech3.savvis.net (204.70.195.122)  40.771 ms  55.918 ms  39.418 ms
10  das4-v3044.ch3.savvis.net (64.37.207.206)  45.907 ms  45.159 ms  46.643 ms
11  64.27.160.198 (64.27.160.198)  42.509 ms  39.425 ms  67.412 ms
12  * * *
13  * * *
14  * * *
15  * * *

Успішний маршрут від дому:

~% traceroute slashdot.org
traceroute to slashdot.org (216.34.181.45), 64 hops max, 52 byte packets
 1  73.164.80.1 (73.164.80.1)  10.194 ms  13.718 ms  9.876 ms
 2  te-7-4-ur01.cambridge.ma.boston.comcast.net (68.85.160.17)  9.680 ms  6.937 ms  9.150 ms
 3  be-51-ar01.needham.ma.boston.comcast.net (68.85.162.157)  8.392 ms  7.986 ms  8.621 ms
 4  pos-2-2-0-0-cr01.newyork.ny.ibone.comcast.net (68.86.93.185)  16.350 ms  18.983 ms  19.961 ms
 5  pos-1-4-0-0-pe01.111eighthave.ny.ibone.comcast.net (68.86.86.194)  17.208 ms  16.946 ms  20.909 ms
 6  er2-tengig3-3.newyork.savvis.net (208.173.138.13)  16.934 ms  18.493 ms  23.790 ms
 7  cr2-tengig-0-15-4-0.newyork.savvis.net (204.70.198.17)  26.530 ms  16.009 ms  14.924 ms
 8  cr2-pos-0-7-3-0.chicago.savvis.net (204.70.192.109)  40.031 ms  39.496 ms  39.807 ms
 9  hr2-tengigabitethernet-12-1.elkgrovech3.savvis.net (204.70.195.122)  41.065 ms  45.294 ms  41.091 ms
10  das3-v3039.ch3.savvis.net (64.37.207.186)  47.867 ms  40.606 ms  40.157 ms
11  64.27.160.194 (64.27.160.194)  50.774 ms  56.097 ms  51.147 ms
12  slashdot.org (216.34.181.45)  39.788 ms  41.741 ms  39.871 ms

Відповіді:


2
  1. Зауважимо: icmp-тести (traceroute | ping) не є завжди точні та правильні - у вас може бути успішне TCP-з'єднання з кінцевою точкою, але відфільтровані відповіді ICMP з деяких стрибків (включаючи призначення), і ви не маєте можливості виявити (легко) - це тайм-аут або пригнічений ехо-відповідь
  2. Те ж саме фізичний джерело розташування для вас не означає однакові мережі (я не можу бачити офіс IP, але я вважаю, що він повинен бути в 68.87.3? мережі десь, але додому-нетто 73.164.80.) І той же AS (Автономні системи) ), які є базою маршрутизації (якщо я пишу її в найпростішому вигляді і відкидаю NOC-деталі)
  3. Для того, щоб усунути неполадки, ви можете перевірити з'єднання icmp-tcp (як ви зробили раніше, але для 2 типів краще), знайте (краще) AS цільової, AS хорошого джерела і AS поганого джерела і розмістіть квиток на підтримку щось. біля "Виявлена ​​проблема з підключенням до AS X від AS Y вашої зони відповідальності, у той час як ваш AS Z не показує жодного типу проблеми". У випадку ж AS для хорошого і поганого джерела достатньо лише мереж.
  4. "Це не ми" не є відповіддю на НОК !!! Ви можете прочитати SLA для того, щоб мати правові інструменти, або просто вимагати (якщо це можливо) "ескалацію проблеми" для керівництва або для сусідів по маршруту

HTH


До речі, джерела знаходяться в різних AS 68.80.0.0/15 походження: AS33287 73.164.0.0/15 походження: AS7015
Lazy Badger

Так, я спробував tcptraceroute теж, але не можу змусити його побудувати на Mac, і це виглядає як abandonware. Чи є сучасний еквівалент? І ви маєте рацію, я на іншому AS, і це може бути динамічно на роботі - сьогодні моя зовнішня робота IP є 24.63.250.125. Я залишу це відкриття та оновлення, коли дізнаюся більше. Що стосується SLA, я не є клієнтом Savvis, щоб вони не мали ніякої відповідальності до мене; що вони насправді говорили: "Це на стороні Slashdot", але я не переконаний, що вони правильні - інакше ми б не мали широких проблем.
Jay Levitt

Ви не сказали Саввісу, щоб попросити Comcast - їх адресний простір (частина) мають проблеми з підключенням
Lazy Badger
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.