Architecture du réseau avec système téléphonique semi-duplex 10 Mbps

Configuration actuelle

Le diagramme ci-dessous montre notre architecture réseau actuelle. Toutes les connexions fonctionnent à 100 Mbps en duplex intégral, à l'exception des systèmes téléphoniques TalkSwitch qui fonctionnent à 10 Mbps en semi-duplex (coin supérieur droit du diagramme). Les boîtiers TalkSwitch fournissent chacun 8 connexions téléphoniques analogiques et 8 connexions IP, nous pouvons donc avoir un total de 16 téléphones analogiques et 16 téléphones IP.

Remarque: Les quatre commutateurs gérés HP ProCurve 2524 ne sont pas configurés avec des VLAN distincts.

Je m'inquiète de l'impact sur les performances de la connexion des deux commutateurs, des deux boîtiers TalkSwitch et du pont sans fil à notre routeur VPN RV082 dans notre siège social.

Configuration proposée

Je propose que nous modifions notre configuration comme indiqué ci-dessous. Je pense que cela limitera le RV082 à ne voir que le trafic lié à Internet, à l'exception de la fourniture de DHCP aux clients dynamiques; cependant, je ne m'attendrais pas à ce que cela ait beaucoup d'impact sur les performances étant donné que la durée du bail du client est fixée à 24 heures.

Pensées? Des préoccupations? Des recommandations?

Une préoccupation est que dans les bâtiments # 2 & # 3, les téléphones IP communiquent avec les boîtiers TalkSwitch à 10 Mbps semi-duplex. Cela aura-t-il un impact négatif sur les performances du reste du réseau?

Comme Wim l'a déjà noté, le semi-duplex n'a pas d'importance. Les commutateurs sont capables d'exécuter chaque port à différentes vitesses et duplex.

La façon la plus simple de l'évaluer est de penser au cheminement d'un composant à l'autre et de prendre le maillon le plus faible. Toutes vos communications entre le bâtiment # 2 et le siège social se font via une ligne 3Mbps / 300kpbs partagée avec d'autres fonctions Internet; que vous ayez une connexion 10Mbps ou 100Mbps au siège social n'aura pas d'importance car la liaison VPN sera le facteur dominant dans la détermination de la bande passante d'interconnexion.

En regardant votre diagramme, le changement matériel que je vois dans votre proposition introduit une liaison 1 Gbit / s entre les deux commutateurs HP 2524 au siège. Un commutateur vous avez un groupe de serveurs, chacun limité à 100 Mbps, et de l'autre vous avez un tas de postes de travail client, également limité à 100 Mbps ou 54 Mbps sur sans fil. Aucune machine ici ne pourra épuiser la liaison de données entre les deux commutateurs, mais avec un trafic important sur plusieurs machines entre les clients et les serveurs, vous apprécierez la liaison 1 Gbit / s.

Essayez-vous de résoudre un problème de conception théorique ou rencontrez-vous un problème réel de qualité d'appel VoIP?

N'importe lequel des commutateurs doit être capable de gérer un mélange de vitesses de port (10/100/1000) et de duplex (demi / plein). Cela en soi ne devrait pas être un problème.

Je laisserais le RV082 être seulement le routeur, avec un seul câble LAN allant à votre commutateur HP. Que le routeur soit un routeur et le commutateur un commutateur ...

C'est un peu ridicule que le Talkswitch ne fasse que 10 HD. Mais encore, un appel VoIP ulaw / alaw non compressé prend max 100 kbps afin que vous puissiez exécuter beaucoup d'appels simultanés sans problème.

Vous pourriez / devriez explorer les fonctionnalités de QoS de votre routeur et changer un peu plus.

Cela pourrait aider: http://www.hp.com/rnd/pdf_html/traffic_profiles.htm#environment2 mais vous devrez peut-être chercher un peu plus pour trouver le bon document pour votre commutateur.

J'ai exécuté des systèmes de téléphonie spécialisés et critiques pour les opérateurs en bourse à 10 Mbit, semi-duplex, et je n'ai pas vu de problèmes avec cet aspect du système. (Les tourelles IPC ne fonctionnaient qu'à 10 / demi.)

Avez-vous testé la qualité des appels avec un téléphone IP directement connecté aux Procurves au siège? Cela devrait éliminer le mécanisme de commutation comme un possible coupable.

Je sens aussi que vous n'avez aucun système de surveillance en place pour évaluer l'utilisation de la bande passante sur ces RV082. S'il n'existe pas de moyen simple de vérifier l'utilisation de la bande passante à l'aide de la console d'administration Web pour ces routeurs, envisagez d'implémenter un système de surveillance des performances. Un autre rapide Google montre que ces routeurs prennent en charge SNMP. Si vous pouvez trouver un ordinateur de rechange sur lequel lancer Cacti ou PRTG, cela devrait permettre de déterminer le niveau de saturation du lien Internet. (Lancez Nagios là aussi, et vous avez un moniteur de disponibilité pour votre réseau.)

Sans données matérielles, je soupçonne que c'est le lien Internet du bâtiment n ° 3 qui limite votre bande passante. Il vaut donc la peine de parler à votre fournisseur pour comprendre vos options et les coûts de mise à niveau. Mais avant d'acheter une mise à niveau, je vous conseille de confirmer le problème grâce à la surveillance des performances. Comprenez combien vous devez acheter avant de l'acheter.

De plus, quel codec ces téléphones IP utilisent-ils? Je ne connais pas Talkswitch, mais un rapide Google montre qu'ils prennent en charge G.711 ou G.729 . S'ils utilisent G.711, qui utilise une bande passante de 80 kbits, vous pourrez exécuter au plus 3 appels sur cette liaison Internet sur le site distant. G.729 réduira l'utilisation de la bande passante de téléphonie d'un ordre de grandeur. La qualité des appels en souffrira, alors assurez-vous que votre gestion est à bord avant de faire ce changement. Mais il pourrait être utile de le faire à court terme si l'évaluation de l'utilisation de la bande passante finit par prendre plus de temps.

HTH!