[GTER] Contratacao Canal

Loureiro, Rodrigo RLoureiro at unispherenetworks.com
Tue Jun 11 15:43:00 -03 2002


Considero os seguintes pontos como importantes para essa tomada de decisão:

1) Arquitetura de roteamento baseada em comunidades, possibilitando o
usuário final implementar diferentes políticas de roteamento, topologias de
balanceamento (ex: load balancing, load splitting) e topologias de
redundância (ex: primary-backup), inclusive mapeando comunidades em
local-preference dentro do AS do backbone, gerando granularidade para essas
implementações. Além disso é importante que haja maleabilidade para
implementação de casos particulares, visanso atender clientes com políticas
de roteamento um pouco mais bodosas.

2) Conectividade doméstica e internacional. Em geral, quanto menor o número
de hops, melhor a performance do TCP, uma vez que o RTT tende a ser menor e
mais estável. Essa relação nem sempre é verídica, mas pode ser usada de
forma aproximada. Nesse particular, é importante checar se a conectividade
para o exterior é feita via fibra e os parâmetros de latência e perda de
pacotes garantidos pelo backbone, assim como a forma de medição dos mesmos.
Uma boa conectividade também otimiza o tempo de resposta da Operação quando
existe um problema de roteamento num AS vizinho, uma vez que o contato pode
ser feito diretamente entre os NOCs.

3) O nível de conhecimento da Operação também é importante, embora não seja
tão "palpável" para fins de negociação. Ou seja, conseguir escalar o
conhecimento para uma equipe de Operações 24 x 7 não é uma tarefa fácil,
principalemte se levarmos em conta a volatilidade de empregos hoje no
mercado. O que geralmente ocorre é ter alguém mais experiente, sendo
escalado perante algum problema que fuja do procedimento operacional. Uma
das formas de testar o tempo de resposta aqui, poderia ser através de um
contrato de try and buy.

4) Responsividade quanto a DOS, conforme lembrado pelo Rubens/Jerônimo,
também é importante. Entretanto, há de se tomar algum cuidado aqui. Muitas
vezes o provedor sabe como interromper o ataque mas não o faz por saber que
isso irá prejudicar a performance ou até interromper o funcionamento do
roteador de backbone em questão (vide as maravilhosas arquiteturas de alguns
produtos famosos no mercado, cheios de RISCs, CISCs, Pentiums etc no data
path da máquina, prometendo maravilhas, e quando você bota carga a máquina
voa). Trabalhei para um backbone IP do mercado durante alguns anos e vi esse
tipo de problema ocorrer na prática. Portanto, checar a política do provedor
perante ataques de DOS e também o nível de compromisso aqui,também são
pontos importantes.


Espero que isso ajude,
--

Rodrigo


-----Original Message-----
From: Daniel Andre Fehrmann
To: gter
Sent: 6/10/02 6:30 PM
Subject: [GTER] Contratacao Canal

Iremos contratar mais alguns enlaces para nosso AS e gostaria de algumas

sugestoes sobre a especificacao (conexoes bacbone, n. hops, SLA, etc...)

  para ver se nao estamos esquecendo de nada e garantir, ou melhor, 
diminuir o risco de problemas.

Obrigado,

Daniel

___________________________________________________________________

    Daniel Andre Fehrmann
    Analista de Suporte de Redes

    CELEPAR - CIA. DE INFORMATICA DO PARANA
    GSR   Gerencia de Redes
    DIRED Divisao de Infra-estrutura de Redes

    Rua Mateus Leme, 1561                  fehrmann at celepar.gov.br
    CEP 80530-010                          Voz (5541) 350-5274
    Curitiba - Parana - Brasil             Fax (5541) 252-0782
___________________________________________________________________

--
GTER list    http://eng.registro.br/mailman/listinfo/gter

======================================= 
This email message is for the sole use of the intended recipient (s) and may
contain confidential and privileged information, including without
limitation, Confidential and/or Proprietary Information belonging to
Unisphere Networks, Inc. Any unauthorized review, use, disclosure or
distribution is prohibited. If you are not the intended recipient, please
contact the sender by reply email and destroy all copies of the original
message.



More information about the gter mailing list