Pular para o conteúdo

Incidente · Staff

Rogers jul/2022: filtro de rotas removido derruba a rede de um país

Incidente real. Pontos centrais: rede: DNS e BGP e controle de sobrecarga.

15 min de leitura · Incidente em 2022-07, durou · Fonte: Rogers · Conteúdo revisado em 23 de outubro de 2026

Resposta curta

Incidente real. Pontos centrais: rede: DNS e BGP e controle de sobrecarga. Em 8 de julho de 2022, a operadora canadense Rogers Communications teve uma queda de rede que afetou mais de 12 milhões de usuários de internet a cabo e de redes celulares.

01 · CONTEXTO

Um núcleo IP para todos os serviços

Em 8 de julho de 2022, a operadora canadense Rogers Communications teve uma queda de rede que afetou mais de 12 milhões de usuários de internet a cabo e de redes celulares. Este caso segue a falha do gatilho técnico à recuperação, com base na carta da empresa ao regulador e em uma revisão independente encomendada pelo próprio regulador.

Segundo a revisão independente, como as redes móvel e fixa compartilhavam um núcleo IP comum, o alcance da queda foi extremo, com perda catastrófica de todos os serviços. A mesma revisão afirma que esse compartilhamento é comum entre operadoras, para equilibrar custo e desempenho, e que a falha não decorreu de um erro de projeto da arquitetura.

  1. Dois conjuntos de serviços atendem os clientes: os móveis (celular) e os de internet fixa.

    Diagrama da arquitetura: Núcleo IP compartilhado por serviços móveis e fixos
    CPServiços móveis
    CPServiços de internet fixa
    CPRoteadores de distribuição
    CPNúcleo IP
    CLInternet e outras redes
  2. Os dois serviços passam pelos roteadores de distribuição e chegam a um mesmo núcleo IP.

    Diagrama da arquitetura: Núcleo IP compartilhado por serviços móveis e fixos
    CPServiços móveis
    CPServiços de internet fixa
    CPRoteadores de distribuição
    CPNúcleo IP
    CLInternet e outras redes
  3. A revisão independente registra que esse núcleo comum é uma escolha frequente para equilibrar custo e desempenho, e que ele ampliou o alcance da queda.

    Diagrama da arquitetura: Núcleo IP compartilhado por serviços móveis e fixos
    CPServiços móveis
    CPServiços de internet fixa
    CPRoteadores de distribuição
    CPNúcleo IPnúcleo comum
    CLInternet e outras redes

02 · O GATILHO

Um filtro removido numa fase da atualização

A Rogers fazia uma atualização do seu núcleo IP em sete fases, e a remoção do filtro ocorreu na sexta. Segundo a revisão independente, funcionários removeram o filtro de política (uma lista de controle de acesso) dos roteadores de distribuição no esforço de limpar arquivos.

De acordo com a carta da empresa ao regulador, sem o filtro todas as rotas possíveis para a internet passaram pelos roteadores e excederam a capacidade do núcleo. A revisão independente descreve o resultado como um núcleo inundado de informação de roteamento IP, que acabou travando.

  1. Os roteadores de distribuição aplicam o filtro de política, a única proteção do núcleo contra o excesso de rotas.

    Diagrama da arquitetura: Do filtro removido à perda de todos os serviços
    CPServiços móveis
    CPServiços de internet fixa
    CPRoteadores de distribuição
    CPNúcleo IP
    CLInternet e outras redes
  2. Durante uma fase da atualização, o filtro é removido dos roteadores de distribuição.

    Diagrama da arquitetura: Do filtro removido à perda de todos os serviços
    CPServiços móveis
    CPServiços de internet fixa
    CPRoteadores de distribuiçãofiltro removido
    CPNúcleo IP
    CLInternet e outras redes
  3. Todas as rotas possíveis passam ao núcleo, que excede a capacidade e trava.

    Diagrama da arquitetura: Do filtro removido à perda de todos os serviços
    CPServiços móveis
    CPServiços de internet fixa
    CPRoteadores de distribuiçãofiltro removido
    CPNúcleo IPsobrecarregado
    CLInternet e outras redes
  4. A Rogers deixa de anunciar sua presença e as outras redes não a encontram.

    Diagrama da arquitetura: Do filtro removido à perda de todos os serviços
    CPServiços móveis
    CPServiços de internet fixa
    CPRoteadores de distribuição
    CPNúcleo IPsobrecarregado
    CLInternet e outras redessem rota para a operadora
  5. Os serviços móveis e os de internet fixa ficam fora do ar.

    Diagrama da arquitetura: Do filtro removido à perda de todos os serviços
    CPServiços móveisfora do ar
    CPServiços de internet fixafora do ar
    CPRoteadores de distribuição
    CPNúcleo IPsobrecarregado
    CLInternet e outras redes
O que deveria protegerO que a fonte relata
Filtro de políticaEra a proteção do núcleo; sem ele, nada mais o protegiaRemovido por funcionários no esforço de limpar arquivos
Gestão de mudançaInclui auditoria dos parâmetros da mudançaNão sinalizou a mudança de configuração errada
Avaliação de riscoAvaliou a atualização como de risco altoO algoritmo rebaixou o risco e dispensou teste em laboratório e aprovação superior
Limite de sobrecargaNão estava configurado no núcleoSem mecanismo de proteção além do filtro de política

03 · O ALCANCE

