max

Hello, Je vais investir dans un serveur de labo qui tiens la route. Je pensais le monter moi même si c'est moins cher qu'un serveur de marque. Celui-ci fera tourner un hyperviseur (vmware) sur carte SD. J'aurai besoin de 5 à 10 VM's. Je pars sur 2Go de RAM et un besoin normal en CPU (utilisation bureautique). Quelqu'un aurait-il un outil pour dimensionner cette machine physique ? Si j'utilise un peu mon cerveau : - 24 à 32 Go de RAM - Quel type de CPU choisir ? Un Xeon Silver ? Avec combien de core ? - Quel stratégie pour le stockage ? Un ssd sata pour 2 VM ? Ou vous avez une autre idée (sachant que je n'ai pas 10K € de budget). Je suis particulièrement inquiet par le stockage qui devra supporter cette charge... Merci pour vos conseils

Et quelle est la différence entre un edge router er4 et un USG ?

Ais-je besoin d'un contrôleur genre cloud key ou le routeur va gérer le switch à distance ?

Bon, Je viens de commander un US24 et un Er-4 pour faire un labo (avec le cable SFP qui va bien, envie de tester ça aussi ) Ayant déjà fait des VLAN avec un switch d-link et un routeur tp-link, je suppose que la création des VLAN ça va pas être chinois. Restera à régler la QoS pour la Voip Stay tuned !

Oui on peut les bridger sans soucis. Concernant le routeur et le routage, j'aimerai faire progresser ma "science". Comment va se passer la configuration pour que la voip et uniquement la voip passe par la bonne connexion ? Et ensuite, en admettant qu'on garde les réseaux scindés, y-a-t-il une config particulière à faire ? Le routeur du FAI pourrait-il être mauvais au point de ne pouvoir gérer 9 lignes IP ?

Alors il y a 2 connexions à 80 - 90 Mbps. Une ADSL et une câble (Proximus et VOO qui sont les deux plus gros opérateurs en Belgique francophone). Une des connexions est bien dédiée à la voix pour le moment et il faut que ça reste comme ça même si on interconnecte le tout. Pour le pare-feu, les 2 modem / routeurs de mes 2 FAI's ont bien un pare-feu intégré...

Voici la config actuelle : Attention, les deux routeurs sont des box de l'opérateur et ne sont pas entièrement configurable. Le schéma suivant devrait donner de bon résultat mais j'aimerai pouvoir utiliser toutes les fonctionnalités de 3CX et pour ça, il faut que les téléphones puisse parler avec les pc's. J'ai commencé un peu mes recherches et si j'ai bien compris : - Un routeur pouvant gérer 2 WAN à acheter - Les routeurs FAI1 et FAI2 seront connectés à ce routeur - Ce nouveau routeur sera connecté au switch PoE 24 ports - Deux câble seront tirés pour raccorder les switchs Est-ce bon ? Si oui, comment faire pour s'assurer que seul l'IPBX pourra utiliser une des deux connexions ?

Et re, La solution "sale" fonctionne en labo. Pour la solution propre, que me conseillez-vous ? Sachant que : - Il y a 1 prise eth pour le pc et 1 prise eth pour le téléphone par personne - Tous ces câbles arrivent au même endroit - Il y a 2 modem/routeurs de 2 isp différents qui sont tous les deux configurables mais pas configurable au point de pouvoir gérer plusieurs WAN - Il y a un switch 24 ports PoE pour les téléphones --> T1600G-28PS (tp-link) - Il y a deux switch 16 ports ( 8 PoE et 8 non PoE) --> TL-SG108 V4 (tp-link) - Il y a un serveur applicatif - Le serveur de téléphonie (3CX) sera physique Que faut-il comme matériel en plus ? En sachant qu'il n'est pas pour faire des frais... Comment le configurer ? Je suis un peu perdu entre le tagged et untagged Comment configurer la QoS gérée par les switch vu qu'il y aura des VLAN ? Pour le 2ème ISP dédié à la téléphonie, je devrai quand même "forcer" son adresse comme passerelle afin qu'il n'y ait que de la téléphonie qui passe par là ?

Pour le moment 9 téléphones, on arriverai peut être à 15 dans les années à venir. Ensuite, si je segmente le réseau, j'aurai des soucis car les téléphones doivent pouvoir communiquer avec les PC (softphones), et donc ça me ferai une bonne session de routage inter vlan

Non, je trouve cette config plus simple vu qu'il y a 2 connexions.

Salut et merci pour l'info. Sur le forum 3CX, on me conseille plus simple encore : ISP A - Routeur A - DHCP On - 192.168.1.1 ISP B - Routeur B - DHCP Off - 192.168.1.150 Tous les PC et postes en DHCP ou avec 192.168.1.1 comme passerelle Serveur 3CX : 192.168.1.151 avec 192.168.1.150 comme passerelle Du coup, le routeur B de l'ISP B ne donnera d'IP à personne et son adresse ne sera connue que d'une seule machine sur le réseau... Ça me parait plus simple à maintenir et à mettre en oeuvre. Quel est ton avis sur le principe ?

Hello, Le réseau n'étant pas mon domaine d'expertise, je sollicite l'aide de la communauté Je dois étudier la faisabilité du scénario suivant : - Entre 10 et 20 utilisateurs, 2 prises réseau par bureau : 1 pour un téléphone, l'autre pour le PC - Dans la salle serveur, tous les câbles arrivent dans un patch panel. Il y aura aussi un serveur 3CX pour la téléphonie et 2 connexions de 2 opérateurs différents. Pour éviter les problèmes de qualité téléphonique, la VoIP et uniquement la VoIP doit passer par une seule connexion. Le reste du trafic internet par la 2ème. Alors vous allez me dire que c'est simple, il suffit de raccorder les téléphones sur un switch isolé et de connecter le tout à une des deux connexions ce qui fonctionnerai à merveille. Sauf que, pour pouvoir profiter de toutes les fonctionnalités de 3CX, il faut que les PC puissent communiquer avec les téléphones et doivent donc être dans le même réseau. C'est là que je ne vois pas trop comment faire. Il faut "router" le trafic VoIP vers une des deux connexions et que rien d'autre ne puisse passer par là. Auriez-vous des idées ? Serait-ce aussi simple que de définir l'adresse du routeur dédié à la téléphonie dans le même range que les autres, de désactiver le dhcp sur celui-ci et de configurer mon serveur 3CX pour utiliser ce routeur comme passerelle ? A priori, les pc du réseau et les téléphones prendront une ip donnée par le DHCP du 1er routeur. Les téléphones communiqueront avec le serveur 3CX vu qu'ils seront dans le même range. J'ai bon ?

Bonjour, Le problème a été réglé par l'éditeur. Ils auraient changé le serveur de port sur le switch. Je n'y crois pas...

Aaaah ça paraît bien ça. Tu me diras si ça fonctionne bien ?

ce n'est que pour NVMe malheureusement