[GTER] [MASOCH-L] Jumbo frames no PTT (was: Re: RES: transferencia de 50TB para Amazon sa-east)

[Rubens Kuhl]

> Sim.  E não é só questão de algum administrador de rede de fim de semana
> não ter quebrado o PMTUD.  Precisaríamos pesquisar os tamanhos máximos
> de quadro de diversos empilhamentos de protocolo tipicamente usados nos
> transportes para o PTT, e das caixas mais comuns para encontrar no
> máximo 2 tamanhos de MTU jumbo a serem suportados [fora de acordos
> bilaterais].

PMTUD afeta apenas o MTU de interfaces L3, não L2. Um IXP pode ter um
MTU maior sem que seus participantes sequer notem... os possíveis
problemas ocorrem se um MTU for anunciado como disponível, interfaces
L3 forem configuradas para isso e isso não acontecer.

O que há de L3 num IXP e que envolve MTU e PMTUD é BGP com Route
Servers; porém, com o número de prefixos divulgado hoje no ATM isso
não faria nenhuma diferença.

> Se for apenas para bilateral, sim.  Aí é só documentar o tamanho máximo
> suportado pelos equipamentos do PTT em si, e as partes definiriam qual
> MTU melhor lhes favorece.  Provavelmente 9000 bytes.

Um problema nesse tipo de oferta é a possibilidade de mudança futura
quer de equipamento quer de forma de interconexão, por exemplo  algum
tipo de tunelamento seja adotado (como o AMS-IX que usa MPLS).

> Se não há interesse por quem move conteúdo à tonelada, realmente não há
> muito motivo para levar isso adiante.

Existe uma outra aplicação que seria beneficiada por Jumbo MTU, que é
o trânsito com full-routing. Sessões BGP com MTU alto e PMTUD em cima
de interfaces GigE podem diminuir bastante o tempo de convergência num
retorno de falha.


Rubens