Pour optimiser les performances et faciliter la gestion, est-il préférable d'utiliser la plage d'adresses 192.168.xx ou 10.xxx pour un réseau d'entreprise de petite taille (<50 PC)?
Cela correspondrait à un sous-réseau de 255.255.0.0 et 255.0.0.0 respectivement.
Réponses:
La RFC 1918 peut vous offrir des conseils à ce sujet. Au bout du compte, vous devez toutefois concevoir votre réseau en fonction de votre réseau. Si vous avez seulement environ 50 périphériques sur le réseau, alors tout / 24 (masque de réseau 255.255.255.0) sera plus que suffisant
Que pensez-vous de votre croissance? Est-ce qu'un / 24 conviendra à l'avenir? C'est une considération que vous devez prendre en compte
Du côté de la performance, je laisserais probablement n'importe quel impact sur la performance être théorique. Et la gestion, eh bien, cela peut dépendre de l'outil utilisé. Envisagez-vous simplement l'attribution d'IP? DHCP fonctionnera-t-il pour vous? Prévoyez-vous d'avoir des périphériques configurés de manière statique? Votre gestion d’adresses IP peut commencer sous la forme d’un tableur. Il peut être plus élaboré et être sauvegardé dans une base de données. Vous voudrez peut-être le lier à un NMS ou à quelque chose d'autre. Il y a beaucoup de portée dans ce domaine
la source
Ce n'est pas parce que le masque "par défaut" d'un espace est grand que vous devez utiliser ce masque avec cet espace.
Je choisirais un sous-réseau dans l'espace 10/8, comme 10.1.0.0/24. Cela vous donnerait la possibilité de vous développer à l'avenir (c'est-à-dire, ajoutez 10.1.1.0/24 pour un nouvel espace sur le site actuel et 10.2.0.0/24 pour un autre site).
Pour les sites initiaux plus importants, nous utilisons généralement un réseau / 20, ce qui vous donnerait 10.0.0.0 à 10.0.15.255 pour jouer avec, ou environ 4094 adresses IP individuelles. De cette façon, vous pouvez allouer des étendues DHCP dans des blocs logiques (tels que 10.0.8.0 à 10.0.9.255) tout en allouant d'autres adresses spécifiques à des endroits spécifiques (par exemple, nous mettons toujours les imprimantes et le matériel réseau dans 10.0.15).
J'éviterais d'utiliser le 10/8 entier en même temps, car si votre réseau s'étend au-delà de 4000 systèmes, le bruit d'arp commencera à prendre une quantité non négligeable de bande passante.
J'éviterais 192.168.0 / 24 et 192.168.1 / 24 car ce sont des valeurs par défaut pour de nombreux appareils domestiques grand public. Si vous deviez accéder à un réseau VPN, des problèmes surviendraient si les réseaux domestiques de vos utilisateurs entraient en conflit avec le "réseau d'entreprise". " une.
Personnellement, j’éviterais 192.168 totalement parce que cela ne coule pas comme le fruit de l’appareil 10.x. D'autre part, si vous avez pour politique d'éviter le site 192.168, cela facilite l'utilisation de ces adresses pour la lecture locale (par exemple, VMware).
la source
Il n'y aura pas de différence pour un si petit réseau.
Notez simplement que 172.16 / 12 est également réservé à un usage privé. (172.16.0.0 à 172.31.255.255) (voir RFC1918 )
la source
Utilisez 10.XXX, il est généralement plus rapide de taper que 192.168.XX Hormis cela, il n’y a pas d’autre différence, à part le nombre d’hôtes pris en charge, qui n’entrent pas dans les VLAN.
la source
Comme tout le monde l'a mentionné, il n'y a pas de différence entre eux.
Vous pouvez découper l'espace d'adressage aussi petit ou aussi grand que vous le souhaitez. Vous voulez aussi petit que vous avez besoin, mais pas si petit pour le rendre difficile à développer.
Si vous vous connectez à un autre réseau, que ce soit par un réseau privé virtuel ou par une liaison directe, la seule raison de choisir l'une sur l'autre Si vous avez la même plage d'adresses, vous rencontrerez des problèmes. Réfléchissez donc aux réseaux auxquels vous êtes susceptible de vous connecter. Le réadressage n'est pas une tâche à prendre à la légère.
la source
Il n'y a pas de différence du tout pour un si petit réseau. Toutes les différences de performances seraient certainement très théoriques et infimes.
la source
Si vous avez moins de 50 PC, utilisez un masque / 24. Je choisirais une série 192.168.1.0/24 hors convention. 192.168.xx est réservé au sous-réseau de classe C et à un fichier / 24 approprié.
raj
la source
Il n'y a aucun avantage ou inconvénient évident à choisir une plage parmi 10.0.0.0/8, 172.16.0.0/12 ou 192.168.0.0/24 (avec presque tout ce qui est capable d'utiliser CIDR). Si vous envisagez une fusion de sociétés sur toute la ligne, il pourrait être avantageux de choisir un point de départ aléatoire dans l'un des deux plus grands blocs, car cela pourrait signifier que vous ne devrez pas renuméroter. Cependant, planifier en conséquence n'est pas vraiment une priorité.
la source
Comme le mentionne David, la véritable raison d’utiliser l’option 10.xxx pour un réseau de petite entreprise est un accès VPN au système.
192.168.1.x est un réseau très utilisé. L'éviter.
la source
Le réseau que vous utilisez non ne dépend pas de vous, mais il existe un avantage à NE PAS utiliser 10.0.0.X ou 192.16.45.x. Si vous utilisez ces réseaux, des problèmes peuvent facilement se poser si, pour une raison quelconque, vous avez besoin d’un système VPN et que le réseau que vous utilisez possède le même masque de réseau que vous.
la source
Cela dépend de vos besoins:
192.168.xx est une adresse Internet privée de classe C
prenant en charge 65534 hôtes. 10.xxx est une adresse Internet privée de classe A prenant en charge 16777214 hôtes.
Dans mon réseau, j'ai environ 1000 cibles et j'utilise la classe C d'adresse.
Peut-être que pour certaines vues de sécurité, vous pouvez utiliser 10.xxx/24 si vous avez moins de 50 cibles. S'il vous plaît trouver ici un même poste
la source
Soit / ou, mais assurez-vous simplement de jeter tout ce que vous avez entendu sur les classes par la fenêtre la plus proche et utilisez CIDR à la place.
Avec 50 hôtes, vous pourriez même être en mesure d'utiliser un masque de réseau 25 bits qui permettrait d'éviter les problèmes de VPN mentionnés par d'autres (je doute que de nombreux réseaux utilisent des masques de réseau 25 bits).
la source