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

Alexandre Guimaraes alexandre.fguimaraes at gmail.com
Tue Jan 9 10:41:26 -02 2018 

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
>

More information about the gter mailing list