<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Telecom-Reseaux : Blog sur les nouvelles technologies réseaux, télécoms et la sécurité &#187; Protocoles</title>
	<atom:link href="http://www.telecom-reseaux.net/category/reseaux/protocoles/feed" rel="self" type="application/rss+xml" />
	<link>http://www.telecom-reseaux.net</link>
	<description>Nouvelles technologies réseaux, télécoms et sécurité sur le blog telecom-reseaux</description>
	<lastBuildDate>Thu, 18 Aug 2011 12:24:33 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Comprendre les area stub et not so stub dans OSPF</title>
		<link>http://www.telecom-reseaux.net/reseaux/comprendre-les-area-stub-et-not-so-stub-dans-ospf-871</link>
		<comments>http://www.telecom-reseaux.net/reseaux/comprendre-les-area-stub-et-not-so-stub-dans-ospf-871#comments</comments>
		<pubDate>Mon, 18 Apr 2011 11:48:37 +0000</pubDate>
		<dc:creator>Remy</dc:creator>
				<category><![CDATA[Protocoles]]></category>
		<category><![CDATA[Réseaux]]></category>
		<category><![CDATA[Cisco CCNP]]></category>
		<category><![CDATA[OSPF LSA]]></category>
		<category><![CDATA[OSPF NSSA]]></category>
		<category><![CDATA[OSPF stub area]]></category>
		<category><![CDATA[Protocole OSPF]]></category>

		<guid isPermaLink="false">http://www.telecom-reseaux.net/?p=871</guid>
		<description><![CDATA[Nous allons aborder dans ce billet le concept d&#8217;area stub et not so stub propre à OSPF, et qui est nécessaire dans le cadre de l&#8217;examen ROUTE de la certification CCNP. Il est nécessaire de connaître déjà les bases OSPF pour mieux appréhender le fonctionnement de ces areas, et notamment les différents types de LSAs qui peuvent être diffusés en OSPF.
Le principe d&#8217;une area dite &#171;&#160;stub&#160;&#187; (quel que soit son type) est qu&#8217;elle permet de réduire la taille de la base de données topologique stockée par chaque routeur d&#8217;une area ...]]></description>
		<wfw:commentRss>http://www.telecom-reseaux.net/reseaux/comprendre-les-area-stub-et-not-so-stub-dans-ospf-871/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>OSPF et Virtual Links</title>
		<link>http://www.telecom-reseaux.net/reseaux/ospf-et-virtual-links-847</link>
		<comments>http://www.telecom-reseaux.net/reseaux/ospf-et-virtual-links-847#comments</comments>
		<pubDate>Sat, 16 Apr 2011 15:20:10 +0000</pubDate>
		<dc:creator>Remy</dc:creator>
				<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Protocoles]]></category>
		<category><![CDATA[Réseaux]]></category>
		<category><![CDATA[Cisco CCNP]]></category>
		<category><![CDATA[OSPF Virtual Link]]></category>
		<category><![CDATA[Protocole OSPF]]></category>

		<guid isPermaLink="false">http://www.telecom-reseaux.net/?p=847</guid>
		<description><![CDATA[Le protocole de routage dynamique OSPF nécessite la création d&#8217;une topologie correctement hiérarchisée et répartie entre différentes areas (zones) permettant d&#8217;optimiser les échanges d&#8217;informations de routage entre les différents routeurs participant au protocole.
Comme vous le savez, très probablement, toute topologie OSPF nécessite a minima la présence de l&#8217;area 0 appellée &#171;&#160;Backbone Area&#160;&#187;. Le protocole OSPF impose par ailleurs que toute autre area soit &#171;&#160;limitrophe&#160;&#187; à cette Backbone Area pour fonctionner.

Dans l&#8217;exemple présenté ci-dessus, l&#8217;AREA 20 a du être rajouté à la topologie OSPF existante pour une quelconque raison. Il est ...]]></description>
		<wfw:commentRss>http://www.telecom-reseaux.net/reseaux/ospf-et-virtual-links-847/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>EIGRP et le load-balancing</title>
		<link>http://www.telecom-reseaux.net/reseaux/eigrp-et-le-load-balancing-805</link>
		<comments>http://www.telecom-reseaux.net/reseaux/eigrp-et-le-load-balancing-805#comments</comments>
		<pubDate>Wed, 23 Feb 2011 17:02:11 +0000</pubDate>
		<dc:creator>Remy</dc:creator>
				<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Protocoles]]></category>
		<category><![CDATA[Réseaux]]></category>
		<category><![CDATA[Load Balancing]]></category>
		<category><![CDATA[Protocole EIGRP]]></category>
		<category><![CDATA[Routage dynamique]]></category>

		<guid isPermaLink="false">http://www.telecom-reseaux.net/?p=805</guid>
		<description><![CDATA[Ce billet a été rédigé autour de la topologie suivante réalisée sur GNS3 :

Topologie
La configuration de base d&#8217;EIGRP est réalisée sur chacun des routeurs de la manière suivante :
R1 :
R1#show run &#124; s eigrp
router eigrp 10
network 192.168.0.0
network 192.168.1.0
no auto-summary
R2 :
router eigrp 10
network 192.168.0.0
network 192.168.2.0
no auto-summary
R3 :
R3#show running-config &#124; s eigrp
router eigrp 10
network 192.168.1.0
network 192.168.3.0
no auto-summary
R4 :
R4#show running-config &#124; s eigrp
router eigrp 10
network 10.10.10.0 0.0.0.255
network 192.168.2.0
network 192.168.3.0
no auto-summary
Il n&#8217;y a donc pas de complexité dans cette topologie qui reste très basique.
Equal paths load-balancing
Si nous regardons maintenant la table de routage au ...]]></description>
		<wfw:commentRss>http://www.telecom-reseaux.net/reseaux/eigrp-et-le-load-balancing-805/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Focus sur l&#8217;EIGRP K-value mismatch</title>
		<link>http://www.telecom-reseaux.net/reseaux/focus-sur-leigrp-k-value-mismatch-795</link>
		<comments>http://www.telecom-reseaux.net/reseaux/focus-sur-leigrp-k-value-mismatch-795#comments</comments>
		<pubDate>Wed, 23 Feb 2011 13:00:57 +0000</pubDate>
		<dc:creator>Remy</dc:creator>
				<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Protocoles]]></category>
		<category><![CDATA[Réseaux]]></category>
		<category><![CDATA[Adjacence EIGRP]]></category>
		<category><![CDATA[Protocole EIGRP]]></category>
		<category><![CDATA[Routage dynamique]]></category>

		<guid isPermaLink="false">http://www.telecom-reseaux.net/?p=795</guid>
		<description><![CDATA[Suite à différents messages reçus sur ce sujet, je souhaiterais revenir sur une problématique que vous pouvez rencontrer lors de la configuration ou la gestion d&#8217;une topologie reposant sur EIGRP.  Je ne vais pas ici détailler les bases de la configuration d&#8217;EIGRP, cela fera probablement l&#8217;objet d&#8217;un article ultérieurement. Nous allons toutefois nous concentrer sur les &#171;&#160;facteurs K&#160;&#187; qui constituent la base du calcul de métrique au niveau du protocole.
Les métriques EIGRP sont en effet calculées par une formule pouvant faire intervenir 5 paramètres distincts, appelés &#171;&#160;K Values&#160;&#187; . Cette ...]]></description>
		<wfw:commentRss>http://www.telecom-reseaux.net/reseaux/focus-sur-leigrp-k-value-mismatch-795/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>IPv6 Combat de la mobilité</title>
		<link>http://www.telecom-reseaux.net/reseaux/ip-v6-combat-de-la-mobilite-734</link>
		<comments>http://www.telecom-reseaux.net/reseaux/ip-v6-combat-de-la-mobilite-734#comments</comments>
		<pubDate>Thu, 17 Feb 2011 15:09:22 +0000</pubDate>
		<dc:creator>Nemooo</dc:creator>
				<category><![CDATA[Mobilité]]></category>
		<category><![CDATA[Protocoles]]></category>
		<category><![CDATA[Réseaux]]></category>
		<category><![CDATA[Télécoms]]></category>
		<category><![CDATA[Android]]></category>
		<category><![CDATA[Blackberry]]></category>
		<category><![CDATA[IPhone]]></category>
		<category><![CDATA[IPv6]]></category>
		<category><![CDATA[Windows 7 Phone]]></category>

		<guid isPermaLink="false">http://www.telecom-reseaux.net/?p=734</guid>
		<description><![CDATA[Aujourd&#8217;hui la pénurie d&#8217;adresses IP V4  pointe le bout de son nez. Bientôt nos requêtes les plus simples se perdront dans un océan de End-Device IP V4. Bientôt nous pourrons nous retrouver sur des sites non désirés, à cause d&#8217;une table de routage à mi-chemin de la crise de nerf. Faudra-t-il créer un nouvel anglicisme, tels que I-SPAM , IPOOF, IPLOSTED ?
Pour l&#8217;heure nous n&#8217;en sommes pas là et il est bon de réagir.
Si on prétend que tous les OS du monde open-source, au monde commercial sont prêts. Les tests sont difficiles à mettre ...]]></description>
		<wfw:commentRss>http://www.telecom-reseaux.net/reseaux/ip-v6-combat-de-la-mobilite-734/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>L&#8217;IPv6 Jump Day le 8 juin 2011</title>
		<link>http://www.telecom-reseaux.net/reseaux/lipv6-jump-day-le-8-juin-2011-711</link>
		<comments>http://www.telecom-reseaux.net/reseaux/lipv6-jump-day-le-8-juin-2011-711#comments</comments>
		<pubDate>Fri, 04 Feb 2011 10:20:10 +0000</pubDate>
		<dc:creator>Remy</dc:creator>
				<category><![CDATA[Actualité]]></category>
		<category><![CDATA[Featured]]></category>
		<category><![CDATA[Protocoles]]></category>
		<category><![CDATA[Réseaux]]></category>

		<guid isPermaLink="false">http://www.telecom-reseaux.net/?p=711</guid>
		<description><![CDATA[Le 8 juin 2011, les acteurs majeurs d&#8217;Internet tels que Google, Yahoo, Facebook ou encore Microsoft ont décidé de procéder à un test grandeur nature de connectivité IPv6 en permettant l&#8217;acheminement des flux IPv6 du client au serveur durant 24h. L&#8217;intérêt de cette journée est de permettre aux entreprises et même aux particuliers (un peu geeks tout de même  ) de tester leurs services web et leurs équipements dans cet environnement s&#8217;ils le souhaitent (à condition tout de même que le fournisseur d&#8217;accès à Internet permette l&#8217;utilisation de l&#8217;IPv6 ...]]></description>
		<wfw:commentRss>http://www.telecom-reseaux.net/reseaux/lipv6-jump-day-le-8-juin-2011-711/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Le dernier bloc d&#8217;adresses IPv4 a été alloué !</title>
		<link>http://www.telecom-reseaux.net/reseaux/le-dernier-bloc-dadresses-ipv4-a-ete-alloue-708</link>
		<comments>http://www.telecom-reseaux.net/reseaux/le-dernier-bloc-dadresses-ipv4-a-ete-alloue-708#comments</comments>
		<pubDate>Fri, 04 Feb 2011 10:08:44 +0000</pubDate>
		<dc:creator>Remy</dc:creator>
				<category><![CDATA[Headline]]></category>
		<category><![CDATA[Protocoles]]></category>
		<category><![CDATA[Réseaux]]></category>
		<category><![CDATA[Protocole IPv6]]></category>

		<guid isPermaLink="false">http://www.telecom-reseaux.net/?p=708</guid>
		<description><![CDATA[L&#8217;IANA (Internet Assigned Numbers Authority) a procédé jeudi dernier, le 27/01/2011, à l&#8217;allocation du dernier bloc d&#8217;adresses IPv4 disponible. Ce sont 16 millions d&#8217;adresses IPv4 qui ont été réparties équitablement entre les 5 RIRs (Regional Internet Registry), organisations en charge de l&#8217;attribution des adresses IPv4 au sein d&#8217;une même zone géographique (ARIN, APNIC, AfriNIC, LACNIC et le RIPE NCC). Dans le processus de distribution des adresses, ces RIRs sont ensuite responsables de l&#8217;attribution des adresses aux différents LIR (Local Internet Registries) qui gèrent ensuite l&#8217;allocation aux clients finaux.
Concrètement, quelles sont ...]]></description>
		<wfw:commentRss>http://www.telecom-reseaux.net/reseaux/le-dernier-bloc-dadresses-ipv4-a-ete-alloue-708/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Algorithme de sélection de la meilleure route BGP4</title>
		<link>http://www.telecom-reseaux.net/reseaux/algorithme-de-selection-de-la-meilleure-route-bgp4-418</link>
		<comments>http://www.telecom-reseaux.net/reseaux/algorithme-de-selection-de-la-meilleure-route-bgp4-418#comments</comments>
		<pubDate>Thu, 10 Sep 2009 22:11:39 +0000</pubDate>
		<dc:creator>Remy</dc:creator>
				<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Protocoles]]></category>
		<category><![CDATA[Réseaux]]></category>
		<category><![CDATA[Routage IP]]></category>

		<guid isPermaLink="false">http://www.telecom-reseaux.net/?p=418</guid>
		<description><![CDATA[Le protocole de routage dynamique BGP bénéficie d&#8217;un algorithme bien défini pour sélectionner la meilleure route dans le cas où plusieurs voisins (neighbors) d&#8217;un peer BGP annoncent une même route. Le but de ce billet n&#8217;est pas de décrire dans son intégralité l&#8217;algorithme de sélection, mais simplement d&#8217;aborder les grandes lignes et d&#8217;en assimiler quelques notions importantes. En effet, pour obtenir une documentation complète sur le sujet, je vous recommande le lien suivant sur le site de cisco qui sera certainement plus précis que je ne peux l&#8217;être !
Dans les ...]]></description>
		<wfw:commentRss>http://www.telecom-reseaux.net/reseaux/algorithme-de-selection-de-la-meilleure-route-bgp4-418/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Agrégats de liens en MLT sur Nortel ERS5500 et ERS8600</title>
		<link>http://www.telecom-reseaux.net/reseaux/agregats-de-liens-en-mlt-sur-nortel-ers5500-et-ers8600-378</link>
		<comments>http://www.telecom-reseaux.net/reseaux/agregats-de-liens-en-mlt-sur-nortel-ers5500-et-ers8600-378#comments</comments>
		<pubDate>Thu, 06 Aug 2009 17:51:18 +0000</pubDate>
		<dc:creator>Remy</dc:creator>
				<category><![CDATA[Nortel]]></category>
		<category><![CDATA[Protocoles]]></category>
		<category><![CDATA[Réseaux]]></category>
		<category><![CDATA[5520]]></category>
		<category><![CDATA[agrégat liens]]></category>
		<category><![CDATA[Nortel agrégat MLT]]></category>
		<category><![CDATA[Nortel ERS]]></category>
		<category><![CDATA[Nortel ERS 8600]]></category>

		<guid isPermaLink="false">http://www.telecom-reseaux.net/?p=378</guid>
		<description><![CDATA[Le protocole MLT (Multi Link Trunking) est propriétaire Nortel et a grandement aidé à la réputation de ce constructeur. Basé sur le niveau 2 du modèle OSI, ce protocole a subi de nombreuses évolutions : Split-MLT appelé SMLT, IST-MLT (niveau 3 du modèle OSI), Routing Split-MLT (niveau 3 du modèle OSI) appelé RSMLT...]]></description>
		<wfw:commentRss>http://www.telecom-reseaux.net/reseaux/agregats-de-liens-en-mlt-sur-nortel-ers5500-et-ers8600-378/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Les mécanismes de redondance de niveau 3 (HSRP, VRRP, GLBP, IRDP) &#8211; Partie 2</title>
		<link>http://www.telecom-reseaux.net/reseaux/les-mecanismes-de-redondance-de-niveau-3-hsrp-vrrp-glbp-irdp-partie-2-372</link>
		<comments>http://www.telecom-reseaux.net/reseaux/les-mecanismes-de-redondance-de-niveau-3-hsrp-vrrp-glbp-irdp-partie-2-372#comments</comments>
		<pubDate>Wed, 05 Aug 2009 22:52:22 +0000</pubDate>
		<dc:creator>Remy</dc:creator>
				<category><![CDATA[Protocoles]]></category>
		<category><![CDATA[Réseaux]]></category>
		<category><![CDATA[Mécanisme redondance VRRP]]></category>
		<category><![CDATA[Mécanismes de redondance]]></category>
		<category><![CDATA[Protocole Cisco GLBP]]></category>
		<category><![CDATA[Protocole Cisco HSRP]]></category>
		<category><![CDATA[Protocole IRDP]]></category>

		<guid isPermaLink="false">http://www.telecom-reseaux.net/?p=372</guid>
		<description><![CDATA[Ce billet est la suite de la première partie consultable ici, concernant les mécanismes de redondance de niveau 3. Nous allons donc à présent aborder les protocoles GLBP et IRDP.
Gateway Load Balancing Protocol (GLBP)
Le protocole GLBP est lui aussi propriétaire Cisco et reprend les concepts énoncés précédemment pour les protocoles HSRP et VRRP en y ajoutant une couche de load balancing qui est difficilement exploitable sur ces deux protocoles. La principale différence entre ce protocole et les autres est donc qu&#8217;il n&#8217;y a plus de notion de routeurs passifs, le ...]]></description>
		<wfw:commentRss>http://www.telecom-reseaux.net/reseaux/les-mecanismes-de-redondance-de-niveau-3-hsrp-vrrp-glbp-irdp-partie-2-372/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

