[GTER] tráfego MPLS qfx5100 juniper em interface agregada
Rodrigo 1telecom
rodrigo at 1telecom.com.br
Tue Jan 9 10:27:57 -02 2018
Sim.... segundo a juniper, usar o load-balance per packet seria se tivesse duas ae's....ja removi lacp, ja coloquei, ja refiz o hash de agregacao.... ja dei acesso a juniper, ja coletaram rsi, backup, tudo.....
Enviado via iPhone
Grupo Connectoway
> Em 8 de jan de 2018, às 20:58, Mauro Lucio Silva <maurolucio.silva at gmail.com> escreveu:
>
> 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.
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
More information about the gter
mailing list