Trecourt Nicolas wrote:
La documentation existe dans les Kconfig et les repertoire
Documentation/ du kernel Linux
Au moins elle est disponible completement, publiquement, et sans envie
de vendre formations et certifications par derriere
Je parle d'une documentation générale. Une doc sur une infra sera
différente d'un réseau à un autre. Même si la doc du routeur pc que tu
met en place est dispo partout, il faut sélectionner toutes les infos
utiles, les regrouper dans qq docs internes afin de faciliter, accélérer
le troubleshooting en cas de problème. Et ça autant avoir un truc clair
en interne avec les procédures selon différents cas de figure.
Généralement ce genre de documentation est très spécifique à ton infra
globale.
* être en relation avec le fournisseur pour changer la moindre pièce qui
crame
Ca, c'est pareil quelque soit le hardware :)
C'est sur, mais niveau hardware (à part éventuellement sur des vielles
cartes achetées chez un broker), t'as généralement peu de soucis avec un
matos constructeur. Et changer une linecard dans un routeur c'est plus
rapide et moins chiant que de changer un processeur, carte réseau ou
disque dur sur un PC.
A prendre en compte également l'exemple d'un routeur avec 2 routing
engines, t'en a une qui crame, bah t'as tout le temps de la changer, ta
bécane est pas down, c'est généralement pas le cas d'un pc avec un
processeur qui crame ou autre fantaisie.
* mettre à jour le bordel quand il faut modifier une conf, le noyau ou
autre fantaisie.
Mais c'est la meme chose sur un meteriel "dedie" hein, ca ne se
configure pas tout seul, ca se met a jour, ca crame aussi.
D'accord avec toi, faut faire la meme chose dans les 2 cas. Dans un cas,
t'as 2 lignes de confs en général, dans l'autre t'as 50 modules à mettre
en oeuvre pour tout faire marcher correctement.
C'est sur ça reviens moins cher à l'achat, mais le temps passé à mettre une
conf qui fonctionne bien, optimiser la machine etc... Faut avoir le temps
et les compétences pour le faire. Bref, je pense que dans la plupart des
cas on doit revenir pas trop loin du prix d'un routeur qui est capable de
tenir 2 upstreams full table, une bonne partie des emmerdes en moins.
Et d'autres emmerdes en plus, par exemple se galerer avec tftp,
l'absence des outils unix standard sur la machine, l'impossibilite de
tracer simplement l'execution d'un processus, ou bien le manque d'outils
comme tcpdump ou tshark.
Dans certains cas, le debugging est beaucoup plus simple.
Juste un detail: avoir en memoire deux full view ca n'est pas le
probleme sur un routeur x86 (ou autre archi generaliste).
bgpd+zebra ca prends moins de 200MB de ram pour ca, meme un PII est
capable d'adresser ca (en theorie meme un 386...), le probleme est la
capacite de routage en pps quand les besoins sont importants.
- --
Nicolas Trecourt <[EMAIL PROTECTED]>
Administrateur systeme et reseaux
Ya des outils dispo pour troubleshooter dans les routeurs également,
c'est vrai que les outils unix sont dans certains cas plus pointus à te
donner l'information que tu veux mais tu t'en sors toujours avec un
routeur et ta bécane de monitoring à coté.
Je le redis, je suis absolument pas contre le fait de faire du routage
sur plateforme PC mais c'est juste que tu as plus de choses à gérer, tu
refais une partie du boulot que des ingés ont fait et intégré dans une
boite déjà prête à l'emploi.
hum ça ferais un bon slogan ça : après le "prêt à porter", le "prêt à
router" :-)
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
