em 12-04-2013 02:39 AM
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:
em 12-04-2013 06:30 AM
Olá Pedro, existe um documento de SRND (Design) especifico para a infraestrutura de HCS?
Obrigado!
em 12-04-2013 09:54 AM
Olá Alan,
Existe sim um SRND de HCS. Segue o link:
Abraço,
Pedro
em 12-04-2013 06:34 AM
Pedro boa tarde
No HCS, do ponto de vista do cliente, as aplicações UC recebem endereçamento IP privado ou público?
em 12-04-2013 09:46 AM
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
em 12-11-2013 04:19 PM
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
em 12-13-2013 05:14 AM
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
em 12-11-2013 04:24 PM
Pedro,
Ótima iniciativa!
O que seria necessário para uma solução geo redundante, além do foi apresentado?
Abraços,
Jorge
em 12-13-2013 05:22 AM
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
em 12-11-2013 04:24 PM
Gostaria de saber também, qual é a marca do storage? Pode-se uilizar qulquer um?
Obrigado
Jorge
em 12-13-2013 05:33 AM
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
Descubra e salve suas ideias favoritas. Volte para ver respostas de especialistas, passo a passo, tópicos recentes e muito mais.
Novo por aqui? Comece com estas dicas. Como usar a Comunidade Guia do novo membro
Navegue pelos links rápidos da Comunidade e usufrua de um conteúdo personalizado e em seu idioma nativo: