[GTER] Fwd: AS (Autonomous System)

[Marcos Rogerio Salvador]

Então, acho que vale algumas considerações aqui...

RaaS é um conceito e não necessariamente tem que funcionar sobre
equipamentos OpenFlow. Depende do cenário da aplicação. Aliás, o
conceito de RaaS e RCP surgiu antes de aparecer OpenFlow.

E sobre OpenFlow, há muita confusão sobre o que é, o que permite
fazer, o que não é e o que não permite fazer. As pessoas acham que
OpenFlow assume que se um lookup falhar o pacote necessariamente
subirá ao controlador OpenFlow ou que a aplicação sobre o controlador
será necessariamente centralizada ou que haverá somente um controlador
para toda a  rede. São vários os cenários possíveis.

Sobre commodity, a Juniper já possui roteadores com OpenFlow, e a
Cisco acabou de criar (spin-in) uma empresa (Insieme) para desenvolver
soluções de SDN (Rede Definida por Software), não necessariamente
limitadas ao OpenFlow, então acho que limitar o conceito de
SDN/OpenFlow ao baixo custo/commodity já ficou pra tras. Inclui isso,
mas não somente.

Agora de fato há muita controversia sobre RaaS, tanto tecnica, quanto
(principalmente) política e economica. Se este conceito vai vingar só
saberemos daqui um tempo :)

[]s
Marcos


Em 15 de maio de 2012 09:48, Henrique de Moraes Holschuh
<henrique.holschuh at ima.sp.gov.br> escreveu:
> On 14-05-2012 23:57, Rubens Kuhl wrote:
>>
>> 2012/5/14 Humberto Galiza<humbertogaliza at gmail.com>:
>>>
>>> É uma questão interessante essa de "serviço de roteamento". Na
>>> academia tem se falado muito no roteamento com um serviço ou
>>> Routing-as-a-Service RaaS, onde a ideia seria de oferecer uma
>>> infra de rede para um determinado fim usando redes definidas por
>>> software (em cima do famoso openflow...não sei se alguém já vende
>>> isso como um produto, mas é uma ideia interessante). Rubens conhece
>>> algum caso já em produção?
>>
>>
>> Não conheço, e é algo bem difícil de acontecer, pois justamente o que
>> permite ter XaaS é a rede, e se a rede depende do serviço...
>
>
> RAAS é a ideia de comprar equipamentos openflow padronizados, e
> contratar o control plane de um terceiro (que vai embarcado em um
> appliance, suponho) como serviço.
>
> Eu não tocaria nesse modelo com uma vara de 1km... sempre considerei que
> infraestrutura crítica para o negócio não é para ser tratada como comodity.
>
> --
> Henrique de Moraes Holschuh <hmh at ima.sp.gov.br>
> IM@ - Informática de Municípios Associados
> Engenharia de Telecomunicações
> TEL +55-19-3755-6555/CEL +55-19-9293-9464
>
> Antes de imprimir, lembre-se de seu compromisso com o Meio Ambiente
> e do custo que você pode evitar.
>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter



-- 
Marcos Rogério Salvador, Ph.D.
Network Technology Evolution Manager
CPqD - Center for Research and Development in Telecommunications
Tel +55 19 3705-4562
E-mail: marcosrs at cpqd.com.br
Skype: mr-salvador
URL: www.cpqd.com.br