Réseau d'architecture avec système de téléphonie demi-duplex à 10 Mbps

Configuration actuelle

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

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

Je suis préoccupé par l'impact sur la performance d'avoir les deux commutateurs, les deux boîtes TalkSwitch et le pont sans fil connecté à notre routeur VPN RV082 dans notre QG.

entrez la description de l'image ici

Configuration proposée

Je propose que nous modifions notre configuration comme indiqué ci-dessous. Je pense que cela limitera le RV082 à seulement voir le trafic relié à Internet, à l'exception de fournir DHCP aux clients dynamics; Cependant, je ne m'attends pas à ce que ce soit un impact sur le rendement, étant donné que le time de location du client est fixé à 24 heures.

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

L'une des préoccupations est que, dans le bâtiment n ° 2 et n ° 3, les téléphones IP se communiquent avec les boîtes TalkSwitch à 10 Mbps en demi-duplex. Cela aura-t-il une incidence défavorable sur les performances du rest du réseau?

entrez la description de l'image ici

3 Solutions collect form web for “Réseau d'architecture avec système de téléphonie demi-duplex à 10 Mbps”

Comme Wim le remarquait déjà, le demi-duplex n'a pas d'importance. Les commutateurs sont capables de gérer chaque port à différentes vitesses et duplex.

Le moyen le plus simple pour l'évaluer est de penser au path d'un composant à l'autre et de prendre le lien le plus faible. Toute votre communication entre le bâtiment n ° 2 et le siège se fait via une ligne de 3Mbps / 300kpbs partagée avec d'autres tâches Internet; Que vous ayez une connection de 10Mbps ou 100Mbps au siège ne sera pas grave car le lien VPN sera le facteur dominant dans la détermination de la bande passante d'interconnection.

En regardant votre diagramme, le changement de matériau que je vois dans votre proposition introduit un lien de 1 Gbps entre les deux commutateurs HP 2524 au siège. Un seul changement que vous avez un tas de servers, chacun limité à 100Mbps, et d'autre part, vous avez un tas de posts de travail clients, également limité à 100Mbps ou 54Mpbs sur le sans fil. Aucune machine ici ne sera capable d'épuiser la data binding entre les deux commutateurs, mais avec un trafic important sur plusieurs machines entre les clients et les servers, vous apprécierez le lien 1Gbps.

Vous essayez de résoudre un problème de design théorique ou avez-vous un problème réel de qualité d'appel VoIP?

L'un des commutateurs devrait pouvoir gérer un mélange de vitesses de port (10/100/1000) et de duplex (demi / plein). En soi, cela ne devrait pas poser de problème.

Je dirais que le RV082 ne soit que le routeur, avec un seul câble LAN passant à votre commutateur HP. Laissez le routeur être un routeur, et le commutateur d'un commutateur …

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

Vous pourriez / devrait explorer les fonctionnalités 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 document correct pour votre commutateur.

J'ai exploité des systèmes de téléphonie spécialisés et critiques pour les négociants en stock à 10 Mbit, à mi-duplex, et je n'ai pas vu de problèmes avec cet aspect du système. (Les tourelles IPC ne fonctionnaient qu'à 10 / demie).

Avez-vous testé la qualité des appels avec un téléphone IP directement connecté aux Procurves au QG? Cela devrait éliminer les équipements de commutation comme un éventuel coupable.

Je pense également que vous n'avez pas mis en place de système de surveillance pour évaluer l'utilisation de la bande passante sur ces RV082. S'il n'y a pas un 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 Google rapide montre que ces routeurs prennent en charge SNMP. Si vous pouvez find un ordinateur de rechange sur lequel lancer Cacti ou PRTG, cela devrait consortingbuer à déterminer le niveau de saturation du lien Internet. (Lancez Nagios là-bas, et vous avez un moniteur de disponibilité pour votre réseau.)

Sans données difficiles, je pense 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 conseillerais de confirmer le problème grâce à la surveillance de la performance. Comprenez combien plus vous devez acheter avant de l'acheter.

Aussi, quel codec utilisent ces téléphones IP? Je ne connais pas Talkswitch, mais un Google rapide montre qu'ils supportent 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 ce lien Internet sur le site distant. G.729 réduira l'utilisation de la bande passante de la téléphonie d'un ordre de grandeur. La qualité de l'appel souffrira, alors assurez-vous que votre gestion est à bord avant de procéder à cette modification. 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 time.

HTH!

  • Cisco vs Everything else
  • La variation du time de ping est en corrélation avec les téléphones IP qui ne fonctionnent pas
  • Appels coupés dans Asterisk 1.6.2
  • Paramètres de QoS pour l'appel Wi-Fi sur firewall / gateway pfSense?
  • Vérification de la qualité audio du stream rtp
  • Les appels VoIP tombent
  • Quelle est la meilleure option pour la redondance du service SIP?
  • Quelqu'un peut-il expliquer pourquoi utiliser Asterisk PBX plutôt que PBX standard de Masortingx ou Siemens
  • Sécurité, durcissement et NAT pour RTP et SIP
  • Configuration NAT pour un SIP Registrar / Proxy
  • Validité de mes résultats de test de performance de base sur un LAN
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.