[GTER] IPv4 x IPv6

Jorge Scoz Junior scoz.jr at tpa.com.br
Fri Feb 12 13:19:03 -02 2016


Em partes, resolveria que a CPE não precisa responder o icmp ao pc do
usuário, mas quando o pacote vem com 1500 do site em direção ao usuário,
quem retorna o "packet too big" para o site, é a primeira interface com
MTU menor, no caso a interface virtual do pp0 do Juniper.

O paliativo na época foi utilizar outro roteador, não Juniper,  para
responder aos icmps. Fiz um ponto a ponto entre a wan Juniper e este
outro roteador com MTU menor passando somente o IPv6, fazendo assim este
segundo router responder ao site "packet too big".



On 02/12/2016 12:26 PM, Rubens Kuhl wrote:
> 2016-02-12 11:59 GMT-02:00 Jorge Scoz Junior <scoz.jr at tpa.com.br>:
>
>> Este índice de falhas elevado realmente ocorreu. O problema foi causado
>> por uma implementação do Junos que descarta pacotes icmp6-type2 ao
>> receber uma taxa elevada destes pacotes, como as conexões são PPPoE, a
>> troca de icmp6-type2 é elevada.
>> O agravante foi que problema só apareceu com o aumento do número de
>> subscribers em dual-stack, até cerca de 1000 usuários o funcionamento
>> era perfeito.
>>
>> Problema foi descrito em um PR da Juniper:
>>
>> Problem
>> If the MX series router receive a high rate of IPv6 packets larger than
>> the MTU, due to the rate limiting for sending ICMPv6 "packet too big"
>> message is low (about 1pps), then there will be a delay for servers to
>> receive the message, during which time the un-fragmented packets will
>> get dropped.
>>
>>
> Pelo que o PR descreve, baixar o MTU na CPE também teria resolvido, não ?
>
>
> Rubens
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter




More information about the gter mailing list