PPP Multilink avec DDR Configuration de Base

Slides:



Advertisements
Présentations similaires
Effacer la Configuration LWAPP sur un LAP
Advertisements

Configuration RNIS Accès de Base (BRI)
show dialer interface bri
Application Inverse MUX
QoS - Propagation de la Politique de QoS via BGP
Registre de Configuration (Configuration Register)
Sécurité - ASA7.x/PIX 6.x et plus
Configuration Routeur SOHO77
Plateformes supportées d'adresse MAC unique sur des interfaces VLAN
IS-IS - Adjacence Point à Point
Configuration Routeur SOHO77
Configuration Frame Relay "Custom Queuing"
BGP - Configuration iBGP et eBGP avec ou sans adresse de Loopback
Configuration BGP de base
show interfaces ethernet
Station A Station B RNIS Fa0/0 BRI0/0 BRI0/0 Fa0/0 Rouen Le Havre S0/0
TP - Vues CLI basées sur le rôle
Commande show standby ccnp_cch ccnp_cch.
show interfaces fastethernet
Configuration Routeur SOHO77
OSPF - Configuration initiale sur Liaisons Non-Broadcast
Transfert de fichiers utilisant HTTP ou HTTPS
show ip nat translations
Paris S0/0 500 Kb/s S0/0 Switch S0/2 S0/1 128 Kb/s 128 Kb/s S0/0 S0/0
Configuration DDR Peer to Peer avec
(Digital Signal Processor)
Configuration Routeur SOHO77
Sous-résaux LAN dupliqués
Hot Standby Router Protocol standby preempt et standby track
EIGRP - Créer une Route Préférée en Influençant la Métrique
Sécurité - Configuration de
DDR Backup avec Interface BRI & Dialer-Watch
DDR Backup avec Interface BRI & Commande Backup Interface
Proxy ARP ccnp_cch ccnp_cch.
Configuration NAT Utilisation de la commande outside source list
Configuration et résolution de problèmes avec
Support de NAT pour IPSec ESP Phase II
Comprendre la sortie de la commande debug ppp negotiation
QoS - Configuration RSVP
OSPF - Commande show ip ospf neighbor.
Sécurité - Configuration de -
QoS - Appliquer la QoS à des Sous-interfaces
Configuration Routeur SOHO77
Pile IGMPv3 de Host.
Configuration EtherChannel
Changer les critères de nommage
XDSL - G.SHDSL Configuration Back to Bacck (carte WIC 1-SHDSL)
RIP - Configuration des Extensions.
Comment fonctionne RADIUS?
SONET - Bref aperçu de Packet Over SONET APS
Configuration DDR Standard avec interfaces RNIS BRI
interfaces de couche 3 Commutateur Catalyst 4006
Commande show dialer ccnp_cch ccnp_cch.
Sécurité - Configuration d'un
OSPF - Routage Inter-Area
show ip ospf virtual-links
OSPF - Configuration initiale sur des Sous-Interfaces Frame Relay
TP - IPv6 Tunnels Manuels
Configuration DDR Standard Sites multiples aves RNIS
entre trois routeurs utilisant des
Commande show ip dhcp database
IOS Firewall - Blocage d'applets Java
QoS - Configuration de NBAR (Network-Based Application Recognition)
Configuration DDR RNIS avec encapsulations dynamiques multiples
QoS - Configuration Fragmentation
Commande show interfaces
Authentification CHAP PPP Utilisation des commandes ppp chap hostname
Configuration Frame Relay "Weighted Fair Queuing"
Sommaire • Introduction • Configuration - Schéma du réseau
OSPF - Redistribution des réseaux directement connectés
Transcription de la présentation:

PPP Multilink avec DDR Configuration de Base ccnp-cch

Sommaire • Introduction - Prérequis - Matériels utilisés • Que fait PPP Multilink? • Configuration PPP Multilink - Commandes - DDR standard • Dialer profiles • Vérification du fonctionnement PPP multilink ccnp-cch

