Hvis du styrer et Junos-basert MPLS-nettverk, må du være oppmerksom på to primære typer MPLS-signaleringsprotokoller, som begge støtter Junos OS:
-
Etikett Distribusjonsprotokoll (LDP): LDP er en ganske enkel signalprotokoll som oppfører seg mye som en av IGPene (OSPF og IS-IS). LDP kjører på toppen av en IGP-konfigurasjon, noe som betyr at du må få OSPF eller IS-IS til å kjøre først. Videre må du konfigurere LDP på det nøyaktige settet av grensesnitt som din IGP.
Etter at du har konfigurert både IGP og LDP på et grensesnitt, begynner LDP å sende og motta LDP-meldinger på det grensesnittet. LDP starter ved å sende LDP-registreringsmeldinger til alle LDP-grensesnittene. Når en tilstøtende router mottar funnasjonsmeldingen, etablerer den en TCP-sesjon med kilderouteren.
Når LDP-sesjonen er etablert, vedlikeholder ruterne adjacencies mye på samme måte som OSPF-rutere opprettholder adjacencies. Når topologien endres, genererer disse endringene LDP-meldinger som tillater LDP å sette opp nye baner.
LDP er fantastisk fordi det er så enkelt og bare fungerer. Men på grunn av sin enkelhet mangler det noen av de kraftigste trafikktekniske funksjonene som RSVP kan skryte av. Derfor er hovedapplikasjonen for LDP-signerte LSPs til støtte for Layer 3 VPN-er. Det er nok å si at LDP mangler noen virkelige trafikk ingeniøregenskaper.
-
* Ressursreservasjonsprotokoll (RSVP): RSVP er litt mer kompleks enn LDP, og tilbyr trafikkteknikkfunksjoner som ikke er tilgjengelige med LDP-signerte LSPs.
RSVP virker ved å sette opp enveisveier mellom en LSP-inngangsrouter og en utgangsrouter. I konfigurasjonen angir du hva krav til båndbredde er for en LSP. Etter at du har konfigurert disse stiene og aktivert RSVP, sender inngangsruteren en sti-melding til utgangsruten. Banebeskjeden inneholder den konfigurerte informasjonen om ressursene som kreves for LSP som skal etableres.
Når utgangsrouteren mottar sti-meldingen, sender den en reservasjonsmelding tilbake til inngangsrouteren som svar. Denne reservasjonsmeldingen er sendt fra ruteren til ruteren langs samme sti som den opprinnelige sti-meldingen (i motsatt rekkefølge, selvfølgelig). Når innkommende ruteren mottar denne reservasjonsmeldingen, etableres en RSVP-sti som oppfyller de nødvendige begrensningene.
Alle LSRene langs banen mottar samme sti og reservasjonsmeldinger, som inneholder krav til båndbreddebeholdning. Hvis de har tilgjengelig båndbredde (det vil si hvis ingen andre høyere prioriterte RSVP LSP har reservert båndbredde), er de inkludert i LSP.
Hvis en ruteren ikke har tilgjengelig båndbredde, genererer den sin egen reservasjonsmelding, og en ny rute som ikke inneholder den overordnede ruteren, er funnet. Hvis ingen rute kan bli funnet, er LSP ikke etablert.
Den etablerte LSP forblir aktiv så lenge RSVP-sesjonen forblir aktiv. RSVP opprettholder aktivitet gjennom fortsatt overføring og respons på RSVP-sti og reservasjonsmeldinger. Hvis meldingene stopper i tre minutter, avslutter RSVP-sesjonen, og LSP-enheten går tapt.
