Roteamento X Vlan

Pessoal,

Boa noite, sempre fui adepto do roteamento como a solução mais eficaz para uma rede, mas confesso que me surpreendi com o desempenho das vlans. Pra se ter uma idéia em um ponto a ponto a vlan diminuí considerávelmente a latência da rede, foi quando observei que vlans em bridge quase que não incremtam processamento a RB, daí talvez por isso a considerável melhora na resposta. Alguém mais partilha dessa experiência?

Para adicionar comentários, você deve ser membro de MK-AUTH.

Join MK-AUTH

Votos 0
Enviar-me um email quando as pessoas responderem –

Respostas

  • Amigo,

    se observar bem, vai ver que comentei que MPLS sobre mikrotik é ruim. As operadoras certamente não usam mikrotik e pucos circuitos utilizam mpls, a maioria é roteamento comum porque os equipamentos tem alto poder de processamento e não chegam a acrescentar latência significativa. É claro que sujerimos algo dentro da nossa realidade e na realidade de quem utiliza mikrotik, vlan é a forma mais eficiente de transportar dados que passem por vários nós para não acrescentar processamento.

    Quando posto algo desse tipo, posso te garantir que não é por acaso, já testei MPLS, VNPS do tipo PPPT, EOIP, LPT2 ... e vlan me surpreendeu. Uma diga é não colocar em bridge as interfaces mikrotik e sim colocar em bridge as vlans sem utlizar service tag, apenas vlanid.



    Alex Costa disse:

    Esquecí de comentar que vlan funciona só dentro do domínio, ou seja o teu pop tem que estar conectado no teu sw core, se você tiver um pop que deriva de outro pop como faz para chegar ao core? tem que colocar uma bridge no pop intermediário, e para fechar anel??? tem que ativar spannig tree.... funciona sim... mas com vários roteadores e vários pops fica impratticavel montar topologia em bridge.. 

    por exemplo, veja seu link dedicado, a operadora deve ter um ciruito com uma vlan que roda em cima de um  mpls/vpls que transporta a conexão do seu border ao core da operadora.. se fosse tão ruim as operadoras só usariam vlan...

    Nunca o processamento utilizado para ler um cabelhado de quadro vai ser maior que o processamento necessário para ler o endereço do pacote.. um é camada 2 e ou é camada 3...  

    Alex Costa disse:

    ??? 

    Acho que você não deve ter montado a topologia corretamente.. 

    aqui um tunel vpls/mpls que passa por 4 roteadores com tráfego de 30M dá um unico salto e tem latencia de 2ms, além de ter redundância, pois tenho um anel com 6 pops internligados, se cai um link os tunei sobem pelo outro em menos de 2 s, sem falar no traffic engineering fornecendo garantia real dentro do link...

     
    Jhonne Jossy disse:

    Alex, Mpls no mikrotik é um verdadeiro fiasco, o desempenho é sempre inferior ao próprio roteamento, já testei várias vezes.

    Alex Costa disse:

    PessoALL,

    vlan = muito bom , se..... for bridge local,  se for ptp.

    caso não cumpra as regras assima ela se torna inviável, devido ao problema da redundância, ou seja, ela funciona bem no mesmo domínio. 

    Para diminuir o processamento da rede o recomendável é utilizar mpls/vpls, que é o padrão utilizados pelas grandes operadoras.

    Sds

  • Nossa muito bom, mas não acontece de fazer e parar a rede ou deixar os clientes sem net, eu tenho medo de tentar implementar algo e dar pau.

  • mpls

    Alex Costa disse:

    PessoALL,

    vlan = muito bom , se..... for bridge local,  se for ptp.

    caso não cumpra as regras assima ela se torna inviável, devido ao problema da redundância, ou seja, ela funciona bem no mesmo domínio. 

    Para diminuir o processamento da rede o recomendável é utilizar mpls/vpls, que é o padrão utilizados pelas grandes operadoras.

    Sds

  • Esquecí de comentar que vlan funciona só dentro do domínio, ou seja o teu pop tem que estar conectado no teu sw core, se você tiver um pop que deriva de outro pop como faz para chegar ao core? tem que colocar uma bridge no pop intermediário, e para fechar anel??? tem que ativar spannig tree.... funciona sim... mas com vários roteadores e vários pops fica impratticavel montar topologia em bridge.. 

    por exemplo, veja seu link dedicado, a operadora deve ter um ciruito com uma vlan que roda em cima de um  mpls/vpls que transporta a conexão do seu border ao core da operadora.. se fosse tão ruim as operadoras só usariam vlan...

    Nunca o processamento utilizado para ler um cabelhado de quadro vai ser maior que o processamento necessário para ler o endereço do pacote.. um é camada 2 e ou é camada 3...  

    Alex Costa disse:

    ??? 

    Acho que você não deve ter montado a topologia corretamente.. 

    aqui um tunel vpls/mpls que passa por 4 roteadores com tráfego de 30M dá um unico salto e tem latencia de 2ms, além de ter redundância, pois tenho um anel com 6 pops internligados, se cai um link os tunei sobem pelo outro em menos de 2 s, sem falar no traffic engineering fornecendo garantia real dentro do link...

     
    Jhonne Jossy disse:

    Alex, Mpls no mikrotik é um verdadeiro fiasco, o desempenho é sempre inferior ao próprio roteamento, já testei várias vezes.

    Alex Costa disse:

    PessoALL,

    vlan = muito bom , se..... for bridge local,  se for ptp.

    caso não cumpra as regras assima ela se torna inviável, devido ao problema da redundância, ou seja, ela funciona bem no mesmo domínio. 

    Para diminuir o processamento da rede o recomendável é utilizar mpls/vpls, que é o padrão utilizados pelas grandes operadoras.

    Sds

  • ??? 

    Acho que você não deve ter montado a topologia corretamente.. 

    aqui um tunel vpls/mpls que passa por 4 roteadores com tráfego de 30M dá um unico salto e tem latencia de 2ms, além de ter redundância, pois tenho um anel com 6 pops internligados, se cai um link os tunei sobem pelo outro em menos de 2 s, sem falar no traffic engineering fornecendo garantia real dentro do link...

     
    Jhonne Jossy disse:

    Alex, Mpls no mikrotik é um verdadeiro fiasco, o desempenho é sempre inferior ao próprio roteamento, já testei várias vezes.

    Alex Costa disse:

    PessoALL,

    vlan = muito bom , se..... for bridge local,  se for ptp.

    caso não cumpra as regras assima ela se torna inviável, devido ao problema da redundância, ou seja, ela funciona bem no mesmo domínio. 

    Para diminuir o processamento da rede o recomendável é utilizar mpls/vpls, que é o padrão utilizados pelas grandes operadoras.

    Sds

  • Alex, Mpls no mikrotik é um verdadeiro fiasco, o desempenho é sempre inferior ao próprio roteamento, já testei várias vezes.

    Alex Costa disse:

    PessoALL,

    vlan = muito bom , se..... for bridge local,  se for ptp.

    caso não cumpra as regras assima ela se torna inviável, devido ao problema da redundância, ou seja, ela funciona bem no mesmo domínio. 

    Para diminuir o processamento da rede o recomendável é utilizar mpls/vpls, que é o padrão utilizados pelas grandes operadoras.

    Sds

  • no seu caso, vc criou filtro nessa brigder ? eu fiz vlan tipo uma unica porta no meu switch naum fiz hotspot nessas vlan pois estudando sobre qual melhor forma de rodar (brigder+valn ou cada vlan um hotspot ), se souber, mais sobre vlan tiver um conhecimento amplo , poste por favor. !!

    Jhonne Jossy disse:

    Pois é renato, ainda de uma forma mais prática que teórica, percebi isso em campo, de fato as diferenças são reais, principalmente quando a RB tem menor poder de processamento. É claro não tem como abolir o roteamento de toda uma rede, mas atualmente divido essa tarefa e destino ela às RBs que tem melhor processamento.

    Edmar,

    Minhas vlans foram criadas de forma simples, sem vlan tag, apenas com vlan-id, utilizei bridge para unir as vlans e não as interfarces. não sei se faz diferença no processamento, mas minhas conexões routerboards passaram a ter ip ponto a ponto e não uma rede /30 ou 39 como fazia antigamente, assim minhas vlans em série e em bridge recebem em uma ponta um ip privado e na outra um ip publico, tal como:

    IP 172.30.255.1 REDE 187.xxx.xxx.1


    do outro lado

    IP 187.xxx.xxxx.1 rede 172.30.255.1

    Na verdade ainda estou testando várias configurações, mas tenho funcionado muito bem mesmo

  • PessoALL,

    vlan = muito bom , se..... for bridge local,  se for ptp.

    caso não cumpra as regras assima ela se torna inviável, devido ao problema da redundância, ou seja, ela funciona bem no mesmo domínio. 

    Para diminuir o processamento da rede o recomendável é utilizar mpls/vpls, que é o padrão utilizados pelas grandes operadoras.

    Sds

  • Pois é renato, ainda de uma forma mais prática que teórica, percebi isso em campo, de fato as diferenças são reais, principalmente quando a RB tem menor poder de processamento. É claro não tem como abolir o roteamento de toda uma rede, mas atualmente divido essa tarefa e destino ela às RBs que tem melhor processamento.

    Edmar,

    Minhas vlans foram criadas de forma simples, sem vlan tag, apenas com vlan-id, utilizei bridge para unir as vlans e não as interfarces. não sei se faz diferença no processamento, mas minhas conexões routerboards passaram a ter ip ponto a ponto e não uma rede /30 ou 39 como fazia antigamente, assim minhas vlans em série e em bridge recebem em uma ponta um ip privado e na outra um ip publico, tal como:

    IP 172.30.255.1 REDE 187.xxx.xxx.1


    do outro lado

    IP 187.xxx.xxxx.1 rede 172.30.255.1

    Na verdade ainda estou testando várias configurações, mas tenho funcionado muito bem mesmo

  • Edmar, Existe uma infinidade de possibilidades para se criar Vlans, O mais util e para substituir o roteamento nos enlaces entre as torres, e até mesmo utilizar varias rotas distintas no mesmo enlace. basicamente.

This reply was deleted.