Resumo
- A RFC 3180 transformou um experimento de um ano na BCP 53: em 233/8, no multicast IPv4, um AS de dois octetos definia um /24, ou 256 endereços de grupo, sem uma segunda etapa de registro.
- A facilidade herdava os limites do cadastro de AS: não codificava ASN de quatro octetos, e um AS podia reunir várias organizações ou sites. A RFC 6034 depois adicionou a opção baseada em prefixo, mas manteve a RFC 3180 em vigor.
O endereço deveria dar uma pista sobre quem poderia alocá-lo. Em 233/8, o primeiro octeto era fixo; os dois seguintes reproduziam o número AS de 16 bits; o último deixava 256 grupos multicast para aquele AS. No exemplo da RFC 3180, o AS 5662 vira 233.22.30.0/24. Um provedor podia deduzir o bloco de um número já usado no roteamento, sem solicitar uma faixa global por outro alocador entre domínios.
A proposta respondia a uma dificuldade concreta. A RFC 2770, publicada em fevereiro de 2000 como experimento, dizia que alguns agregadores de conteúdo precisavam manter endereços fixos por períodos que a alocação dinâmica de sessões não atendia. Provedores, agregadores e desenvolvedores também não haviam concordado sobre um método coerente. O uso estático de 233/8 foi inicialmente limitado a um ano, com possibilidade de renovação. Em setembro de 2001, a RFC 3180 substituiu a experiência pela Best Current Practice 53. O alvo era o subconjunto de endereços estáticos não coberto pelo multicast específico da origem, não toda a alocação multicast.
Usar um identificador conhecido deixou a regra legível, mas trouxe também a fronteira desse identificador. A RFC 3180 diz que o método só funciona com AS de dois octetos. Quando o formato ASN passou a quatro octetos, o GLOP não tinha bits para o valor adicional. E o bloco identificava um AS, não necessariamente uma única organização ou local. Um AS grande ainda precisava repartir endereços internamente; o código não revelava sempre quem respondia por cada grupo.
A RFC 6034, de 2010, partiu de outra base: derivar faixas multicast IPv4 do prefixo unicast global de uma organização, à semelhança do formato de multicast IPv6 baseado em prefixos. Quando o prefixo é elegível, a coordenação pode ser mais granular e não esbarra no ASN de quatro octetos. Mas não houve substituição definitiva: a RFC 6034 declara que não atualiza nem obsoleta a RFC 3180. Organizações com alocação unicast mais específica que /24 ainda podem precisar do GLOP, e podem usar os dois métodos. A autoridade de alocação muda do número AS para um prefixo globalmente roteado.
O registro atual da IANA ainda identifica 233.0.0.0 a 233.251.255.255 como bloco GLOP e trata intervalos vizinhos separadamente. Isso documenta uma fronteira de alocação, não o volume de tráfego, a existência de rota ou o recebimento de um fluxo. Os documentos não provam adoção universal nem desaparecimento. Mostram uma tentativa de tornar grupos estáticos fáceis de derivar usando outro sistema de numeração, seguida de uma segunda opção quando a largura e a granularidade emprestadas não atendiam a todos.
Fontes
- RFC 2770 · Registro Datatracker da RFC 2770 · Ficha RFC Editor da RFC 2770
- RFC 3180 · Registro Datatracker da RFC 3180 · Ficha RFC Editor da RFC 3180
- RFC 1797 · RFC 1930 · RFC 2365 · RFC 2730
- RFC 2908 · RFC 2909 · RFC 2974 · RFC 3138
- RFC 3171 · RFC 3306 · RFC 4607 · RFC 4893
- RFC 6034 · Registro Datatracker da RFC 6034 · Registro IANA de endereços multicast IPv4
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
