Scribd Logo
Încărcați

Bine ați venit la Scribd!

  • MPLS Swallow

    Încărcat de

    Salis Alvarez
    11 vizualizări14 pagini
    This document discusses several additions and improvements to RSVP including: 1) New tunnel identification methods using tunnel IDs and extended tunnel IDs to uniquely identify tunnels. 2) Mechanisms for tunnel parameter negotiation using objects like LABEL_REQUEST and LABEL to exchange label values and SESSION_ATTRIBUTE to exchange setup priorities and flags. 3) Distribution of routing policies using EXPLICIT_ROUTE objects which specify source routes through lists of IP addresses.

    Descriere originală:

    Drepturi de autor

    © Attribution Non-Commercial (BY-NC)

    Formate disponibile

    PPT, PDF, TXT sau citiți online pe Scribd

    Vi se pare util acest document?

    Este necorespunzător acest conținut?

    Raportați acest document
    This document discusses several additions and improvements to RSVP including: 1) New tunnel identification methods using tunnel IDs and extended tunnel IDs to uniquely identify tunnels. 2) Mechanisms for tunnel parameter negotiation using objects like LABEL_REQUEST and LABEL to exchange label values and SESSION_ATTRIBUTE to exchange setup priorities and flags. 3) Distribution of routing policies using EXPLICIT_ROUTE objects which specify source routes through lists of IP addresses.

    Drepturi de autor:

    Attribution Non-Commercial (BY-NC)
    Descărcați ca PPT, PDF, TXT sau citiți online pe Scribd
    Indicator pentru conținut neadecvat
    11 vizualizări14 pagini

    MPLS Swallow

    Încărcat de

    Salis Alvarez
    This document discusses several additions and improvements to RSVP including: 1) New tunnel identification methods using tunnel IDs and extended tunnel IDs to uniquely identify tunnels. 2) Mechanisms for tunnel parameter negotiation using objects like LABEL_REQUEST and LABEL to exchange label values and SESSION_ATTRIBUTE to exchange setup priorities and flags. 3) Distribution of routing policies using EXPLICIT_ROUTE objects which specify source routes through lists of IP addresses.

    Drepturi de autor:

    Attribution Non-Commercial (BY-NC)
    Descărcați ca PPT, PDF, TXT sau citiți online pe Scribd
    Indicator pentru conținut neadecvat
    din 14

    MPLS additions to RSVP

    Tunnel identification Tunnel parameter negotiation Routing policy distribution Routing debugging information Scalability improvements LSP merging

    Tunnel identification
    New Session C-Type <Dest_Address>, <Tunnel ID>, <Extended_Tunnel_ID> Semantics are that the complete filter specification is the Label Extended Tunnel ID can be used to scope session to a single source router (i.e. ensure globally unique tunnel identification)

    Tunnel identification (2)


    New Sender_Template <Src_Address><LSP_ID> LSP_ID allows a source to share a session with itself. Useful for reroute and bandwidth change operations

    Tunnel parameter negotiation


    LABEL_REQUEST object
    Carries L3 protocol ID to describe contents of the tunnel Range of acceptable label values

    LABEL object
    Carries selected label value

    Session Attribute/Policy Object


    Setup & hold priorities Flags

    Routing policy distribution


    EXPLICIT_ROUTE_OBJECT
    List of IP addresses for loose or strict source route Carries path for session

    Routing debugging information


    RECORD_ROUTE_OBJECT
    List of systems in the path Useful for
    loop detection & avoidance debugging policy configuration Subsequently pinning a route

    TE Setup
    R8 R3 R4 R9

    R2
    R1
    49
    17

    Pop

    R5
    32

    R6

    R7

    22

    Path : ERO (R1->R2->R6->R7->R4->R9) Tunnel ID 5, LSP_ID 1 Resv: Communicates labels and Establishes label Operations Reserves bandwidth on each link
    0401_10F8_c1 UUnet-9803

    40

    TE Rerouting - Alternate Path


    R8 R3 R4 R9

    R2
    R1
    49
    17

    Pop

    R5
    32

    R6

    R7

    22

    Setup: Path (R1->R2->R3->R4->R9) Tunnel ID 5, LSP_ID 2 Until R9 gets new Path Message, current Resv is refreshed

    0401_10F8_c1 UUnet-9803

    43

    TE - Switching Paths
    R8 R3 R4 R9

    R2
    89

    26

    Pop Pop

    R1
    38 49
    17

    R5
    32

    R6

    R7

    22

    Resv: Allocates labels for both paths Reserves bandwidth once per link

    PathTear Can then be sent to remove old path (and release resources)
    0401_10F8_c1 UUnet-9803

    44

    RSVP scaling issues


    Refresh packets scale linearly with the number of sessions Sending lots of little packets has high overhead Sessions need not be refreshed independently Still need capacity to deal with peak signaling events (e.g., link failure)

    Possible approaches
    Aggregate refresh messages verbatim
    Decreases packet processing overhead Provides substantial improvement Trivial modification Requires a capability bit

    Possible approaches (2)


    Transmit a refresh digest (IS-IS model)
    Decreases packet processing overhead Decreases signaling bandwidth Increased protocol complexity Need a capability bit

    Possible approaches (3)


    Run RSVP on top of TCP (BGP model)
    Significant departure from soft state model Add router-to-router keepalives to provide liveness Reliability provided hop-by-hop No refreshes necessary Must explicitly tear down sessions

    LSP merging
    Merging: multi-point to point LSPs Work in progress Automatic merging of compatible LSPs
    e.g. same ERO

    Merging is voluntary - can disable Sources initiate LSPs, control compatibility Input welcome

    S-ar putea să vă placă și