Resumo
- A revisão 00 do FALCON faz um pacote de retorno prioritário percorrer, em sentido inverso, o caminho registrado por um pacote de ida e amostrar o estado que afeta o tráfego monitorado.
- Forward Queue e Flow-Control Buffer são observações distintas; mapeamento exato do enlace, lacunas de implantação, classe, horário e campos indisponíveis limitam a inferência de causa.
- Uma notificação rápida não autoriza a mudança: reduzir taxa ou desviar tráfego exige registro da ação aplicada e medição independente do efeito posterior.
Duas reservas, duas perguntas
A Forward Queue é a fila de saída da interface e da classe monitoradas no sentido de ida. O Flow-Control Buffer é uma contabilidade do lado de recepção que pode disparar PFC ou outro freio salto a salto. Ele pode usar um limiar dinâmico. Uma fila de saída profunda não informa, sozinha, quão perto o nó está de bloquear o vizinho a montante.
As duas medições permitem uma hipótese mais útil: uma fila grande que não está sendo freada pelo vizinho a jusante pode ser a raiz do congestionamento; filas a montante paradas por contrapressão podem ser vítimas. Mas isso permanece uma inferência limitada ao caminho, à classe, ao instante e aos campos amostrados. Se um equipamento não consegue oferecer um valor, deve marcá-lo como indisponível. Ausência não é zero.
A agregação dentro do caminho mantém o tamanho de P' sob controle, mas comprime a explicação. A soma pode preservar o atraso total de fila; o máximo pode reter o maior valor e o nó; o mínimo pode registrar a menor folga. O detalhe descartado por salto não poderá ser reconstruído depois. Escolher a agregação também escolhe quais perguntas futuras deixam de ter resposta.
Como a evidência volta
O FALCON parte de um problema temporal concreto. Em muitos ciclos de feedback, uma observação ainda precisa terminar o trajeto de ida e só então voltar à origem; a própria fila que gerou o sinal pode atrasá-lo. No desenho proposto, o pacote de ida P registra identificadores de nó e das interfaces de entrada e saída. O receptor constrói P' com uma lista de segmentos SRv6 para refazer, ao contrário, os enlaces registrados.
Ao chegar a cada nó capaz, P' colhe a fila de saída usada pelo tráfego de ida correspondente. A origem pode receber a amostra de um nó após aproximadamente o atraso de uma via entre esse nó e a origem, em vez de esperar o restante da ida e toda a volta.
Isso não cria uma fotografia simultânea. O nó distante é medido antes do próximo, e cada linha tem um instante diferente. Frescor é o tempo entre a coleta de uma amostra e sua chegada à origem; não é frequência de amostragem. Um número menor de atraso não corrige uma identidade de caminho errada.
O rascunho foi apresentado em 28 de setembro de 2026 e expira em 1º de abril de 2027. O Datatracker o registra como Internet-Draft individual ativo, no estado I-D Exists, sem stream, Area Director, shepherd, nível normativo ou número RFC. O texto não demonstra implementação, interoperabilidade, implantação nem resultado medido.
A volta exata precisa de um mapa
Uma lista de roteadores não basta sob ECMP, enlaces paralelos ou LAG. Um SID de nó chega ao equipamento, mas não identifica necessariamente o enlace membro pelo qual P saiu. O receptor precisa mapear o par nó/interface a um SID de adjacência. Esse mapa pode ser provisionado pelo operador ou aprendido no plano de controle; sua distribuição está fora do escopo da revisão 00.
O registro operacional deve guardar os identificadores capturados, a versão do mapa usada para montar a lista, o membro da agregação, a classe monitorada e os horários. Se o fluxo for redistribuído por hash ou rerroteado, o estado do caminho antigo deve ser descartado.
Implantação parcial acrescenta trechos cegos. Um nó incapaz não se registra, e o encaminhamento comum entre dois nós capazes talvez não replique o inverso do caminho de ida. A lacuna precisa aparecer como limite da afirmação, não ser escondida por interpolação.
A notificação não escolhe a política
O documento entrega estado por salto, atraso e gargalo possível a funções de controle de congestionamento ou balanceamento, mas deixa a reação da origem explicitamente fora de escopo. O quadro FANN separa detecção, geração, entrega, consumo, ação e recuperação e é neutro quanto à ação.
O operador pode reduzir taxa, evitar um enlace, mover um fluxo, esperar confirmação ou não agir. Prioridade da aplicação, diversidade, custo e estabilidade mudam a decisão. Várias origens que migram juntas para a mesma alternativa podem apenas deslocar o ponto quente. A chegada antecipada do sinal não lhe dá autoridade sobre a tabela de rotas.
O retorno prioritário também é superfície de ataque
P' recebe tratamento de alta prioridade e baixa latência para que a fila de retorno não elimine a vantagem de frescor. O mapeamento local de DSCP requer reserva, policiamento e limites de taxa. Sem isso, tráfego comum pode reivindicar a classe ou uma tempestade de notificações pode prejudicar tráfego crítico.
Uma resposta forjada ou alterada pode provocar corte de taxa desnecessário ou um caminho pior. A origem deve associar a resposta a um P pendente, por exemplo com nonce. O receptor deve validar que cada SID pertence ao domínio local, manter a origem da ida como destino final e limitar a geração. Integridade de IOAM ajuda contra alteração, mas não torna correta a inferência ou a ação.
O mecanismo se limita a um único domínio administrativo SR e IOAM. Filtragem nas bordas, política local de confiança e divulgação controlada de topologia e buffers fazem parte da segurança básica.
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance

