Sortie de OpenBGPd

Posté par  (site web personnel) . Modéré par rootix.
Étiquettes :
0
9
nov.
2004
OpenBSD
OpenBGPD est une implémentation libre du protocole BGP (Border Gateway Protocol) version 4. Il permet de transformer une machine en routeur et d'être utilisée pour échanger des routes avec d'autres routeurs utilisant BGP.

La première version officielle d'OpenBGPd vient de sortir et pour l'occasion un site Web dédié a été créé.

Sur le même mode qu'OpenSSH ou OpenNTPd, OpenBGPd est un projet venant de l'équipe de développement du système d'exploitation OpenBSD (particulièrement Henning Brauer) et qui a été intégré à la version OpenBSD 3.6 sortie récemment. Ce projet étant aujourd'hui considéré comme stable, il a droit à un site et une release indépendants. D'après cette page, plusieurs FAI européens utilisent déjà OpenBGPd sur leurs routeurs. Ils seraient très satisfaits des ses fonctionnalités, de ses performances et de la réactivité des développeurs pour corriger les bugs trouvés.

Cela permettra d'utiliser un autre projet que Zebra ou Quagga pour faire un routeur BGP sur Linux/*BSD.

Aller plus loin

  • # BGP ?

    Posté par  . Évalué à 2.

    Je ne connais pas BGP, quelqu'un aurait quelques liens pour présenter ? ainsi que les implémentations linux/bsd, zebra ou quanga, libres ?

    • [^] # Re: BGP ?

      Posté par  (site web personnel, Mastodon) . Évalué à 3.

      euh.. honnêtement, soit laisse tomber soit prend tout de suite un cours de réseau.

      Parce que BGP c'est ultra spécialisé, et si tu bosses pas comme admin réseau, tu as peu de chances d'en avoir besoin le moins du monde ;-)

      Mes livres CC By-SA : https://ploum.net/livres.html

    • [^] # Re: BGP ?

      Posté par  (site web personnel) . Évalué à 10.

      En quelques mots, BGP est un protocole de routage permettant l'echange de routes entres reseaux. En gros, si tu as un reseau ou les tables de routages sont gerees par RIP et un reseau ou les tables de routage sont gerees par OSPF, c'est BGP qui se chargera de faire passer les routes entre les deux reseaux pour que toutes les machines puissent communiquer.
      Maintenant il est vrai qu'il est assez rare d'avoir a utiliser BGP...

      • [^] # Re: BGP ?

        Posté par  (site web personnel) . Évalué à 3.

        > Maintenant il est vrai qu'il est assez rare d'avoir a utiliser BGP...

        Ben… pas si rare que ça, en fait : dès que tu as plus d'un lien de transit, tu vas bien devoir monter un routeur faisant du BGP pour annoncer ton AS à tes différents transitaires. Itou si tu veux monter des peerings dans un point d'échange. Donc, ça fait quand même un certain nombre de gens qui l'utilisent (tous les FAI, les gros — et certains moins gros — hébergeurs, les boîtes ayant un gros réseau, etc.).

        En revanche, je signale quand même que, contrairement à ce que pourrait laisser penser l'article, il n'y a pas que Zebra (ou son fork, Quagga) pour faire du BGP libre. On a aussi BIRD [http://bird.network.cz/(...)], ou MRT [http://www.mrtd.net/(...)]. Je n'en connais pas d'autres, mais reluquer [http://www.bgp4.as/tools(...)] peut servir, le cas échéant. Je n'entrerai pas dans la polémique « un routeur logiciel peut-il se mesurer à du matériel dédié » (surtout que d'autres semblent déjà y avoir plongé :-), mais quoi qu'il en soit, différentes solutions libres existent.

        Envoyé depuis mon PDP 11/70

        • [^] # Re: BGP ?

          Posté par  (site web personnel) . Évalué à 3.

          « un routeur logiciel peut-il se mesurer à du matériel dédié »
          D'après la présentation qu'avait fait Henning Brauer au dernier FOSDEM, l'implémentation de Cisco (la plupart du matériel dédié à ce genre de truc je pense) est loin d'être performante et fiable. Et puis il est possible de monter une machine dédiée (genre un Soekris) en utilisant OpenBGPd (ou autre).

          http://bulabula.org/papers/fosdem2004/mgp00007.html(...)

          pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

          • [^] # Re: BGP ?

            Posté par  (site web personnel) . Évalué à 3.

            Au passage, je sais pas si beaucoup de monde connait, mais il y a au moins un projet pour faire un routeur partiellement matériel (il s'agit d'une carte d'extension pour PC qui dégage le CPU et le bus des tâches lourdes comme le transfert des paquets d'une interface à l'autre, mais apparemment les décisions de routage sont toujours gérées par le PC) entièrement avec des composants libres. Je ne sais pas où ils en sont (leur site Web indique que ce n'est toujours pas disponible pour le grand public, bien qu'ils semblent avoir des protos qui marchent), mais l'idée est pas mal, à rapprocher de l'initiative récente de faire une carte graphique bien documentée et avec des pilotes libres.

            http://www.liberouter.org/about_liberouter.php(...)
            http://www.ces.net/doc/2003/research/liberouter.html(...)

            Envoyé depuis mon PDP 11/70

  • # OpenBGPd

    Posté par  (site web personnel) . Évalué à 6.

    Cela permettra d'utiliser un autre projet que Zebra ou Quanga pour faire un routeur BGP sur Linux/*BSD.

    Effectivement, d'apres :
    http://bulabula.org/papers/fosdem2004/mgp00006.html(...)

    Zebra: GPL, makes heavy use of cooperative threads. Suffers from loosing sessions while busy. Documentation and error messages in japanese or missing. Commercialized, thus mostly dead since about 2 years.

    Quagga: frustrated zebra users try to fix the worst bugs

    Heureusement qu'OpenBGPd est arrivé !!

    • [^] # Re: OpenBGPd

      Posté par  (site web personnel) . Évalué à 5.

      Y'a personne pour corriger la news : on dit "quagga" pas "quanga" ;)

      Sinon Zebra marche bien chez nous, (gitoyen), mais il est vrai que nous attendons des produits libres "concurrents" avec intérêt notamment pour avoir quelque chose d'un peu plus fin.

      FreeBSD nous a habitué à des produits réseaux tout à fait impressionants, c'est avec intérêt que nous suivrons celui-ci :)

      • [^] # Re: OpenBGPd

        Posté par  (site web personnel) . Évalué à 2.

        Tiens, question à 2 balles.

        Dna stout cours de réseau qui se respecte (donc où on fait des TP CISCO ou HP) on apprend sagement que pour router il faut un routeur.

        Les profs les plus éclairés parlent de l'utilisation d'un vulgaire PC pour effectuer cette tâche tout en expliquant qu'il y a une limite (sans parler du nombre de ports) dans la quantité de traitements qu'est capable de gerer correctement un PC routeur par rapport a un routeur hardware (en particulier en terme de vitesse de traitement).

        Question is:
        -ou est la limite ?

        Question subsidiaire:
        -étant donné le nombre réduit de cartes réseaux que l'on peut adjoindre dans un PC, cette limite est elle atteignable ?

        Merki

        • [^] # Re: OpenBGPd

          Posté par  . Évalué à 10.

          La fonction de routage réseau est une fonction assez simple a rendre relativement performante vu que les informations sont traitées en mémoire seulement (pas besoin de passer pas les performances dramatiques d'un disque dur).

          Donc on peut obtenir des performances satisfaisantes avec un PC comme routeur, meme en firewall.

          cependant il faut savoir ce que l'on compare:

          -> un PC actuel a du mal a remplir 1 lien gigabit avec un transfert de mémoire a mémoire ... sauf a posséder un bus PCI 64bits.
          D'après mes tests, avec un bus PCI 32bits, il est peu raisonnable de penser dépasser 700MB (megabits), alors que les bus PCI 64bits permettent de remplir une interface Gigabit simplement.

          -> les connecteurs PCI 64bits sont rares dans un PC, au mieux il y en a 1, donc difficile de router quoi que ce soit (il faudrait deux cartes, ou une carte quad, et en plus surveiller la performance du bus ...)

          a coté de cela, un routeur 6500 de cisco traite plusieurs millions de paquets par seconde, genre 400 millions de paquets/s (attention hein pas des paquets de 1500octets, mais des paquets de taille moyenne) et 20Gigabit/s en firewall pix
          (vitesse du fond de panier: 720 Gigabits/s)

          Mais en as tu besoin ?
          Si le besoin est de router entre plusieurs interfaces a 100full, un PC y parvient, meme avec la fonction parefeu... et les cartes quad (4 ports RJ45 sont légions).


          pour reprendre tes questions:
          -> ou est la limite: < 700Mbps en PCI32bits, surement la moitié meme avec le partage du bus sur 2 cartes. je ne sais pas en PCI 64bits mais on peut penser au double ?
          -> est-ce atteingnable: en PCI32 oui, il suffit d'une carte quad a 100full. et je ne parle pas du gigabit. en PCI64 aussi surtout que le nombre de slots est très limité.

          • [^] # Re: OpenBGPd

            Posté par  . Évalué à 2.

            Outre cette news interessante, je recherche depuis quelques jours
            des resultats de benchmarks netfilter vs pf vs cisco pour du nat.
            Quelqu'un aurait-il un lien qui traine a ce sujet ?
            En gros je voudrais connaitre les differences de perfs entre du nat hardware et du nat realise en software.

            Merci d'avance

          • [^] # Re: OpenBGPd

            Posté par  . Évalué à 4.

            Comparer un PC à un 6500 c'est comme comparer l'armée du Tadjikistan à celle des Etats-Unis... Je m'explique: dans un PC tout est traité par le CPU, tandis que dans le 6500 toutes les opérations de routage et de filtrage sont traités en hardware par des ASIC.

            Cisco ne fait pas que du routeur hardware, loin de là, et c'est plus "honnête" de comparer un PC à un routeur 3600 ou 7200, qui ont des CPU RISC traditionnels pour faire le boulot. Par ex, le modèle le plus puissant de 7200 route à peu près 1 million de paquets par seconde, je pense que c'est un chiffre atteignable par un PC.

            A mon sens, l'avantage clair et net des Cisco, c'est la multitude d'interfaces supportées (combiner des interfaces X.21, E3, ATM, Ethernet etc c'est pas vraiment possible dans un PC) et la puissance du système IOS qui fournit un moyen tout intégré de tout configurer et autant dire que ça gère une pléthore de protocoles. Quagga s'inspire d'ailleurs de la CLI d'IOS, ce qui fait que c'est très simple pour qqn ayant déjà pratiqué du Cisco de faire une conf Quagga fonctionnelle.

            Par rapport à OpenBGPd, Quagga a l'air plus avancé dans tout ce qui est "MP" (MultiProtocol), qui est une extension de BGP permettant de traiter IPv4 Multicast, IPv6 (Unicast/Multicast) ainsi que ce qui est relatif à MPLS/VPN.


            My 2 cents.

            • [^] # Re: OpenBGPd

              Posté par  . Évalué à 3.

              Tu as tout a fait raison, jai pris le 6500 pour montrer les extremes ...

              Ajoutons aux différences, le fait que le PC routeur aura plus de pannes hardwares (disque dur ...), qu'il fait du bruit par rapport a un 7200
              (NB: le 6500 ... c'est carrement bruyant !)

              par contre sur un PC/Linux on peut facilement ajouter du netfiter, du rrdtool, sniffer le traffic pour debugger, faire tourner snort ...

              le PC => plus souple, plus fragile, perf moyenne.
              le 7200 => plus intégré, moins souple, perf moyenne.
              le 6500 => carrement robuste, bruyant, performant et hors de prix.

              • [^] # Re: OpenBGPd

                Posté par  . Évalué à 4.

                C'est vrai que l'immense avantage d'un PC avec un unix libre (que ce soit linux ou un *bsd), c'est qu'on peut bidouiller la pile réseau à volonté. D'ailleurs c'est clair que quand on voit toutes les options de filtrage possibles avec Netfilter, Cisco et autres sont loin d'offrir les mêmes possibilités.

                Sur du Cisco, hormis SNMP, Netflow (pour avoir des infos sur les flux IP traversant le routeur, mais sans la partie "data"), RMON, point de salut...

                On a tendance à dire que Cisco est assez hors de prix, ce qui n'est pas faux pour des routeurs d'entrée/moyenne gamme, où les performances sont loin d'être extraordinaire. Leur credo est plus la facilité de configuration et les nombreuses fonctionnalités que la perf brute.
                Pour un 6500, au niveau prix je trouve ça relativement raisonnable quand on voit tout ce que ça sait faire, surtout en hard, par rapport aux fonctionnalités offertes et aux performances. Il y a un énorme travail de R&D derrière, qui est vraiment impressionnant.

                • [^] # Re: OpenBGPd

                  Posté par  . Évalué à -5.

                  Rien à voir, mais j'aimerais vraiment comprendre pourquoi je me suis fait moinsser alors que le but de mes posts était d'apporter de l'information, sans aucune intention de lancer de polémique ou quoi que ce soit.

                  C'est vraiment un truc qui me dépasse.

            • [^] # Re: OpenBGPd

              Posté par  . Évalué à 2.

              Pour info je bosse actuellement sur des routeurs CISCO (2611XM pour ne pas les citer) qui sont des routeurs d'entrée de gamme et les performances sont bien en dessous de ce qu'on peut imaginer.

              En entrée les interfaces sont les FastEthernet 100 Mbits/s et en sortie des interfaces séries (WIC-1T à 64 kbits/s sur LS FT) en X21.

              Je diffuse des flux de niveau 2 (LLC/MAC) et le routeur s'écroule à 3 Mbits/s environ. Il a du mal à dropper les paquet à priori (3 Mbits/s -> 64 kbits/s), faut que je fasse des tests supplémentaires.

              Sinon pour en revenir au prix, CISCO n'est pas très cher pour els fonctions qu'il offre mais est vraiment cher par rapport à ses concurents, je vais bientôt arrêter de bosser dessus d'ailleurs.

            • [^] # Re: OpenBGPd

              Posté par  . Évalué à 3.

              Tu serais étonné du nombre de types d'interfaces WAN qui existent en PCI (et bien souvent avec des drivers linux!)

              Chez nous on utilise des cartes DS3 en pci par exemple. Ça coute dans les 1500 euros et ca marche nickel (compare ça au prix des cartes d'interfaces de routeurs hardware)

              Tout ces protocols un peu "exotiques" pour le commun des mortels sont generallement très bien implémentés.

              J'ajouterai sans donner aucune argumentation que Cisco c'est naze et que Juniper c'est bien.

              • [^] # Re: OpenBGPd

                Posté par  . Évalué à 3.

                Je serais intéressé par des URL alors, surtout si c'est supporté par Linux :)

                Pour info, Juniper utilise une base FreeBSD pour son OS appelé "JunOS" (qui lui n'est pas libre).

                A mon sens, lorsqu'on a peu de cartes à utiliser (par ex, une ou deux WAN et une LAN), un PC fait largement l'affaire au niveau fonctionnalités, et est surtout
                bien meilleur marché. Si on veut avoir une bonne densité de ports, un PC peut s'avérer limité de par le nombre de slots PCI, et sachant aussi que ce bus a des perfs relativement faibles. Vivement la généralisation du PCI-X avec des cartes réseaux adéquates pour pouvoir transférer des paquets d'une carte à l'autre sans passer par le tandem CPU/mémoire centrale.

                • [^] # Re: OpenBGPd

                  Posté par  (site web personnel) . Évalué à 3.

                  Juste une petite remarque sur le nombre de port.

                  Il est malin, quand on a besoin par exemple de 10 ports à 100Mb, de prendre 1 interface gigabit simple, et de la connecter à un switch manageable avec port gigabit genre FSM726 : ca permet de faire du vlan, que linux gère à merveille, et ainsi de disposer d'interfaces virtuelles distinctes ...

                  donc un bête serveur supermicro avec 2 Gigabits peut gérer un nombre de port impressionant (48 par exemple avec 2 switchs ci-dessus) ...

                  802.1q roulaize ;)

                • [^] # Re: OpenBGPd

                  Posté par  (site web personnel) . Évalué à 1.

                  Pour du matériel supporté correctement par GNU/Linux, FreeBSD, etc ...

                  J'ai eu l'occasion d'utiliser le matériel de Sangoma :

                  http://www.sangoma.com(...)

                  Ca fonctionne parfaitement sans problèmes particuliers.

                  A++

            • [^] # Re: OpenBGPd

              Posté par  . Évalué à 1.

              Je suis entierement d'accord sur le fait qu'il est "impossible" de comparer un cat6k avec un pc sous linux.
              Ma question etait :
              Avez vous un lien vers une page comportant des benchmarks sur la difference de performances entre un routeur hardware et un routeur software (pour faire du nat) ?
              En gros ce qui m'interesse ce sont les debits. A partir de quel debit, il est judicieux de passer par une solution de nat hardware.
              Les fonctionnalites autour ne m'interessent pas, c'est juste pour avoir un ordre de grandeur de l'ecart.

              • [^] # Re: OpenBGPd

                Posté par  . Évalué à 1.

                A une époque j'avais cherché un comparatif entre netfilter, pf et ipf et j'étais tombé là-dessus:

                http://www.benzedrine.cx/pf-paper.html(...)

                Malheureusement, ce benchmark date un peu et ne compare pas avec une solution "hardware" spécialisée mais ça donne une idée générale des performances qu'on peut atteindre avec les solutions libres (qui sont à mon avis loin d'être mauvaises).

                Sinon, juste une petite remarque au passage, bcp de solutions qu'on appelle "hardware" ne le sont pas vraiment, dans le sens où c'est un CPU généraliste qui fait le boulot. Par ex, un PIX de Cisco, c'est juste un PC avec un OS spécialisé propriétaire (peut-être pas pour le modèle le plus haut de gamme). Donc, en théorie, rien n'empêche un unix libre d'atteindre (voire de dépasser) les performances d'un PIX.

                Si tu veux du vrai NAT hardware qui arrache chez Cisco, il faut une carte appelée FWSM, qui s'insère dans un Catalyst 6000, et qui a 3 network processors pour faire nat, firewall, etc. Au fait, je précise que je parle bcp de Cisco, non pas pour faire de la pub, mais parce que je pense que c'est intéressant de comparer avec un constructeur et d'expliquer leurs choix d'architectures, et que j'ai l'habitude de travailler avec leurs équipements.

                Je pense que dès que j'aurai un peu de temps (d'ici une semaine), je ferai un bench entre un PC récent, un routeur Cisco 7200, et un routeur Cisco 3640. Je posterai le résultat dans un journal si ça t'intéresse. Malheureusement, je n'ai pas de PIX à dispo.
                Le pb va être de générer un grand nombre d'entrées dans la table de translation (bcp de flux), si qqn a une idée, je suis preneur :)

            • [^] # Re: OpenBGPd

              Posté par  (site web personnel) . Évalué à 1.

              blablabla IOS c'est bien blablabla
              J'ai pas beaucoup eu l'occasion de toucher à des Cisco mais pour OpenBSD il existe nsh qui est censé ressembler à IOS. Je l'ai jamais vraiment utilisé non plus parce que je suis plus l'aise avec les outils Unix classiques et j'ai pas vraiment de gros réseau à gérer mais ça vaut peut-être la peine d'y jeter un coup d'oeil.

              http://www.nmedia.net/~chris/nsh/(...)

              pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

          • [^] # Re: OpenBGPd

            Posté par  . Évalué à 3.

            Juste pour nuancer un peu au niveau des ports PCI, les serveurs entrée de gamme (2000-3000¤) sont plutot bien fournis en 64 bits aujourd'hui,par exemple ce serveur transtec compte 6 ports PCI 64bits dont 3 PCI-X : http://www.transtec.de/doit/loadva/software/w3/CPM_PDC_PDF/X1002WIR(...)

      • [^] # Re: OpenBGPd

        Posté par  (site web personnel) . Évalué à 5.

        "FreeBSD nous a habitué à des produits réseaux tout à fait impressionants, c'est avec intérêt que nous suivrons celui-ci :)"

        C'est un "produit" OpenBSD, pas FreeBSD :)

  • # Y'a une autre distrib qui est sortie hein...

    Posté par  (site web personnel) . Évalué à -9.

    Je vais me faire moinsser pour cause de HS mais peu importe.

    La Fedora Core 3 est sortie hier et encore aucune dépèche à ce sujet sur Linux Fr ! J'avoue être surpris !

    Je sais, je pourrais l'écrire moi même et la poster, j'imagine qu'elle apparaitraît rapidement mais je suis étonné que parmis tous les lecteurs de DLFP, aucun n'ai publié une news à ce sujet !

    Ca fait plus de 24 H qu'une news sur /. est parue :

    http://linux.slashdot.org/article.pl?sid=04/11/08/1453204&tid=1(...)

    • [^] # Re: Y'a une autre distrib qui est sortie hein...

      Posté par  (site web personnel) . Évalué à 2.

      je sais, je pourrais l'écrire moi même et la poster,

      d'autres l'ont déjà fait...

      j'imagine qu'elle apparaitraît rapidement

      Pas forcémment. J'ai proposé une dépêche hier soir et j'ai reçu un "refusé" ce matin.

      • [^] # Re: Y'a une autre distrib qui est sortie hein...

        Posté par  (site web personnel) . Évalué à 4.

        il y a eu quelques news sur FC3 de proposées, elles ont toutes été refusées (en général parce que trop lapidaires pour une annonce de distrib majeure). La tienne était la meilleure à mon avis, et comme le flux de news sur fc3 s'est tari tu pourrais la resoumettre que je voterais pour ;)

        • [^] # Re: Y'a une autre distrib qui est sortie hein...

          Posté par  . Évalué à 4.

          Je pense que c'est pas la peine, y en a déjà une remodelée que j'ai linkée en tribune admin. Si celle du Monsieur était bien, il faut l'intégrer. Enfin, à noter que le but de DLFP est pas forcément d'avoir des dépêches publiées en une heure ou deux ; la ligne éditoriale est assez claire et nécessite des news de plus de quelques lignes, avec des explications, des détails. C'est parfois - souvent - incompatible avec des délais très réduits. Comparer cette nouvelle avec http://bsd.slashdot.org/bsd/04/11/09/0455246.shtml?tid=95&tid=1(...) ...

          • [^] # Re: Y'a une autre distrib qui est sortie hein...

            Posté par  (site web personnel) . Évalué à -2.

            Mais si le respect de cette ligne éditoriale fait qu'aucune news n'est publiiée sur la page d'accueil concernant la FC3, ça serait vraiment très nul !

            Depuis Aout 1999 ou j'ai un compte ici, on avait déjà eu des news sur des bugs MS en home page mais pas de news sur la sortie d'une des distribs majeures, c'est le ponpon !

        • [^] # Re: Y'a une autre distrib qui est sortie hein...

          Posté par  (site web personnel) . Évalué à 1.

          Fait (avant le commentaire du dessus).

        • [^] # Re: Y'a une autre distrib qui est sortie hein...

          Posté par  (site web personnel) . Évalué à -3.

          (je me suit fait moinsser comme prévu mais je n'en attendais pas moins)


          Donc au final, LinuxFR va réussir la performance de n'avoir aucune news concertant la sortie d'une nouvelle version de l'une des distribs majeures sur sa page d'accueil ?

          LinuxFr serait tombé bien bas si ça se produit !

          • [^] # Re: Y'a une autre distrib qui est sortie hein...

            Posté par  (site web personnel) . Évalué à 3.

            LinuxFr, comme Linux/KDE/GNOME/Mozila, est un projet libre, communautaire, volontaire et bénévole. Donc si personne de soumet une news majeure, repectivement une killer-feature-de-la-mort-qui-tue, alors elle ne paraîtra pas, ne sera pas intégrée.
            Pour continuer l'analogie, considère les modérateurs et relecteurs respectivement comme des commiters et reviewsers, pas comme des développeurs... Tout en sachant que parfois des modéros et relecteurs proposent des news comme les reviewers/commiters proposent des patches dans les projets logiciels...

  • # olsr

    Posté par  (site web personnel) . Évalué à 1.

    Quelles sont les différences entre ce système et olsr (http://www.olsr.org/(...)) ?

    OLSR est aussi un protocole de routage: il construit les routes vers des machines qui éxecutent aussi olsr; il y a aussi échange de route. Cela permet surtout en wifi de pouvoir créer un maillage réseau, sans pour autant que tout le monde ai la même configuration ip...

    • [^] # Re: olsr

      Posté par  (site web personnel) . Évalué à 7.

      Ca n'a rien à voir.

      BGP est conçu pour gérer le routage "entre" des réseaux, comprendre entre des réseaux qui ne sont pas gérés par la même personne/entité. Les routes gérées sont quand même 'assez' stable.

      OLSR, si je ne m'abuse, permet de faire du routage dans des réseaux de mobiles en mode ad-hoc, donc sans point central (par exemple : les dispositifs de communication entre soldats de l'armée, ou alors dans des zones dépourvues de stations de bases "GSM" - en faisant abstraction des problèmes de portée du signal...).
      En gros pour acheminer une communication/paquet/truc, tu ne passes plus par une station/base/AP auquel tu serais connecté, mais par un ensemble d'autres mobiles qui forment une ligne "continu" jusqu'à ton correspondant/destinataire.
      La complexité vient du fait que le nombre de point de saut peut être très important et que les états de 'liens" varient beaucoup en terme de temps et de nombre.

      Par ailleurs, BGP n'est pas un protocole à "état de liens" (à la différence d'OSPF) alors que OLSR s'approche beaucoup plus d'OSPF.

      Attention, OSPF peut aussi servir de protocole de routage externe (en remplacement de BGP) mais c'est quand même plus rare.

      (Comment ca ? votre cerveau commence à faire des noeuds ?).

      Note personnelle : Pour faire du multi-homing (avoir 2 liens Internets avec 2 ISP différents), c'est plus naturel avec BGP qu'avec d'autres boites magiques... (je ne citerai pas de nom). Meme si BGP est plus complexe à maitriser, il permet d'éviter de très nombreux effets de bord de ces boîtes magiques.

      • [^] # Re: olsr

        Posté par  . Évalué à 2.


        Note personnelle : Pour faire du multi-homing (avoir 2 liens Internets avec 2 ISP différents), c'est plus naturel avec BGP qu'avec d'autres boites magiques... (je ne citerai pas de nom). Meme si BGP est plus complexe à maitriser, il permet d'éviter de très nombreux effets de bord de ces boîtes magiques.


        Pour information, quelles sont les délais de propagation des nouvelles routes par BGP ?

  • # XORP

    Posté par  (site web personnel) . Évalué à 3.

    Un autre projet (plus général) à suivre: XORP.

    http://www.xorp.org/(...)

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • # Je me demande tout de même...

    Posté par  . Évalué à 2.

    ...Pour ma culture personnelle qui utilise OpenBGPd dans un vrai environnement de production (plutot un FAI qu'un etudiant dans sa chambre par exemple).

    C'est juste que je me demande combien de personne ce soft peut toucher.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.