Configuration PPP Multilink Commandes requises Description Introduction PPP Multilink (référencé aussi comme MP, MPPP, MLP ou Multilink) fournit une méthode de répartition du trafic sur plusieurs liaisons WAN tout en fournissant la fragmentation et le réassemblage des paquets, le séquencement et l'équilibrage de charge du trafic entrant et sortant. Pour les connexions par appel, MPPP peut être configuré sur des interfaces RNIS BRI et PRI comme sur des interfaces asynchrones série. MPPP peut être configuré sur des liaisons série permanentes. Ce document fait référence à la configuration MPPP pour le DDR (Dial on Demamd Routing). Le Multichassis Multilink PPP n'est pas couvert par ce document. Matériels utilisés Les informations utilisées dans ce document sont basées sur les versions logiciel et matériels suivantes: • PPP Multilink fut introduit dans L'IOS Cisco Release 11.0(3) Que fait PPP Multilink? PPP Multilink est une méthode pour fragmenter, réassembler et séquencer les paquets sur différentes liaisons de données. Le RFC 1990 décrit PPP Multilink. PPP Multilink fut développé à l'origine pour exploiter de multiples canaux B RNIS mais est également applicable dans toutes les situations où de multiples liaisons sont uti- lisées pour connecter deux systèmes incluant des liaisons asynchrones. Le trafic routé sur une liaison PPP Multilink controlé via une interface (Virtual Access Interface) sera fragmenté et les fragments seront transmis sur différentes liaisons physiques. A l'extrémité distante de la liaison, les fragments sont réassemblés et acheminés vers le prochain saut vers la destination finale. Configuration PPP Multilink Cette section décrit les commandes et les différentes méthodes de configuration pour PPP Multilink sur un routeur. Commandes requises Description ppp multilink Configure PPP multilink sur l'interface et sur l'interface Dialer (si utilisation de Dialer profiles) Note: Si vous ajoutez cette commande, vous devez libérer toutes les connexions existantes et les rétablir pour que les nouveaux pramètres multilink soient appliqués. Comme le multilink est négocié pendant l'établissement de la connexion (LCP) , les modifications concernant le multilink ne seront pas prises en compte sur les connexions déjà établies ccnp-cch

Commandes optionnelles Commandes requises Description dialer load-threshold 5 outbound Charge de l'interface au-dessus de laquelle le dialer établiera une autre communication vers la destination. La charge est définie par une valeur dont 255 représente 100%. Dans cet exemple, le second canal sera utilisé quand la charge en sortie dépassera 5/255 soit 2 pourcent. L'argument outbound précise que le calcul de de la charge doit se faire pour le trafic sortant. L'argument inbound précise que le calcul de de la charge doit se faire pour le trafic entrant. L'argument either prend compte la plus grande valeur de la charge calculée pour les trafics entrant et sortant. Remarque: Les utilisateurs utilise une valeur 1 comme charge dans cette commande pour activer l'utilisation immédiate du second canal B. Ceci a pour effet de réduire la durée de la connexion car le transfert de données sera plus rapide. Commandes optionnelles ppp timeout multilink link remove seconds Cette commande peut être utilisée pour éviter le battement des connexions quand la charge varie continuellement. Par exemple si le seuil est fixé à 15 (soit 16/255 = 6 pourcent) et si la charge dépasse ce seuil, une nouvelle connexion est effectuée. Si la charge passe de nouveau en-dessous de ce seuil, la connexion ajoutée est libérée. Affecter une valeur à seconds inférieure à celle du idle-timeout pour l'interface dialer. ppp timeout multilink link add seconds Cette commande est utilisée pour éviter d'ajouter des connexions supplémentaires tant que la charge n'a pas atteint un seuil fixé pendant une durée déterminée. Ceci évite que des pointes de trafic très brèves activent des connexions. ccnp-cch

Commandes optionnelles Description ppp multilink max-link ou ppp multilink links maximum ( IOS 12.2 et suivants) La valeur max-link ou maximum indique le nombre maximum de liaisons autorisées dans un groupement. ppp multilink min-link ou ppp multilink links minimum ( IOS 12.2 et suivants) Cette commande fixe le nombre minimum de liaisons d'un groupement même si la charge n'excède pas le seuil de charge fixé. Des connexions seront effectuées pour atteindre le nombre de liaisons fixées dans la commande. multilink bundle-name Cette commande est utilisée pour donner un particulier pour identifier le groupement. ccnp-cch

Dial on Demand Routing Cette section décrit comment configurer PPP Multilink en utilisant le DDR standard (rotary-group et dialer-group). Method 1: Une seule interface physique (RNIS) Comme les interfaces RNIS sont considérées comme des interfaces "Dialer", peu de commandes sont requises pour configurer une interface afin de réaliser des con- nexions PPP Multilink . Par exemple il n'est pas nécessaire de configurer un "dialer rotary group" à moins que vous utilisez plus d'une interface BRI ou PRI. Interface BRI0 ppp multilink dialer load-threshold x BRI0 RNIS L'exemple suivant est une configuration d'une interface BRI utilisée pour réaliser une simple connexuion PPP à la demande. ! interface BRI0 ip address 192.168.12.3 255.255.255.240 encapsulation ppp dialer map ip 192.168.12.1 name ROUTEUR1 0145667788 dialer-group 1 ppp authentication chap ! Seules deux commandes doivent être ajoutées à cette interface pour réaliser du PPP Multilink. Le routeur à l'autre extrémité de la con- nexion doit être configuré de manière similaire. Ces deux commandes sont: ppp multilink dialer load-threshold load [outbound|inbound|either] ccnp-cch

