Есть ли способ проверить альтернативные маршруты IPv4?

667
Ian Boyd

Я использую Hurricane Electric «s Tunnel Broker услугу, чтобы получить соединение по протоколу IPv6.

TunnelBroker позволяет вам иметь доступ к Интернету IPv6 с помощью стандартного протокола туннелирования IPv6. Вы отправляете пакеты IPv6, упакованные в пакеты IPv4, на один из их серверов. Там пакет IPv6 сбрасывается в Интернет.

Моя конечная точка туннеля IPv4 находится в Чикаго; и проходит через Bell Canada ( AS577 ), чтобы добраться туда. Белл ужасный, ужасный сетевой провайдер. Мой интернет-провайдер взаимодействует с Bell Canada, но также взаимодействует с коммуникацией уровня 3 ( AS3356 ). В идеале я бы попросил моего интернет-провайдера изменить их маршруты в обход Bell:

enter image description here

Этот новый маршрут делает включать третью автономную систему (TaliaNet - AS1299 ) до достижения моей конечной точки туннеля. Вот почему я хочу знать, каким может быть маршрут. я хотел бы знать:

  • количество прыжков
  • время пробега
  • и т.п.

Примечание : Есть другие доступные маршруты между Уровнем 3 * и ** Hurricane Electric .

Есть ли способ «проверить» этот альтернативный маршрут? Есть ли способ «направить» ICMP-пакеты?

Зеркало

Это может ответить на мой собственный вопрос, так как это может быть единственным способом. Но, используя «Зазеркалье» 3-го уровня, я могу запустить tracerouteсо своего детройтского сервера (где мой провайдер подключается к 3-му уровню) к предпочитаемой конечной точке HE:

Show Level 3 (Detroit, MI) Traceroute to 209.51.181.2 1 ae-8-8.ebr2.Chicago1.Level3.net (4.69.133.242) 4 msec 8 msec 4 msec 2 ae-5-5.ebr2.Chicago2.Level3.net (4.69.140.194) 8 msec 12 msec 8 msec 3 ae-2-52.edge3.Chicago3.Level3.net (4.69.138.168) 4 msec 4 msec 8 msec 4 gblx-level3-10g.Chicago3.Level3.net (4.68.62.26) 4 msec gblx-level3-10g.Chicago3.Level3.net (4.68.63.66) 8 msec 4 msec 5 HURRICANE-ELECTRIC-LLC-New-York.TenGigabitEthernet1-3.ar5.NYC1.gblx.net (64.209.92.98) [AS3549 ] 32 msec 24 msec 24 msec 6 10gigabitethernet8-3.core1.chi1.he.net (72.52.92.178) [AS6939 ] 24 msec 24 msec 28 msec 7 tserv1.chi1.he.net (209.51.181.2) [AS6939 ] 24 msec 28 msec 24 msec 

В этом случае все прекрасно, пока они не передадут трафик на машину шлюза Hurricane Electric.

бонус

Изменить : почему не Serverfault? Из-за их правил:

Ошибка сервера предназначена для профессионалов в области информационных технологий, которым требуются ответы экспертов, связанные с управлением компьютерными системами на профессиональном уровне.

Я не специалист по информационным технологиям, управляющий компьютерной системой в профессиональном качестве. Это я, дома, в пятницу вечером, ем Life Cereal, обедаю с друзьями, обедаю один, смотрю только телевизор.

5
Почему вы не используете конечную точку HE в Торонто? Michael Hampton 11 лет назад 0
@MichaelHampton Потому что в то время, когда я писал вопрос, след на сервере HE в Торонто был * Виндзор -> Торонто -> Чикаго -> Нью-Йорк -> Торонто *. Сегодня я только что проверил еще раз, и мой провайдер получил свою ссылку в Торонто, минуя Белл! Ian Boyd 11 лет назад 0

1 ответ на вопрос

3
Sander Steffann

Короткий ответ - нет'. Функция IP, которую вы ищете, это опция Source Route. Он используется для определения того, как пакет направляется в отправителе, а не в сети. Из-за всех проблем, которые может вызвать (почти?) Использование этой опции, никто не примет и / или не выполнит ее.

Решения о политике маршрутизации принимаются внутри AS (= автономной системы). Если вы подключаетесь только к одному провайдеру, то именно туда вы направите свой трафик. Как только вы отправите им свой трафик, они сами решат, куда его отправлять дальше. Обычно эти решения основаны на том, что принимающая сеть объявляет через BGP (= Border Gateway Protocol).

График AS, на который вы смотрите, - это график с другой стороны. Он показывает, что объявляет AS7057, поэтому это влияет на то, как трафик движется к AS7057, а не на то, как данные из AS7057 достигают других сетей. Это может быть то же самое, но это, конечно, не должно быть.

Если у вас возникли проблемы с подключением к туннельному брокеру HE, было бы неплохо связаться с ними по этому поводу. Они приложили * много * усилий, чтобы убедиться, что платформа туннельного брокера работает хорошо. Sander Steffann 11 лет назад 0
+1; я никогда даже не слышал о [маршрутизации источника] (http://en.wikipedia.org/wiki/Source_routing). Этот ответ именно вопрос; с оговоркой, что это не работает. Что касается потока данных; я знал, что это "достаточно верно" для вопроса. В случае с моим провайдером у них ** действительно ** есть только два партнера, которым они могут отправлять трафик. Хотя я никогда не рассматривал возможность того, что пакеты могут пройти по *** противоположному маршруту *** в «обратном» * путешествии. Ian Boyd 11 лет назад 1
Ну, решение вашей проблемы может заключаться в том, чтобы связаться с вашим Интернет-провайдером и сказать им, что вы недовольны их обслуживанием. В конце концов, они несут ответственность за обеспечение хорошей связи. Они решили использовать Bell Canada, и если это вызывает проблемы, то они обязаны либо убедиться, что Bell исправит свои проблемы, либо перейти (или добавить) лучшего поставщика услуг транзита. Sander Steffann 11 лет назад 0
Никто не может предложить Интернет-сервис. Тот факт, что мой (маленький) провайдер управлял своей собственной линией передачи данных через международные границы до уровня 3, чтобы избежать как можно большего количества Белла, весьма впечатляет. В этом районе нет другой магистрали. Ian Boyd 11 лет назад 0