Pessoal,
Hoje tenho a necessidade de fazer um tunelamento, entre o local onde recebo link até as cidades que atendo. Nunca fui fã de wds e muito menos bridge, por testes eu sabia que Eoip é mais lento, aliás o próprio manual do mikrotik ja diz isso. No entanto neste tutorial: http://pt.scribd.com/doc/59013057/Tutorial-MPLS , diz que VPLS é 60% mas rápido que Eiop. No entanto, gostaria que alguém que já tenha utilizado os diversos tipos de tunnelamento me repondessem as seguintes perguntas:
Qual o tunnelamento mais rápido?
como chegou a esta conclusão?
Aumenta muito a carga de processamento? em que pontos da rede?
Em comparação com rotas, terei perca de perfomance geral?
Obs: To testando VPLS, ainda não cheguei a um veredito. O que quero é diminuir os nós de rede, pois dependendo da cidade atendida a quantidade de saltos para a internet ta ficando muito grande.
Respostas
Eu.
vader lobo de araujo disse:
alguem usando opsf com vpls em rede cabeada?
Olá Glaydson.
Gostei muito do seu comentário, meu desejo atual é este também de preparar minha rede para o futuro.
Estou lendo alguns assuntos de MPLS com mikrotik, caso deseje compartilhar algum material que realmente lhe ajudou na implantação fico agradecido.
não desista , eu sempre trabalho pensando que meu provedor vai ficar grande, por isso, já me preparo para os vpn de clientes, e outros serviços, não penso apenas em entregar internet para meu cliente, hoje uso ospf,mpls,ibpg e ja estou preparado para vrf, ainda não tenho cliente com uma rede grande o bastante para utilizar vrf mas já fiz testes e já tenho disponibilidade para fornecer. o mpls puro diminui o processamento de 85% para 15 a 20% em minha rb, e quando se tem muitas ligações entre suas torres você precisa de mpls para organizar e deixar tudo em harmonia, sempre tem técnicos que defendem o uso de bridges mas o roteamento é profissional e te da muitas opções de serviços .
Boa noite amigo,
Eu acabei desistindo de usar, pelo motivo que expus acima, outro motivo é que os equipamentos mikrotik para rede wireless possuem baixo processamento e aumentava muito a latência. Passe a utilizar vlans, fazendo bridges entre elas, isso me resolveu o problema de várias saltos. A performance da vlan é muito boa, diminui o processamento do equipamentos e com isso consideravelmente a latência do ponto inicial até o final da rede quando se tem pontos intermediários.
boa noite Jhonne Jossy,
Depois de 3 anos, quias as suas conclusões? continua com o MPLS/VPLS?
até mais
Conclusões:
pois é pessoal, vpls/mpls funciona muito bem para integrar redes privadas, para enlaces por enquanto não recomendo, embora tenha reduzido o número de saltos em relação a rotas estáticas, as falhas de comunicação wireless para ganhar um up e uma pequena redução no ccq é o bastante para deixar alguns pings altos.
É, parece que o MPLS realmente é muito novo no mundo mikrotik! Nínguem se aventura, pois bem, 24 horas de funcionamento e o que eu posso dizer é que tá perfeito, me agradou muito essa camada "2,5", nunca fui fã da 2 e me sentia um pouco encomodado com a 3 pela demanda de processamento.
Pois é gente, criei meu primeiro VPLS/MPLS decente. Foi em um enlace com 4 pontos.
Segui as orientações da wiki da mikrotik e descobri durante os testes que apenas os ips de transporte precisam estar roteados em toda a rede, daí decidi por usar rotas estáticas para diminuir o tamanho da tabela de roteamento. Criei bridges, sem interfaces adicionadas, nas RBs com o único objetivo de acomodar o ip transporte, sempre /32. Como não pretendo interligar duas redes ethernet em bridge como sugerem a maioria dos tutoriais pude trabalhar com um mtu de 1508, acomodados os label vpsl e mpls que ocupam 4 bytes cada, 1500+4+4. Na rbs de borda as interfaces vpls receberam um ip/30 da mesma faixa. Coloquei o vpls como gateway na extremidade do enlace e todo trafego de/para internet flui por ali.
Bem,
À príncipio a vantagem é que foram reduzidos dois saltos em relação a rotas, espero também sentir a diferença no encaminhamento mais rápido que teoricamente tem o MPLS o que deve resultar também em menor processamento nos pontos intermediários. Agora é observar, pra poder tirar minhas conclusões.
eu tambem, inclusive esperando sair quem sabe detalhes mais aprofundados sobre a implementaçao de fato rsrs.
Marcio Eiji Yasue disse:
-
1
-
2
de 2 Próximo