[GTER] tráfego MPLS qfx5100 juniper em interface agregada

Rodrigo Augusto rodrigo at 1telecom.com.br
Thu Jan 18 11:42:08 -02 2018 

Tudo bem, mas tenho l2circuits que passam mais de 10GB em apenas um
l2circuit…. Como vou fazer com o TE para ele abrir esse cabeçalho mpls e
balancear? Vou cair no mesmo dilema nao Alexandre?
Ou co o TE ele vai fragmentar o que passa nesse l2circuit?

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




On 09/01/18 09:41, "gter on behalf of Alexandre Guimaraes"
<gter-bounces at eng.registro.br on behalf of alexandre.fguimaraes at gmail.com>
wrote:

>Como informei anteriormente....  nao funciona balanceamento no QFX5100,
>voce precisa trabalhar com TE.
>
>Tenho mais de 200 QFX5100 em producao.
>
>Alexandre
>
>2018-01-09 10:27 GMT-02:00 Rodrigo 1telecom <rodrigo at 1telecom.com.br>:
>
>> 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
>>
>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter
>>
>--
>gter list    https://eng.registro.br/mailman/listinfo/gter

More information about the gter mailing list