Cloud Collaboration: Hosted Collaboration Solution (HCS). Pergunte ao especialista

[Cisco Moderador]

com Pedro Ivo Mauri

Bem vindo à discussão na CSC em Português. Esta é sua oportunidade de aprender e fazer todas as perguntas que queira sobre Cloud Collaboration: Hosted Collaboration Solution (HCS).

Pedro ocupa atualmente a função de Engenheiro Consultor de Redes para HCS (Cloud Collaboration) na Cisco do Brasil, ele tem mais de oito anos de experiência e já integrou as equipes de Segurança e Data Center. Graduado em Engenharia de Telecomunicações pelo Instituto Nacional de Telecomunicações (INATEL-MG).

Possui certificações de CCNP, CCNP Security, CCDP, VMware Certified Professional (VCP5) e ITIL v3 Foundation. É um dos “Top Contributors” da Comunidade de Suporte da Cisco em português (CSC), postando documentos e vídeos relacionados a Segurança e Data Center e mantém também o blog "Pedro na Nuvem", no qual aborda diversos temas relacionados a “cloud”

Por favor use as estrelas para qualificar as respostas e assim informar ao especialista que ele já respondeu adequada e satisfatoriamente sua pergunta.

Relembramos que se houver qualquer pergunta que não esteja dentro do tema proposto, por favor a coloque no fórum adequado à ela.

As perguntas devem ser enviadas entre os dias 04 e 13 de dezembro de 2013.

Clique no botão "Responder" localizado na parte inferior à direita para fazer a sua pergunta.

Links relacionados:

• Slides da apresentação
  
• Perguntas e Respostas
  
• Apresentação ao vivo

[Alan Cipriano]

Olá Pedro, existe um documento de SRND (Design) especifico para a infraestrutura de HCS?

Obrigado!

[Pedro Ivo Santos Mauri]

Olá Alan,

Existe sim um SRND de HCS. Segue o link:

http://www.cisco.com/en/US/partner/docs/voice_ip_comm/hcs/9_2_1/Renditions/solution-reference-network-design-921.pdf

Abraço,

Pedro

[Peterson Cristovam]

Pedro boa tarde

No HCS, do ponto de vista do cliente, as aplicações UC recebem endereçamento IP privado ou público?

[Pedro Ivo Santos Mauri]

Boa tarde,

Como o HCS é uma nuvem privada e a conexão entre o site do cliente e o HCS ocorre através de uma VPN (comumente MPLS), o endereçamento das aplicações, que estão no Data Center do HCS, é PRIVADO.

A rede do cliente também possui, como de costume, endereçamento privado. Pode-se realizar NAT no site do cliente ou no HCS para evitar possíveis overlaps com redes de outros clientes.

Atenciosamente,

Pedro

[Carlos Lesaige]

Olá Pedro,

Gostaria de saber qual é diferença entre local breakout e central breakout? Em cada caso, qual é o componente responsável por essa comutação?

Abraços,

Carlos

[Pedro Ivo Santos Mauri]

Bom dia Carlos,

Quando falamos de breakout estamos falando da comutação to tráfego de voz da rede IP para a PSTN. Ou seja, o usuário está usando o IP Phone dele para fazer uma chamada para um telefone convencional (conectado via PSTN).

Existem dois métodos de se realizar essa comutação quando falamos de HCS:

- Central Breakout: a tráfego de voz vai até o DC e é comutado para a PSTN por um equipamento central, um ASR realizando a função de CUBE-SP.

- Local Breakout: o tráfego de voz é comutado para a PSTN pelo Voice Gateway presente no site de onde a ligação está sendo feita. Normalmente é um ISR.

Em HCS, todos os sites tem um Voice Gateway para se conectarem ao DC. Porém, nem sempre esse VG terá conexão com a PSTN (por diversas razão, como custo). Para estes casos, usamos o Central Breakout.

O método recomendado é o Local Breakout, por evitar que o tráfego de mídia passe pelo DC, evitando um alto consumo de banda no mesmo.

Abs,

Pedro

[Jorge Guimaraes]

Pedro,

Ótima iniciativa!

O que seria necessário para uma solução geo redundante, além do foi apresentado?

Abraços,

Jorge

[Pedro Ivo Santos Mauri]

Olá Jorge,

Implementações geo-redundantes podem ser analizadas caso a caso, de acordo com a necessidade e maneiras de se usar os DCs.

Via de regra, para uma solução geo redundante funcionará de modo Ativo/Ativo, ou seja, os dois DCs funcionarão de maneira complementar, recebendo e processando sinalização, através de clusters de aplicações com membros em ambos DCs. Para tal, há a necessidade de sincronização das bases de dados e, com frequência, intercomunicação entre os componentes (como CUCM, CUCxn e CUP). Adicionalmente, existe a camada de gerência, que deve ter visibilidade de toda a infraestrutura.

Assim, se faz necessário um link conectando os dois DCs (InterDC link) dimensioado para suportar a banda necessária para todo o tráfego de gerência, base de dados e comunicação entre membros do cluster e, eventualmente mídia, vindo dos CUCxn.

Esse InterDC link deve estender as VRFs e/ou VLANs e aplicam-se as mesmas regras de segurança que para outros componentes de borda (filtragem de rotas, ACLs para filtrar tráfego, QoS e assim por diante).

Abs,

Pedro

[Jorge Guimaraes]

Gostaria de saber também, qual é a marca do storage? Pode-se uilizar qulquer um?

Obrigado

Jorge

[Pedro Ivo Santos Mauri]

Não existe um vendor específico, contando que os requerimentos de performance e escalabilidade sejam cumpridos.

O mais comuns são EMC e NetApp, incluíndo implementações com VBlock e FlexPod.

Como exemplo, posso citar:

- EMC Clariion CX4 series

- NetApp FAS 3000 series

Abs,

Pedro