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

Douglas Fischer fischerdouglas at gmail.com
Tue Jan 9 12:06:58 -02 2018


Resposta na Digest?
AI MEUS OVO!

Em 8 de janeiro de 2018 21: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
>



-- 
Douglas Fernando Fischer
Engº de Controle e Automação



More information about the gter mailing list