BGP ?

• [^]Re: BGP ?

  Posté par ploum (page perso, ) le 09/11/2004 à 20:25. (lien). É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 ;-)

• [^]Re: BGP ?

  Posté par guignome (page perso, ) le 09/11/2004 à 20:32. (lien). É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 William Steve Applegate (page perso, ) le 11/11/2004 à 13:10. (lien). É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.

    --
    Ce message vous a été présenté par les trollomètres de compétition Prumpleffer™

    • [^]Re: BGP ?

      Posté par Krunch (Jabber id, page perso, ) le 11/11/2004 à 17:10. (lien). É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(...)

      --
      Free Softwares Users Group Arlon (Sud Luxembourg, Belgique)
      pertinent, e adj. Approprié ; qui se rapporte exactement à ce dont il est question.

      • [^]Re: BGP ?

        Posté par William Steve Applegate (page perso, ) le 12/11/2004 à 13:43. (lien). É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(...)

        --
        Ce message vous a été présenté par les trollomètres de compétition Prumpleffer™

OpenBGPd

• [^]Re: OpenBGPd

  Posté par Benjamin (Jabber id, page perso, ) le 09/11/2004 à 20:32. (lien). É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 vieuxshell () le 09/11/2004 à 21:00. (lien). É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 PLuG () le 09/11/2004 à 22:06. (lien). É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 Samuel Pasquier () le 10/11/2004 à 01:34. (lien). É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 galactikboulay () le 10/11/2004 à 07:16. (lien). É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 PLuG () le 10/11/2004 à 08:22. (lien). É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 galactikboulay () le 10/11/2004 à 08:56. (lien). É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 galactikboulay () le 10/11/2004 à 09:55. (lien). É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 Bibinsa (page perso, ) le 10/11/2004 à 09:24. (lien). É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 rdg (Jabber id, ) le 10/11/2004 à 10:37. (lien). É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 galactikboulay () le 10/11/2004 à 10:46. (lien). É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 Benjamin (Jabber id, page perso, ) le 10/11/2004 à 12:24. (lien). É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 Stephane COLIN (page perso, ) le 13/11/2004 à 10:05. (lien). É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 Samuel Pasquier () le 10/11/2004 à 16:22. (lien). É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 galactikboulay () le 11/11/2004 à 08:04. (lien). É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 Krunch (Jabber id, page perso, ) le 11/11/2004 à 17:23. (lien). É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/(...)

          --
          Free Softwares Users Group Arlon (Sud Luxembourg, Belgique)
          pertinent, e adj. Approprié ; qui se rapporte exactement à ce dont il est question.

      • [^]Re: OpenBGPd

        Posté par Shyamalan () le 10/11/2004 à 09:25. (lien). É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 Chl (page perso, ) le 09/11/2004 à 22:28. (lien). É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...

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

  Posté par j (page perso, ) le 09/11/2004 à 21:06. (lien). É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 Troy McClure (page perso, ) le 09/11/2004 à 21:31. (lien). É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 Manuel Menal (page perso, ) le 09/11/2004 à 21:37. (lien). É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 Serge Rossi (page perso, ) le 09/11/2004 à 22:05. (lien). É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 j (page perso, ) le 09/11/2004 à 21:45. (lien). Évalué à 1.

      Fait (avant le commentaire du dessus).

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

        Posté par Troy McClure (page perso, ) le 09/11/2004 à 21:52. (lien). Évalué à 2.

        raaaah merde j'avais pas vu celle de manuel, désolé de t'avoir fait perdre ton temps. je sors me flageller avec des orties

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

      Posté par Serge Rossi (page perso, ) le 09/11/2004 à 22:00. (lien). É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 Nÿco (Jabber id, page perso, ) le 09/11/2004 à 22:34. (lien). É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...

        --
        Jabber ID : xmpp:Nyco@jabber.fr

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

          Posté par Serge Rossi (page perso, ) le 09/11/2004 à 23:53. (lien). Évalué à -1.

          Relis ce que j'ai écrit dans le premier message à ce sujet (maintenant moinssé), tu verra ou je veux en venir.

olsr

• [^]Re: olsr

  Posté par Mathieu Millet (page perso, ) le 09/11/2004 à 22:29. (lien). É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.

  --
  htam

  • [^]Re: olsr

    Posté par jojo2002 () le 10/11/2004 à 14:59. (lien). É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

Je me demande tout de même...