Methode 2: Interfaces physiques RNIS Multiples, synchrones ou asynchrones série. Dans le cas où deux voir plusieurs interfaces doivent être groupées ( par exemple, utilisation d'interfaces asynchrones ou synchrones série ou plusieurs interfaces RNIS) , une méthode différente doit être utilisée. Dans ce cas là, un "dialer rotary group" doit être configuré et une interface dialer doit être ajoutée à la configuration du routeur dans le but de controler la connexion PPP Multilink. En bref, une interface "logique" doit controler les interfaces physiques. Pour accomplir cela, vous devez : 1. Placer les interfaces physiques dabs un "rotary group" 2. Créer une interface logique (Dialer) pour créer un lien avec le "rotary group" 3. Configurer l'interface Dialer pour du PPP Multilink Exécutez les étapes suivantes pour configurer PPP Multilink sur plusieurs interfaces. 1. Placer les interfaces physiques dans un "rotary group" en utilisant la commande dialer rotary-group number. Dans cet exemple, l'interface asynchrone est placée dans le "rotary group 1". Routeur(config)#interface async 1 Routeur(config-if)#dialer rotary-group 1 Routeur(config-if)# Note: Utilisez la commande no shutdown en mode de configuration interface si le routeur n'a jamais été configuré ou si le routeur a repris sa configuration par défaut. 2. Pour créer une interface Dialer, utilisez la commande interface dialer number en mode de configuration global. Dans l'exemple suivant, l'interface Dialer 1 est crée. Routeur(config)#interface dialer 1 Routeur(config-if)# Note: Le nombre argument de la commande interface dialer doit être le même que le rotary-group configuré en 1. Utilisez la commande show running-config pour afficher la configuration par défaut d'une interface dialer. ! interface Dialer1 no ip address no cdp enable ! ccnp-cch

3. Configurez l'interface Dialer pour pouvoir initier des appels ou en recevoir. Les commandes essentielles pou PPP Mukltilink sont les mêmes que celles de l'étape 1. interface Dialer1 ip address 192.168.10.1 255.255.255.0 encapsulation ppp dialer in-band dialer idle-timeout 300 dialer map ip 192.168.10.1 name ROUTEUR1 broadcast 0145667788 dialer load-threshold 100 dialer-group 1 no fair queue ppp multilink ppp authentication chap Les Dialer Profiles Configurer PPP Multilink avec des Dialer Profiles est similaire au DDR standard. La commande ppp multilink doit être configurée sur l'interface physique et sur l'interface Dialer. La commande dialer load-threshold doit être configurée sur l'interface Dialer. Exemple: Interface Dialer1 ppp multilink dialer load-threshold x Interface BRI0 ppp multilink BRI0 RNIS ! interface BRI0 no ip address encapsulation ppp dialer pool-member 1 isdn switch-type basic-net3 no cdp enable ppp authentication chap ppp multilink !--- Configuration de PPP multilink sur l'interface physique !--- et sur l'interface Dialer interface Dialer1 ip address 172.22.85.1 255.255.255.0 encapsulation ppp dialer pool 1 !--- Définition du pool d'interfaces physiques dans lequel !--- l'interface Dialer pourra utiliser les canaux B au besoin ccnp-cch

Vérification du fonctionnement de PPP Multilink dialer remote-name R1 dialer string 0145667788 dialer load-threshold 128 outbound dialer-group 5 no cdp enable ppp authentication chap ppp multilink !--- Configuration du PPP Multilink Vérification du fonctionnement de PPP Multilink Pour vérifier le bon fonctionnement d'une connexion PPP Multilink, utilisez la com- mande debug ppp negotiation. Les éléments critiques qui doivent être négociés dans la phase LCP sont le MRRU (Maximum Receive Reconstructed Unit) et le Endpoint Discriminator (EndpointDisc). As1 LCP: O CONFREQ [Listen] id 1 len 26 As1 LCP: AuthProto CHAP (0x0305C22305) As1 LCP: MagicNumber 0x10963BD1 (0x050610963BD1) As1 LCP: MRRU 1524 (0x110405F4) As1 LCP: EndpointDisc 1 Local (0x13070174657374) As1 LCP: I CONFREQ [RESsent] id 3 len 27 As1 LCP: MRU 1500 (0x010405DC) As1 LCP: MagicNumber 0x2CBF9DAE (0x05062CBF9DAE) As1 LCP: MRRU 1500 (0x110405DC) As1 LCP: EndpointDisc 1 Local (0x1306011AC16D) As1 LCP: I CONFACK [REQsent] id 1 len 26 As1 LCP: AuthProto CHAP (0x0305C22305) As1 LCP: MagicNumber 0x10963BD1 (0x050610963BD1) As1 LCP: MRRU 1524 (0x110405F4) As1 LCP: EndpointDisc 1 Local (0x13070174657374) As1 LCP: O CONFACK [ACKrcvd] id 3 len 24 As1 LCP: MRU 1500 (0x010405DC) As1 LCP: MagicNumber 0x2CBF9DAE (0x05062CBF9DAE) As1 LCP: MRRU 1500 (0x110405DC) As1 LCP: EndpointDisc 1 Local (0x1306011AC16D) AS1 LCP: State is Open Comme avec d'autres éléments de la négociation LCP, le MRRU et le EndpointDisc doivent être agrées par les deux extrémités de la connexion durant l'échange des messages CONFREQ et CONFACK. Les dux extrémités de la liaison doivent trans- mettre un message CONFACK pour que le protocole soit établi. Après le succès de la négociation dans la phase LCP de la négociation PPP et que l'authentification CHAP ou PAP a été réalisée avec succès, une interface "Virtual Access" sera crée par l'IOS Cisco pour représenter le groupement PPP Multilink. Pour plus d'information sur l'utilisation et la théorie des interfaces Virtual Access, consultez le document "Fonctionnalités des Vitual Access PPP avec l'IOS Cisco" ccnp-cch

La création d'une interface "Virtual Access" est signalée par le message: As1 PPP: Phase is VIRTUALIZED A partir de ce point, la négociation PPP pour le NCP(Network Control Protocol) est gérée par l'interfae Virtual Access. Vi1 PPP: Treating connection as a dedicated line Vi1 PPP: Phase is ESTABLISHING, Active Open Vi1 LCP: O CONFREQ [Closed] id 1 Len 37 ... Vi1 PPP: Phase is UP Vi1 OPCP: O CONFREQ [Closed] id 1 len 10 Vi1 IPCP: Address 192.168.10.1 (0x0306C0A80A01) Une fois que la connexion PPP Multilink a été établie, les informations la concernant peuvent être affichées par la commande show ppp multilink. routeur#show ppp multilink Virtual-Access, bundle name is R_3640_NAS 0 lost fragments, 0 reordered, 0 unassigned, sequence 0x29/0x17 rcvd/sent 0 discarded, 0 lost received, 1/255 load Member links: 1 (max not set, min not set) Async1 Le bundle name est le username authentifié du client connecté. Member links est une liste d'interfaces physiques qui sont des membres actifs du groupe. Dans l'exemple ci-dessus, seule une est activée, cepedant le routeur peut ajouter d'autres lignes dans le groupement. Pour déconnecter une particulière (plutot que tout le groupement) utilisez la commande clear interface interface. Le nom du groupement peut être changé par la commande multilink bundle-name En plus, la commande show interface est aussi valide pour l'interface Virtual Access comme pour toute interface physique ou logique. Le même type d'informations sera affiché tel qu'il apparaît dans la sortie de la com- mande show interface. ccnp-cch

router#show interface virtual-access 1 Virtual-Access1 is up, line protocol is up Hardware is Virtual Access Interface Description: Multilink PPP to R_3640_NAS !--- Cette interface Virtaul Access est connectée au routeur !--- R_3640_NAS Internet address is 192.168.10.1/24 MTU 1500 bytes, BW 7720 Kbit, DLY 100000 µsec, reliability 1/255 ,txload 1/255, rxload 1/255 encapsulation PPP, loopback not set Keepalive set (10 sec) DTR is pulsed for 5 seconds on reset LCP Open, multilink Open !--- L'état multilink doit être ouvert pour une connexion valide Open: IPCP Last input 00:00:01, output never, output hang never Last clearing of "show interface" counters 04:25:13 Queueing strategy: fifo Output queue 0/40, 0 drops; input queue 0/75, 0 drops 5 minute input rate 12000 bits/sec, 2 packets/sec 5 minute output rate 12000 bits/sec, 2 packets/sec 2959 packets input, 2075644 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0overrun, 0 ignored, 0 abort 2980 packets output, 2068142 bytes, 0 underruns 0 output buffer failures, 0 output buffers swapped out 0 carrier transitions ccnp-cch