[GTER] PTT-SP - Prazos

[Eduardo Schoedler]

+1 para inovações técnicas

Alguns:
- MTU maior;
- relaxamento de filtro de ethertypes;
- em casos de vlan bilateral, fazê-lo por VPWS, para não haver limitações
entre os participantes.



Em terça-feira, 1 de setembro de 2015, Douglas Fischer <
fischerdouglas at gmail.com> escreveu:

> Congrats Moreiras!
>
> Ajuda de peso para o Ascenço, que por sinal estava precisando.
> (1- Não é um trocadilho com a massa corporal.
>  2- Mesmo que fosse, minha massa é de 110Kg. hahaha.)
>
> Dúvida
> Alguma mudança no escopo técnico surgindo?
> Pergunto isso pois é sabido que além dos chamados enfileirados, existem
> demandas de inovação técnica que também acabam caindo para segundo plano.
>
> Me refiro por exemplo a implementação de communities.
> Tarefa que deve ser de alta complexidade de implementação, mas que
> eliminaria uma boa parte dos chamados do meu.ptt.
>
>
>
> Em 1 de setembro de 2015 20:51, Antonio M. Moreiras <moreiras at nic.br
> <javascript:;>>
> escreveu:
>
> > Olá gente.
> >
> > Temos ciência de que os prazos de atendimento do IX.br nem sempre estão
> > dentro de valores esperados e, sim, estamos tomando ações internas para
> > melhorar. Entre elas, minha equipe está assumindo parte das tarefas
> > relacionadas ao atendimento das novas portas e ativações. Isso significa
> > na prática mais gente trabalhando no IX.br, além da equipe do Eduardo
> > que continua cuidando da engenharia e operação em geral. Também
> > significa que vamos buscar mudanças na forma de atender aos
> > participantes. Peço um pouco de paciência porque estamos em uma fase de
> > transição e também porque a quantidade de chamados acumulada é bastante
> > grande, além de que devemos estar atentos à segurança e à estabilidade
> > do sistema como um todo. Não espero que haja novos resultados antes de
> > algumas semanas de trabalho.
> >
> > Sobre os testes de MAC, notem que seu roteador no IX.br troca tráfego
> > diretamente com todos os roteadores dos demais participantes e deles
> > deve aprender os MACs. Se não me falha a memória, temos em torno de 800
> > MACs no IX.br de São Paulo atualmente, e novos participantes entram a
> > cada dia. O teste de 1000 MACs visa garantir não só que seu roteador ja
> > está preparado para isso, mas principalmente que o transporte contratado
> > e outros equipamentos no meio do caminho, como switches, também estejam.
> > Em redes metro-ethernet, por exemplo, é comum haver limitações. Um
> > transporte com limitação na quantidade de MACs pode gerar problemas
> > intermitentes na produção, bem difíceis de diagnosticar. Na quarentena
> > são realizados também testes para verificar se a rede suporta um MTU de
> > 1500, a existência indevida de um proxy arp, protocolos de gerenciamento
> > tipo MNDP ou CDP indevidamente ativados, RA IPv6, anúncios BGP sem os
> > filtros devidos, entre outros pequenos erros de configuração que
> > poderiam interferir no bom funcionamento se o participante os mantivesse
> > na rede de produção.
> >
> > Atenciosamente,
> > Antonio M. Moreiras.
> > Gerente de Projetos e Desenvolvimento
> > Centro de Estudos e Pesquisas em Tec. de Redes e Operações (Ceptro.br)
> > Núcleo de Informação e Coordenação do Ponto BR (NIC.br)
> >
> >
> > Em 01/09/15 16:05, Jefferson Gondek escreveu:
> > > Boa tarde,
> > >
> > >   Teste com os MACs já é realizado a um bom tempo já....não é uma coisa
> > TÃO recente...
> > >
> > >   No caso da Vlan Bilateral, se os dois lados responderem rápido, não
> > demora tanto......mas claro que esses atendimentos são de lua, tem de
> > torcer para estarem todos de bom humor.....
> > >
> > >   Realmente o caso de tempo em chamados para ativação, filtragem e tudo
> > mais com a NIC.br está bem mais lento, levando em conta que a estrutura
> > deles aumentou consideravelmente nos últimos tempos...mas esperava um
> pouco
> > mais de uma organização de tempo, levando em conta a estrutura que a NIC
> > tem. Já muito se discutiu com a interconexão dos PTTs, mas isso é uma
> longa
> > e velha thread....
> > >
> > >   O que podemos fazer, por mais frio e louco que se pareça, é esperar e
> > ver se com as adequações que esperamos estarem acontecendo, esse tempo
> > milenar nos chamados se torne apenas algumas horas.
> > >
> > >
> > >
> > > ----- Mensagem original -----
> > > De: "Marcos Diego" <marcos at turbonetbr.com.br <javascript:;>>
> > > Para: "Grupo de Trabalho de Engenharia e Operacao de Redes" <
> > gter at eng.registro.br <javascript:;>>
> > > Enviadas: Terça-feira, 1 de setembro de 2015 15:28:22
> > > Assunto: [GTER] RES:  PTT-SP - Prazos
> > >
> > > Rubens MTU é uma boa pedida
> > >
> > > Marcos
> > >
> > > -----Mensagem original-----
> > > De: gter [mailto:gter-bounces at eng.registro.br <javascript:;>] Em nome
> de Rubens Kuhl
> > > Enviada em: terça-feira, 1 de setembro de 2015 15:23
> > > Para: Grupo de Trabalho de Engenharia e Operacao de Redes
> > > Assunto: Re: [GTER] PTT-SP - Prazos
> > >
> > > 2015-09-01 14:52 GMT-03:00 Chadi Chakra <chadi at ubnt.com <javascript:;>
> >:
> > >
> > >> Eles estão fazendo um novo teste, agora exigem que o router responda a
> > 1000
> > >> macs que são gerados simultaneamente, diversos colegas estão com o
> mesmo
> > >> problema, antigamente era somente checagem de perca de pacotes.
> > >>
> > >
> > > MTU também é testado agora, não ?
> > >
> > > Rubens
> > > --
> > --
> > 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



-- 
Eduardo Schoedler