MIGO Looking Glass AS263152

Migo Internet Looking Glass

Ferramenta pública de diagnóstico de rede do AS263152. Escolha o servidor para respostas imediatas, ou um roteador para o ponto de vista daquele POP.

No ar IPv4 | 177.92.253.104 IPv6 | 2804:1784:a:200::104 Consulta de rotas BGP

Seu IPv4 216.73.217.70

Seu IPv6 not detected

Porta de origem7192

ProtocoloHTTP/1.1

HTTPSyes

TCP-MSS1448 bytes (MTU 1488)

RTT142.102 ms

Resultado

Via

0.0

Mbit/s

Pronto

Download

Upload

Latência

Jitter

Retransmissões

Perda ICMP

Latência sob carga

Bufferbloat

[LG]

Escolha a origem, o teste e o destino,

depois clique em Executar.

Rede

Migo Internet (AS263152) é um provedor brasileiro presente no Equinix SP2, com trânsito AlwaysOn protegido contra DDoS. 4 POPs disponíveis.

Testes

Ping Traceroute MTR SuperPing BGP Route DNS Lookup HTTP/HTTPS Speed test IPv4 / IPv6 DNSSEC IPERF3 slot TCP probe UDP probe Path MTU WHOIS

O que cada um faz?

IPs de origem

IPv4: 177.92.253.104
IPv6: 2804:1784:a:200::104

Roteadores

Migo LG Server — Barueri, SP | LG Server
Core Equinix-SP2 — Barueri, SP | Equinix SP2
Router Clementina — Clementina, SP
Router MigoPV — Pres. Venceslau, SP
Router Tupa — Tupa, SP

Peering e NOC

PeeringDB | bgp.he.net | bgp.tools
noc@migonet.com.br

Uso aceitável

Limite de 10 consultas por minuto por IP. Endereços RFC1918 e privados são bloqueados automaticamente.

Clientes Migo Internet (AS263152): 20 consultas/min

Command reference

Cada teste roda a partir da própria rede, salvo quando indicado. O que você vê aqui é o que nossos roteadores e nosso servidor enxergam - não o que a sua máquina enxerga.

Alcance

Ping: Cinco pacotes ICMP. A primeira coisa a tentar, e a primeira a desconfiar: muitos destinos e firewalls descartam ICMP mesmo servindo tráfego normalmente. Silêncio aqui não prova que o destino está fora. A versão de IP segue o endereço digitado; um nome é tentado por IPv6 primeiro quando publica um, que é o que um navegador faria. Use para confirmar que um destino responde e ler o tempo de ida e volta.
Traceroute: Mostra cada salto do caminho e o ASN por trás dele. Latência que sobe e permanece alta marca onde está a distância; latência que dispara em um salto e volta ao normal costuma ser aquele roteador priorizando o tráfego que passa em vez das próprias respostas. Use para descobrir onde o caminho sai da nossa rede e em qual rede ele entra.
MTR: Traceroute e ping combinados, dez ciclos, com perda e latência por salto. Perda que aparece em um salto e some adiante é cosmética. Perda que começa em um salto e continua até o destino é real. Use quando um caminho está lento ou com perda e você precisa apontar qual salto é o responsável.
SuperPing: Cem pacotes em sequência rápida, com perda, latência e jitter. O tamanho do pacote é ajustável e o bit DF vem ligado, então um pacote grande demais acusa erro de fragmentação em vez de ser dividido em silêncio. Perda aqui nem sempre é problema de rede: muitos destinos limitam ICMP de propósito. Use para medir jitter - o inimigo de voz e jogos - e para descobrir até que tamanho de pacote o caminho aguenta.
Path MTU: Busca binária pelo maior pacote que atravessa sem fragmentar. 1500 indica caminho Ethernet limpo; 1492 é típico de PPPoE; abaixo de 1400 quase sempre significa túnel. Mostra também como os pacotes maiores falharam: um roteador avisou (Packet Too Big - o PMTUD funciona) ou eles sumiram em silêncio (black hole). Os botões "Meu IPv4" / "Meu IPv6" medem o caminho até a sua própria conexão. Use quando transferências grandes travam mas requisições pequenas funcionam - a assinatura clássica de MTU quebrado com PMTUD bloqueado.

Roteamento

