[GTER] Multiporta com Operadores de Transporte

[willian pires]

Switch multilayer no rack da operadora e aí vc escolhe o transporte mpls, qinq ou 802.1q as complicações óbvias são preço do ativo no rack ai você pode deixar o multilayer no seu rack e colocar um L2/3 pesado no rack da operadora empilhado/extendido no seu e aí é qinq até o multilayer é lá vc faz o mpls, o problema só aparece se você precisar de um AoMpls pois alguns protocolos baseados em multicast não vão gostar da primeira camada de qinq.

Get Outlook for Android<https://aka.ms/ghei36>

________________________________
From: gter <gter-bounces at eng.registro.br> on behalf of Fernando Frediani <fhfrediani at gmail.com>
Sent: Tuesday, January 3, 2017 12:10:58 PM
To: Grupo de Trabalho de Engenharia e Operacao de Redes
Subject: Re: [GTER] Multiporta com Operadores de Transporte

Uma sugestão de alternativa que me foi passada é usar uma belezinha dessas
se houver colaboração por parte da operadora. Ocupa apenas 1U e não consome
nada de energia elétrica.

http://www.fs.com/products/48386.html

Fernando

2016-12-31 10:36 GMT-02:00 Fernando Frediani <fhfrediani at gmail.com>:

> Sim Rafael, tem que ter MPLS mas acho que é razoável pensar que a maioria
> que possui uma rede de tamanho razoável possua esta funcionalidade ?
>
> A alternativa como mencionado inicialmente seria colocar um switch seu
> dentro do rack da operadora e poder fazer 1 pra 1 pro switch ou equipamento
> de camada 1 equivalente que eles possuirem.
>
> A depender do número de transportes evita-se um recorrente alto de cross
> connect.
>
> Fernando
>
> On 31 Dec 2016 07:30, "Rafael Ramos" <rafael.ramos at newtelecom.net.br>
> wrote:
>
>> Fernando nesse cenário diante dos comando que falou vc fica muito limitado
>> não havendo possibilidade de repasse do qinq o circuito ou transporte. O
>> que faria se precisar passar várias VLANs nesse transporte ? Iria pedir
>> mais VLANs a operadora ?  Creio que via MPLS funcionária mas nem todos sw
>> tem o recurso.
>>
>>
>> Em 30 de dez de 2016 10:11 PM, "Fernando Frediani" <fhfrediani at gmail.com>
>> escreveu:
>>
>> > Queria entender melhor estes pontos e o que significam as questões de
>> > segurança alegadas.
>> > Eu já vi este cenário funcionado como descrito em uma unica porta
>> física e
>> > em um LAG usando comandos do tipo:
>> >
>> > switchport trunk encapsulation dot1q
>> > switchport trunk allowed vlan 5,10,100
>> > switchport mode trunk
>> >
>> > E la do outro lado na saída de cada transporte a porta em access mode.
>> >
>> > Fernando
>> >
>> >
>> > On 28/12/2016 12:37, Joester Brondani wrote:
>> >
>> >> Fernando, possuo este cenário em 2 DC (commcorp e verizon), e de fato a
>> >> alegação das operadoras é que isso é feito por questões de segurança.
>> >>
>> >> O fato de usar o sw em co-location nao me resolve muito pois o mesmo
>> fica
>> >> geralmente junto com os routers (ou seja, os golden-jumpers são feitos
>> de
>> >> qqr forma), porém quando o roteador tem poucas portas , é a solução.
>> >>
>> >> []´s
>> >>
>> >> Joéster
>> >>
>> >>
>> >> Em 28/12/2016 10:55, Fernando Frediani escreveu:
>> >>
>> >>> Olá pessoal.
>> >>> Uma pergunta que acredito que alguns aqui já tenham se deparado com
>> >>> este cenário:
>> >>>
>> >>> Supondo que você tenha o seus roteadores e switches em um Datacenter X
>> >>> e de lá tenha vários transportes para vários locais com diversas
>> >>> operadoras de transporte.
>> >>>
>> >>> Em muitos casos essas operadoras exigem que você se conecte a uma
>> >>> porta física deles para cada transporte individual. Porém é possível
>> >>> também ter uma única porta física para a operadora passando várias
>> >>> Vlans, sendo uma Vlan para cada transporte.
>> >>>
>> >>> A intuito neste último cenário é não apenas a redução do número de
>> >>> portas necessárias mas principalmente a economia com
>> >>> cross-connect/golden jumper dentro do Datacenter e a simplificação da
>> >>> operação.
>> >>>
>> >>> Sei de casos de operadores, principalmente aquelas que operam
>> >>> majoritariamente em camada 1 que possuem essa exigência de 1 porta
>> >>> física para cada 1 transporte.
>> >>> Nesse caso uma solução seria fazer um colocation de um switch dentro
>> >>> da infra da operadora (quando possível) e dali 'sangrar' as portas
>> >>> evitando assim 1 cross connect para transporte.
>> >>>
>> >>> Gostaria de saber a experiência do pessoal, em quais casos tem se
>> >>> encaixado e também se já houve questionamento à operadora sobre a
>> >>> possibilidade de se utilizar uma única porta para múltiplos
>> >>> transportes e qual foi a justificativa dada em caso negativo ?
>> >>>
>> >>> Obrigado
>> >>>
>> >>> Fernando Frediani
>> >>> --
>> >>> gter list    https://eng.registro.br/mailman/listinfo/gter
>> >>>
>> >>
>> >>
>> > --
>> > gter list    https://eng.registro.br/mailman/listinfo/gter
>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter
>
>
--
gter list    https://eng.registro.br/mailman/listinfo/gter