[GTER] tráfego MPLS qfx5100 juniper em interface agregada
Mauro Lucio Silva
maurolucio.silva at gmail.com
Mon Jan 8 21:58:09 -02 2018
Voce já tentou alterar o routing-options?
set policy-options policy-statement LOAD_BALANCE then load-balance per-packet
set routing-options forwarding-table export LOAD_BALANCE
set routing-options forwarding-table indirect-next-hop
2018-01-08 16:12 GMT-02:00 <gter-request at eng.registro.br>:
> Send gter mailing list submissions to
> gter at eng.registro.br
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://eng.registro.br/mailman/listinfo/gter
> or, via email, send a message with subject or body 'help' to
> gter-request at eng.registro.br
>
> You can reach the person managing the list at
> gter-owner at eng.registro.br
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of gter digest..."
>
> Today's Topics:
>
> 1. Re: Parab?ns Uesley - GTER 44 - IPoE como alternativa ao
> PPPoE (Rubens Kuhl)
> 2. Re: tr?fego MPLS qfx5100 juniper em interface agregada
> (Tarc?sio Oliveira)
> 3. Re: Parab?ns Uesley - GTER 44 - IPoE como alternativa ao
> PPPoE (Uesley Correa)
> 4. Re: tr?fego MPLS qfx5100 juniper em interface agregada
> (Alexandre Guimaraes)
> 5. Re: tr?fego MPLS qfx5100 juniper em interface agregada
> (Eduardo Schoedler)
> 6. Re: NET Virtua (AS28573) n?o tem aprendido rotas pelo ATM do
> de cas.ptt.br (F?bio Rodrigues Ribeiro)
>
>
> ---------- Mensagem encaminhada ----------
> From: Rubens Kuhl <rubensk at gmail.com>
> To: Grupo de Trabalho de Engenharia e Operacao de Redes <gter at eng.registro.br>
> Cc:
> Bcc:
> Date: Mon, 8 Jan 2018 11:46:49 -0200
> Subject: Re: [GTER] Parabéns Uesley - GTER 44 - IPoE como alternativa ao PPPoE
> 2018-01-08 11:31 GMT-02:00 Fernando Frediani <fhfrediani at gmail.com>:
>
>> Na prática não é tão problema Douglas, afinal quem vai querer ter o
>> usuário navegando em IPv6-only caso por alguma razão o IPv4 não entre.
>
>
> Para ter apenas um transporte dentro da rede. Foi o motivo que levou a
> T-Mobile a adotar 464XLAT.
>
>
> Rubens
>
>
>
> ---------- Mensagem encaminhada ----------
> From: "Tarcísio Oliveira " <tarcisiopaz at alootelecom.com.br>
> To: Grupo de Trabalho de Engenharia e Operacao de Redes <gter at eng.registro.br>
> Cc:
> Bcc:
> Date: Mon, 8 Jan 2018 10:57:56 -0300 (BRT)
> Subject: Re: [GTER] tráfego MPLS qfx5100 juniper em interface agregada
> Rodrigo,
>
> Existem dois recursos, FAT label (RFC6391) e Entropy Label (RFC6790), que são geralmente utilizados para contornar esse tipo de problema, no entanto entanto não sei precisar se a linha 5100 suporta.
>
> Tarcísio Paz
> Supervisor do Centro de Operações
> tarcisiopaz at alootelecom.com.br
> (+55) 82 99321-3092
> (+55) 82 2123-3500
> www.aloo.com.br
>
> ----- Mensagem original -----
> De: "Rodrigo Augusto" <rodrigo at 1telecom.com.br>
> Para: "Grupo de Trabalho de Engenharia e Operacao de Redes" <gter at eng.registro.br>
> Enviadas: Quinta-feira, 4 de janeiro de 2018 12:30:42
> Assunto: [GTER] tráfego MPLS qfx5100 juniper em interface agregada
>
> Pessoal, alguém tem alguma solução para o correto balanceamento entre dois
> juniper do trafego mpls? Ele nao balanceia corretamente com nenhum profile
> ajustadoŠ. Já tentei de tudoŠ.
> Alguém já conseguiu algo? estou emchê-los contato com o suporte da juniper
> mas sem sucesso até o momentoŠ.se eu tiver um label de tráfego maior de 10GB
> , já eraŠ.ele manda sempre por uma única interfaceŠ..nos outros switchs da
> rede está tranquilo( os huawei) estão fazendo o balanceamento de forma bem
> melhorŠmas entre juniper e juniper e juniper e huawei ele nao faz Š
> Rodrigo Augusto
> Diretor BackBone IP Grupo Um
> http://www.connectoway.com.br <http://www.connectoway.com.br/>
> http://www.1telecom.com.br <http://www.1telecom.com.br/>
> * rodrigo@ <mailto:rodrigo at connectoway.com.br> 1telecom.com.br
> ( (81) 3497-6060
> ( INOC-DBA 52965*100
>
>
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
>
>
>
> ---------- Mensagem encaminhada ----------
> From: Uesley Correa <uesleycorrea at gmail.com>
> To: Grupo de Trabalho de Engenharia e Operacao de Redes <gter at eng.registro.br>
> Cc:
> Bcc:
> Date: Mon, 8 Jan 2018 12:07:06 -0200
> Subject: Re: [GTER] Parabéns Uesley - GTER 44 - IPoE como alternativa ao PPPoE
> Douglas,
>
> Os perfis na OLT são configuráveis e podem ser feitos via telnet / ssh /
> TL1. Ainda não testei, mas tem gente rodando já. Quanto à amarração, já
> está em estudo a versão v6-only. Um trabalho conjunto meu, de alguns amigos
> e do dev, já tirou a necessidade do qinq pra dual-stack (agora, com apenas
> a vlan de serviço pode-se fazer a entrega em dual-stack). Ainda está em
> beta, estamos testando. Próximo passo após a estabilidade disso,
> iniciaremos o v6-only (segundo ele, exige uma grande parte de retrabalho,
> então deixamos pra uma etapa adiante).
>
> Att,
>
> Uesley Corrêa - Analista de Telecomunicações
> Instrutor Network Education
> CEO Telecom Conectividade
>
> Em 8 de janeiro de 2018 11:31, Fernando Frediani <fhfrediani at gmail.com>
> escreveu:
>
>> Na prática não é tão problema Douglas, afinal quem vai querer ter o
>> usuário navegando em IPv6-only caso por alguma razão o IPv4 não entre.
>>
>> Fernando
>>
>> 2018-01-05 11:01 GMT-02:00 Douglas Fischer <fischerdouglas at gmail.com>:
>> > Sinceramente o único ponto que me deixou um pouco desconfortável foi essa
>> > amarração entre v4 e v6...
>> > Mas pelo que ví, tem cara de ser um subterfúgio temporário...
>> >
>> > Uesley, já chegou a evoluir algo na definição automatizada de controle de
>> > banda na OLT através de Ansible(ou equivalente)?
>> >
>> >
>> > Em 2 de janeiro de 2018 11:36, Marcelo Gondim <gondim at bsdinfo.com.br>
>> > escreveu:
>> >
>> >> Em 30/12/2017 00:17, josué silva santos escreveu:
>> >>
>> >>> Uesley, Queria fazer uns labs com uns DHCP-Relay puxando dados do
>> accel.
>> >>> Mas gostaria de saber se alguem já tentou? Minha duvida ficou em
>> relação
>> >>> ao
>> >>> DHCPv6, Sera que ele aguardaria o DHCPv4 autenticar para autenticar?
>> >>> --
>> >>> gter list https://eng.registro.br/mailman/listinfo/gter
>> >>>
>> >> Sim, só pega o IPv6 se autenticar no IPv4. Aqui no meu lab foi de boa.
>> >> Aqui consegui delegar IPv6 fixo, IPv4 fixo, delegar pool IPv4 pra fazer
>> >> regras especiais como redirecionamentos. Consegui usar o CoA para trocar
>> >> velocidade dos assinantes sem derrubá-los.
>> >> Por enquanto está tudo indo muito bem aqui. :)
>> >> Abaixo um exemplo mas não sei se a lista vai remover. Temos a interface,
>> >> acct-session-id, o username que é o circuit-id criado na OLT. no ip6 e
>> >> ip6-dp são respectivamente o ipv6 dado na wan do router do assinante e o
>> >> ipv6 delegado pra rede do assinante. O rate-limit é o down e up e por aí
>> >> vai. Esse cara aí é um alias para o comando: accel-cmd show sessions
>> >> "ifname,sid,username,calling-sid,ip,ip6,ip6-dp,rate-limit,ty
>> >> pe,state,uptime"
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> []´s
>> >> Gondim
>> >>
>> >> --
>> >> gter list https://eng.registro.br/mailman/listinfo/gter
>> >>
>> >
>> >
>> >
>> > --
>> > Douglas Fernando Fischer
>> > Engº de Controle e Automação
>> > --
>> > gter list https://eng.registro.br/mailman/listinfo/gter
>> --
>> gter list https://eng.registro.br/mailman/listinfo/gter
>>
>
>
>
> ---------- Mensagem encaminhada ----------
> From: Alexandre Guimaraes <alexandre.fguimaraes at gmail.com>
> To: Grupo de Trabalho de Engenharia e Operacao de Redes <gter at eng.registro.br>
> Cc:
> Bcc:
> Date: Mon, 8 Jan 2018 12:11:43 -0200
> Subject: Re: [GTER] tráfego MPLS qfx5100 juniper em interface agregada
> Nao funciona usando o AE basico...
>
> vai ter que aplicar tecnicas de TE dentro do MPLS.
>
>
> Alexandre
>
> 2018-01-04 13:30 GMT-02:00 Rodrigo Augusto <rodrigo at 1telecom.com.br>:
>
>> Pessoal, alguém tem alguma solução para o correto balanceamento entre dois
>> juniper do trafego mpls? Ele nao balanceia corretamente com nenhum profile
>> ajustadoŠ. Já tentei de tudoŠ.
>> Alguém já conseguiu algo? estou emchê-los contato com o suporte da juniper
>> mas sem sucesso até o momentoŠ.se eu tiver um label de tráfego maior de
>> 10GB
>> , já eraŠ.ele manda sempre por uma única interfaceŠ..nos outros switchs da
>> rede está tranquilo( os huawei) estão fazendo o balanceamento de forma bem
>> melhorŠmas entre juniper e juniper e juniper e huawei ele nao faz Š
>> Rodrigo Augusto
>> Diretor BackBone IP Grupo Um
>> http://www.connectoway.com.br <http://www.connectoway.com.br/>
>> http://www.1telecom.com.br <http://www.1telecom.com.br/>
>> * rodrigo@ <mailto:rodrigo at connectoway.com.br> 1telecom.com.br
>> ( (81) 3497-6060
>> ( INOC-DBA 52965*100
>>
>>
>> --
>> gter list https://eng.registro.br/mailman/listinfo/gter
>>
>
>
>
> ---------- Mensagem encaminhada ----------
> From: Eduardo Schoedler <listas at esds.com.br>
> To: Grupo de Trabalho de Engenharia e Operacao de Redes <gter at eng.registro.br>
> Cc:
> Bcc:
> Date: Mon, 8 Jan 2018 14:12:45 -0200
> Subject: Re: [GTER] tráfego MPLS qfx5100 juniper em interface agregada
> Fiz o MX balancear bem usando ECMP no MPLS.
> Funcionou muito bem.
>
>
> Em 8 de janeiro de 2018 12:11, Alexandre Guimaraes
> <alexandre.fguimaraes at gmail.com> escreveu:
>> Nao funciona usando o AE basico...
>>
>> vai ter que aplicar tecnicas de TE dentro do MPLS.
>>
>>
>> Alexandre
>>
>> 2018-01-04 13:30 GMT-02:00 Rodrigo Augusto <rodrigo at 1telecom.com.br>:
>>
>>> Pessoal, alguém tem alguma solução para o correto balanceamento entre dois
>>> juniper do trafego mpls? Ele nao balanceia corretamente com nenhum profile
>>> ajustadoŠ. Já tentei de tudoŠ.
>>> Alguém já conseguiu algo? estou emchê-los contato com o suporte da juniper
>>> mas sem sucesso até o momentoŠ.se eu tiver um label de tráfego maior de
>>> 10GB
>>> , já eraŠ.ele manda sempre por uma única interfaceŠ..nos outros switchs da
>>> rede está tranquilo( os huawei) estão fazendo o balanceamento de forma bem
>>> melhorŠmas entre juniper e juniper e juniper e huawei ele nao faz Š
>>> Rodrigo Augusto
>>> Diretor BackBone IP Grupo Um
>>> http://www.connectoway.com.br <http://www.connectoway.com.br/>
>>> http://www.1telecom.com.br <http://www.1telecom.com.br/>
>>> * rodrigo@ <mailto:rodrigo at connectoway.com.br> 1telecom.com.br
>>> ( (81) 3497-6060
>>> ( INOC-DBA 52965*100
>>>
>>>
>>> --
>>> gter list https://eng.registro.br/mailman/listinfo/gter
>>>
>> --
>> gter list https://eng.registro.br/mailman/listinfo/gter
>
>
>
> --
> Eduardo Schoedler
>
>
>
> ---------- Mensagem encaminhada ----------
> From: "Fábio Rodrigues Ribeiro" <listas at farribeiro.com.br>
> To: gter at eng.registro.br
> Cc:
> Bcc:
> Date: Mon, 8 Jan 2018 14:43:41 -0200
> Subject: Re: [GTER] NET Virtua (AS28573) não tem aprendido rotas pelo ATM do de cas.ptt.br
> Olá boa tarde
>
> Em 26-Dec-17 15:43, THIAGO AYUB escreveu:
>>
>> Olá,
>>
>>
>> Tenho observado há pelo menos 3 meses que o NET Virtua não tem aprendido
>> rotas anunciadas no ATM do IX.br de Campinas/SP. Isso tem sido um problema
>> principalmente para IPv6 pois a adjacência entre a hoje Claro (AS4230 - na
>> prática único upstream do Virtua) e a Hurricane Eletric (AS6939, maior
>> Tier-1 em IPv6) se dá somente nos Estados Unidos.
>>
>> Como consequências, rotas IPv6 entre clientes NET Virtua e dos demais ISPs
>> e CDNs poderiam ter latência nacional enquanto têm internacional. Até pouco
>
>
> É uma dúvida bem genérica:
>
> Como saber/forçar/determinar os dispositivos* buscarem os CDNs corretamente? Será resolve com um recursivo. Existe como refazer a localização, embora correta, e já vi casos onde o geo era uma locura como cliente final? Mesmo com GPS do celular?
>
> E como poderei checar se os pacotes estão sendo roteado/destinados como deveria ser. E sem dar uma voltinha nos EUA.
>
> * acredito que são os apps/browser que determina qual será o CDN de destino, por (geo ou latência/jitter), entretanto, a resposta do DNS/pacote pode traduzida para que o AS determinou, mascarando destinatário correto
>
>> tempo atrás, nas cidades em que empiricamente apurei, o NET Virtua tinha
>> uma rota default para o AS4230 e aprendia todas as rotas do ATM.
>>
>> Isso significaria uma mudança na política de roteamento do Virtua? Mais
>> alguém nesta ou em outra praça tem observado problema similar? Algum
>> profissional de BGP do NET Virtua poderia entrar em contato para
>> demonstrarmos o problema e auxiliarmos na melhoria dos serviços que a NET
>> Virtua presta aos seus clientes?
>>
>>
>> Atenciosamente,
>>
>>
>>
>>
>>
>> *T. Ayub* | Chief Technology Officer
>>
>> T. +55 11 2626 3952 <+55%2011%202626-3952>
>>
>> www.upx.com
>> --
>> gter list https://eng.registro.br/mailman/listinfo/gter
>>
>
>
>
> --
> gter digest list https://eng.registro.br/mailman/listinfo/gter
>
--
[]s
Mauro Lúcio
Se você for enviar esta mensagem para alguém, por favor:
1. Apague o MEU ENDEREÇO eletrônico e demais dados pessoais;
2. Encaminhe como cco (Cópia oculta) aos seus destinatários;
3. Apague também as listas de mails que estiverem abaixo do seu;
Essa é uma atitude de que preservará o endereço de todos, evitando tantos
vírus e spams na internet.
More information about the gter
mailing list