BGP Route: Como nossos roteadores alcançam um prefixo: AS path, communities, preferência e estado de validação. Aceita endereço, prefixo ou domínio. Prefixos do nosso próprio espaço são mostrados pelo agregado que os cobre - enlaces internos não são publicados aqui. Use para ver qual trânsito carrega um destino e para confirmar se um prefixo aparece na nossa tabela.
WHOIS: ASN de origem, organização, RIR, data de alocação, geolocalização, estado RPKI e objetos IRR, em uma resposta só. O RPKI é a parte que vale ler: valid significa que existe um ROA assinado autorizando aquele AS a anunciar aquele prefixo, invalid significa que alguém anuncia o que não deveria, e not found significa que nada foi publicado. Use antes de aceitar um prefixo de um peer, ou quando um cliente relata bloqueio.

Resolução de nomes

DNS Lookup: A e AAAA em cada um dos nossos resolvedores, mais NS, MX, TXT, CAA e SOA, e o flag DNSSEC. Informe um endereço e ele devolve o PTR e verifica se aquele nome resolve de volta para o mesmo endereço. Use quando resolvedores discordam, e para a checagem reversa confirmada que servidores de e-mail exigem.
DNSSEC: Informe um domínio e ele diz se a zona está assinada e se a validação passa, com os algoritmos das chaves, se o DS aponta para uma chave publicada, quando as assinaturas vencem e os parâmetros do NSEC3. Informe o endereço de um resolvedor e ele testa o resolvedor: um que valida recusa um nome deliberadamente quebrado e marca as respostas boas como autenticadas. Use para provar que um resolvedor protege quem o usa, ou para descobrir por que um domínio assinado falha para uns e não para outros.

Transporte e aplicações

TCP probe: Abre o handshake cinco vezes contra a porta escolhida e informa o tempo, a variação e se a porta está aberta, fechada ou filtrada. As portas são limitadas a uma lista publicada. Use para separar "o serviço caiu" de "a rede não chega até ele" - conexão recusada e timeout significam coisas diferentes.
UDP probe: Tempo de resposta, jitter e perda contra DNS ou NTP. UDP não tem handshake, então só serviços que respondem podem ser medidos assim. Use quando um resolvedor ou fonte de tempo parece lento: perda em UDP é invisível para a aplicação, que simplesmente espera.
HTTP/HTTPS: Status, cadeia de redirecionamentos, certificado, e o tempo gasto em DNS, TCP, TLS e no primeiro byte. A versão de IP pode ser forçada. Use para localizar a lentidão de uma página: DNS demorado, handshake demorado e primeiro byte demorado apontam para lugares diferentes.

A sua conexão

Speed test: Roda no seu navegador, entre a sua máquina e este servidor, com várias conexões em paralelo. Informa também as retransmissões TCP contadas pelo kernel, a perda ICMP até o seu endereço e o bufferbloat: quanto a latência sobe enquanto o link está cheio, com nota de A+ a F. Use para medir o seu link até nós. Um resultado abaixo do plano contratado pode vir do Wi-Fi, do próprio aparelho ou do caminho - este teste sozinho não distingue.
IPv4 / IPv6: Abre uma conexão por família a partir da sua máquina e informa o endereço, o MSS, o MTU do link e o tempo de ida e volta de cada uma, apontando quando o IPv6 carrega menos que o IPv4. Timeout e recusa são reportados de formas diferentes: recusa significa ausência de pilha, timeout significa que existe endereço e rota mas os pacotes se perdem no caminho. Use para descobrir se o IPv6 realmente funciona onde você está, que raramente é a mesma pergunta que ter um endereço IPv6.
IPERF3 slot: Abre um servidor temporário em uma porta alta aleatória por alguns minutos, aceitando um único teste. Você roda o cliente iperf3; os comandos aparecem prontos. Use quando o navegador não basta: throughput real em UDP, TCP sustentado com várias sessões, e números que outras operadoras aceitam.

Como ler os resultados

Jitter importa mais que latência: 80 ms estáveis conduzem uma chamada com conforto. Uma média de 30 ms que oscila entre 5 e 200 não conduz. Olhe a variação, não a média.
Perda abaixo de 1% não é ruído: O TCP interpreta perda como congestionamento e reduz a velocidade. Um caminho perdendo 2% parece quebrado mesmo com todos os pings respondendo.
Um teste isolado prova pouco: Antes de concluir, teste o mesmo destino a partir de outro roteador, e outro destino a partir do mesmo roteador. Dois resultados que discordam dizem onde o problema não está.