Uma das razões Facebook tem vindo a impulsionar o projeto de Open Compute é quebrar o mercado de switch de rede de uma longa hábito de ser proprietário no interior. A decisão da Broadcom para adotar Alterne a Rede Open Library (OpenNSL) é uma grande mudança nesse espaço, de modo The Register conversou com Ram Velaga, vice-presidente sênior do grupo de switch de rede da Broadcom, para preencher o pensamento por trás da decisão.
Vêlage disse que a decisão de abrir um interruptor API do Broadcom para OpenNSL senta-se no contexto de uma estratégia de desenvolvimento para tornar-se mais aberto pela primeira vez em sua decisão de adoptar OpenFlow Data Plane Abstrações (DPA).
"Há uma série de ecossistemas em desenvolvimento em torno de OpenFlow, mas tentando mapeá-lo para silício que já está lá fora, não é fácil", explicou Velaga. "Nós desenvolvemos uma camada de abstração para que os usuários de terceiros, usuários finais e OEMs, poderia alavancar o software DPA."
OpenNSL é, Velaga disse, a "próxima vector" no sentido de permitir mais o desenvolvimento do ecossistema.
À primeira vista, de casos de uso de OpenNSL é óbvia: as pessoas que utilizam silício comerciante da Broadcom para desenvolver interruptores abertos podem incluir as APIs para se encaixar no OCP - e, finalmente, outra rede aberta - ecossistema. Em troca, Broadcom recebe uma melhor posição no mercado emergente de rede aberta.
"Nós escrevemos software OS para o monitoramento e instrumentação da rede, de modo que um OEM executar o seu software próprio Layer 2 / Layer 3 pode executar o novo blob - a API expõe as informações para o software de aplicação.
No entanto, Velaga disse El Reg, outros casos de uso já estão surgindo.
A transportadora executando uma grande rede IP, ressaltou ele, fica hardware e software e pilhas como o que equivale a uma caixa preta - mas pode haver razões a transportadora quer usar uma pilha BGP diferente.
"O portador pode dizer o fornecedor 'eu quero fazer negócios com você, mas neste aplicativo específico Eu quero um Layer 3 módulo diferente'."
Isso é difícil, se o fornecedor está sob NDA da Broadcom para não expor suas interfaces, mas com OpenNSL no lugar, o fornecedor pode dizer "" sim, você pode fazer isso - eu posso passar a camada 3 APIs para o meu software, e você pode trabalhar com outro Layer 3 pilha lá ".
"É difícil de imaginar em um dia o que todos os casos de uso são. Tivemos OEMs diga-nos os seus clientes querem ver o interruptor, porque eles querem melhor instrumentação, melhor resolução de problemas, melhor balanceamento de carga, ou porque não têm um controlador de SDN particular e eles querem programar as suas próprias rotas para ele ", disse ele.
Tendo em mente que APIs OpenNSL da Broadcom foram especialmente identificadas como apoio Tomahawk e Trident II chips da empresa, Vulture Sul perguntou se havia planos para OpenNSL-permitem silício mais velho, ou se isto representa uma "linha na areia", ao que o silício futuro vai cumprir.
Velaga disse que as APIs "deveria" ser compatível a um grau. "Nossos APIs SDK são geralmente compatíveis com versões anteriores - se expor uma API que beneficia várias gerações de chips.
No entanto, segundo ele, o foco é o futuro: "vamos ver mais casos de uso, olha o que o ecossistema está usando" - e que vai formar a base de movimentos futuros.
Uma vez que não continua a ser um espaço de ar entre as APIs expostos no projeto OpenNSL da Broadcom eo que está acontecendo on-chip, The Register perguntou como Broadcom define a diferença entre o que ele pode mostrar ao mundo, e, por outro lado, a forma de proteger a "coroa jóias "de seus segredos on-chip.
"A chave para nós aqui é para garantir que a aplicação desses recursos é o que nós queremos ter o cuidado de não expor, não o próprio recurso.
"À medida que expandir o escopo de OpenNSL, t-se de manter a aplicação separada da funcionalidade. Nós não estamos tentando esconder a própria funcionalidade. "®
Nenhum comentário:
Postar um comentário