Comprehensive Guide to Configuring and Troubleshooting Frame Relay (Uitgebreide handleiding voor configuratie en probleemoplossing voor Frame Relay)
Inhoud
Inleiding
Frame Relay is een industriestandaard switch-protocol op de datalink-laag dat meerdere virtuele circuits verwerkt via HDLC-inkapseling (High-Level Data Link Control) tussen verbonden apparaten. In veel gevallen is Frame Relay efficiënter dan X.25, het protocol waarvoor Frame Relay over het algemeen als vervanging wordt beschouwd. De volgende afbeelding illustreert een Frame Relay-frame (ANSI T1.618).
Opmerking in de bovenstaande afbeelding, Q.922-adressen, zoals momenteel gedefinieerd, zijn twee octetten en bevatten een 10-bits datalink-verbinding-identificatiecode (DLCI). In sommige netwerken kunnen Q.922-adressen optioneel worden verhoogd naar drie of vier octetten.
De "vlag"-velden geven het begin en het einde van het frame aan. Na het leidende "vlag"veld zijn twee bytes van adresinformatie. Tien bits van deze twee bytes vormen de huidige circuit-ID (DLCI genaamd, voor datalink-verbinding-id).
De 10-bits DLCI-waarde is het hart van de Frame Relay-header. Het identificeert de logische verbinding die wordt gemultiplexing in het fysieke kanaal. In de basis (dat wil zeggen, niet uitgebreid door de Local Management Interface [LMI]) modus van adressering, hebben DLCI's lokale betekenis; dat wil zeggen, de eindapparaten op twee verschillende uiteinden van een verbinding kunnen een verschillende DLCI gebruiken om naar die zelfde verbinding te verwijzen.
Voordat u begint
Conventies
Voorwaarden
Raadpleeg de Frame Relay-woordenlijst voor meer informatie en definities van de in dit document gebruikte termen.
Gebruikte componenten
Dit document is niet beperkt tot specifieke software- en hardware-versies.
De informatie in dit document is gebaseerd op apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als u in een live netwerk werkt, zorg er dan voor dat u de potentiële impact van iedere opdracht begrijpt voor u deze gebruikt.
Achtergrondinformatie
Frame Relay werd oorspronkelijk ontworpen als een protocol voor gebruik via ISDN-interfaces. In 1984 werden de eerste voorstellen daartoe ingediend bij de Internationale Telecommunicatie-Unie (ITU-T) (voorheen het Raadgevend Comité voor Internationale Telegraaf en Telefoon (CCITT)). Het werk aan Frame Relay werd ook ondernomen in het ANSI-Geaccrediteerde T1S1 Comité van Normen in de Verenigde Staten.
In 1990 vormden Cisco Systems, StrataCom, Northern Telecom en Digital Equipment Corporation een consortium om Frame Relay technologie te ontwikkelen en de introductie van interoperabele Frame Relay producten te versnellen. Zij ontwikkelden een specificatie die in overeenstemming is met het fundamentele Frame Relay-protocol dat in T1S1 en ITU-T wordt besproken, maar breidden het uit met functies die extra mogelijkheden voor complexe internetwerkomgevingen bieden. Deze Frame Relay-uitbreidingen worden gezamenlijk aangeduid als LMI. Dit is de "cisco" LMI in de router in tegenstelling tot de "ansi" of "q933a" LMI.
Frame Relay biedt een pakketschakelende datacommunicatiemogelijkheid die wordt gebruikt over de interface tussen gebruikersapparaten (zoals routers, bruggen, hostmachines) en netwerkapparatuur (zoals switchingknooppunten). De apparaten van de gebruiker worden vaak bedoeld als eindapparatuur (DTE), terwijl de netwerkapparatuur die aan DTE omzet vaak als gegevens circuit-terminating apparatuur (DCE) wordt bedoeld. Het netwerk dat de Frame Relay-interface aanbiedt, kan een door een luchtvaartmaatschappij ter beschikking gesteld openbaar netwerk zijn of een netwerk van particuliere apparatuur ten dienste van één onderneming.
Frame Relay verschilt in functionaliteit en formaat aanzienlijk van X.25. Frame Relay is in het bijzonder een gestroomlijnd protocol dat hogere prestaties en grotere efficiëntie mogelijk maakt.
Als interface tussen gebruiker en netwerkapparatuur biedt Frame Relay een middel voor het statistisch multiplexen van veel logische gegevensgesprekken (ook virtuele circuits genoemd) via één fysieke transmissieverbinding. Dit staat in contrast met systemen die alleen TDM-technieken (Time-Division-Multiplexing) gebruiken voor het ondersteunen van meerdere gegevensstromen. Frame Relay's statistische multiplexing biedt flexibeler en efficiënter gebruik van beschikbare bandbreedte. Het kan worden gebruikt zonder TDM-technieken of bovenop kanalen die door TDM-systemen worden geleverd.
Een ander belangrijk kenmerk van Frame Relay is dat het de recente vooruitgang in de transmissietechnologie van het groot gebied van het netwerk (WAN) exploiteert. De vroegere protocollen van WAN, zoals X.25, werden ontwikkeld toen de analoge transmissiesystemen en de kopermedia overheersten. Deze links zijn veel minder betrouwbaar dan de huidige Fibre Media/digitale transmissie links. Over verbindingen zoals deze, kunnen de verbinding-laag protocollen tijdrovende algoritmen van de foutencorrectie afzien, verlatend deze om bij hogere protocollagen worden uitgevoerd. Betere prestaties en efficiëntie zijn daarom mogelijk zonder dat de gegevensintegriteit daaronder lijdt. Frame Relay wordt ontworpen met deze benadering in gedachten. Het omvat een algoritme van de cyclische overtolligheidscontrole (CRC) voor het ontdekken van bedorven beetjes (zodat de gegevens kunnen worden verworpen), maar het omvat geen protocolmechanismen om slechte gegevens te verbeteren (bijvoorbeeld, door het op dit niveau van protocol opnieuw over te brengen).
Een ander verschil tussen Frame Relay en X.25 is de afwezigheid van expliciete, per-virtueel-circuitstroomcontrole in Frame Relay. Nu veel bovenlaagprotocollen effectief hun eigen flow control algoritmen uitvoeren, is de behoefte aan deze functionaliteit op de link laag afgenomen. Frame Relay bevat daarom geen expliciete flow control-procedures die de procedures in hogere lagen dupliceren. In plaats daarvan worden er zeer eenvoudige mechanismen voor congestiemeldingen geboden om een netwerk in staat te stellen om een gebruikersapparaat te informeren dat de netwerkbronnen zich dicht bij een toestand met congestie bevinden. Dit bericht kan hoger-laagprotocollen alarmeren die debietcontrole kan worden vereist.
Basis Frame Relay configureren
Zodra u betrouwbare verbindingen met de lokale Frame Relay-switch aan beide uiteinden van het permanent virtueel circuit (PVC) hebt, is het tijd om de Frame Relay-configuratie te gaan plannen. In dit eerste voorbeeld, blijft het type Local Management Interface (LMI) standaard op "cisco" LMI op Spicey. Een interface is standaard een "multipoint" interface dus frame-relay inverse-arp is ingeschakeld (voor point-to-point is er geen Inverse ARP). IP gesplitste horizoncontrole is standaard uitgeschakeld voor Frame Relay-insluiting, zodat routing updates binnen en buiten dezelfde interface komen. De routers leren de DLCI’s (Data-Link Connection Identifiers) die ze nodig hebben om te gebruiken vanuit de Frame Relay switch via LMI-updates. De routers gebruikten dan omgekeerde ARP voor het externe IP-adres en maken een toewijzing van lokale DLCI’s en de bijbehorende externe IP-adressen.
Netwerkdiagram
Configuraties
| pittig |
|---|
Spicey#show running-config Building configuration... Current configuration : 1705 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Spicey ! ! ! interface Ethernet0 ip address 124.124.124.1 255.255.255.0 ! interface Serial0 ip address 3.1.3.1 255.255.255.0 encapsulation frame-relay frame-relay interface-dlci 140 ! ! router rip network 3.0.0.0 network 124.0.0.0 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| Prasit |
|---|
Prasit#show running-config Building configuration... Current configuration : 1499 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Prasit ! ! ! interface Ethernet0 ip address 123.123.123.1 255.255.255.0 ! ! interface Serial1 ip address 3.1.3.2 255.255.255.0 encapsulation frame-relay frame-relay interface-dlci 150 ! ! router rip network 3.0.0.0 network 123.0.0.0 ! ! ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
Opdrachten met debug en show
Zie Belangrijke informatie over debug-opdrachten voordat u debug-opdrachten uitgeeft.
-
frame-relay kaart weergeven
-
pvc van het showframe relay
-
Frame Relay-lmi tonen
-
Pingen <apparaatnaam>
-
show ip route
pittig
Spicey#show frame-relay map
Serial0 (up): ip 3.1.3.2 dlci 140(0x8C,0x20C0), dynamic,
broadcast,, status defined, active
Spicey#show frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0
input pkts 83 output pkts 87 in bytes 8144
out bytes 8408 dropped pkts 0 in FECN pkts0
in BECN pkts 0 out FECN pkts 0 out BECN pkts0
in DE pkts 0 out DE pkts 0
out bcast pkts 41 out bcast bytes 3652
pvc create time 01:31:50, last time pvc status changed 01:28:28
Spicey#show frame-relay lmi
LMI Statistics for interface Serial0 (Frame Relay DTE) LMI TYPE = CISCO
Invalid Unnumbered info 0 Invalid Prot Disc 0
Invalid dummy Call Ref 0 Invalid Msg Type 0
Invalid Status Message 0 Invalid Lock Shift 0
Invalid Information ID 0 Invalid Report IE Len 0
Invalid Report Request 0 Invalid Keep IE Len 0
Num Status Enq. Sent 550 Num Status msgs Rcvd 552
Num Update Status Rcvd 0 Num Status Timeouts 0
Spicey#ping 123.123.123.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 123.123.123.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/40 ms
Spicey#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
3.0.0.0/24 is subnetted, 1 subnets
C 3.1.3.0 is directly connected, Serial0
124.0.0.0/24 is subnetted, 1 subnets
C 124.124.124.0 is directly connected, Ethernet0
R 123.0.0.0/8 [120/1] via 3.1.3.2, 00:00:08, Serial0
Prasit
Prasit#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 150(0x96,0x2460), dynamic,
broadcast,, status defined, active
Prasit#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1
input pkts 87 output pkts 83 in bytes 8408
out bytes 8144 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 38 out bcast bytes 3464
pvc create time 01:34:29, last time pvc status changed 01:28:05
Prasit#show frame-relay lmi
LMI Statistics for interface Serial1 (Frame Relay DTE) LMI TYPE = CISCO
Invalid Unnumbered info 0 Invalid Prot Disc 0
Invalid dummy Call Ref 0 Invalid Msg Type 0
Invalid Status Message 0 Invalid Lock Shift 0
Invalid Information ID 0 Invalid Report IE Len 0
Invalid Report Request 0 Invalid Keep IE Len 0
Num Status Enq. Sent 569 Num Status msgs Rcvd 570
Num Update Status Rcvd 0 Num Status Timeouts 0
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
Prasit#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
3.0.0.0/24 is subnetted, 1 subnets
C 3.1.3.0 is directly connected, Serial1
R 124.0.0.0/8 [120/1] via 3.1.3.1, 00:00:19, Serial1
123.0.0.0/24 is subnetted, 1 subnets
C 123.123.123.0 is directly connected, Ethernet0
Hub en spraakFrame Relay configureren
In dit voorbeeld leert de router welke datalink-verbindingsherkenningstekens (DLCI’s) hij gebruikt van de Frame Relay-switch en wijst deze toe aan de hoofdinterface. Vervolgens zal de router ARP omkeren voor het externe IP-adres.
Opmerking: u kunt Prasit's seriële IP-adres niet van Adobe pingen tenzij u aan elk uiteinde expliciet Frame Relay-kaarten toevoegt. Als de routing correct is geconfigureerd, hoeft verkeer dat afkomstig is van LAN’s geen probleem te hebben. U zult kunnen pingen als u het Ethernet IP adres als bronadres in uitgebreid pingelt gebruikt.
Als frame relay inverse-arp is ingeschakeld, wordt standaard IP-verkeer over de verbinding uitgezonden.
Netwerkdiagram
Configuraties
| pittig |
|---|
spicey#show running-config Building configuration... ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname spicey ! ! ! ! interface Ethernet0 ip address 124.124.124.1 255.255.255.0 ! interface Serial0 ip address 3.1.3.1 255.255.255.0 encapsulation frame-relay frame-relay interface-dlci 130 frame-relay interface-dlci 140 ! ! router rip network 3.0.0.0 network 124.0.0.0 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| Prasit |
|---|
prasit#show running-config Building configuration... Current configuration : 1499 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname prasit ! ! ! interface Ethernet0 ip address 123.123.123.1 255.255.255.0 ! interface Serial1 ip address 3.1.3.2 255.255.255.0 encapsulation frame-relay frame-relay interface-dlci 150 ! ! router rip network 3.0.0.0 network 123.0.0.0 ! ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| Aton |
|---|
aton#show running-config Building configuration... Current configuration: ! version 12.0 service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname aton ! ! interface Ethernet0 ip address 122.122.122.1 255.255.255.0 ! interface Serial1 ip address 3.1.3.3 255.255.255.0 encapsulation frame-relay frame-relay interface-dlci 160 ! router rip network 3.0.0.0 network 122.0.0.0 ! ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
Opdrachten weergeven
-
frame-relay kaart weergeven
-
pvc van het showframe relay
-
Pingen <apparaatnaam>
pittig
spicey#show frame-relay map
Serial0 (up): ip 3.1.3.2 dlci 140(0x8C,0x20C0), dynamic,
broadcast,, status defined, active
Serial0 (up): ip 3.1.3.3 dlci 130(0x82,0x2020), dynamic,
broadcast,, status defined, active
spicey#show frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)
Active Inactive Deleted Static
Local 2 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 130, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0
input pkts 32 output pkts 40 in bytes 3370
out bytes 3928 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 30 out bcast bytes 2888
pvc create time 00:15:46, last time pvc status changed 00:10:42
DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0
input pkts 282 output pkts 291 in bytes 25070
out bytes 27876 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 223 out bcast bytes 20884
pvc create time 02:28:36, last time pvc status changed 02:25:14
spicey#
spicey#ping 3.1.3.2
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.1.3.2, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/35/36 ms
spicey#ping 3.1.3.3
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.1.3.3, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/35/36 ms
Prasit
prasit#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 150(0x96,0x2460), dynamic,
broadcast,, status defined, active
prasit#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1
input pkts 311 output pkts 233 in bytes 28562
out bytes 22648 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 162 out bcast bytes 15748
pvc create time 02:31:39, last time pvc status changed 02:25:14
prasit#ping 3.1.3.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.1.3.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
prasit#ping 3.1.3.3
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.1.3.3, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)
Aton
aton#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 160(0xA0,0x2800), dynamic,
broadcast,, status defined, active
aton#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 160, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1
input pkts 35 output pkts 32 in bytes 3758
out bytes 3366 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 27 out bcast bytes 2846
pvc create time 00:10:53, last time pvc status changed 00:10:53
aton#ping 3.1.3.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.1.3.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/35/36 ms
aton#ping 3.1.3.2
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.1.3.2, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)
Verbinding aan spraak maken
U kunt niet pingen van de ene spaak aan een andere spaak in een hub en spaak configuratie met behulp van multipoint interfaces omdat er geen afbeelding voor de IP-adressen van de andere spokes. Alleen het adres van de hub wordt geleerd via het Inverse Address Resolution Protocol (IARP). Als u een statische kaart configureert met behulp van de frame-relay-kaartopdracht voor het IP-adres van een externe spaak om de lokale datalink-verbinding-identificatiecode (DLCI) te gebruiken, kunt u de adressen van andere spaken pingen.
Configuraties
| Prasit |
|---|
prasit#show running-config interface Ethernet0 ip address 123.123.123.1 255.255.255.0 ! interface Serial ip address 3.1.3.2 255.255.255.0 encapsulation frame-relay frame-relay map ip 3.1.3.3 150 frame-relay interface-dlci 150 |
Opdrachten weergeven
-
frame-relay kaart weergeven
-
Pingen <apparaatnaam>
-
show running-config
Prasit
prasit#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 150(0x96,0x2460), dynamic,
broadcast,, status defined, active
Serial1 (up): ip 3.1.3.3 dlci 150(0x96,0x2460), static,
CISCO, status defined, active
prasit#ping 3.1.3.3
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.1.3.3, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 68/70/80 ms
prasit#ping 122.122.122.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 122.122.122.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 64/67/76 ms
Aton
aton#show running-config
interface Ethernet0
ip address 122.122.122.1 255.255.255.0
!
interface Serial1
ip address 3.1.3.3 255.255.255.0
no ip directed-broadcast
encapsulation frame-relay
frame-relay map ip 3.1.3.2 160
frame-relay interface-dlci 160
aton#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 160(0xA0,0x2800), dynamic,
broadcast,, status defined, active
Serial1 (up): ip 3.1.3.2 dlci 160(0xA0,0x2800), static,
CISCO, status defined, active
aton#ping 3.1.3.2
Type escape sequence to abort
Sending 5, 100-byte ICMP Echos to 3.1.3.2, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 68/68/68 ms
aton#ping 123.123.123.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 123.123.123.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 64/67/80 ms
Frame Relay-subinterfaces configureren
Frame Relay-subinterfaces bieden een mechanisme voor het ondersteunen van Frame Relay-netwerken met gedeeltelijke mesh. De meeste protocollen veronderstellen transitiviteit op een logisch netwerk; namelijk als post A met post B kan spreken, en post B kan aan post C spreken, dan zou post A aan post C direct moeten kunnen spreken. Transitiviteit is waar op LAN’s, maar niet op Frame Relay-netwerken tenzij A direct is verbonden met C.
Bovendien kunnen bepaalde protocollen, zoals AppleTalk en transparante overbrugging, niet worden ondersteund op netwerken met gedeeltelijk vermaasde netwerken omdat ze "gesplitste horizon" vereisen waarin een pakket dat op een interface wordt ontvangen niet via dezelfde interface kan worden verzonden, zelfs niet als het pakket wordt ontvangen en verzonden op verschillende virtuele circuits.
De configuratie van Frame Relay-subinterfaces zorgt ervoor dat één fysieke interface als meerdere virtuele interfaces wordt behandeld. Dit vermogen stelt ons in staat om gespleten horizonregels te overwinnen. Pakketten die op één virtuele interface worden ontvangen, kunnen nu doorgestuurd worden naar een andere virtuele interface, zelfs als ze op dezelfde fysieke interface zijn geconfigureerd.
Subinterfaces adresseren de beperkingen van Frame Relay-netwerken door een manier te bieden om een Frame Relay-netwerk met gedeeltelijke netwerken te onderverdelen in een aantal kleinere, volledig ingekapselde (of point-to-point) subnetwerken. Elk subnetwerk krijgt een eigen netwerknummer toegewezen en wordt aan de protocollen weergegeven alsof het via een aparte interface bereikbaar is. (Merk op dat point-to-point subinterfaces ongenummerd kunnen zijn voor gebruik met IP, waardoor de adresseringslast wordt verminderd die anders zou kunnen resulteren).
Point-to-point subinterfaces
Netwerkdiagram
Configuraties
| pittig |
|---|
Spicey#show running-config Building configuration... Current configuration : 1338 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Spicey ! enable password ww ! ! ! ! interface Ethernet0 ip address 124.124.124.1 255.255.255.0 ! interface Serial0 no ip address encapsulation frame-relay ! interface Serial0.1 point-to-point ip address 3.1.3.1 255.255.255.0 frame-relay interface-dlci 140 ! ! router igrp 2 network 3.0.0.0 network 124.0.0.0 ! ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| Prasit |
|---|
Prasit#show running-config Building configuration... Current configuration : 1234 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Prasit ! ! ! interface Ethernet0 ip address 123.123.123.1 255.255.255.0 ! interface Serial1 no ip address encapsulation frame-relay ! interface Serial1.1 point-to-point ip address 3.1.3.2 255.255.255.0 frame-relay interface-dlci 150 ! router igrp 2 network 3.0.0.0 network 123.0.0.0 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
Opdrachten weergeven
-
frame-relay kaart weergeven
-
pvc van het showframe relay
pittig
Spicey#show frame-relay map
Serial0.1 (up): point-to-point dlci, dlci 140(0x8C,0x20C0), broadcast
status defined, active
Spicey#show frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.1
input pkts 193 output pkts 175 in bytes 20450
out bytes 16340 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 50 out bcast bytes 3786
pvc create time 01:11:27, last time pvc status changed 00:42:32
Spicey#ping 123.123.123.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 123.123.123.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
Prasit
Prasit#show frame-relay map
Serial1.1 (up): point-to-point dlci, dlci 150(0x96,0x2460), broadcast
status defined, active
Prasit#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial1.1
input pkts 74 output pkts 89 in bytes 7210
out bytes 10963 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 24 out bcast bytes 4203
pvc create time 00:12:25, last time pvc status changed 00:12:25
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
Hub- en spraaksubinterfaces
De volgende hub en spraakvoorbeeldconfiguratie toont twee point-to-point subinterfaces en gebruikt dynamische adresresolutie op één externe site. Elke subinterface wordt voorzien van een individueel protocoladres en subnetmasker, en het interface-dlci bevel associeert de subinterface met een gespecificeerd herkenningsteken van de datalink verbinding (DLCI). De adressen van verre bestemmingen voor elke punt-tot-punt subinterface worden niet opgelost aangezien zij punt-tot-punt zijn en het verkeer moet naar de peer op het andere eind worden verzonden. Het verre eind (Aton) gebruikt Omgekeerde ARP voor zijn afbeelding en de belangrijkste hub antwoordt dienovereenkomstig met het IP adres van de subinterface. Dit komt voor omdat Frame Relay Inverse ARP standaard is ingeschakeld voor multipoint interfaces.
Netwerkdiagram
Configuraties
| pittig |
|---|
Spicey#show running-config Building configuration... ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Spicey ! ! ! ! interface Ethernet0 ip address 124.124.124.1 255.255.255.0 ! interface Serial0 no ip address encapsulation frame-relay ! interface Serial0.1 point-to-point ip address 4.0.1.1 255.255.255.0 frame-relay interface-dlci 140 ! interface Serial0.2 point-to-point ip address 3.1.3.1 255.255.255.0 frame-relay interface-dlci 130 ! router igrp 2 network 3.0.0.0 network 4.0.0.0 network 124.0.0.0 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| Prasit |
|---|
Prasit#show running-config Building configuration... version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Prasit ! interface Ethernet0 ip address 123.123.123.1 255.255.255.0 ! interface Serial1 no ip address encapsulation frame-relay ! interface Serial1.1 point-to-point ip address 4.0.1.2 255.255.255.0 frame-relay interface-dlci 150 ! router igrp 2 network 4.0.0.0 network 123.0.0.0 ! ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| Aton |
|---|
Aton#show running-config Building configuration... Current configuration: ! version 12.0 service timestamps debug uptime service timestamps log uptime ! hostname Aton ! ! ! interface Ethernet0 ip address 122.122.122.1 255.255.255.0 ! interface Serial1 ip address 3.1.3.3 255.255.255.0 encapsulation frame-relay frame-relay interface-dlci 160 ! router igrp 2 network 3.0.0.0 network 122.0.0.0 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
Opdrachten weergeven
-
frame-relay kaart weergeven
-
pvc van het showframe relay
pittig
Spicey#show frame-relay map
Serial0.2 (up): point-to-point dlci, dlci 130(0x82,0x2020), broadcast
status defined, active
Serial0.1 (up): point-to-point dlci, dlci 140(0x8C,0x20C0), broadcast
status defined, active
Spicey#show frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)
Active Inactive Deleted Static
Local 2 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 130, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.2
input pkts 11 output pkts 22 in bytes 1080
out bytes 5128 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 17 out bcast bytes 4608
pvc create time 00:06:36, last time pvc status changed 00:06:36
DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.1
input pkts 33 output pkts 28 in bytes 3967
out bytes 5445 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 17 out bcast bytes 4608
pvc create time 00:06:38, last time pvc status changed 00:06:38
Spicey#ping 122.122.122.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 122.122.122.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/35/36 ms
Spicey#ping 123.123.123.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 123.123.123.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
Prasit
Prasit#show frame-relay map
Serial1.1 (up): point-to-point dlci, dlci 150(0x96,0x2460), broadcast
status defined, active
Prasit#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial1.1
input pkts 45 output pkts 48 in bytes 8632
out bytes 6661 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 31 out bcast bytes 5573
pvc create time 00:12:16, last time pvc status changed 00:06:23
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
Aton
Aton#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 160(0xA0,0x2800), dynamic,
broadcast,, status defined, active
Aton#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 160, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1
input pkts 699 output pkts 634 in bytes 81290
out bytes 67008 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 528 out bcast bytes 56074
pvc create time 05:46:14, last time pvc status changed 00:05:57
Aton#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
Dynamische en statische toewijzing configureren voor multipoint subinterfaces
Dynamische adrestoewijzing gebruikt Frame Relay Inverse ARP om het volgende adres van het hopprotocol voor een specifieke verbinding te vragen, gezien een identificatiecode van de datalink-verbinding (DLCI). De antwoorden op Omgekeerde ARP verzoeken zijn ingegaan in een adres-aan-DLCI afbeeldingslijst op de router of de toegangsserver; de lijst wordt dan gebruikt om het volgende adres van het hopprotocol of DLCI voor uitgaand verkeer te leveren.
Aangezien de fysieke interface nu als veelvoudige subinterfaces wordt gevormd, moet u informatie verstrekken die een subinterface van de fysieke interface onderscheidt en een specifieke subinterface met een specifieke DLCI associeert.
Inverse ARP is standaard ingeschakeld voor alle protocollen die het ondersteunt, maar kan worden uitgeschakeld voor specifieke protocol-DLCI-paren. Dientengevolge, kunt u dynamische afbeelding voor sommige protocollen en statische afbeelding voor andere protocollen op zelfde DLCI gebruiken. U kunt Omgekeerde ARP expliciet uitschakelen voor een protocol-DLCI-paar als u weet dat het protocol niet ondersteund wordt aan de andere kant van de verbinding. Omdat Inverse ARP standaard is ingeschakeld voor alle protocollen die het ondersteunt, is er geen extra opdracht nodig om dynamische adrestoewijzing op een subinterface te configureren. Een statische kaart verbindt een gespecificeerd volgende adres van het hopprotocol met een gespecificeerde DLCI. Statische mapping verwijdert de noodzaak voor omgekeerde ARP-verzoeken; wanneer u een statische kaart levert, wordt omgekeerde ARP automatisch uitgeschakeld voor het gespecificeerde protocol op de gespecificeerde DLCI. U moet statische afbeelding gebruiken als de router aan de andere kant of geen Inverse ARP ondersteunt of geen Inverse ARP ondersteunt voor een specifiek protocol dat u via Frame Relay wilt gebruiken.
Netwerkdiagram
We hebben al gezien hoe u een Cisco-router kunt configureren voor omgekeerde ARP. Het volgende voorbeeld toont hoe u statische kaarten moet configureren voor het geval u ze nodig hebt voor multipoint interfaces of subinterfaces:
Configuraties
| Aton |
|---|
Aton#show running-config Building configuration... Current configuration: ! version 12.0 service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname Aton ! ! interface Ethernet0 ip address 122.122.122.1 255.255.255.0 ! interface Serial1 no ip address encapsulation frame-relay ! interface Serial1.1 multipoint ip address 4.0.1.3 255.255.255.0 frame-relay map ip 4.0.1.1 160 broadcast ! router igrp 2 network 4.0.0.0 network 122.0.0.0 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| pittig |
|---|
Spicey#show running-config Building configuration...Current configuration : 1652 bytes! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Spicey ! ! interface Ethernet0 ip address 124.124.124.1 255.255.255.0 ! interface Serial0 ip address 4.0.1.1 255.255.255.0 encapsulation frame-relay frame-relay map ip 4.0.1.2 140 broadcast frame-relay map ip 4.0.1.3 130 broadcast ! router igrp 2 network 4.0.0.0 network 124.0.0.0 ! ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| Prasit |
|---|
Prasit#show running-config Building configuration... Current configuration : 1162 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Prasit ! ! ! interface Ethernet0 ip address 123.123.123.1 255.255.255.0 ! interface Serial1 no ip address encapsulation frame-relay ! interface Serial1.1 multipoint ip address 4.0.1.2 255.255.255.0 frame-relay map ip 4.0.1.1 150 broadcast ! router igrp 2 network 4.0.0.0 network 123.0.0.0 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
Opdrachten met debug en show
-
frame-relay kaart weergeven
-
pvc van het showframe relay
Aton
Aton#show frame-relay map
Serial1.1 (up): ip 4.0.1.1 dlci 160(0xA0,0x2800), static, broadcast,
CISCO, status defined, active
Aton#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 160, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial1.1
input pkts 16 output pkts 9 in bytes 3342
out bytes 450 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 9 out bcast bytes 450
pvc create time 00:10:02, last time pvc status changed 00:10:02
Aton#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/35/36 ms
pittig
Spicey#show frame-relay map
Serial0 (up): ip 4.0.1.2 dlci 140(0x8C,0x20C0), static, broadcast,
CISCO, status defined, active
Serial0 (up): ip 4.0.1.3 dlci 130(0x82,0x2020), static, broadcast,
CISCO, status defined, active
Spicey#show frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)
Active Inactive Deleted Static
Local 2 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 130, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0
input pkts 9 output pkts 48 in bytes 434
out bytes 11045 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 48 out bcast bytes 11045
pvc create time 00:36:25, last time pvc status changed 00:36:15
DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0
input pkts 17 output pkts 26 in bytes 1390
out bytes 4195 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 16 out bcast bytes 3155
pvc create time 00:08:39, last time pvc status changed 00:08:39
Spicey#ping 122.122.122.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 122.122.122.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/40 ms
Spicey#ping 123.123.123.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 123.123.123.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/35/36
Prasit
Prasit#show frame-relay map
Serial1.1 (up): ip 4.0.1.1 dlci 150(0x96,0x2460), static,
broadcast,
CISCO, status defined, active
Prasit#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1.1
input pkts 28 output pkts 19 in bytes 4753
out bytes 1490 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 9 out bcast bytes 450
pvc create time 00:11:00, last time pvc status changed 00:11:00
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
Zie Frame Relay-opdrachten voor meer informatie over deze opdrachten.
IP-ongenummerd Frame Relay configureren
Als u niet over de IP-adresruimte beschikt om veel subinterfaces te gebruiken, kunt u op elke subinterface ongenummerde IP-adresruimte gebruiken. Als dit het geval is, moet u statische routes of dynamische routing gebruiken zodat uw verkeer zoals gebruikelijk wordt gerouteerd, en moet u point-to-point subinterfaces gebruiken.
Netwerkdiagram
Het onderstaande voorbeeld illustreert dit:
Configuraties
| pittig |
|---|
Spicey#show running-config Building configuration... Current configuration : 1674 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Spicey ! ! ! interface Ethernet0 ip address 124.124.124.1 255.255.255.0 ! interface Serial0 no ip address encapsulation frame-relay ! interface Serial0.1 point-to-point ip unnumbered Ethernet0 frame-relay interface-dlci 140 ! router igrp 2 network 124.0.0.0 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| Prasit |
|---|
Prasit#show running-config Building configuration... Current configuration : 1188 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Prasit ! ! interface Ethernet0 ip address 123.123.123.1 255.255.255.0 ! interface Serial1 no ip address encapsulation frame-relay ! interface Serial1.1 point-to-point ip unnumbered Ethernet0 frame-relay interface-dlci 150 ! router igrp 2 network 123.0.0.0 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
Opdrachten weergeven
-
frame-relay kaart weergeven
-
pvc van het showframe relay
pittig
Spicey#show frame-relay map
Serial0.1 (up): point-to-point dlci, dlci 140(0x8C,0x20C0), broadcast
status defined, active
Spicey#show frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial0.1
input pkts 23 output pkts 24 in bytes 3391
out bytes 4952 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 14 out bcast bytes 3912
pvc create time 00:04:47, last time pvc status changed 00:04:47
Spicey#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
124.0.0.0/24 is subnetted, 1 subnets
C 124.124.124.0 is directly connected, Ethernet0
123.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
I 123.0.0.0/8 [100/8576] via 123.123.123.1, 00:01:11, Serial0.1
I 123.123.123.0/32 [100/8576] via 123.123.123.1, 00:01:11,
Serial0.1
Spicey#ping 123.123.123.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 123.123.123.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
Prasit
Prasit#show frame-relay map
Serial1.1 (up): point-to-point dlci, dlci 150(0x96,0x2460), broadcast
status defined, active
Prasit#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial1.1
input pkts 24 output pkts 52 in bytes 4952
out bytes 10892 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 41 out bcast bytes 9788
pvc create time 00:10:54, last time pvc status changed 00:03:51
Prasit#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
124.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
I 124.0.0.0/8 [100/8576] via 124.124.124.1, 00:00:18, Serial1.1
I 124.124.124.0/32 [100/8576] via 124.124.124.1, 00:00:18,
Serial1.1
123.0.0.0/24 is subnetted, 1 subnets
C 123.123.123.0 is directly connected, Ethernet0
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/120/436 ms
Frame Relay-back-up configureren
Frame Relay-back-up via ISDN
U kunt met ISDN een back-up maken van Frame Relay-circuits. Er zijn verschillende manieren om dit te doen. De eerste, en waarschijnlijk de beste, is het gebruik van zwevende statische routes die verkeer naar een Basic Rate Interface (BRI) IP-adres routeren en een geschikte metriek voor routing gebruiken. U kunt ook een back-upinterface gebruiken op de hoofdinterface of op een DLCI-basis (per-datalink connection identifier). Het kan niet veel helpen om back-up van de belangrijkste interface omdat u permanente virtuele circuits (PVC’s) kunt verliezen zonder dat de belangrijkste interface naar beneden gaat. Vergeet niet dat het protocol wordt uitgewisseld met de lokale Frame Relay-switch, niet met de externe router.
Configuraties
| Router 1 |
|---|
ROUTER1# ! hostname ROUTER1 ! username ROUTER2 password same isdn switch-type basic-dms100 ! interface Ethernet 0 ip address 172.16.15.1 255.255.255.248 ! interface serial 0 ip address 172.16.24.129 255.255.255.128 encapsulation FRAME-RELAY ! interface BRI0 description Backup ISDN for frame-relay ip address 172.16.12.1 255.255.255.128 encapsulation PPP dialer idle-timeout 240 dialer wait-for-carrier-time 60 dialer map IP 172.16.12.2 name ROUTER2 broadcast 7086639706 ppp authentication chap dialer-group 1 isdn spid1 0127280320 2728032 isdn spid2 0127295120 2729512 ! router igrp 1 network 172.16.0.0 ! ip route 172.16.15.16 255.255.255.248 172.16.12.2 150 !--- Floating static route. ! access-list 101 deny igrp 0.0.0.0 255.255.255.255 0.0.0.0 255.255.255.255 access-list 101 permit ip 0.0.0.0 255.255.255.255 0.0.0.0 255.255.255.255 dialer-list 1 LIST 101 ! |
| Router 2 |
|---|
ROUTER2# ! hostname ROUTER2 ! username ROUTER1 password same isdn switch-type basic-dms100 ! interface Ethernet 0 ip address 172.16.15.17 255.255.255.248 ! interface Serial 0 ip address 172.16.24.130 255.255.255.128 encapsulation FRAME-RELAY ! interface BRI0 description ISDN backup interface for frame-relay ip address 172.16.12.2 255.255.255.128 encapsulation PPP dialer idle-timeout 240 dialer map IP 172.16.12.1 name ROUTER1 broadcast ppp authentication chap pulse-time 1 dialer-group 1 isdn spid1 0191933333 4445555 isdn spid2 0191933334 4445556 ! router igrp 1 network 172.16.0.0 ! ip route 172.16.15.0 255.255.255.248 172.16.12.1 150 !--- Floating static route. ! access-list 101 deny igrp 0.0.0.0 255.255.255.255 0.0.0.0 255.255.255.255 access-list 101 permit ip 0.0.0.0 255.255.255.255 162.27.9.0 0.0.0.255 dialer-list 1 LIST 101 ! |
Opdrachten weergeven
Als u wilt controleren of ISDN werkt, gebruikt u de volgende debug-opdrachten. Zie Belangrijke informatie over debug-opdrachten voordat u debug-opdrachten uitgeeft.
-
debug ISDN q931
-
debug ppneg
-
debug ppauth
Probeer ISDN van de oproepende kant naar de centrale kant te bellen zonder de back-upopdrachten. Als dit succesvol is, voeg dan de back-upopdrachten toe aan de aanroepende kant.
Opmerking: om de back-up te testen, gebruik de sluitopdracht niet op de seriële interface, maar emuleer een echt seriële lijnprobleem door de kabel uit de seriële lijn te halen.
Configuratie per DCLI-back-up
Laten we nu aannemen dat Spicey de centrale kant is en dat Prasit de kant is die verbindingen maakt met de centrale kant (Spicey). Zorg ervoor dat u alleen de back-upopdrachten toevoegt aan de kant die de centrale kant aanroept.
Opmerking: back-upbelasting wordt niet ondersteund op subinterfaces. Aangezien wij geen verkeersniveaus op subinterfaces volgen, wordt geen belasting berekend.
Netwerkdiagram
Configuraties
| pittig |
|---|
Spicey#show running-config Building configuration... Current configuration : 1438 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Spicey ! ! username Prasit password 0 cisco ! ! isdn switch-type basic-net3 ! ! ! interface Ethernet0 ip address 124.124.124.1 255.255.255.0 ! interface Serial0 no ip address encapsulation frame-relay ! interface Serial0.1 point-to-point ip address 4.0.1.1 255.255.255.0 frame-relay interface-dlci 140 ! interface BRI0 ip address 3.1.6.1 255.255.255.0 encapsulation ppp dialer map ip 3.1.6.2 name Prasit broadcast dialer-group 1 isdn switch-type basic-net3 no peer default ip address no cdp enable ppp authentication chap ! router igrp 2 network 3.0.0.0 network 4.0.0.0 network 124.0.0.0 ! ip classless ip route 123.123.123.0 255.255.255.0 3.1.6.2 250 ! access-list 101 deny igrp any any access-list 101 permit ip any any dialer-list 1 protocol ip list 101 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| Prasit |
|---|
Prasit#show running-config Building configuration... Current configuration : 1245 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Prasit ! username Spicey password 0 cisco ! ! isdn switch-type basic-net3 ! ! ! interface Ethernet0 ip address 123.123.123.1 255.255.255.0 ! interface Serial1 no ip address encapsulation frame-relay ! interface Serial1.1 point-to-point backup delay 5 10 backup interface BRI0 ip address 4.0.1.2 255.255.255.0 frame-relay interface-dlci 150 ! interface BRI0 ip address 3.1.6.2 255.255.255.0 encapsulation ppp dialer map ip 3.1.6.1 name Spicey broadcast 6106 dialer-group 1 isdn switch-type basic-net3 ppp authentication chap ! router igrp 2 network 3.0.0.0 network 4.0.0.0 network 123.0.0.0 ! ip route 124.124.124.0 255.255.255.0 3.1.6.1 250 ! access-list 101 deny igrp any any access-list 101 permit ip any any dialer-list 1 protocol ip list 101 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
Opdrachten weergeven
-
frame-relay kaart weergeven
-
show ip route
-
ISDN-geschiedenis weergeven
-
ISDN-status weergeven
-
interface-bri 0 tonen
-
ISDN actief tonen
pittig
Spicey#show frame-relay map
Serial0.2 (up): point-to-point dlci, dlci 130(0x82,0x2020), broadcast
status defined, active
Serial0.1 (up): point-to-point dlci, dlci 140(0x8C,0x20C0), broadcast
status defined, active
Spicey#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
3.0.0.0/24 is subnetted, 2 subnets C
3.1.3.0 is directly connected, Serial0.2 C
3.1.6.0 is directly connected, BRI0
4.0.0.0/24 is subnetted, 1 subnets C
4.0.1.0 is directly connected, Serial0.1
124.0.0.0/24 is subnetted, 1 subnets C
124.124.124.0 is directly connected, Ethernet0
123.0.0.0/8 is variably subnetted, 2 subnets, 2 masks I
123.0.0.0/8 [100/8576] via 4.0.1.2, 00:00:00, Serial0.1 S
123.123.123.0/24 [250/0] via 3.1.6.2 I
122.0.0.0/8 [100/8576] via 3.1.3.3, 00:00:37, Serial0.2
Spicey#
*Mar 1 00:59:12.527: %LINK-3-UPDOWN: Interface BRI0:1, changed state to up
*Mar 1 00:59:13.983: %LINEPROTO-5-UPDOWN: Line protocol on Interface
BRI0:1, changed state to up
*Mar 1 00:59:18.547: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to 6105 Prasit
Spicey#show isdn history
--------------------------------------------------------------------------------
ISDN CALL HISTORY
--------------------------------------------------------------------------------
Call History contains all active calls, and a maximum of 100 inactive calls.
Inactive call data will be retained for a maximum of 15 minutes.
--------------------------------------------------------------------------------
Call Calling Called Remote Seconds Seconds Seconds
Charges
Type Number Number Name Used Left Idle Units/Currency
--------------------------------------------------------------------------------
In 6105 6106 Prasit 31 90 29
--------------------------------------------------------------------------------
Spicey#
*Mar 1 01:01:14.547: %ISDN-6-DISCONNECT: Interface BRI0:1 disconnected
from 6105 Prasit, call lasted 122 seconds
*Mar 1 01:01:14.663: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
*Mar 1 01:01:15.663: %LINEPROTO-5-UPDOWN: Line protocol on Interface
BRI0:1, changed state to down
Prasit
Prasit#show frame-relay map
Serial1.1 (up): point-to-point dlci, dlci 150(0x96,0x2460), broadcast
status defined, active
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/40 ms
Prasit#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
I 3.0.0.0/8 [100/10476] via 4.0.1.1, 00:00:55, Serial1.1
4.0.0.0/24 is subnetted, 1 subnets
C 4.0.1.0 is directly connected, Serial1.1
124.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
S 124.124.124.0/24 [250/0] via 3.1.6.1
I 124.0.0.0/8 [100/8576] via 4.0.1.1, 00:00:55, Serial1.1
123.0.0.0/24 is subnetted, 1 subnets
C 123.123.123.0 is directly connected, Ethernet0
I 122.0.0.0/8 [100/10576] via 4.0.1.1, 00:00:55, Serial1.1
De serielijn gaat omlaag.
Prasit#
*Mar 1 01:23:50.531: %LINK-3-UPDOWN: Interface Serial1, changed state to down
*Mar 1 01:23:51.531: %LINEPROTO-5-UPDOWN: Line protocol on Interface
Serial1, changed state to down
*Mar 1 01:23:53.775: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
*Mar 1 01:23:53.791: %LINK-3-UPDOWN: Interface BRI0:2, changed state to down
*Mar 1 01:23:53.827: %LINK-3-UPDOWN: Interface BRI0, changed state to up
*Mar 1 01:23:57.931: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0, TEI 64 changed to up
Prasit#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF,IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
3.0.0.0/24 is subnetted, 1 subnets
C 3.1.6.0 is directly connected, BRI0
124.0.0.0/24 is subnetted, 1 subnets
S 124.124.124.0 [250/0] via 3.1.6.1
123.0.0.0/24 is subnetted, 1 subnets
C 123.123.123.0 is directly connected, Ethernet0
Prasit#show isdn status
Global ISDN Switchtype = basic-net3
ISDN BRI0 interface
dsl 0, interface ISDN Switchtype = basic-net3
Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI = 64, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
Layer 3 Status:
0 Active Layer 3 Call(s)
Active dsl 0 CCBs = 0
The Free Channel Mask: 0x80000003
Total Allocated ISDN CCBs = 0
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!
*Mar 1 01:25:47.383: %LINK-3-UPDOWN: Interface BRI0:1, changed state to up!!!
Success rate is 80 percent (4/5), round-trip min/avg/max = 36/36/36 ms
Prasit#
*Mar 1 01:25:48.475: %LINEPROTO-5-UPDOWN: Line protocol on Interface
BRI0:1, changed state to up
Prasit#
*Mar 1 01:25:53.407: %ISDN-6-CONNECT: Interface BRI0:1 is now connected
to 6106 Spicey
Prasit#show isdn status
Global ISDN Switchtype = basic-net3
ISDN BRI0 interface
dsl 0, interface ISDN Switchtype = basic-net3
Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI = 64, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
Layer 3 Status:
1 Active Layer 3 Call(s)
CCB:callid=8003, sapi=0, ces=1, B-chan=1, calltype=DATA
Active dsl 0 CCBs = 1
The Free Channel Mask: 0x80000002
Total Allocated ISDN CCBs = 1
Prasit#show isdn active
--------------------------------------------------------------------------------
ISDN ACTIVE CALLS
--------------------------------------------------------------------------------
Call Calling Called Remote Seconds Seconds Seconds Charges
Type Number Number Name Used Left Idle Units/Currency
--------------------------------------------------------------------------------
Out 6106 Spicey 21 100 19 0
--------------------------------------------------------------------------------
Prasit#
*Mar 1 01:27:49.027: %ISDN-6-DISCONNECT: Interface BRI0:1 disconnected
from 6106 Spicey, call lasted 121 seconds
*Mar 1 01:27:49.131: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
*Mar 1 01:27:50.131: %LINEPROTO-5-UPDOWN: Line protocol on Interface
BRI0:1, changed state to down
*Mar 1 01:28:09.215: %LINK-3-UPDOWN: Interface Serial1, changed state to up
*Mar 1 01:28:10.215: %LINEPROTO-5-UPDOWN: Line protocol on Interface
Serial1, changed state to up
*Mar 1 01:28:30.043: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BRI0,
TEI 64 changed to down
*Mar 1 01:28:30.047: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR0, TEI
64 changed to down
*Mar 1 01:28:30.371: %LINK-5-CHANGED: Interface BRI0, changed state to standby mode
*Mar 1 01:28:30.387: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
*Mar 1 01:28:30.403: %LINK-3-UPDOWN: Interface BRI0:2, changed state to down
Prasit#
De seriële verbinding is weer terug.
Prasit#show isdn status
Global ISDN Switchtype = basic-net3
ISDN BRI0 interface
dsl 0, interface ISDN Switchtype = basic-net3
Layer 1 Status:
DEACTIVATED
Layer 2 Status:
Layer 2 NOT Activated
Layer 3 Status:
0 Active Layer 3 Call(s)
Active dsl 0 CCBs = 0
The Free Channel Mask: 0x80000003
Total Allocated ISDN CCBs = 0
Prasit#show interface bri 0
BRI0 is standby mode, line protocol is down
Hardware is BRI
Internet address is 3.1.6.2/24
MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation PPP, loopback not set
Last input 00:01:00, output 00:01:00, output hang never
Last clearing of "show interface" counters 01:28:16
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: weighted fair
Output queue: 0/1000/64/0 (size/max total/threshold/drops)
Conversations 0/1/16 (active/max active/max total)
Reserved Conversations 0/0 (allocated/max allocated)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
128 packets input, 601 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
132 packets output, 687 bytes, 0 underruns
0 output errors, 0 collisions, 10 interface resets
0 output buffer failures, 0 output buffers swapped out
14 carrier transitions
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
Hub en Gesproken met snelkiezerprofielen
Hier is een voorbeeld van een hub en spaak per DLCI back-upconfiguratie. De spaak routers roepen de hub router. Zoals u kunt zien, staan we slechts één B-kanaal per kant toe met behulp van de max-link optie op de dialer pool aan de hubkant.
Opmerking: back-upbelasting wordt niet ondersteund op subinterfaces. Aangezien wij geen verkeersniveaus op subinterfaces volgen, wordt geen belasting berekend.
Netwerkdiagram
Configuraties
| Aton |
|---|
Aton#show running-config Building configuration... Current configuration: ! version 12.0 service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname Aton ! ! username Spicey password 0 cisco ! isdn switch-type basic-net3 ! ! ! interface Ethernet0 ip address 122.122.122.1 255.255.255.0 ! ! interface Serial1 no ip address encapsulation frame-relay ! interface Serial1.1 point-to-point ip address 3.1.3.3 255.255.255.0 backup delay 5 10 backup interface BRI0 frame-relay interface-dlci 160 ! interface BRI0 ip address 155.155.155.3 255.255.255.0 encapsulation ppp no ip route-cache no ip mroute-cache dialer map ip 155.155.155.2 name Spicey broadcast 6106 dialer-group 1 isdn switch-type basic-net3 ppp authentication chap ! router igrp 2 network 3.0.0.0 network 122.0.0.0 network 155.155.0.0 ! ip route 124.124.124.0 255.255.255.0 155.155.155.2 250 ! access-list 101 deny igrp any any access-list 101 permit ip any any dialer-list 1 protocol ip list 101 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| pittig |
|---|
Spicey#show running-config Building configuration... Current configuration : 1887 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Spicey ! username Prasit password 0 cisco username Aton password 0 cisco ! isdn switch-type basic-net3 ! ! ! interface Ethernet0 ip address 124.124.124.1 255.255.255.0 ! interface Serial0 no ip address encapsulation frame-relay ! interface Serial0.1 point-to-point ip address 4.0.1.1 255.255.255.0 frame-relay interface-dlci 140 ! interface Serial0.2 point-to-point ip address 3.1.3.1 255.255.255.0 frame-relay interface-dlci 130 ! interface BRI0 no ip address encapsulation ppp no ip route-cache no ip mroute-cache dialer pool-member 2 max-link 1 dialer pool-member 1 max-link 1 isdn switch-type basic-net3 no peer default ip address no cdp enable ppp authentication chap ! interface Dialer1 ip address 160.160.160.1 255.255.255.0 encapsulation ppp no ip route-cache no ip mroute-cache dialer pool 1 dialer remote-name Prasit dialer-group 1 ppp authentication chap ! interface Dialer2 ip address 155.155.155.2 255.255.255.0 encapsulation ppp no ip route-cache no ip mroute-cache dialer pool 2 dialer remote-name Aton dialer-group 1 ppp authentication chap ! router igrp 2 network 3.0.0.0 network 4.0.0.0 network 124.0.0.0 network 155.155.0.0 network 160.160.0.0 ! access-list 101 deny igrp any any access-list 101 permit ip any any dialer-list 1 protocol ip list 101 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| Prasit |
|---|
Prasit#show running-config Building configuration... Current configuration : 1267 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Prasit ! username Spicey password 0 cisco ! isdn switch-type basic-net3 ! ! ! interface Ethernet0 ip address 123.123.123.1 255.255.255.0 ! interface Serial1 no ip address encapsulation frame-relay ! interface Serial1.1 point-to-point backup delay 5 10 backup interface BRI0 ip address 4.0.1.2 255.255.255.0 frame-relay interface-dlci 150 ! interface BRI0 ip address 160.160.160.2 255.255.255.0 encapsulation ppp dialer map ip 160.160.160.1 name Spicey broadcast 6106 dialer-group 1 isdn switch-type basic-net3 ppp authentication chap ! router igrp 2 network 4.0.0.0 network 123.0.0.0 network 160.160.0.0 ! ip route 124.124.124.0 255.255.255.0 160.160.160.1 250 ! access-list 101 deny igrp any any access-list 101 permit ip any any dialer-list 1 protocol ip list 101 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
Opdrachten weergeven
-
frame-relay kaart weergeven
-
show ip route
-
framekaart weergeven
-
pvc van het showframe relay
Aton
Aton#show frame-relay map
Serial1.1 (up): point-to-point dlci, dlci 160(0xA0,0x2800), broadcast
status defined, active
Aton#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
Aton#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default
U - per-user static route, o - ODR, P - periodic downloaded static route
T - traffic engineered route
Gateway of last resort is not set
I 155.155.0.0/16 [100/182571] via 3.1.3.1, Serial1.1
3.0.0.0/24 is subnetted, 1 subnets
C 3.1.3.0 is directly connected, Serial1.1
I 4.0.0.0/8 [100/10476] via 3.1.3.1, Serial1.1
I 160.160.0.0/16 [100/182571] via 3.1.3.1, Serial1.1
124.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
S 124.124.124.0/24 [250/0] via 155.155.155.2
I 124.0.0.0/8 [100/8576] via 3.1.3.1, Serial1.1
I 123.0.0.0/8 [100/10576] via 3.1.3.1, Serial1.1
122.0.0.0/24 is subnetted, 1 subnets
C 122.122.122.0 is directly connected, Ethernet0
Aton#
Serie 1 gaat naar beneden.
Aton#
01:16:33: %LINK-3-UPDOWN: Interface Serial1, changed state to down
01:16:34: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1,
changed state to down
01:16:37: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
01:16:37: %LINK-3-UPDOWN: Interface BRI0:2, changed state to down
01:16:37: %LINK-3-UPDOWN: Interface BRI0, changed state to up
01:16:41: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0, TEI 64 changed to up
Aton#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default
U - per-user static route, o - ODR, P - periodic downloaded static route
T - traffic engineered route
Gateway of last resort is not set
155.155.0.0/24 is subnetted, 1 subnets
C 155.155.155.0 is directly connected, BRI0
124.0.0.0/24 is subnetted, 1 subnets
S 124.124.124.0 [250/0] via 155.155.155.2
122.0.0.0/24 is subnetted, 1 subnets
C 122.122.122.0 is directly connected, Ethernet0
Aton#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
01:21:33: %LINK-3-UPDOWN: Interface BRI0:1, changed state to up.!!!!
Success rate is 80 percent (4/5), round-trip min/avg/max = 36/36/36 ms
Aton#
01:21:34: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI0:1,
changed state to up
01:21:39: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to 6106
Spicey
Aton#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/123/296 ms
Aton#
Serial 1 wordt opnieuw actief
Aton#
01:24:02: %ISDN-6-DISCONNECT: Interface BRI0:1 disconnected from 6106
Spicey, call lasted 149 seconds
01:24:02: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
01:24:03: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI0:1,
changed state to down
Aton#show frame map
Serial1.1 (down): point-to-point dlci, dlci 160(0xA0,0x2800), broadcast
status deleted
Aton#
01:26:35: %LINK-3-UPDOWN: Interface Serial1, changed state to up
01:26:36: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1,
changed state to up
01:26:56: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BRI0, TEI 64 changed
to down
01:26:56: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR0, TEI 64 changed
to down
01:26:56: %LINK-5-CHANGED: Interface BRI0, changed state to standby mode
01:26:56: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
01:26:56: %LINK-3-UPDOWN: Interface BRI0:2, changed state to down
Aton#show frame map
Serial1.1 (up): point-to-point dlci, dlci 160(0xA0,0x2800), broadcast
status defined, active
Aton#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
Aton#ping 124.124.124.1
Aton#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 160, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial1.1
input pkts 60 output pkts 69 in bytes 9694
out bytes 10811 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 44 out bcast bytes 7565
pvc create time 01:28:35, last time pvc status changed 00:02:19
pittig
Spicey#show frame-relay map
Serial0.1 (up): point-to-point dlci, dlci 140(0x8C,0x20C0), broadcast
status defined, active
Serial0.2 (up): point-to-point dlci, dlci 130(0x82,0x2020), broadcast
status defined, active
Spicey#ping 122.122.122.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 122.122.122.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 32/35/36 ms
Spicey#ping 123.123.123.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 123.123.123.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
Spicey#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
155.155.0.0/24 is subnetted, 1 subnets
C 155.155.155.0 is directly connected, Dialer2
3.0.0.0/24 is subnetted, 1 subnets
C 3.1.3.0 is directly connected, Serial0.2
4.0.0.0/24 is subnetted, 1 subnets
C 4.0.1.0 is directly connected, Serial0.1
160.160.0.0/24 is subnetted, 1 subnets
C 160.160.160.0 is directly connected, Dialer1
124.0.0.0/24 is subnetted, 1 subnets
C 124.124.124.0 is directly connected, Ethernet0
I 123.0.0.0/8 [100/8576] via 4.0.1.2, 00:00:55, Serial0.1
I 122.0.0.0/8 [100/8576] via 3.1.3.3, 00:00:35, Serial0.2
Beide serielijnen van de oproepende kant dalen.
Spicey#
*Mar 1 01:21:30.171: %LINK-3-UPDOWN: Interface BRI0:1, changed state toup
*Mar 1 01:21:30.627: %DIALER-6-BIND: Interface BR0:1 bound to profile Di2
*Mar 1 01:21:31.647: %LINEPROTO-5-UPDOWN: Line protocol on Interface
BRI0:1, changed state to up
*Mar 1 01:21:36.191: %ISDN-6-CONNECT: Interface BRI0:1 is now connected
to 6104 Aton
*Mar 1 01:21:40.923: %LINK-3-UPDOWN: Interface BRI0:2, changed state to up
*Mar 1 01:21:41.359: %DIALER-6-BIND: Interface BR0:2 bound to profile Di1
*Mar 1 01:21:42.383: %LINEPROTO-5-UPDOWN: Line protocol on Interface
BRI0:2, changed state to up
*Mar 1 01:21:46.943: %ISDN-6-CONNECT: Interface BRI0:2 is now connected
to 6105 Prasit
*Mar 1 01:23:59.819: %DIALER-6-UNBIND: Interface BR0:1 unbound from
profile Di2
*Mar 1 01:23:59.831: %ISDN-6-DISCONNECT: Interface BRI0:1 disconnected
from 6104 Aton, call lasted 149 seconds
*Mar 1 01:23:59.927: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
*Mar 1 01:24:00.923: %LINEPROTO-5-UPDOWN: Line protocol on Interface
BRI0:1, changed state to down
*Mar 1 01:24:03.015: %DIALER-6-UNBIND: Interface BR0:2 unbound from
profile Di1
*Mar 1 01:24:03.023: %ISDN-6-DISCONNECT: Interface BRI0:2 disconnected
from 6105 Prasit, call lasted 142 seconds
*Mar 1 01:24:03.107: %LINK-3-UPDOWN: Interface BRI0:2, changed state to down
*Mar 1 01:24:04.107: %LINEPROTO-5-UPDOWN: Line protocol on Interface
BRI0:2, changed state to down
Spicey#show frame map
Serial0.1 (down): point-to-point dlci, dlci 140(0x8C,0x20C0), broadcast
status defined, inactive
Serial0.2 (down): point-to-point dlci, dlci 130(0x82,0x2020), broadcast
status defined, inactive
Spicey#
Beide seriële lijnen zijn opnieuw beschikbaar.
Spicey#show frame pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)
Active Inactive Deleted Static
Local 2 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 130, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial0.2
input pkts 54 output pkts 61 in bytes 7014
out bytes 9975 dropped pkts 3 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 40 out bcast bytes 7803
pvc create time 01:28:14, last time pvc status changed 00:02:38
DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial0.1
input pkts 56 output pkts 60 in bytes 7604
out bytes 10114 dropped pkts 2 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 39 out bcast bytes 7928
pvc create time 01:28:15, last time pvc status changed 00:02:29
Prasit
Prasit#show frame-relay map
Serial1.1 (up): point-to-point dlci, dlci 150(0x96,0x2460), broadcast
status defined, active
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/40 ms
Prasit#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
I 155.155.0.0/16 [100/182571] via 4.0.1.1, 00:00:41, Serial1.1
I 3.0.0.0/8 [100/10476] via 4.0.1.1, 00:00:41, Serial1.1
4.0.0.0/24 is subnetted, 1 subnets
C 4.0.1.0 is directly connected, Serial1.1
I 160.160.0.0/16 [100/182571] via 4.0.1.1, 00:00:41, Serial1.1
124.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
S 124.124.124.0/24 [250/0] via 160.160.160.1
I 124.0.0.0/8 [100/8576] via 4.0.1.1, 00:00:41, Serial1.1
123.0.0.0/24 is subnetted, 1 subnets
C 123.123.123.0 is directly connected, Ethernet0
I 122.0.0.0/8 [100/10576] via 4.0.1.1, 00:00:42, Serial1.1
Prasit#
Serie 1 gaat omlaag.
Prasit#
*Mar 1 01:16:08.287: %LINK-3-UPDOWN: Interface Serial1, changed state to down
*Mar 1 01:16:09.287: %LINEPROTO-5-UPDOWN: Line protocol on Interface
Serial1, changed state to down
*Mar 1 01:16:11.803: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
*Mar 1 01:16:11.819: %LINK-3-UPDOWN: Interface BRI0:2, changed state to down
*Mar 1 01:16:11.855: %LINK-3-UPDOWN: Interface BRI0, changed state to up
*Mar 1 01:16:15.967: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0, TEI
64 changed to up
Prasit#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
160.160.0.0/24 is subnetted, 1 subnets
C 160.160.160.0 is directly connected, BRI0
124.0.0.0/24 is subnetted, 1 subnets
S 124.124.124.0 [250/0] via 160.160.160.1
123.0.0.0/24 is subnetted, 1 subnets
C 123.123.123.0 is directly connected, Ethernet0
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
*Mar 1 01:21:38.967: %LINK-3-UPDOWN: Interface BRI0:1, changed state to
up.!!!!
Success rate is 80 percent (4/5), round-trip min/avg/max = 36/36/36 ms
Prasit#
*Mar 1 01:21:40.063: %LINEPROTO-5-UPDOWN: Line protocol on Interface
BRI0:1, changed state to up
*Mar 1 01:21:44.991: %ISDN-6-CONNECT: Interface BRI0:1 is now connected
to 6106 Spicey
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/36/36 ms
Prasit#
Serie 1 wordt opnieuw actief.
Prasit#
*Mar 1 01:26:40.579: %LINK-3-UPDOWN: Interface Serial1, changed state to up
*Mar 1 01:26:41.579: %LINEPROTO-5-UPDOWN: Line protocol on Interface
Serial1, changed state to up
*Mar 1 01:27:01.051: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BRI0,
TEI 64 changed to down
*Mar 1 01:27:01.055: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR0, TEI
64 changed to down
*Mar 1 01:27:01.363: %LINK-5-CHANGED: Interface BRI0, changed state to standby mode
*Mar 1 01:27:01.379: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
*Mar 1 01:27:01.395: %LINK-3-UPDOWN: Interface BRI0:2, changed state to down
Prasit#show frame map
Serial1.1 (up): point-to-point dlci, dlci 150(0x96,0x2460), broadcast
status defined, active
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/116/432 ms
Prasit#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE =
Serial1.1
input pkts 58 output pkts 66 in bytes 9727
out bytes 10022 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 46 out bcast bytes 7942
pvc create time 01:27:37, last time pvc status changed 00:01:59
Frame Relay-switching configureren
Frame Relay-switching is een middel om pakketten te schakelen die op de datalink-identificatiecode (DLCI) zijn gebaseerd. Wij kunnen op dit als Frame Relay equivalent van een adres van het Toegangsbeheer van Media (MAC) kijken. U voert switching uit door uw Cisco-router of toegangsserver te configureren naar een Frame Relay-netwerk. Een Frame Relay-netwerk bestaat uit twee delen:
-
Frame Relay Data Terminal Equipment (DTE) - de router of toegangsserver.
-
Frame Relay DCE-switch (Data Circuit-Terminating Equipment).
Opmerking: in Cisco IOS-softwarerelease 12.1(2)T en hoger is de opdracht frame-route vervangen door de opdracht connect.
Laten we eens kijken naar een voorbeeldconfiguratie. In de configuratie hieronder, gebruiken wij router Amerika als switch van Frame Relay. We gebruiken Spicey als hub router en Prasit en Aton als spoke routers. We hebben ze als volgt met elkaar verbonden:
-
Prasit seriële 1 (s1) DTE is aangesloten op America seriële 1/4 (s1/4) DCE.
-
Spicey seriële 0 (s0) DTE is aangesloten op America seriële 1/5 (s1/5) DCE.
-
Aton seriële 1 (s1) DTE is aangesloten op America seriële 3/4 (s3/4) DCE.
Netwerkdiagram
Dit document is gebaseerd op de volgende configuratie:
Configuraties
| pittig |
|---|
Spicey#show running-config Building configuration... ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Spicey ! ! ! interface Ethernet0 ip address 124.124.124.1 255.255.255.0 ! interface Serial0 ip address 3.1.3.1 255.255.255.0 encapsulation frame-relay frame-relay interface-dlci 130 frame-relay interface-dlci 140 ! ! router rip network 3.0.0.0 network 124.0.0.0 ! line con 0 ! exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| Prasit |
|---|
Prasit#show running-config Building configuration... Current configuration : 1499 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname Prasit ! ! ! interface Ethernet0 ip address 123.123.123.1 255.255.255.0 ! interface Serial1 ip address 3.1.3.2 255.255.255.0 encapsulation frame-relay frame-relay interface-dlci 150 ! ! router rip network 3.0.0.0 network 123.0.0.0 ! ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| Aton |
|---|
Aton#show running-config Building configuration... Current configuration: ! version 12.0 service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname Aton ! ! ! interface Ethernet0 ip address 122.122.122.1 255.255.255.0 ! interface Serial1 ip address 3.1.3.3 255.255.255.0 encapsulation frame-relay frame-relay interface-dlci 160 ! router rip network 3.0.0.0 network 122.0.0.0 ! ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| Amerika |
|---|
america#show running-config Building configuration... Current configuration: ! ! service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname america ! frame-relay switching ! ! interface Serial1/4 description *** static DCE connection to s1 Prasit no ip address encapsulation frame-relay clockrate 2000000 frame-relay intf-type dce frame-relay route 150 interface Serial1/5 140 ! interface Serial1/5 description *** static DCE connection to s0 spicy no ip address encapsulation frame-relay bandwidth 1000000 tx-queue-limit 100 frame-relay intf-type dce frame-relay route 130 interface Serial3/4 160 frame-relay route 140 interface Serial1/4 150 transmitter-delay 10 ! interface Serial3/4 description *** static DCE connection to s1 Aton encapsulation frame-relay no ip mroute-cache clockrate 2000000 frame-relay intf-type dce frame-relay route 160 interface Serial1/5 130 ! |
Opdrachten weergeven
Gebruik de volgende showopdrachten om te testen of uw netwerk goed werkt:
-
frame-relay kaart weergeven
-
pvc van het showframe relay
De output die hieronder wordt getoond is een resultaat van het ingaan van deze bevelen op de apparaten die wij in deze steekproefconfiguratie gebruiken.
pittig
Spicey#show frame-relay map
Serial0 (up): ip 3.1.3.2 dlci 140(0x8C,0x20C0), dynamic,
broadcast,, status defined, active
Serial0 (up): ip 3.1.3.3 dlci 130(0x82,0x2020), dynamic,
broadcast,, status defined, active
Spicey#show frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)
Active Inactive Deleted Static
Local 2 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 130, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0
input pkts 32 output pkts 40 in bytes 3370
out bytes 3928 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 30 out bcast bytes 2888
pvc create time 00:15:46, last time pvc status changed 00:10:42
DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0
input pkts 282 output pkts 291 in bytes 25070
out bytes 27876 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 223 out bcast bytes 20884
pvc create time 02:28:36, last time pvc status changed 02:25:14
Prasit
Prasit#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 150(0x96,0x2460), dynamic,
broadcast,, status defined, active
Prasit#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0
DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1
input pkts 311 output pkts 233 in bytes 28562
out bytes 22648 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 162 out bcast bytes 15748
pvc create time 02:31:39, last time pvc status changed 02:25:14
Aton
Aton#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 160(0xA0,0x2800), dynamic, broadcast, status defined, active
Aton#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 160, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial
input pkts 35 output pkts 32 in bytes 3758
out bytes 3366 dropped pkts 0 in FECN pkt 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 27 out bcast bytes 2846
pvc create time 00:10:53, last time pvc status changed 00:10:53
Frame Relay DLCI-prioritering configureren
Data-Link Connection identifier (DLCI) prioritering is het proces waarbij verschillende verkeerstypen op afzonderlijke DLCI’s worden geplaatst, zodat een Frame Relay-netwerk een verschillende geëngageerde informatiesnelheid voor elk verkeerstype kan bieden. Het kan samen met of douane het een rij vormen of prioriteit een rij vormen worden gebruikt om bandbreedtebeheer controle over de toegangsverbinding aan het netwerk van Frame Relay te verstrekken. Daarnaast bieden sommige Frame Relay-serviceproviders en Frame Relay-switches (zoals de switches Stratacom Internetwork Packet Exchange [IPX], IGX en BPX of AXIS) in feite prioritering binnen de Frame Relay-cloud op basis van deze prioriteitsinstelling.
Overwegingen bij implementatie
Let bij de uitvoering van DLCI-prioritering op de volgende punten:
-
Als een secundaire DLCI daalt, verliest u verkeer dat alleen voor die wachtrij bestemd is.
-
Als u de primaire DLCI verliest, daalt de subinterface en verliest u al verkeer.
Netwerkdiagram
Om deze setup te gebruiken, moet u vier DLCI's hebben voor de kant die de DLCI-prioritering zal gebruiken. In dit voorbeeld hebben we Spicey als volgt geconfigureerd voor prioriteitswachtrijen:
-
Ping bevindt zich in de wachtrij met hoge prioriteit.
-
Telnet bevindt zich in de wachtrij met middelhoge prioriteit.
-
File Transfer Protocol (FTP) bevindt zich in de wachtrij voor normale prioriteiten.
-
Al het andere IP-verkeer bevindt zich in de wachtrij met lage prioriteit.
Opmerking: Zorg ervoor dat u de DLCI’s zo instelt dat ze overeenkomen met de prioriteitenlijst, of het systeem zal de juiste wachtrij niet gebruiken.
Configuraties
| pittig |
|---|
Spicey#show running-config Building configuration... Current configuration : 1955 bytes ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec ! hostname Spicey ! ! interface Ethernet0 ip address 124.124.124.1 255.255.255.0 ! interface Serial0 no ip address encapsulation frame-relay priority-group 1 ! interface Serial0.1 point-to-point ip address 4.0.1.1 255.255.255.0 frame-relay priority-dlci-group 1 140 180 190 200 frame-relay interface-dlci 140 ! router igrp 2 network 4.0.0.0 network 124.0.0.0 ! access-list 102 permit icmp any any priority-list 1 protocol ip high list 102 priority-list 1 protocol ip medium tcp telnet priority-list 1 protocol ip normal tcp ftp priority-list 1 protocol ip low ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
| Prasit |
|---|
Prasit#show running-config Building configuration... ! version 12.1 service timestamps debug datetime msec service timestamps log datetime msec ! hostname Prasit ! ! ! interface Ethernet0 ip address 123.123.123.1 255.255.255.0 ! interface Serial1 ip address 4.0.1.2 255.255.255.0 encapsulation frame-relay ! router igrp 2 network 4.0.0.0 network 123.0.0.0 ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end |
Opdrachten met debug en show
Gebruik de volgende opdrachten voor tonen en debuggen om te testen of uw netwerk correct werkt. Zie Belangrijke informatie over debug-opdrachten voordat u debug-opdrachten uitgeeft.
-
pvc van het showframe relay
-
frame-relay kaart weergeven
-
wachtrijprioriteit tonen
-
debug-prioriteit
De output die hieronder wordt getoond is een resultaat van het ingaan van deze bevelen op de apparaten die wij in deze steekproefconfiguratie gebruiken.
pittig
Spicey#show frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)
Active Inactive Deleted Static
Local 4 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 140, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.1
input pkts 106 output pkts 15 in bytes 6801
out bytes 1560 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 0 out bcast bytes 0
pvc create time 00:29:22, last time pvc status changed 00:20:37
Priority DLCI Group 1, DLCI 140 (HIGH), DLCI 180 (MEDIUM)
DLCI 190 (NORMAL), DLCI 200 (LOW)
DLCI = 180, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.1
input pkts 0 output pkts 51 in bytes 0
out bytes 2434 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 0 out bcast bytes 0
pvc create time 00:29:23, last time pvc status changed 00:14:48
DLCI = 190, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.1
input pkts 0 output pkts 13 in bytes 0
out bytes 3653 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 13 out bcast bytes 3653
pvc create time 00:29:23, last time pvc status changed 00:14:28
DLCI = 200, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.1
input pkts 0 output pkts 42 in bytes 0
out bytes 2554 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 10 out bcast bytes 500
pvc create time 00:29:24, last time pvc status changed 00:14:09
Spicey#show frame-relay map
Serial0.1 (up): point-to-point dlci, dlci 140(0x8C,0x20C0), broadcast
status defined, active
Priority DLCI Group 1, DLCI 140 (HIGH), DLCI 180 (MEDIUM)
DLCI 190 (NORMAL), DLCI 200 (LOW)
Spicey#show queueing priority
Current priority queue configuration:
List Queue Args
1 high protocol ip list 102
1 medium protocol ip tcp port telnet
1 normal protocol ip tcp port ftp
1 low protocol ip
Om de prioriteitswachtrij te verifiëren, gebruik het debug prioriteitsbevel.
Spicey#debug priority Priority output queueing debugging is on Spicey#ping 123.123.123.1 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 123.123.123.1, timeout is 2 seconds: !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 44/45/48 ms Spicey# *Mar 1 00:32:30.391: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high *Mar 1 00:32:30.395: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high *Mar 1 00:32:30.399: PQ: Serial0 output (Pk size/Q 104/0) *Mar 1 00:32:30.439: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high *Mar 1 00:32:30.443: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high *Mar 1 00:32:30.447: PQ: Serial0 output (Pk size/Q 104/0) *Mar 1 00:32:30.487: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high *Mar 1 00:32:30.491: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high *Mar 1 00:32:30.495: PQ: Serial0 output (Pk size/Q 104/0) *Mar 1 00:32:30.535: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high *Mar 1 00:32:30.539: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high *Mar 1 00:32:30.543: PQ: Serial0 output (Pk size/Q 104/0) *Mar 1 00:32:30.583: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high *Mar 1 00:32:30.587: PQ: Serial0: ip (s=4.0.1.1, d=123.123.123.1) ->high *Mar 1 00:32:30.587: PQ: Serial0 output (Pk size/Q 104/0)Spicey# Spicey#telnet 123.123.123.1 Trying 123.123.123.1 ... Open User Access Verification Password: *Mar 1 00:32:59.447: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.451: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.451: PQ: Serial0 output (Pk size/Q 48/1) *Mar 1 00:32:59.475: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.479: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.483: PQ: Serial0 output (Pk size/Q 44/1) *Mar 1 00:32:59.487: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.487: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.491: PQ: Serial0 output (Pk size/Q 53/1) *Mar 1 00:32:59.495: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.499: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.499: PQ: Serial0 output (Pk size/Q 44/1) *Mar 1 00:32:59.511: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.511: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.515: PQ: Serial0 output (Pk size/Q 47/1) *Mar 1 00:32:59.519: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.519: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.523: PQ: Serial0 output (Pk size/Q 47/1) *Mar 1 00:32:59.527: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.527: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.531: PQ: Serial0 output (Pk size/Q 53/1) *Mar 1 00:32:59.539: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.543: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.547: PQ: Serial0 output (Pk size/Q 47/1) *Mar 1 00:32:59.751: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.755: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:32:59.755: PQ: Serial0 output (Pk size/Q 44/1) Password:
Ander IP-verkeer gaat door de lage wachtrij.
Spicey# *Mar 1 00:53:57.079: PQ: Serial0 output (Pk size/Q 13/0) *Mar 1 00:53:58.851: PQ: Serial0: ip -> low *Mar 1 00:53:58.907: PQ: Serial0: ip -> low *Mar 1 00:53:58.907: PQ: Serial0 output (Pk size/Q 36/3) *Mar 1 00:53:59.459: PQ: Serial0: ip -> low *Mar 1 00:53:59.463: PQ: Serial0: ip -> low *Mar 1 00:53:59.463: PQ: Serial0 output (Pk size/Q 50/3) Spicey#
Prasit
Prasit#show frame-relay pvc
PVC Statistics for interface Serial1 (Frame Relay DTE)
Active Inactive Deleted Static
Local 1 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 150, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1
input pkts 134 output pkts 119 in bytes 12029
out bytes 7801 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 18 out bcast bytes 1260
pvc create time 00:21:15, last time pvc status changed 00:21:15
Prasit#show frame-relay map
Serial1 (up): ip 4.0.1.1 dlci 150(0x96,0x2460), dynamic,
broadcast, status defined, active
Prasit#ping 124.124.124.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 124.124.124.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 44/45/48
Here is the debug output shown on Spicey when you use the command above to ping to Spicey from Prasit.
Spicey#
*Mar 1 00:33:26.755: PQ: Serial0 output (Pk size/Q 13/0)
*Mar 1 00:33:28.535: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar 1 00:33:28.539: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar 1 00:33:28.543: PQ: Serial0 output (Pk size/Q 104/0)
*Mar 1 00:33:28.583: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar 1 00:33:28.587: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar 1 00:33:28.587: PQ: Serial0 output (Pk size/Q 104/0)
*Mar 1 00:33:28.631: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar 1 00:33:28.635: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar 1 00:33:28.635: PQ: Serial0 output (Pk size/Q 104/0)
*Mar 1 00:33:28.679: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar 1 00:33:28.683: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar 1 00:33:28.683: PQ: Serial0 output (Pk size/Q 104/0)
*Mar 1 00:33:28.723: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar 1 00:33:28.727: PQ: Serial0: ip (s=124.124.124.1, d=4.0.1.2) ->high
*Mar 1 00:33:28.731: PQ: Serial0 output (Pk size/Q 104/0)
Prasit#telnet 124.124.124.1
Trying 124.124.124.1 ... Open
User Access Verification
Password:
Spicey>exit
[Connection to 124.124.124.1 closed by foreign host]
Prasit#
Hier is de debug uitvoer getoond op Spicey wanneer u de opdracht hierboven gebruikt om Telnet naar Spicey van Prasit.
Spicey# *Mar 1 00:33:54.499: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.499: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.503: PQ: Serial0 output (Pk size/Q 48/1) *Mar 1 00:33:54.527: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.531: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.531: PQ: Serial0 output (Pk size/Q 56/1) *Mar 1 00:33:54.547: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.551: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.555: PQ: Serial0 output (Pk size/Q 86/1) *Mar 1 00:33:54.559: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.563: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.563: PQ: Serial0 output (Pk size/Q 47/1) *Mar 1 00:33:54.571: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.575: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.575: PQ: Serial0 output (Pk size/Q 47/1) *Mar 1 00:33:54.779: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.783: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:54.783: PQ: Serial0 output (Pk size/Q 44/1) *Mar 1 00:33:56.755: PQ: Serial0 output (Pk size/Q 13/0) *Mar 1 00:33:57.143: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:57.143: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:57.147: PQ: Serial0 output (Pk size/Q 44/1) *Mar 1 00:33:57.447: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:57.447: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:57.451: PQ: Serial0 output (Pk size/Q 44/1) *Mar 1 00:33:57.899: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:57.899: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:57.903: PQ: Serial0 output (Pk size/Q 53/1) *Mar 1 00:33:59.491: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:59.495: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:59.495: PQ: Serial0 output (Pk size/Q 45/1) *Mar 1 00:33:59.711: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:59.715: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:59.715: PQ: Serial0 output (Pk size/Q 45/1) *Mar 1 00:33:59.951: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:59.951: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:33:59.955: PQ: Serial0 output (Pk size/Q 45/1) *Mar 1 00:34:00.123: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:34:00.123: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:34:00.127: PQ: Serial0 output (Pk size/Q 45/1) *Mar 1 00:34:00.327: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:34:00.327: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:34:00.331: PQ: Serial0 output (Pk size/Q 46/1) *Mar 1 00:34:00.495: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:34:00.499: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:34:00.499: PQ: Serial0 output (Pk size/Q 44/1) *Mar 1 00:34:00.543: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:34:00.543: PQ: Serial0: ip (tcp 23) -> medium *Mar 1 00:34:00.547: PQ: Serial0 output (Pk size/Q 44/1)
Frame Relay-uitzendwachtrij
De rij van de uitzending is een belangrijke eigenschap die in middelgrote tot grote IP of IPX netwerken wordt gebruikt waar de routing en de dienst access point (SAP) uitzendingen over het netwerk van Frame Relay moeten stromen. De uitzendingsrij wordt beheerd onafhankelijk van de normale interfacerij, heeft zijn eigen buffers, en heeft een configureerbare grootte en een de diensttarief. Deze uitzendingsrij wordt niet gebruikt voor het overbruggen van over*spannen-boomupdates (BPDUs) wegens timingsgevoeligheden. Deze pakketten zullen door de normale wachtrijen lopen. Het interfacebevel om uitzendingsrij toe te laten volgt:
framerelay broadcast-wachtrijgrootte, byte-rate, pakketsnelheid
Een uitzendingsrij wordt gegeven een maximum transmissietarief (productie) grens die in bytes per seconde en pakketten per seconde wordt gemeten. De wachtrij wordt onderhouden om ervoor te zorgen dat alleen dit maximum wordt verstrekt. De uitzendingsrij heeft prioriteit wanneer het overbrengen aan een tarief onder het gevormde maximum, en heeft daarom een gewaarborgde minimumbandbreedtetoewijzing. De twee maximale transmissietarieven zijn bedoeld om te voorkomen dat de interface met uitzendingen overstroomt. De werkelijke limiet in elke seconde is de eerste limiet die wordt bereikt. Gezien de beperking van de transmissiesnelheid, is extra buffering vereist om uitzendingspakketten op te slaan. De uitzendingsrij is configureerbaar om grote aantallen uitzendingspakketten op te slaan. De wachtrijgrootte moet worden ingesteld om verlies van broadcast-routing-updatepakketten te voorkomen. De exacte grootte is afhankelijk van het gebruikte protocol en het aantal pakketten dat voor elke update vereist is. Om veilig te zijn, moet de grootte van de wachtrij zo worden ingesteld dat één volledige routingupdate van elk protocol en voor elke datalink-verbinding-identificator (DLCI) kan worden opgeslagen. Als algemene regel, begin met 20 pakketten per DLCI. De bytesnelheid dient lager te zijn dan beide van de volgende waarden:
-
N/4 maal het minimale percentage externe toegang (gemeten in bytes per seconde), waarbij N het aantal DLCI’s is waarop de uitzending moet worden gerepliceerd
-
1/4 het lokale toegangspercentage (gemeten in bytes per seconde)
De pakketsnelheid is niet kritiek als de bytesnelheid conservatief is ingesteld. In het algemeen moet de pakketsnelheid worden ingesteld op basis van pakketten van 250 bytes. De standaardwaarden voor de seriële interfaces zijn 64 wachtrijen, 256.000 bytes per seconde (2.048.000 bps) en 36 pps. De standaardwaarden voor snelle seriële interfaces (HSSI) zijn 256 wachtrijen, 1.024.000 bytes per seconde (8.192.000 bps) en 144 pps.
Traffic Shaping
Traffic Shaping maakt gebruik van een snelheidsregelmechanisme, een zogenaamde token bucket filter. Dit filter voor de symboolemmer wordt als volgt ingesteld:
extra burst plus toegezegde burst (Bc + Be) = maximumsnelheid voor het virtuele circuit (VC)
Verkeer boven de maximumsnelheid wordt gebufferd in een traffic shaping wachtrij die gelijk is aan de grootte van de gewogen Fair Queue (WFQ). Het Token Bucket-filter filtert geen verkeer, maar bepaalt de snelheid waarmee verkeer op de uitgaande interface wordt verzonden. Raadpleeg het overzicht van toezicht en vormgeving voor meer informatie over tokenemhalffilters.
Dit document biedt een overzicht van generieke traffic shaping en Frame Relay traffic shaping.
Traffic Shaping-parameters
We kunnen de volgende verkeersvormparameters gebruiken:
-
CIR = gecommitteerd informatiepercentage (= gemiddelde tijd)
-
EIR = overtollig informatiepercentage
-
TB = symbolische emmer (= BC + BE)
-
Bc = toegewijde barstgrootte (= aanhoudende barstgrootte)
-
BE = grootte overtollige burst
-
DE = subsidiabiliteit bij teruggooi
-
Tc = meetinterval
-
AR = toegangssnelheid die overeenkomt met de snelheid van de fysieke interface (dus als u een T1 gebruikt, is AR ongeveer 1,5 Mbps).
Laten we wat gedetailleerder kijken naar enkele van deze parameters:
Toegangspercentage (ASR)
Het maximale aantal bits per seconde dat een eindstation in het netwerk kan verzenden, wordt begrensd door het toegangspercentage van de gebruikersnetwerkinterface. De lijnsnelheid van de gebruikersnetwerkverbinding beperkt het toegangspercentage. U kunt dit in uw abonnement bij de serviceprovider vaststellen.
Toegewijde barstgrootte (BC)
De maximale toegewijde hoeveelheid gegevens die u aan het netwerk kunt aanbieden, wordt gedefinieerd als Bc. Bc is een maatstaf voor het gegevensvolume waarvoor het netwerk onder normale omstandigheden de berichtenlevering garandeert. Het wordt gemeten tijdens de vastgelegde rentevoet Tc.
Overtollige barstgrootte (BE)
Het aantal niet-toegewezen bits (buiten CIR) dat nog steeds door de Frame Relay-switch wordt geaccepteerd maar wordt gemarkeerd als in aanmerking komend om te worden verwijderd (DE).
De symbolische emmer is een 'virtuele' buffer. Het bevat een aantal tokens, waardoor u een beperkte hoeveelheid gegevens per tijdsinterval kunt verzenden. De token emmer is gevuld met Bc bits per Tc. De maximale grootte van de emmer is Bc + Be. Als de Be zeer groot is en, als bij T0 de emmer gevuld is met Bc + Be tokens, kunt u Bc + Be bits verzenden bij de toegangssnelheid. Dit wordt niet beperkt door Tc, maar door de tijd die nodig is om de Be te verzenden. Dit is een functie van het toegangstarief.
Toegewijd informatietarief (CIR)
Het CIR is de toegestane hoeveelheid gegevens die het netwerk onder normale omstandigheden moet overdragen. Het gemiddelde wordt berekend over een langere periode Tc. CIR wordt ook bedoeld als minimum aanvaardbare productie. Bc en Be worden uitgedrukt in bits, Tc in seconden en het toegangspercentage en CIR in bits per seconde.
Bc, Be, Tc en CIR worden gedefinieerd per datalink-verbinding-identificator (DLCI). Hierdoor regelt het symboolemmerfilter de snelheid per DLCI. Het toegangspercentage is geldig per gebruiker-netwerkinterface. Voor Bc, kunnen de inkomende en uitgaande waarden van Be en CIR worden onderscheiden. Als de verbinding symmetrisch is, zijn de waarden in beide richtingen het zelfde. Voor permanente virtuele circuits definiëren we inkomende en uitgaande BC, Be en CIR op abonnementstijd.
-
Piek = maximumsnelheid DLCI. De bandbreedte voor die bepaalde DLCI.
-
TC = BC / CIR
-
Piek = CIR + BE/TC = CIR (1 + BE/BC)
Indien de Tc één seconde is, dan:
-
Piek = CIR + BE = Bc + BE
-
EIR = BE
In het voorbeeld dat we hier gebruiken, verstuurt de router verkeer tussen 48 Kbps en 32 Kbps afhankelijk van stremming in het netwerk. Netwerken kunnen frames boven Bc markeren met DE, maar hebben voldoende reservecapaciteit om het frame te transporteren. Het omgekeerde is ook mogelijk: ze kunnen een beperkte capaciteit hebben, maar toch overbodige frames meteen weggooien. Netwerken kunnen frames markeren boven Bc + Be met DE, en mogelijk transporteren, of gewoon de frames laten vallen zoals gesuggereerd door de International Telecommunication Union Telecommunication Standardization Sector specificatie ITU-T I.370. Traffic Shaping blokkeert het verkeer op basis van becn-pakketten (backward-express congestiemeldingen) die van het switch-netwerk zijn gelabeld. Als u 50 percent BECN ontvangt, vermindert de router het verkeer door één achtste van de huidige overgebrachte bandbreedte voor dat bepaalde DLCI.
Voorbeeld
De overgebrachte snelheid is 42 Kb. De router verlaagt de snelheid tot 42 min 42 gedeeld door 8 (42 - 42/8), wat 36.75 Kb maakt. Als de congestie na de verandering vermindert, vermindert de router het verkeer verder, daaldend aan één achtste van huidige overgebrachte bandbreedte. Het verkeer wordt verminderd tot het de geconfigureerde CIR-waarde bereikt. De snelheid kan echter onder het CIR dalen wanneer we nog steeds BECN's kunnen zien. U kunt een ondergrens specificeren, zoals CIR/2. Het netwerk is niet meer verstopt wanneer alle frames die van het netwerk worden ontvangen, geen BECN-bit meer hebben voor een bepaald tijdsinterval. 200 ms is de standaardwaarde voor dit interval.
Generic Traffic Shaping
De Generic Traffic Shaping-functie is een media- en inkapselingsonafhankelijke traffic shaping tool die helpt de stroom van uitgaand verkeer te verminderen wanneer er congestie is binnen de cloud, op de link of bij de ontvangende endpointrouter. We kunnen het instellen op interfaces of subinterfaces binnen een router.
Generic Traffic Shaping is nuttig in de volgende situaties:
-
Wanneer u een netwerktopologie hebt die uit een snelle verbinding (van de T1 lijnsnelheid) bij de centrale plaats en lage snelheidsverbindingen (minder dan 56 kbps) bij de tak of telecommuter plaatsen bestaat. Vanwege de snelheidsmismatch bestaat er vaak een knelpunt voor verkeer op de vertakking- of telecommutersites wanneer de centrale site gegevens verstuurt met een sneller tempo dat de externe sites kunnen ontvangen. Dit resulteert in een knelpunt in de laatste switch voor de remote-point router.
-
Als u een dienstverlener bent die sub-rate diensten aanbiedt, laat deze eigenschap u toe om de router te gebruiken om uw T1 of T3 verbindingen, bijvoorbeeld, in kleinere kanalen te verdelen. U kunt elke subinterface configureren met een symbolische filteremmer die overeenkomt met de service die door een klant is besteld.
Voor uw Frame Relay verbinding, kunt u de router willen om verkeer te wurgen in plaats van het te verzenden in het netwerk. Verkleinen van het verkeer zou pakketverlies in de cloud van de serviceprovider beperken. De op BECN gebaseerde throttling mogelijkheid die bij deze functie wordt geleverd, stelt u in staat om de router dynamisch throttle traffic te hebben op basis van het ontvangen van BECN-getagde pakketten van het netwerk. Deze beperking houdt pakketten in de buffers van de router om de gegevensstroom van de router naar het Frame Relay-netwerk te verminderen. De router verstikt het verkeer op een subinterfacebasis, en het tarief wordt ook verhoogd wanneer minder BECN-tagged pakketten worden ontvangen.
Opdrachten voor Generic Traffic Shaping
Gebruik deze opdracht om snelheidscontrole te definiëren:
Traffic Shaped Rate (bitsnelheid) [burst-size [extra-burst-size] [group access-list]
Gebruik deze opdracht om BECN's op een Frame Relay-interface te activeren:
traffic-shaping adaptief [bit-rate]
Om een Frame Relay-subinterface te configureren om de beschikbare bandbreedte te schatten wanneer deze BECN’s ontvangt, gebruikt u de opdracht traffic-form adaptive.
Opmerking: U moet traffic shaping op de interface met de opdracht traffic-shaping inschakelen voordat u de opdracht traffic-form adaptive kunt gebruiken.
De bitsnelheid die voor de opdracht traffic-shape rate wordt gespecificeerd, is de bovengrens, en de bitsnelheid die voor de opdracht traffic-shape adaptive is gespecificeerd is de ondergrens (meestal de CIR-waarde) waarbij verkeer wordt gevormd wanneer de interface BECN's ontvangt. Normaliter ligt de werkelijk gebruikte rentevoet tussen deze twee rentevoeten. U moet de opdracht traffic-form adaptive aan beide uiteinden van de link configureren, aangezien het apparaat ook aan het stroomuiteinde wordt geconfigureerd om voorwaartse expliciete congestiemeldingen (FECN) als BECN's weer te geven. Dit laat de router op het hoge snelheidseind toe om aan congestie te ontdekken en aan te passen zelfs wanneer het verkeer hoofdzakelijk in één richting stroomt.
Voorbeeld
In het volgende voorbeeld wordt traffic shaping op interface 0.1 geconfigureerd met een bovengrens (meestal Bc + Be) van 128 kbps en een ondergrens van 64 kbps. Hierdoor kan de link tussen 64 en 128 kbps draaien, afhankelijk van het stremmingsniveau. Als de centrale zijde een bovengrens van 256 kbps heeft, moet u de laagste bovengrens gebruiken.
Dit is wat we op deze routers hebben geconfigureerd:
Central# interface serial 0 encapsulation-frame-relay interface serial 0.1 traffic-shape rate 128000 traffic-shape adaptive 64000 Client# interface serial 0 encapsulation-frame-relay interface serial 0.1 traffic-shape rate 128000 traffic-shape adaptive 64000
Frame Relay Traffic Shaping
Met generisch traffic shaping kunt u slechts één pieksnelheid (bovengrens) per fysieke interface en één CIR-waarde (ondergrens) per subinterface specificeren. Met Frame Relay traffic shaping start u een token-emmerfilter per Virtual Circuit.
Het traffic shaping via Frame Relay biedt de volgende functies:
-
Snelheidshandhaving op een per-VC basis: U kunt een pieksnelheid configureren om uitgaand verkeer te beperken tot de CIR of een andere gedefinieerde waarde zoals de overtollige informatiesnelheid (EIR).
-
Gegeneraliseerde BECN-ondersteuning per-VC: de router kan BECN's en gaspedaal verkeer controleren op basis van BECN-gemarkeerde pakketfeedback van het Frame Relay-netwerk.
-
Ondersteuning van prioriteitswachtrij (PQ), aangepaste wachtrij (CQ) of WFQ op VC-niveau. Dit zorgt voor fijnere granulariteit in de prioritering en wachtrijen van verkeer, waardoor u meer controle hebt over de verkeersstroom op een individuele VC. Het verkeer dat over Frame Relay vormt, is van toepassing op Frame Relay permanente virtuele circuits (PVC’s) en switched Virtual Circuits (SVC’s).
Voorbeeld
Interface Serial 0 no ip address encapsulation frame-relay frame-relay traffic-shaping ! interface Serial0.100 ip address 1.1.1.1 255.255.255.252 frame-relay interface-dlci 100 frame-relay class fast ! interface Serial0.200 ip address 1.1.1.5 255.255.255.252 frame-relay interface-dlci 200 frame-relay class slow ! map-class frame-relay slow frame-relay traffic-rate 64000 128000 ! map-class frame-relay fast frame-relay traffic-rate 16000 64000 !
In dit voorbeeld voegt de router twee symbolische emmers toe.
-
Er wordt gewerkt tussen 64000 (CIR) en 128000 (Bc + Be).
-
De andere loopt tussen 16000 (CIR) en 64000 (Bc + Be).
Als inkomend verkeer vanaf Ethernet groter is dan het filter van de symbolische emmer, wordt het verkeer opgeslagen in de rij van het frame-relay verkeer.
Om een stroomschema te bekijken dat pakketstroom toont wanneer u Frame Relay traffic shaping implementeert, raadpleegt u Frame Relay Traffic Shaping Flowchart. Om een stroomschema te bekijken dat specifiek een symbolisch emmerfilter gebruikt, raadpleegt u Frame Relay Traffic Shaping - Token Bucket Flowchart.
Veelgebruikte Frame Relay-opdrachten
In deze sectie worden twee Cisco IOS®-opdrachten beschreven die met name nuttig zijn bij het configureren van Frame Relay.
pvc van het showframe relay
Deze opdracht toont de status van het permanent virtueel circuit (PVC), pakketten in en uit, gedropte pakketten als er congestie op de lijn is via voorwaartse expliciete congestiekennisgeving (FECN) en achterwaartse expliciete congestiekennisgeving (BECN), enzovoort. Klik hier voor een gedetailleerde beschrijving van de velden die worden gebruikt met de opdracht show frame relay pvc.
Als u de uitvoer van een show frame-relay pvc-opdracht van uw Cisco-apparaat hebt, kunt u Output Interpreter (geregistreerde klanten alleen) gebruiken om potentiële problemen en oplossingen weer te geven.
De voorbeelduitvoer wordt hieronder weergegeven:
RouterA#show frame-relay pvc PVC Statistics for interface Serial0 (Frame Relay DTE) DLCI = 666, DLCI USAGE = UNUSED, PVC STATUS = DELETED, INTERFACE = Serial0 input pkts 0 output pkts 0 in bytes 0 out bytes 0 dropped pkts 0 in FECN pkts 0 in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 in DE pkts 0 out DE pkts 0 pvc create time 0:03:18 last time pvc status changed 0:02:27 Num Pkts Switched 0 DLCI = 980, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0 input pkts 19 output pkts 87 in bytes 2787 out bytes 21005 dropped pkts 0 in FECN pkts 0 in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 in DE pkts 0 out DE pkts 0 pvc create time 1:17:47 last time pvc status changed 0:58:27
Het veld DLCI USAGE bevat een van de volgende vermeldingen:
-
SWITCHED - de router of de toegangsserver wordt gebruikt als switch.
-
LOCAL (LOKAAL) - de router of toegangsserver wordt gebruikt als data-eindapparatuur (DTE).
-
ONGEBRUIKT - het herkenningsteken van de datalink-verbinding (DLCI) wordt niet van verwijzingen voorzien door gebruiker-ingevoerde configuratiebevelen op de router.
Het PVC kan vier mogelijke statussen hebben. Deze worden als volgt weergegeven in het veld PVC STATUS:
-
ACTIVE - PVC werkt en werkt normaal.
-
INACTIEF - PVC is niet up-to-end. Dit kan zijn omdat of er geen afbeelding (of onjuiste afbeelding) is voor de lokale DLCI in de frame-relay cloud of het verre eind van de PVC wordt verwijderd.
-
VERWIJDERD - Ofwel de Local Management Interface (LMI) wordt niet uitgewisseld tussen de router en de lokale switch, of de switch heeft geen DLCI geconfigureerd op de lokale switch.
-
STATISCH - geen keepalive geconfigureerd op de frame-relay-interface van de router.
frame-relay kaart weergeven
Gebruik deze opdracht om te bepalen of frame-relay inverse-arp een extern IP-adres heeft opgelost in een lokale DLCI. Deze opdracht is niet ingeschakeld voor point-to-point subinterfaces. Het is alleen nuttig voor interfaces met meerdere punten en subinterfaces. De voorbeelduitvoer wordt hieronder weergegeven:
RouterA#show frame-relay map
Serial0 (up): ip 157.147.3.65 dlci 980(0x3D4,0xF440), dynamic,
broadcast,, status defined, active
Voor een gedetailleerde beschrijving van de velden die gebruikt worden met de opdracht Frame Relay-kaart weergeven, raadpleegt u Documentatie over Frame Relay-opdrachten.
Als u de output van een show frame relay map opdracht van uw Cisco apparaat hebt, kunt u Output Interpreter (geregistreerde klanten) gebruiken om potentiële problemen en oplossingen weer te geven.
Frame Relay en overbrugging
De configuratieberichten worden BPDU's (Bridge Protocol Data Units) genoemd en worden gebruikt in de Spanning-Tree-protocollen die in Cisco-bruggen en -routers worden ondersteund. Deze stromen met regelmatige tussenpozen tussen bruggen en vormen een aanzienlijke hoeveelheid verkeer vanwege hun frequente voorkomen. Er zijn twee soorten overspannen-boomprotocollen in het transparante overbruggen. Eerst geïntroduceerd door de Digital Equipment Corporation (DEC), werd het algoritme vervolgens herzien door de IEEE 802-commissie en gepubliceerd in de IEEE 802.1d-specificatie. Het DEC Spanning-Tree Protocol geeft BPDU's met intervallen van één seconde uit, terwijl de IEEE BPDU's met intervallen van twee seconden uitgeeft. Elk pakket bestaat uit 41 bytes, waaronder een BPDU-bericht met 35 bytes configuratie, een Frame Relay-header van 2 bytes, een Ethernet-type van 2 bytes en een FCS van 2 bytes.
Frame Relay en geheugen
Geheugenverbruik voor Frame Relay-bronnen vindt plaats op vier gebieden:
-
Elke identificatiecode van de datalink-verbinding (DLCI): 216 bytes
-
Elke plattegrond: 96 bytes (of dynamisch gebouwde kaart)
-
Elke IDB (hardware-interface + encap Frame Relay): 5040 + 8346 = 13.386 bytes
-
Elke IDB (software subinterface): 2260 bytes
Cisco 2501 bijvoorbeeld met twee Frame Relay-interfaces, elk met vier subinterfaces, met in totaal acht DLCI’s en bijbehorende kaarten, heeft het volgende nodig:
-
2-interface hardware IDB x 13.386 = 26.772
-
8-subinterface IDB x 2260 = 18.080 subinterfaces
-
8 DLKI's x 216 = 1728 DLKI's
-
8 kaartstaten x 96 = 768 kaartstaten of dynamiek
Het totaal is gelijk aan 47.348 gebruikte bytes RAM.
Opmerking: de hier gebruikte waarden zijn geldig voor Cisco IOS release 11.1, 12.0 en 12.1 software.
Frame Relay-probleemoplossing
Deze sectie bevat delen van mogelijke uitvoer van het show interfacebevel u kunt ontmoeten terwijl het oplossen van problemen. Ook worden uitleg over de output gegeven.
"Serial0 is omlaag, het lijnprotocol is omlaag"
Deze uitvoer betekent dat u een probleem hebt met de kabel, de kanaalservice-eenheid/dataservice-eenheid (CSU/DSU) of de seriële lijn. U moet het probleem met een loopback test oplossen. Volg onderstaande stappen om een loopback-test uit te voeren:
-
Stel de seriële lijninsluiting in op HDLC en houd deze levend op 10 seconden. Om dit te doen, geef de bevelen uit inkapseling hdlc en keepalive 10 onder de seriële interface.
-
Plaats de CSU/DSU of modem in de aansluitnetmodus. Als het lijnprotocol op het moment komt dat de CSU, DSU of modem is in de lokale loopback-modus (aangegeven door een bericht "Line Protocol is up (lused)"), duidt dit erop dat het probleem zich voorbij de lokale CSU/DSU voordoet. Als de statuslijn geen statussen wijzigt, is er mogelijk een probleem met de router, de verbindingskabel, CSU/DSU of modem. In de meeste gevallen is er een probleem met CSU/DSU of de modem.
-
Ping uw eigen IP-adres met de CSU/DSU of modem in een lus. Er mogen geen misstanden zijn. Uitgebreid pingelen van 0x0000 is nuttig in het oplossen van lijnproblemen aangezien T1 of E1 kloktijd uit gegevens afleidt en een overgang om de 8 bits vereist. B8ZS zorgt ervoor dat. Een zwaar nul datapatroon helpt te bepalen of de overgangen op de juiste wijze op de trunk worden gedwongen. Een zwaar eenheidspatroon wordt gebruikt om een hoge nulbelasting te simuleren voor het geval er een paar gegevensomvormers in het pad zijn. Het afwisselende patroon (0x555) vertegenwoordigt een "typisch" gegevenspatroon. Als uw pings falen of als u cyclische redundantie check (CRC) fouten krijgt, is een bit error rate tester (BERT) met een geschikte analyzer van de telco nodig.
-
Wanneer u klaar bent met testen, zorg ervoor dat u de insluiting teruggeeft aan Frame Relay.
"Serial0 is omhoog, lijnprotocol is omlaag"
Deze lijn in de output betekent dat de router een dragersignaal van CSU/DSU of modem krijgt. Controleer of de Frame Relay-provider zijn poort heeft geactiveerd en of de instellingen van uw Local Management Interface (LMI) overeenkomen. Over het algemeen negeert de Frame Relay switch de data-eindapparatuur (DTE) tenzij de juiste LMI wordt weergegeven (gebruik Cisco's standaard voor "cisco" LMI). Controleer of de Cisco-router gegevens verzendt. U zult zeer waarschijnlijk de lijnintegriteit moeten controleren met lustests op verschillende plaatsen die met lokale CSU beginnen en uw manier uit werken tot u aan de switch van Frame Relay van de leverancier krijgt. Zie de vorige sectie voor hoe te om een loopbacktest uit te voeren.
"Serial0 is omhoog, lijnprotocol is omhoog"
Als u keepalives niet hebt uitgeschakeld, betekent deze uitvoerlijn dat de router praat met de switch van de Frame Relay-provider. U zou een succesvolle uitwisseling van bidirectioneel verkeer op de seriële interface zonder CRC fouten moeten zien. Keepalives zijn noodzakelijk in Frame Relay omdat zij het mechanisme zijn dat de router gebruikt om te "leren" welke datalink-verbindings-herkenningstekens (DLCI’s) de provider heeft geleverd. Om op de uitwisseling te letten, kunt u veilig gebruiken debug frame-relay lmi in bijna alle situaties. De opdracht debug frame-relay lmi genereert heel weinig berichten en kan antwoorden geven op vragen zoals:
-
Praat de Cisco router met de lokale Frame Relay-switch?
-
Krijgt de router volledige LMI-statusberichten voor de geabonneerde permanente virtuele circuits (PVC’s) van de Frame Relay-provider?
-
Kloppen de DLCI’s?
Hier is wat steekproef debug frame relay lmi output van een succesvolle verbinding:
*Mar 1 01:17:58.763: Serial0(out): StEnq, myseq 92, yourseen 64, DTE up *Mar 1 01:17:58.763: datagramstart = 0x20007C, datagramsize = 14 *Mar 1 01:17:58.763: FR encap = 0x0001030800 75 95 01 01 01 03 02 5C 40 *Mar 1 01:17:58.767: *Mar 1 01:17:58.815: Serial0(in): Status, myseq 92 *Mar 1 01:17:58.815: RT IE 1, length 1, type 1 *Mar 1 01:17:58.815: KA IE 3, length 2, yourseq 65, myseq 92 *Mar 1 01:18:08.763: Serial0(out): StEnq, myseq 93, yourseen 65, DTE up *Mar 1 01:18:08.763: datagramstart = 0x20007C, datagramsize = 14 *Mar 1 01:18:08.763: FR encap = 0x0001030800 75 95 01 01 01 03 02 5D 41 *Mar 1 01:18:08.767: *Mar 1 01:18:08.815: Serial0(in): Status, myseq 93 *Mar 1 01:18:08.815: RT IE 1, length 1, type 1 *Mar 1 01:18:08.815: KA IE 3, length 2, yourseq 66, myseq 93 *Mar 1 01:18:18.763: Serial0(out): StEnq, myseq 94, yourseen 66, DTE up *Mar 1 01:18:18.763: datagramstart = 0x20007C, datagramsize = 14 *Mar 1 01:18:18.763: FR encap = 0x0001030800 75 95 01 01 00 03 02 5E 42 *Mar 1 01:18:18.767: *Mar 1 01:18:18.815: Serial0(in): Status, myseq 94 *Mar 1 01:18:18.815: RT IE 1, length 1, type 0 *Mar 1 01:18:18.819: KA IE 3, length 2, yourseq 67, myseq 94 *Mar 1 01:18:18.819: PVC IE 0x7 , length 0x3 , dlci 980, status 0x2
Let op de status van "DLCI 980" in de output hierboven. De mogelijke waarden van het statusveld worden hieronder uitgelegd:
-
0x0-added/inactive betekent dat de switch deze DLCI geprogrammeerd heeft maar om een of andere reden (zoals het andere uiteinde van dit PVC is down), is het niet bruikbaar.
-
0x2-added/active betekent dat de Frame Relay-switch DLCI heeft en dat alles gebruiksklaar is. Je kunt beginnen met het verzenden van het verkeer met deze DLCI in de header.
-
0x3-0x3 is een combinatie van een actieve status (0x2) en de RNR (of r-bit) die is ingesteld (0x1). Dit betekent dat van de switch - of een bepaalde wachtrij op de switch - voor dit PVC een back-up wordt gemaakt, en u stopt met het verzenden als er frames gemorst worden.
-
0x4-Deleted betekent dat de Frame Relay switch deze DLCI niet geprogrammeerd heeft voor de router. Maar het was geprogrammeerd op een bepaald moment in het verleden. Dit zou ook kunnen worden veroorzaakt door DLCIs die op de router worden omgekeerd, of door PVC dat door de telco in de Frame Relay-cloud wordt verwijderd. Het vormen van een DLCI (die de switch niet heeft) zal als 0x4 verschijnen.
-
0x8-nieuw/inactief
-
0x0a-Nieuw/actief
Kenmerken Frame Relay
Deze sectie verklaart verscheidene Kenmerken van Frame Relay waarvan u zich zou moeten bewust zijn.
Controle van IP-gesplitste horizon
IP gesplitste horizoncontrole is standaard uitgeschakeld voor Frame Relay-insluiting, zodat routing updates in en uit dezelfde interface zullen komen. De routers leren de DLCI’s (Data-Link Connection Identifiers) die ze nodig hebben om te gebruiken vanuit de Frame Relay switch via Local Management Interface (LMI)-updates. De routers gebruiken dan Omgekeerde ARP voor het verre IP adres en creëren een afbeelding van lokale DLCIs en hun bijbehorende verre IP adressen. Bovendien kunnen bepaalde protocollen zoals AppleTalk, transparante overbrugging en IPX niet worden ondersteund op netwerken met gedeeltelijk netwerk, omdat daarvoor een 'gesplitste horizon' nodig is, waarin een pakket dat op een interface wordt ontvangen niet via dezelfde interface kan worden verzonden, zelfs niet als het pakket wordt ontvangen en verzonden op verschillende virtuele circuits. De configuratie van Frame Relay-subinterfaces zorgt ervoor dat één fysieke interface als meerdere virtuele interfaces wordt behandeld. Dit vermogen stelt ons in staat om gespleten horizonregels te overwinnen. Pakketten die op één virtuele interface worden ontvangen, kunnen nu doorgestuurd worden naar een andere virtuele interface, zelfs als ze op dezelfde fysieke interface zijn geconfigureerd.
Uw eigen IP-adres op een multipoint Frame Relay pingen
U kunt uw eigen IP-adres niet pingen op een Frame Relay-interface met meerdere punten. Dit komt doordat Frame Relay (sub)interfaces niet-broadcast zijn, (in tegenstelling tot Ethernet- en point-to-point interfaces, High-Level Data Link Control [HDLC]) en Frame Relay point-to-point subinterfaces.
Bovendien, kunt u niet van één spreken aan een andere spreken in een hub en een spraakconfiguratie pingelen. Dit komt doordat er geen mapping is voor uw eigen IP-adres (en geen enkele wordt geleerd via Inverse ARP). Maar als u een statische kaart (met behulp van de opdracht frame-relay map) voor uw eigen IP-adres (of een voor de externe spaak) vormt om de lokale DLCI te gebruiken, kunt u uw apparaten dan pingen.
aton#ping 3.1.3.3
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.1.3.3, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)
aton#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
aton(config)#interface serial 1
aton(config-if)#frame-relay map ip 3.1.3.3 160
aton(config-if)#
aton#show frame-relay map
Serial1 (up): ip 3.1.3.1 dlci 160(0xA0,0x2800), dynamic,
broadcast,, status defined, active
Serial1 (up): ip 3.1.3.2 dlci 160(0xA0,0x2800), static,
CISCO, status defined, active
Serial1 (up): ip 3.1.3.3 dlci 160(0xA0,0x2800), static,
CISCO, status defined, active
aton#ping 3.1.3.3
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 3.1.3.3, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 64/68/76 ms
aton#
aton#show running-config
!
interface Serial1
ip address 3.1.3.3 255.255.255.0
no ip directed-broadcast
encapsulation frame-relay
frame-relay map ip 3.1.3.2 160
frame-relay map ip 3.1.3.3 160
frame-relay interface-dlci 160
!
De Keyword-uitzending
Het broadcast-sleutelwoord biedt twee functies: het zendt uit wanneer multicast niet is ingeschakeld en vereenvoudigt de configuratie van Open Shortest Path First (OSPF) voor niet-broadcast netwerken die Frame Relay gebruiken.
Het uitzendingssleutelwoord zou ook voor sommige routeringsprotocollen kunnen worden vereist — bijvoorbeeld, AppleTalk — die van regelmatige routeringstabel updates afhangen, vooral wanneer de router op het verre eind op een routeringspakket wacht om aan te komen alvorens de route toe te voegen.
Door selectie van een aangewezen router te vereisen, behandelt OSPF een niet-uitzending, multi-access netwerk zoals Frame Relay op bijna de zelfde manier zoals het een uitzendingsnetwerk behandelt. In vorige versies, vereiste deze handtaak in de configuratie OSPF die het bevel van de buurinterfacerouterrouter gebruikt. Wanneer het bevel van de frame relay-kaart in de configuratie met het uitzendingssleutelwoord wordt omvat, en het ip ospf netwerkbevel (met het uitzendingssleutelwoord) wordt gevormd, is er geen behoefte om enige buren manueel te vormen. OSPF draait nu automatisch over het Frame Relay-netwerk als uitzendingsnetwerk. (Zie de opdracht ip ospf-netwerkinterface voor meer informatie.)
Opmerking: Het OSPF-uitzendmechanisme gaat ervan uit dat IP-klasse D-adressen nooit worden gebruikt voor normaal verkeer via Frame Relay.
Voorbeeld
Het volgende voorbeeld brengt het bestemmingsIP adres 172.16.123.1 aan DLCI 100 in kaart:
interface serial 0 frame-relay map IP 172.16.123.1 100 broadcast
OSPF gebruikt DLCI 100 om updates uit te zenden.
Een subinterface opnieuw configureren
Zodra u een specifiek type subinterface maakt, kunt u deze niet wijzigen zonder opnieuw te laden. Bijvoorbeeld, kunt u geen subinterface met meerdere punten seriële0.2 creëren, dan het veranderen in punt om te richten. Om het te veranderen, moet u of de router herladen of een andere subinterface creëren. Dit is de manier waarop de Frame Relay-code in Cisco IOS®-software werkt.
DLCI-beperkingen
DLCI-adresruimte
Ongeveer 1000 DLCIs kunnen op één enkele fysieke verbinding worden gevormd, gegeven een adres met 10 bits. Omdat bepaalde DLCI's gereserveerd zijn (leverancier-implementatie-afhankelijk), is het maximum ongeveer 1000. Het bereik van een Cisco LMI is 16-1007. De opgegeven bereik voor ANSI/ITU is 16-992. Dit zijn de DLCI's met gebruikersgegevens.
Bij het configureren van Frame Relay VC’s op subinterfaces moet u echter rekening houden met een praktische limiet die bekend staat als de IDB-limiet. Het totale aantal interfaces en subinterfaces per systeem wordt beperkt door het aantal interface descriptor blocks (IDB's) dat uw versie van Cisco IOS ondersteunt. Een IDB is een deel van het geheugen dat informatie over de interface bevat zoals tellers, status van de interface, etc. IOS handhaaft een IDB voor elke interface aanwezig op een platform en handhaaft een IDB voor elke subinterface. Interfaces met hogere snelheden hebben meer geheugen nodig dan interfaces met lagere snelheden. Elk platform bevat verschillende hoeveelheden maximale IDB's en deze limieten kunnen bij elke Cisco IOS-release veranderen.
Zie Maximum aantal interfaces en subinterfaces voor Cisco IOS-softwareplatforms: IDB-limieten voor meer informatie.
LMI-statusupdate
Het LMI-protocol vereist dat alle statusrapporten van permanente virtuele circuits (PVC’s) in één pakket passen en het aantal DLCI’s over het algemeen tot minder dan 800 beperken, afhankelijk van de grootte van de maximale transmissie-eenheid (MTU).
De standaard MTU op seriële interfaces is 1500 bytes, wat een maximum van 296 DLCI's per interface oplevert. U kunt MTU verhogen om een groter bericht van de volledige statusupdate van de Frame Relay switch te steunen. Als het volledige bericht van de statusupdate groter is dan interface MTU, wordt het pakket gelaten vallen, en de interface reuzenteller wordt verhoogd. Zorg er bij het wijzigen van de MTU voor dat dezelfde waarde is ingesteld op de externe router en tussenliggende netwerkapparaten.
Houd er rekening mee dat deze getallen enigszins variëren, afhankelijk van het LMI-type. De maximale DLCI’s per router (geen interface) platform richtlijn, gebaseerd op extrapolatie van empirische gegevens vastgesteld op een Cisco 7000 router platform, worden hieronder vermeld:
-
Cisco 2500: 1 X T1/E1 link bij 60 DLCI’s per interface = 60 in totaal
-
Cisco 4000: 1 X T1/E1 link bij 120 DLCI’s per interface = 120 in totaal
-
Cisco 4500: 3 X T1/E1-links bij 120 DLCI’s per interface = 360 in totaal
-
Cisco 4700: 4 X T1/E1-links bij 120 DLCI’s per interface = 480 in totaal
-
Cisco 7000: 4 X T1/E1/T3/E3-koppelingen bij 120 DLCI’s per interface = 480 in totaal
-
Cisco 7200: 5 X T1/E1/T3/E3-koppelingen bij 120 DLCI’s per interface = 600 in totaal
-
Cisco 7500: 6 X T1/E1/T3/E3-links @ 120 DLCI’s per interface = 720 totaal
Opmerking: deze nummers zijn alleen richtlijnen en gaan ervan uit dat al het verkeer snel wordt geschakeld.
Andere overwegingen
Een praktische grens DLCI hangt ook af van of VCs een dynamisch of statisch routeringsprotocol in werking stellen. Dynamische routeringsprotocollen en andere protocollen zoals IPX SAP die databasetabellen uitwisselen, hellos verzenden en informatieberichten doorsturen die door de CPU moeten worden gezien en verwerkt. Als algemene regel, zal het gebruiken van statische routes u toestaan om een groter aantal VCs op één enkele interface van Frame Relay te vormen.
IP/IPX/ATM-adres
Als u subinterfaces gebruikt, plaats dan geen IP-, IPX- of AT-adres op de hoofdinterface. Wijs DLCI's toe aan hun subinterfaces voordat u de hoofdinterface inschakelt om ervoor te zorgen dat frame-relay inverse-arp goed werkt. Volg de onderstaande stappen als de machine niet goed werkt:
-
Schakel het Inverse Address Resolution Protocol (ARP) van die DLCI uit met behulp van de opdrachten no frame-relay inverse-arp ip 16 en clear frame-relay-inarp.
-
Repareer uw configuratie.
-
Schakel de opdracht frame relay inverse-arp opnieuw in.
RIP en IGRP
Routing Information Protocol (RIP)-updates stromen elke 30 seconden. Elk RIP-pakket kan maximaal 25 routevermeldingen bevatten voor in totaal 536 bytes; 36 bytes van dit totaal zijn headerinformatie en elke routeinvoer is 20 bytes. Daarom als u 1000 routes via een Frame Relay-link adverteert die voor 50 DLCI’s is geconfigureerd, is het resultaat 1 MB routing update-gegevens om de 30 seconden, of 285 kbps aan verbruikte bandbreedte. Op een T1-link vertegenwoordigt deze bandbreedte 18,7 procent van de bandbreedte, waarbij elke updateduur 5,6 seconden bedraagt. Dit bedrag aan overheadkosten is aanzienlijk, en het is grens aanvaardbaar, maar het toegewijde informatietarief (CIR) zou in het gebied van de toegangssnelheid moeten zijn. Het is duidelijk dat iets minder dan een T1 teveel overhead zou veroorzaken. Voorbeeld:
-
1000/25 = 40 pakketten X 36 = 1440 header-bytes
-
1000 X 20 bytes = 20.000 bytes van routegegevens
-
Totaal 21.440 bytes X 50 DLCIs = 1072 MB RIP-updates om de 30 seconden
-
1.072.000 bytes / 30 sec X 8 bits = 285 kbps
Interior Gateway Routing Protocol (IGRP) werkt elke 90 seconden bij (dit interval is configureerbaar). Elk IGRP-pakket kan 104 routevermeldingen bevatten voor in totaal 1492 bytes. 38 van deze bytes zijn headerinformatie en elke routeinvoer is 14 bytes. Als u 1000 routes via een Frame Relay-link adverteert die met 50 DLCI’s is geconfigureerd, is het verzoek ongeveer 720 KB aan routering van updategegevens om de 90 seconden, of 64 kbps aan verbruikte bandbreedte. Op een T1-link zou deze bandbreedte 4,2 procent van de bandbreedte vertegenwoordigen, waarbij elke updateduur 3,7 seconden is. Deze overheadkosten zijn aanvaardbaar:
-
1000/104 = 9 pakketten X 38 = 342 header-bytes
-
1000 X 14 = 14.000 bytes van routegegevens
-
Totaal = 14.342 bytes X 50 DLCIs = 717 KB IGRP-updates om de 90 seconden
-
717.000 bytes / 90 X 8 bits = 63,7 kbps
Routing Table Maintenance Protocol (RTMP)-routing komt elke 10 seconden voor (dit interval is configureerbaar). Elk RTMP-pakket kan maximaal 94 uitgebreide routegegevens bevatten, voor in totaal 564 bytes, 23 bytes aan headerinformatie en elke routeinvoer is 6 bytes. Als u 1000 AppleTalk-netwerken adverteert via een Frame Relay-link die is geconfigureerd voor 50 DLCI’s, is het resultaat ongeveer 313 KB RTMP-updates om de 10 seconden, of 250 kbps aan verbruikte bandbreedte. Om binnen een aanvaardbaar niveau van overheadkosten (15 percenten of minder) te blijven, wordt een T1 tarief vereist. Voorbeeld:
-
1000/94 = 11 pakketten X 23 bytes = 253 header-bytes
-
1000 X 6 = 6000 bytes van routegegevens
-
Totaal = 6253 X 50 DLCI's = 313 KB RTMP-updates om de 10 seconden
-
313.000 / 10 sec X 8 bits = 250 kbps
IPX RIP-pakketupdates komen elke 60 seconden voor (dit interval is configureerbaar). Elk IPX RIP-pakket kan maximaal 50 routevermeldingen bevatten voor in totaal 536 bytes, 38 bytes aan headerinformatie en elke routeinvoer is 8 bytes. Als u 1000 IPX-routes adverteert via een Frame Relay-link die is geconfigureerd voor 50 DLCI’s, dan is het resultaat 536 KB IPX-updates om de 60 seconden, of 58,4 kbps aan verbruikte bandbreedte. Om binnen een aanvaardbaar niveau van overheadkosten (15 percenten of minder) te blijven, wordt een tarief van 512 kbps vereist. Voorbeeld:
-
1000/50 = 20 pakketten X 38 bytes = 760 bytes van header
-
1000 X 8 = 8000 bytes van routegegevens
-
Totaal = 8760 X 50 DLCI's = 438.000 bytes IPX-updates om de 60 seconden
-
438.000 / 60 sec X 8 bits = 58,4 kbps
Pakketupdates van IPX Service Access Point (SAP) komen elke 60 seconden voor (dit interval is configureerbaar). Elk IPX SAP-pakket kan maximaal zeven advertentievermeldingen bevatten voor in totaal 536 bytes, 38 bytes aan headerinformatie en elke advertentie-ingang is 64 bytes. Als u 1000 IPX-advertenties uitzond via een Frame Relay-link die is geconfigureerd voor 50 DLCI’s, zou u elke 60 seconden 536 KB IPX-updates ontvangen, of 58,4 kbps verbruikte bandbreedte. Om binnen een aanvaardbaar niveau van overheadkosten (15 percenten of minder) te blijven, wordt een tarief van groter dan 2 Mbps vereist. Uiteraard is SAP-filtering vereist in dit scenario. Vergeleken met alle andere protocollen die in deze sectie worden vermeld, vereisen IPX SAP-updates de meeste bandbreedte:
-
1000/7 = 143 pakketten X 38 bytes = 5434 bytes van header
-
1000 X 64 = 64.000 bytes van routegegevens
-
Totaal = 69.434 X 50 DLCI’s = 3.471.700 bytes van IPX-serviceadvertenties om de 60 seconden
-
3.471.700 / 60 sec X 8 bits = 462 kbps
Keepalive
In sommige gevallen moet het keepalive op het Cisco-apparaat iets korter (ongeveer 8 seconden) worden ingesteld dan het keepalive op de switch. Je zult de noodzaak hiervan zien als de interface op en neer blijft komen.
Seriële interfaces
Seriële interfaces, die standaard multipoint zijn, zijn non-broadcast media, terwijl point-to-point subinterfaces worden uitgezonden. Als u statische routes gebruikt, kunt u naar de volgende hop of de seriële subinterface wijzen. Voor multipoint, moet u aan de volgende hop richten. Dit concept is zeer belangrijk wanneer het doen van OSPF over Frame Relay. De router moet weten dat dit een uitzendingsinterface voor OSPF is om te werken.
OSPF en multipoint
OSPF en multipoint kunnen zeer lastig zijn. OSPF heeft een aangewezen router (DR) nodig. Als u begint PVCs te verliezen, kunnen sommige routers connectiviteit verliezen en proberen om een DR te worden alhoewel andere routers nog oude DR. zien. Dit veroorzaakt dat het OSPF-proces niet goed werkt.
De overheadkosten die aan OSPF worden geassocieerd zijn niet zo voor de hand liggend en voorspelbaar zoals dat met traditionele afstandvector routeringsprotocollen. De onvoorspelbaarheid komt uit al dan niet de OSPF netwerkverbindingen stabiel zijn. Als alle nabijheid van een Frame Relay-router stabiel is, zullen alleen hello-pakketten (keepalives) van de buur stromen, die relatief veel minder overhead zijn dan de pakketten die worden ontvangen met een afstandvector-protocol (zoals RIP en IGRP). Als, echter, de routes (nabijheid) onstabiel zijn, zal de verbinding-staat overstroming voorkomen, en de bandbreedte kan snel worden verbruikt. OSPF is ook zeer processor-intensief wanneer het lopen van het algoritme Dijkstra, dat voor gegevensverwerkingsroutes wordt gebruikt.
In eerdere releases van Cisco IOS-software moest speciale zorg worden besteed aan het configureren van OSPF via multi-access non-broadcast media zoals Frame Relay, X.25 en ATM. Het OSPF-protocol beschouwt deze media als alle andere uitzendmedia zoals Ethernet. Non-broadcast multiaccess (NBMA) clouds zijn meestal gebouwd in een hub en een spraaktopologie. PVC’s of switched Virtual Circuits (SVC’s) worden in een gedeeltelijk netwerk uitgezet en de fysieke topologie biedt niet de multiaccess die OSPF gelooft. Voor het geval van point-to-point seriële interfaces, vormt OSPF altijd een nabijheid tussen de buren. OSPF-nabijheidsuitwisseling van databaseinformatie. Om de hoeveelheid informatie die over een bepaald segment wordt uitgewisseld te minimaliseren, kiest OSPF één router om een noodherkenning te zijn, en één router om een reserve aangewezen router (BDR) op elk multiaccess segment te zijn. De BDR wordt verkozen om als back-up te dienen voor het geval de DR offline gaat.
Het idee achter deze installatie is dat routers een centraal contactpunt hebben voor informatie-uitwisseling. De selectie van DR werd een probleem omdat DR. en BDR volledige fysieke connectiviteit met alle routers moesten hebben die op de wolk bestaan. Vanwege het gebrek aan uitzendmogelijkheden moesten de BDR en DR een statische lijst hebben van alle andere routers die aan de cloud waren gekoppeld. Deze instelling wordt bereikt met behulp van de buuropdracht:
buurip-adres [prioriteitsnummer] [opiniepeiling-intervalseconden]
In latere versies van Cisco IOS-software kunnen verschillende methoden worden gebruikt om de complicaties te voorkomen van het configureren van statische buren en het hebben van specifieke routers die DR’s of BDR’s worden op de niet-broadcast cloud. Welke te gebruiken methode wordt beïnvloed door of het netwerk nieuw is of een bestaand ontwerp dat wijziging vergt.
Een subinterface is een logische manier om een interface te definiëren. Dezelfde fysieke interface kan worden opgesplitst in meerdere logische interfaces, waarbij elke subinterface wordt gedefinieerd als point-to-point. Dit scenario werd oorspronkelijk gemaakt om kwesties beter te behandelen die door gespleten horizon over NBMA en op vector gebaseerde routeringsprotocollen worden veroorzaakt.
Een point-to-point subinterface heeft de eigenschappen van een fysieke point-to-point interface. Bij OSPF wordt een aangrenzing altijd gevormd via een point-to-point subinterface zonder een DR- of BDR-verkiezing. OSPF beschouwt de cloud als een verzameling point-to-point links in plaats van één multiaccess netwerk. Het enige nadeel voor het punt-tot-punt is dat elk segment tot een ander subnet behoort. Dit scenario is mogelijk niet acceptabel omdat sommige beheerders al één IP-subnetverbinding voor de hele cloud hebben toegewezen. Een andere tijdelijke oplossing is het gebruik van ongenummerde IP-interfaces in de cloud. Dit scenario zou ook een probleem voor sommige beheerders kunnen zijn die WAN beheren dat op IP adressen van de seriële lijnen wordt gebaseerd.
Bronnen
-
Internationaal Raadgevend Comité voor telegraaf en telefoon, "ISDN Data Link Layer Specification for Frame Mode Bearer Services", CCITT-aanbeveling Q.922, 19 april 1991.
-
Amerikaanse nationale norm voor telecommunicatie - digitaal netwerk voor geïntegreerde services - kernaspecten van Frame Protocol voor gebruik met Frame Relay Bearer Service, ANSI T1.618-1991, 18 juni 1991.
-
Informatietechnologie - Telecommunicatie en informatie-uitwisseling tussen systemen - Protocol Identificatie in de netwerklaag, ISO/IEC TR 9577: 1990 (E) 1990-10-15.
-
International Standard, Information Processing Systems - Local Area Networks - Logical Link Control, ISO 8802-2: 1989 (E), IEEE Std 802.2-1989, 1989-12-31.
-
Internetworking Technology Overview, oktober 1994, Cisco Systems
-
Finlayson, R., Mann, R., Mogul, J., en M. Theimer, "Reverse Address Resolution Protocol", STD 38, RFC 903, Stanford University, juni 1984.
-
Postel, J. and Reynolds, J., "Standard for the Transmission of IP Datagrams over IEEE 802 Networks", RFC 1042, USC/Information Sciences Institute, februari 1988.
-
Frame Relay Forum (FRF) 1.1-poorts gebruiker-netwerkinterface (UNI)
-
FRF 2.1-poorts Frame Relay Network-to-Network Interface (NNI)
-
FRF 3.1-X multiprotocol insluiting
-
FRF 4-SVC’s
-
FRF 6-poorts Frame Relay-netwerkbeheer voor klanten (MIB)
-
Groep van vier LMI
-
Q.922 bijlage A
-
ANSI T1.617 Bijlage D
-
ANSI T1.618, T1.606
-
ITU-T Q.933, Q.922
-
Configuration Notes voor de uitgebreide implementatie van Enhanced IGRP
Gerelateerde informatie
- Meer informatie over Frame Relay-opdrachten
- Meer informatie over het configureren van Frame Relay
- Meer informatie over opdrachten voor back-ups van kiesschema's
- Meer informatie over ISDN-debugopdrachten
- Meer informatie over PPP debug commands
- Meer informatie over ISDN-Switches, codes en waarden
- Technische ondersteuning en documentatie – Cisco Systems
FeedbackContact Cisco
- Een ondersteuningscase openen
- (Vereist een Cisco-servicecontract)