Muito além dos clientes da Rogers

Do lado de fora, a Cloudflare viu picos de atualizações BGP e retirada de prefixos IP. A Rogers não anunciava sua presença, e por isso outras redes não a encontravam.

O efeito atravessou quem dependia da infraestrutura da Rogers. O Interac saiu do ar e nenhuma empresa do país conseguiu aceitar cartão de débito, mesmo as que usavam outro provedor de internet. O uso do 911 a partir de celulares na rede da Rogers foi prejudicado, e alguns serviços do governo federal foram afetados.

04 · A RECUPERAÇÃO

A gestão da rede dependia da rede quebrada

A queda cortou também o acesso interno a sistemas da empresa, o que atrapalhou a mobilização de uma equipe e a identificação do problema. Alguns funcionários conseguiram se conectar por SIMs de emergência em redes alternativas, graças a acordos recíprocos com outras operadoras; outros se deslocaram a locais centralizados para obter acesso à rede.

A revisão independente aponta que a rede de gestão dependia do núcleo IP e que o centro de operações e outros sites remotos críticos não tinham conectividade redundante de provedores alternativos. No início, a equipe também não tinha acesso aos logs de erro dos roteadores que falharam e levou cerca de 14 horas, desde o começo da queda, para apontar a causa raiz.

  1. A rede de gestão dependia do núcleo IP, que estava fora do ar.

    Diagrama da arquitetura: Gestão da rede dependente do núcleo que falhou
    CPNúcleo IPfora do ar
    CPRede de gestãodepende do núcleo
    CPCentro de operações
    CLEquipe remota
    NWLogs dos roteadores
    CPConectividade de terceiros
  2. Funcionários remotos não conseguem acessar a rede de gestão.

    Diagrama da arquitetura: Gestão da rede dependente do núcleo que falhou
    CPNúcleo IP
    CPRede de gestãodepende do núcleo
    CPCentro de operações
    CLEquipe remotasem acesso
    NWLogs dos roteadores
    CPConectividade de terceiros
  3. O centro de operações não tinha conectividade redundante de um provedor alternativo para gerenciar a rede.

    Diagrama da arquitetura: Gestão da rede dependente do núcleo que falhou
    CPNúcleo IP
    CPRede de gestão
    CPCentro de operaçõessem via alternativa
    CLEquipe remota
    NWLogs dos roteadores
    CPConectividade de terceiros
  4. No início a equipe não tinha acesso aos logs de erro dos roteadores que falharam, e levou cerca de 14 horas para apontar a causa raiz.

    Diagrama da arquitetura: Gestão da rede dependente do núcleo que falhou
    CPNúcleo IP
    CPRede de gestão
    CPCentro de operações
    CLEquipe remota
    NWLogs dos roteadoresinacessíveis
    CPConectividade de terceiros
  5. Depois da queda, a Rogers implantou conectividade de reserva de terceiros no centro de operações e uma rede de gestão física e lógica separada.

    Diagrama da arquitetura: Gestão da rede dependente do núcleo que falhou
    CPNúcleo IP
    CPRede de gestãoseparada
    CPCentro de operações
    CLEquipe remota
    NWLogs dos roteadores
    CPConectividade de terceirosreserva

Havia ajuda de fora: as duas concorrentes contatadas ofereceram assistência. A Rogers, porém, concluiu que não era possível transferir seus usuários para outras redes, citando a falta de acesso ao banco de dados de usuários e a carga excessiva que isso imporia.

05 · O QUE MUDOU

Medidas após a queda e lições de projeto

Segundo a revisão independente, a Rogers adicionou salvaguardas aos roteadores do núcleo contra nova sobrecarga, implantou uma rede de gestão separada e conectividade de reserva de terceiros. Também trocou o algoritmo de avaliação de risco e fez mudanças organizacionais para melhorar a colaboração entre operações e engenharia. No plano regulatório, o governo anunciou políticas exigindo ajuda mútua entre as operadoras em caso de queda.

Fragilidade apontadaMedida relatada
Núcleo sem limiteNúcleo sem limite de sobrecarga configuradoSalvaguardas nos roteadores do núcleo contra nova sobrecarga
Gestão acopladaRede de gestão dependia do núcleo IPRede de gestão física e lógica separada, com conectividade de terceiros
Risco rebaixadoAlgoritmo rebaixou o risco da atualizaçãoNovo algoritmo de avaliação de risco
Núcleo comumRedes móvel e fixa no mesmo núcleo IPSeparação anunciada, ainda um trabalho em andamento

Perguntas frequentes

O que é Rogers jul/2022: filtro de rotas removido derruba a rede de um país?

Incidente real. Pontos centrais: rede: DNS e BGP e controle de sobrecarga.

O que o design de Rogers jul/2022: filtro de rotas removido derruba a rede de um país cobre?

Ele está organizado nestas seções: Um núcleo IP para todos os serviços, Um filtro removido numa fase da atualização, Muito além dos clientes da Rogers, A gestão da rede dependia da rede quebrada e Medidas após a queda e lições de projeto.

Quanto tempo leva Rogers jul/2022: filtro de rotas removido derruba a rede de um país e qual é o nível?

Leva cerca de 15 minutos para ler e tem nível Staff.

Agora projete você mesmo

Rode este caso como uma entrevista na escola de System Design: você toma as decisões, o tutor as questiona e você vê a nota do seu desenho.