Configuração atual
O diagrama abaixo mostra nossa arquitetura de rede atual. Todas as conexões estão em execução em full-duplex de 100 Mbps, com exceção dos sistemas telefônicos TalkSwitch, que são executados em half-duplex de 10 Mbs (canto superior direito do diagrama). As caixas TalkSwitch fornecem 8 conexões telefônicas analógicas e 8 baseadas em IP, para que possamos ter um total de 16 telefones analógicos e 16 baseados em IP.
Nota: Os quatro comutadores gerenciados HP ProCurve 2524 não estão configurados com VLANs separadas.
Estou preocupado com o impacto no desempenho de ter os dois comutadores, as caixas TalkSwitch e a ponte sem fio conectada ao roteador VPN RV082 em nossa sede.
Configuração proposta
Estou propondo que alteremos nossa configuração, como mostrado abaixo. Meu pensamento é que isso limitará o RV082 a ver apenas o tráfego vinculado à Internet, com exceção do fornecimento de DHCP para os clientes dinâmicos; no entanto, eu não esperaria que isso tivesse um grande impacto no desempenho, uma vez que o tempo de concessão do cliente é definido como 24 horas.
Pensamentos? Preocupações? Recomendações?
Uma preocupação é que, na construção nº 2 e nº 3, os telefones baseados em IP se comuniquem com as caixas TalkSwitch a 10 Mbps half duplex. Isso afetará negativamente o desempenho do restante da rede?
fonte
Respostas:
Como Wim já observou, o half-duplex não importa. Os switches são capazes de executar cada porta em diferentes velocidades e duplex.
A maneira mais fácil de avaliar é pensar no caminho de um componente para outro e usar o elo mais fraco. Toda a sua comunicação entre o prédio nº 2 e a sede ocorre através de uma linha de 3 Mbps / 300kpbs compartilhada com outras tarefas da Internet; se você tem uma conexão de 10 Mbps ou 100 Mbps na matriz, não importa, porque o link VPN será o fator dominante na determinação da largura de banda da interconexão.
Olhando para o seu diagrama, a mudança material que vejo na sua proposta está introduzindo um link de 1 Gbps entre os dois switches HP 2524 na sede. Em um switch, você tem vários servidores, cada um limitado a 100 Mbps e, no outro, em várias estações de trabalho clientes, também limitadas a 100 Mbps ou 54 Mbps em redes sem fio. Nenhuma máquina aqui será capaz de esgotar o link de dados entre os dois comutadores, mas com tráfego intenso em várias máquinas entre os clientes e os servidores, você apreciará o link de 1 Gbps.
fonte
Você está tentando resolver um problema de projeto teórico ou está tendo um problema real de qualidade de chamada VoIP?
Qualquer um dos comutadores deve ser capaz de lidar com uma mistura de velocidades de porta (10/100/1000) e duplex (metade / cheio). Isso por si só não deve ser um problema.
Gostaria que o RV082 fosse apenas o roteador, com um único cabo LAN indo para o seu switch HP. Deixe o roteador ser um roteador, e o switch um switch ...
É um pouco tolo que o Talkswitch faça apenas 10 HD. Mas, ainda assim, uma chamada VoIP ulaw / alaw não compactada leva no máximo 100 kbps, para que você possa executar muitas chamadas simultâneas sem problemas.
Você pode / deve explorar os recursos de QoS do seu roteador e alternar um pouco mais.
Isso pode ajudar: http://www.hp.com/rnd/pdf_html/traffic_profiles.htm#environment2, mas talvez você precise pesquisar um pouco mais o documento correto para o seu switch.
fonte
Eu administrei sistemas de telefonia críticos e especializados para corretores de ações a 10 Mbit, half-duplex, e não vi problemas com esse aspecto do sistema. (As torres do IPC operavam apenas a 10 / metade.)
Você testou a qualidade das chamadas com um telefone IP diretamente conectado aos Procurves na sede? Isso deve eliminar a mudança de marcha como possível culpado.
Também estou sentindo que você não tem nenhum tipo de sistema de monitoramento para avaliar o uso da largura de banda nos RV082. Se não houver uma maneira fácil de verificar o uso da largura de banda usando o console de administração da web para esses roteadores, considere implementar um sistema de monitoramento de desempenho. Outro rápido Google mostra que esses roteadores suportam SNMP. Se você encontrar um computador sobressalente no qual lançar o Cacti ou o PRTG, isso ajudará bastante a determinar o nível de saturação do link da Internet. (Jogue o Nagios também e você terá um monitor de disponibilidade para sua rede.)
Sem dados concretos, suspeito que seja o link da Internet no edifício nº 3 que está restringindo sua largura de banda. Portanto, vale a pena conversar com seu provedor para entender suas opções e custos para a atualização. Mas antes de comprar uma atualização, aconselho a confirmação do problema por meio do monitoramento de desempenho. Entenda quanto mais você precisa comprar antes de comprá-lo.
Além disso, que codec esses telefones IP estão usando? Não estou familiarizado com o Talkswitch, mas um rápido Google mostra que eles suportam G.711 ou G.729 . Se eles estiverem usando o G.711, que usa largura de banda de 80 kbits, você poderá executar no máximo três chamadas nesse link da Internet no site remoto. G.729 cortará o uso da largura de banda de telefonia por uma ordem de magnitude. A qualidade da chamada sofrerá, portanto, verifique se sua gerência está a bordo antes de fazer essa alteração. Mas pode ser útil fazer isso no curto prazo se a avaliação do uso da largura de banda demorar mais.
HTH!
fonte