Existe uma maneira de testar rotas IPv4 alternativas?

Eu estou usando Hurricane Electric 's Tunnel Broker serviço para obter conectividade IPv6.

O TunnelBroker permite que você tenha acesso à Internet IPv6 usando um protocolo de encapsulamento IPv6 padrão. Você envia pacotes IPv6, agrupados dentro de pacotes IPv4, para um de seus servidores. Lá, o pacote IPv6 é despejado na Internet.

O ponto final do meu túnel IPv4 é em Chicago; e passa pela Bell Canada ( AS577 ) para chegar lá. Bell é um provedor de rede horrível, horrível . Meu ISP emparelha com a Bell Canada, mas também com a Level 3 Communications ( AS3356 ). Idealmente, eu pediria ao meu ISP para alterar suas rotas para contornar Bell:

insira a descrição da imagem aqui

Esta nova rota faz envolver uma terceira sistema autônomo (TaliaNet - AS1299 ) antes de chegar a minha extremidade do túnel. É por isso que eu quero saber como pode ser a rota. eu iria gostar de saber:

o número de saltos
tempo de trânsito
etc.

Nota : Existem outras rotas disponíveis entre o nível 3 * e o ** Hurricane Electric .

Existe alguma maneira de "testar" essa rota alternativa? Existe alguma maneira de "direcionar" pacotes ICMP?

Espelho

Isso pode responder à minha própria pergunta, pois pode ser o único caminho. Mas, usando o Looking Glass da Level 3, eu posso executar a traceroutepartir do servidor Detroit (onde meu ISP se conecta ao Level 3) ao meu endpoint HE preferido:

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 {GBLX}] 32 msec 24 msec 24 msec
  6 10gigabitethernet8-3.core1.chi1.he.net (72.52.92.178) [AS6939 {HURRICANE}] 24 msec 24 msec 28 msec
  7 tserv1.chi1.he.net (209.51.181.2) [AS6939 {HURRICANE}] 24 msec 28 msec 24 msec

Nesse caso, tudo fica ótimo até que eles entreguem o tráfego para a máquina de gateway Hurricane Electric.

Bônus

O traceroute do espelho Canadá da Bell Canada resulta de Toronto para HE

Edit : Por que não Serverfault? Por causa de suas regras:

A falha do servidor é para profissionais de tecnologia da informação que precisam de respostas de especialistas relacionadas ao gerenciamento de sistemas de computadores em uma capacidade profissional.

eu não sou um profissional de tecnologia da informação que gerencia um sistema de computador em uma capacidade profissional. Este sou eu, em casa, na sexta-feira à noite, comendo Life Cereal, jantando com amigos, jantando sozinho, assistindo televisão sozinho.

— Ian Boyd
fonte

Por que você não está usando o endpoint de HE da Toronto?

— Michael Hampton

@MichaelHampton Porque na época em que escrevi a pergunta, o rastreamento para o servidor de Toronto da HE era Windsor -> Toronto -> Chicago -> Nova York -> Toronto . Hoje eu apenas verifiquei novamente, e meu ISP conseguiu seu próprio link até Toronto, ignorando Bell!

— Ian Boyd

A resposta curta é não'. O recurso IP que você está procurando é a opção de rota de origem. É usado para determinar como um pacote é roteado no remetente em vez de na rede. Por causa de todos os problemas que o uso dessa opção pode causar (quase?), Ninguém irá aceitá-la e / ou honrá-la.

As decisões de política de roteamento são tomadas dentro de um AS (= Sistema Autônomo). Se você se conectar apenas a um ISP, é nesse ponto que você direciona seu tráfego. Depois de enviar o tráfego para eles, cabe a eles decidir para onde enviá-lo. Geralmente essas decisões são baseadas no que a rede receptora anuncia através do BGP (= Border Gateway Protocol).

O gráfico AS que você está vendo é um gráfico ao contrário. Ele mostra o que o AS7057 anuncia, portanto, isso influencia como o tráfego flui para o AS7057, não como os dados do AS7057 chegam a outras redes. Pode ser o mesmo, mas certamente não precisa ser.

— Sander Steffann
fonte

Se você estiver tendo problemas para acessar o broker do túnel HE, pode ser uma boa ideia entrar em contato com eles sobre isso. Eles se esforçam muito para garantir que a plataforma do broker de encapsulamento funcione bem.

— Sander Steffann

+1; Eu nunca ouvi falar de roteamento de origem . Essa resposta é exatamente a pergunta; com a ressalva de que não funciona. Quanto ao fluxo de dados; eu sabia que era "verdadeiro o suficiente" para a pergunta. No caso do meu ISP, eles realmente têm apenas dois pares para os quais podem enviar tráfego. Embora eu nunca tenha considerado a possibilidade de os pacotes seguirem a rota oposta na viagem de "retorno" .

— Ian Boyd

Bem, a solução para o seu problema pode ser entrar em contato com o seu ISP e dizer-lhe que você não está satisfeito com o serviço deles. No final, é responsabilidade deles garantir uma boa conectividade. Eles escolheram usar a Bell Canada e, se isso causar problemas, é de sua responsabilidade garantir que a Bell resolva seus problemas ou mudar para (ou adicionar um) melhor fornecedor de transporte público.

— Sander Steffann

Não há mais ninguém que possa oferecer serviço de Internet. O fato de meu (pequeno) ISP ter executado sua própria linha de dados, através das fronteiras internacionais, até o Nível 3, para escapar do máximo possível de Bell, é bastante impressionante. Não há outra espinha dorsal na área.

— Ian Boyd