Thread: Re: [mpls-linux-general] activate label
Status: Beta
Brought to you by:
jleu
Menu
▾
▴
mpls-linux-general
|
From: sanjeev r. <san...@li...> - 2005-01-20 10:34:26
|
Thank you for ur response James, Ur explanation cleared my doubts regarding the activation of labels.. Howev= er, i would like to know=20 if the LSP will be activated [I mean to say traffic will be forwared] when = label binding[installation in to the forwarding plane] is done at the switc= h level. Or is there any way i can bind the label at the switch level but still keep= it inactive? and i can activate it to=20 forward traffic at a later time? Thanks in advance... With best regards, Sanjeev R ----- Original Message ----- From: "James R. Leu" <jl...@mi...> To: rameshv <ram...@wi...> Subject: Re: [mpls-linux-general] activate label Date: Wed, 19 Jan 2005 09:08:50 -0600 >=20 > On Wed, Jan 19, 2005 at 04:20:50PM +0530, rameshv wrote: > > hi, > > > > what is meant by activating label, active connection, backup connection= ? >=20 > I believe you are referring to the difference between allocating and > activating. Allocation is done in the signaling layer. Typically > activation of a label means to install it into the forwarding plane. For > example RSVP-TE could signal a backup LSP, meaning allocate and distribute > labels for the LSP, but it would only install the labels into the forward= ing > plane (activate) when the primary LSP fails. >=20 > (note that the above is a contrived example, all deployed implementations > of RSVP-TE that signal backup LSPs install them into forwarding plane pri= or > to the failure of the primary LSP) >=20 > > any help is appreciated > > > > regards > > ramesh > > > > > > ------------------------------------------------------- > > The SF.Net email is sponsored by: Beat the post-holiday blues > > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >=20 > -- > James R. Leu > jl...@mi... >=20 >=20 > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general --=20 ______________________________________________ Check out the latest SMS services @ http://www.linuxmail.org=20 This allows you to send and receive SMS through your mailbox. Powered by Outblaze |
|
From: sanjeev r. <san...@li...> - 2005-01-21 08:26:48
|
Thank you so much for ur response James, As you explained, RSVPTE can have back up LSPs. And currently all the backu= p LSPs also will be installed in the forwarding plane. But in my perspectiv= e, this doesnt serve the actual purpose.. A back up LSP needs to be enabled= only when the primary LSP fails.. In this scenario, there needs to be some= mechanism where we can bind a label and activate it later for LSPs. Im no= t sure if this is a valid point... This is what I feel...=20 With best regards, Sanjeev R ----- Original Message ----- From: "James R. Leu" <jl...@mi...> To: "sanjeev ravindran" <san...@li...> Subject: Re: [mpls-linux-general] activate label Date: Thu, 20 Jan 2005 23:14:38 -0600 >=20 > On Thu, Jan 20, 2005 at 06:34:12PM +0800, sanjeev ravindran wrote: > > Thank you for ur response James, > > > > Ur explanation cleared my doubts regarding the activation of=20 > > labels.. However, i would like to know if the LSP will be=20 > > activated [I mean to say traffic will be forwared] when label=20 > > binding[installation in to the forwarding plane] is done at the=20 > > switch level. > > Or is there any way i can bind the label at the switch level but=20 > > still keep it inactive? and i can activate it to forward traffic=20 > > at a later time? >=20 > MPLS linux does not currently implement admin status on each MPLS segment. > Up till now, I've not seen a need to. I'd be open to implementing it, > provided there is a valid application for it. >=20 > > Thanks in advance... > > With best regards, > > Sanjeev R > > > > ----- Original Message ----- > > From: "James R. Leu" <jl...@mi...> > > To: rameshv <ram...@wi...> > > Subject: Re: [mpls-linux-general] activate label > > Date: Wed, 19 Jan 2005 09:08:50 -0600 > > > > > > On Wed, Jan 19, 2005 at 04:20:50PM +0530, rameshv wrote: > > > > hi, > > > > > > > > what is meant by activating label, active connection, backup connec= tion ? > > > > I believe you are referring to the difference between allocating and > > > activating. Allocation is done in the signaling layer. Typically > > > activation of a label means to install it into the forwarding plane. = For > > > example RSVP-TE could signal a backup LSP, meaning allocate and distr= ibute > > > labels for the LSP, but it would only install the labels into=20 > > the forwarding > > > plane (activate) when the primary LSP fails. > > > > (note that the above is a contrived example, all deployed implement= ations > > > of RSVP-TE that signal backup LSPs install them into forwarding plane= prior > > > to the failure of the primary LSP) > > > > > any help is appreciated > > > > > > > > regards > > > > ramesh > > > > > > > > > > > > ------------------------------------------------------- > > > > The SF.Net email is sponsored by: Beat the post-holiday blues > > > > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > > > > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshi= rt > > > > _______________________________________________ > > > > mpls-linux-general mailing list > > > > mpl...@li... > > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > -- > > > James R. Leu > > > jl...@mi... > > > > > ------------------------------------------------------- > > > The SF.Net email is sponsored by: Beat the post-holiday blues > > > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > > > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > > > _______________________________________________ > > > mpls-linux-general mailing list > > > mpl...@li... > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > -- ______________________________________________ > > Check out the latest SMS services @ http://www.linuxmail.org This=20 > > allows you to send and receive SMS through your mailbox. > > > > > > Powered by Outblaze >=20 > -- > James R. Leu > jl...@mi... >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general --=20 ______________________________________________ Check out the latest SMS services @ http://www.linuxmail.org=20 This allows you to send and receive SMS through your mailbox. Powered by Outblaze |
|
From: James R. L. <jl...@mi...> - 2005-01-21 14:26:33
|
On Fri, Jan 21, 2005 at 04:26:33PM +0800, sanjeev ravindran wrote:
> Thank you so much for ur response James,
> As you explained, RSVPTE can have back up LSPs. And currently all the backup LSPs also will be installed in the forwarding plane. But in my perspective, this doesnt serve the actual purpose.. A back up LSP needs to be enabled only when the primary LSP fails.. In this scenario, there needs to be some mechanism where we can bind a label and activate it later for LSPs. Im not sure if this is a valid point... This is what I feel...
One this to remember is that installing the LSP into the forwarding plan
and mapping traffic to it are two different steps. For example I can
create 2 LSPs, but only map traffic to one of them. So for all intents and
purposes the 2nd LSP is not used for anything. Only when I maps traffic to
it will it be used.
MPLS Linux provides 3 mechanisms for mapping traffic to a LSP:
-spec_nh system which allow IPv4 or IPv6 routes to be mapped to a LSP
-MPLS tunnel interface represents a LSP as a logical interface.
The interface can be configured to appear as a PtP interface connected
to the egress LER
-spec_nh system can be used in combination with iptables (netfilter) to
map and/or mark specific traffic that will traverse a LSP.
Here is an example of how you could use a MPLS tunnel interface to
facilitate a primary/backup situation.
An ingress LER uses RSVP-TE to signal 2 LSPs which terminate on the same
egress LER, but take two seperate paths through the network. These LSPs
will be used for for a primary/backup senerio. The ingress LER uses a
MPLS tunnel interface to map traffic to the primary LSP. It configured
the MPLS tunnel interface to look like a PtP connection to the egress LER.
At this point traffic destined to the egress LER used the primary LSP.
No traffic will traverse the backup LSP.
If/when the primary LSP breaks, RSVP-TE will receive a path-tear for the
primary LSP. At that time it will trigger the ingress LER to modify the
MPLS tunnel interface and detattach the primary LSP from the MPLS tunnel
interface and attach the backup LSP to the MPLS tunnel interface (the
process of modifing a MPLS tunnel interface to move from one LSP to another
takes just one system call). At that point traffic destined to the egress
LER uses the backup LSP. No traffic will attempt to traverse the primary LSP.
Let me know if this will suit your needs or if you still require more
functionality.
> With best regards,
> Sanjeev R
>
>
>
>
>
>
>
>
>
>
> ----- Original Message -----
> From: "James R. Leu" <jl...@mi...>
> To: "sanjeev ravindran" <san...@li...>
> Subject: Re: [mpls-linux-general] activate label
> Date: Thu, 20 Jan 2005 23:14:38 -0600
>
> >
> > On Thu, Jan 20, 2005 at 06:34:12PM +0800, sanjeev ravindran wrote:
> > > Thank you for ur response James,
> > >
> > > Ur explanation cleared my doubts regarding the activation of
> > > labels.. However, i would like to know if the LSP will be
> > > activated [I mean to say traffic will be forwared] when label
> > > binding[installation in to the forwarding plane] is done at the
> > > switch level.
> > > Or is there any way i can bind the label at the switch level but
> > > still keep it inactive? and i can activate it to forward traffic
> > > at a later time?
> >
> > MPLS linux does not currently implement admin status on each MPLS segment.
> > Up till now, I've not seen a need to. I'd be open to implementing it,
> > provided there is a valid application for it.
> >
> > > Thanks in advance...
> > > With best regards,
> > > Sanjeev R
> > >
> > > ----- Original Message -----
> > > From: "James R. Leu" <jl...@mi...>
> > > To: rameshv <ram...@wi...>
> > > Subject: Re: [mpls-linux-general] activate label
> > > Date: Wed, 19 Jan 2005 09:08:50 -0600
> > >
> > > > > On Wed, Jan 19, 2005 at 04:20:50PM +0530, rameshv wrote:
> > > > > hi,
> > > > >
> > > > > what is meant by activating label, active connection, backup connection ?
> > > > > I believe you are referring to the difference between allocating and
> > > > activating. Allocation is done in the signaling layer. Typically
> > > > activation of a label means to install it into the forwarding plane. For
> > > > example RSVP-TE could signal a backup LSP, meaning allocate and distribute
> > > > labels for the LSP, but it would only install the labels into
> > > the forwarding
> > > > plane (activate) when the primary LSP fails.
> > > > > (note that the above is a contrived example, all deployed implementations
> > > > of RSVP-TE that signal backup LSPs install them into forwarding plane prior
> > > > to the failure of the primary LSP)
> > > > > > any help is appreciated
> > > > >
> > > > > regards
> > > > > ramesh
> > > > >
> > > > >
> > > > > -------------------------------------------------------
> > > > > The SF.Net email is sponsored by: Beat the post-holiday blues
> > > > > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> > > > > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> > > > > _______________________________________________
> > > > > mpls-linux-general mailing list
> > > > > mpl...@li...
> > > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
> > > > > --
> > > > James R. Leu
> > > > jl...@mi...
> > > > > > -------------------------------------------------------
> > > > The SF.Net email is sponsored by: Beat the post-holiday blues
> > > > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> > > > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> > > > _______________________________________________
> > > > mpls-linux-general mailing list
> > > > mpl...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
> > >
> > > -- ______________________________________________
> > > Check out the latest SMS services @ http://www.linuxmail.org This
> > > allows you to send and receive SMS through your mailbox.
> > >
> > >
> > > Powered by Outblaze
> >
> > --
> > James R. Leu
> > jl...@mi...
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> > Tool for open source databases. Create drag-&-drop reports. Save time
> > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> > Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> > _______________________________________________
> > mpls-linux-general mailing list
> > mpl...@li...
> > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>
> --
> ______________________________________________
> Check out the latest SMS services @ http://www.linuxmail.org
> This allows you to send and receive SMS through your mailbox.
>
>
> Powered by Outblaze
--
James R. Leu
jl...@mi...
|
|
From: sanjeev r. <san...@li...> - 2005-01-26 06:34:26
|
Thank you for ur response James, Things are fine now... Im going ahead.. However, I would like to clarify one thing----- Is MPLS Linux 1.172 kernel = patch supports Linux QoS? Thanks in advance... With best regards, Sanjeev R ----- Original Message ----- From: "James R. Leu" <jl...@mi...> To: "sanjeev ravindran" <san...@li...> Subject: Re: [mpls-linux-general] activate label Date: Sun, 23 Jan 2005 09:21:02 -0600 >=20 > On Sun, Jan 23, 2005 at 03:39:47PM +0800, sanjeev ravindran wrote: > > Thanks a lot for ur detailed explination James, > > > > Things are much clearer now... However, I have one more doubt=20 > > regarding the same condition in a transit router.. > > In a transit router, suppose if I bind an incoming label with an=20 > > outgoing label, traffic is activated right? In this scenario, if=20 > > I want to inactivate the traffic flow, still want to maintain the=20 > > incoming-outgoing label binding, is there any way? This=20 > > requirement will arise if i want to have multiple=20 > > icoming-outgoing label bindings but still only one is active...=20 > > Im not very sure if this is required by RSVP-TE.. Im slowly=20 > > getting hold of it... >=20 > You are correct that traffic _could_ flow on that LSP, but for that to ha= ppen > the ingress LER would have to have mapped map traffic on to it, which tak= es > us back to the previous email :-) So in general the Ingress LER is the > only one that has to worry about 'activating' a LSP. >=20 >=20 > > > > With best regards, > > Sanjeev R. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > From: "James R. Leu" <jl...@mi...> > > To: "sanjeev ravindran" <san...@li...> > > Subject: Re: [mpls-linux-general] activate label > > Date: Fri, 21 Jan 2005 08:26:30 -0600 > > > > > > On Fri, Jan 21, 2005 at 04:26:33PM +0800, sanjeev ravindran wrote: > > > > Thank you so much for ur response James, > > > > As you explained, RSVPTE can have back up LSPs. And currently=20 > > all > > the backup LSPs also will be installed in the forwarding=20 > > plane. > > But in my perspective, this doesnt serve the actual=20 > > purpose.. A > > back up LSP needs to be enabled only when the=20 > > primary LSP fails.. > > In this scenario, there needs to be some=20 > > mechanism where we can > > bind a label and activate it later=20 > > for LSPs. Im not sure if this > > is a valid point... This is=20 > > what I feel... > > > > One this to remember is that installing the LSP into the forwarding= plan > > > and mapping traffic to it are two different steps. For example I can > > > create 2 LSPs, but only map traffic to one of them. So for all inten= ts and > > > purposes the 2nd LSP is not used for anything. Only when I maps traf= fic to > > > it will it be used. > > > > MPLS Linux provides 3 mechanisms for mapping traffic to a LSP: > > > -spec_nh system which allow IPv4 or IPv6 routes to be mapped to a LSP > > > -MPLS tunnel interface represents a LSP as a logical interface. > > > The interface can be configured to appear as a PtP interface connec= ted > > > to the egress LER > > > -spec_nh system can be used in combination with iptables (netfilter) = to > > > map and/or mark specific traffic that will traverse a LSP. > > > > Here is an example of how you could use a MPLS tunnel interface to > > > facilitate a primary/backup situation. > > > > An ingress LER uses RSVP-TE to signal 2 LSPs which terminate on the= same > > > egress LER, but take two seperate paths through the network. These L= SPs > > > will be used for for a primary/backup senerio. The ingress LER uses a > > > MPLS tunnel interface to map traffic to the primary LSP. It configur= ed > > > the MPLS tunnel interface to look like a PtP connection to the egress= LER. > > > At this point traffic destined to the egress LER used the primary LSP. > > > No traffic will traverse the backup LSP. > > > > If/when the primary LSP breaks, RSVP-TE will receive a path-tear fo= r the > > > primary LSP. At that time it will trigger the ingress LER to modify = the > > > MPLS tunnel interface and detattach the primary LSP from the MPLS tun= nel > > > interface and attach the backup LSP to the MPLS tunnel interface (the > > > process of modifing a MPLS tunnel interface to move from one LSP to a= nother > > > takes just one system call). At that point traffic destined to the e= gress > > > LER uses the backup LSP. No traffic will attempt to traverse=20 > > the primary LSP. > > > > Let me know if this will suit your needs or if you still require mo= re > > > functionality. > > > > > With best regards, > > > > Sanjeev R > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > From: "James R. Leu" <jl...@mi...> > > > > To: "sanjeev ravindran" <san...@li...> > > > > Subject: Re: [mpls-linux-general] activate label > > > > Date: Thu, 20 Jan 2005 23:14:38 -0600 > > > > > > > > > > On Thu, Jan 20, 2005 at 06:34:12PM +0800, sanjeev ravindran wro= te: > > > > > > Thank you for ur response James, > > > > > > > > > > > > Ur explanation cleared my doubts regarding the activation=20 > > of > > > > labels.. However, i would like to know if the LSP will=20 > > be > > > > activated [I mean to say traffic will be forwared]=20 > > when label > > > > binding[installation in to the forwarding=20 > > plane] is done at the > > > > switch level. > > > > > > Or is there any way i can bind the label at the switch=20 > > level > > but > > still keep it inactive? and i can activate it=20 > > to forward > > traffic > > at a later time? > > > > > > MPLS linux does not currently implement admin status on=20 > > each > > MPLS segment. > > > > > Up till now, I've not seen a need to. I'd be open to implementing= it, > > > > > provided there is a valid application for it. > > > > > > > Thanks in advance... > > > > > > With best regards, > > > > > > Sanjeev R > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "James R. Leu" <jl...@mi...> > > > > > > To: rameshv <ram...@wi...> > > > > > > Subject: Re: [mpls-linux-general] activate label > > > > > > Date: Wed, 19 Jan 2005 09:08:50 -0600 > > > > > > > > > > > > > > On Wed, Jan 19, 2005 at 04:20:50PM +0530, rameshv wrote: > > > > > > > > hi, > > > > > > > > > > > > > > > > what is meant by activating label, active connection,=20 > > > > backup connection ? > > > > > > > > I believe you are referring to the difference between=20 > > allocating and > > > > > > > activating. Allocation is done in the signaling layer. Typi= cally > > > > > > > activation of a label means to install it into the > >=20 > > forwarding plane. For > > > > > > > example RSVP-TE could signal a backup LSP, meaning=20 > > allocate > > and distribute > > > > > > > labels for the LSP, but it would only install the=20 > > labels > > into > > the forwarding > > > > > > > plane (activate) when the primary LSP fails. > > > > > > > > (note that the above is a contrived example, all=20 > > deployed > > implementations > > > > > > > of RSVP-TE that signal backup LSPs install them into >=20 > > > forwarding plane prior > > > > > > > to the failure of the primary LSP) > > > > > > > > > any help is appreciated > > > > > > > > > > > > > > > > regards > > > > > > > > ramesh > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > > > > The SF.Net email is sponsored by: Beat the post-holiday blu= es > > > > > > > > Get a FREE limited edition SourceForge.net t-shirt=20 > > from ThinkGeek. > > > > > > > > It's fun and FREE -- well,=20 > > almost....http://www.thinkgeek.com/sfshirt > > > > > > > > _______________________________________________ > > > > > > > > mpls-linux-general mailing list > > > > > > > > mpl...@li... > > > > > > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-gen= eral > > > > > > > > -- > > > > > > > James R. Leu > > > > > > > jl...@mi... > > > > > > > > > ------------------------------------------------------- > > > > > > > The SF.Net email is sponsored by: Beat the post-holiday blues > > > > > > > Get a FREE limited edition SourceForge.net t-shirt from Think= Geek. > > > > > > > It's fun and FREE -- well,=20 > > almost....http://www.thinkgeek.com/sfshirt > > > > > > > _______________________________________________ > > > > > > > mpls-linux-general mailing list > > > > > > > mpl...@li... > > > > > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-gener= al > > > > > > > > > > > > -- ______________________________________________ > > > > > > Check out the latest SMS services @=20 > > http://www.linuxmail.org > > This > > allows you to send and=20 > > receive SMS through your mailbox. > > > > > > > > > > > > > > > > > > Powered by Outblaze > > > > > > -- > > > > > James R. Leu > > > > > jl...@mi... > > > > > > > ------------------------------------------------------- > > > > > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Rep= orting > > > > > Tool for open source databases. Create drag-&-drop reports. Save = time > > > > > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF,= etc. > > > > > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > > > > > _______________________________________________ > > > > > mpls-linux-general mailing list > > > > > mpl...@li... > > > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > > > > > -- ______________________________________________ > > > > Check out the latest SMS services @ http://www.linuxmail.org=20 > > This > > allows you to send and receive SMS through your mailbox. > > > > > > > > > > > > Powered by Outblaze > > > > -- > > > James R. Leu > > > jl...@mi... > > > > -- ______________________________________________ > > Check out the latest SMS services @ http://www.linuxmail.org This=20 > > allows you to send and receive SMS through your mailbox. > > > > > > Powered by Outblaze >=20 > -- > James R. Leu > jl...@mi... --=20 ______________________________________________ Check out the latest SMS services @ http://www.linuxmail.org=20 This allows you to send and receive SMS through your mailbox. Powered by Outblaze |
|
From: James R. L. <jl...@mi...> - 2005-01-26 15:34:43
|
I do not suggest using mpls-linux 1.172. Please move to a linux 2.6 kernel and use mpls-linux 1.946 On Wed, Jan 26, 2005 at 02:34:19PM +0800, sanjeev ravindran wrote: > Thank you for ur response James, > Things are fine now... Im going ahead.. > However, I would like to clarify one thing----- Is MPLS Linux 1.172 kerne= l patch supports Linux QoS? > Thanks in advance... > With best regards, > Sanjeev R >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 > ----- Original Message ----- > From: "James R. Leu" <jl...@mi...> > To: "sanjeev ravindran" <san...@li...> > Subject: Re: [mpls-linux-general] activate label > Date: Sun, 23 Jan 2005 09:21:02 -0600 >=20 > >=20 > > On Sun, Jan 23, 2005 at 03:39:47PM +0800, sanjeev ravindran wrote: > > > Thanks a lot for ur detailed explination James, > > > > > > Things are much clearer now... However, I have one more doubt=20 > > > regarding the same condition in a transit router.. > > > In a transit router, suppose if I bind an incoming label with an=20 > > > outgoing label, traffic is activated right? In this scenario, if=20 > > > I want to inactivate the traffic flow, still want to maintain the=20 > > > incoming-outgoing label binding, is there any way? This=20 > > > requirement will arise if i want to have multiple=20 > > > icoming-outgoing label bindings but still only one is active...=20 > > > Im not very sure if this is required by RSVP-TE.. Im slowly=20 > > > getting hold of it... > >=20 > > You are correct that traffic _could_ flow on that LSP, but for that to = happen > > the ingress LER would have to have mapped map traffic on to it, which t= akes > > us back to the previous email :-) So in general the Ingress LER is the > > only one that has to worry about 'activating' a LSP. > >=20 > >=20 > > > > > > With best regards, > > > Sanjeev R. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > From: "James R. Leu" <jl...@mi...> > > > To: "sanjeev ravindran" <san...@li...> > > > Subject: Re: [mpls-linux-general] activate label > > > Date: Fri, 21 Jan 2005 08:26:30 -0600 > > > > > > > > On Fri, Jan 21, 2005 at 04:26:33PM +0800, sanjeev ravindran wrote: > > > > > Thank you so much for ur response James, > > > > > As you explained, RSVPTE can have back up LSPs. And currently=20 > > > all > > the backup LSPs also will be installed in the forwarding=20 > > > plane. > > But in my perspective, this doesnt serve the actual=20 > > > purpose.. A > > back up LSP needs to be enabled only when the=20 > > > primary LSP fails.. > > In this scenario, there needs to be some=20 > > > mechanism where we can > > bind a label and activate it later=20 > > > for LSPs. Im not sure if this > > is a valid point... This is=20 > > > what I feel... > > > > > One this to remember is that installing the LSP into the forwardi= ng plan > > > > and mapping traffic to it are two different steps. For example I c= an > > > > create 2 LSPs, but only map traffic to one of them. So for all int= ents and > > > > purposes the 2nd LSP is not used for anything. Only when I maps tr= affic to > > > > it will it be used. > > > > > MPLS Linux provides 3 mechanisms for mapping traffic to a LSP: > > > > -spec_nh system which allow IPv4 or IPv6 routes to be mapped to a L= SP > > > > -MPLS tunnel interface represents a LSP as a logical interface. > > > > The interface can be configured to appear as a PtP interface conn= ected > > > > to the egress LER > > > > -spec_nh system can be used in combination with iptables (netfilter= ) to > > > > map and/or mark specific traffic that will traverse a LSP. > > > > > Here is an example of how you could use a MPLS tunnel interface to > > > > facilitate a primary/backup situation. > > > > > An ingress LER uses RSVP-TE to signal 2 LSPs which terminate on t= he same > > > > egress LER, but take two seperate paths through the network. These= LSPs > > > > will be used for for a primary/backup senerio. The ingress LER use= s a > > > > MPLS tunnel interface to map traffic to the primary LSP. It config= ured > > > > the MPLS tunnel interface to look like a PtP connection to the egre= ss LER. > > > > At this point traffic destined to the egress LER used the primary L= SP. > > > > No traffic will traverse the backup LSP. > > > > > If/when the primary LSP breaks, RSVP-TE will receive a path-tear = for the > > > > primary LSP. At that time it will trigger the ingress LER to modif= y the > > > > MPLS tunnel interface and detattach the primary LSP from the MPLS t= unnel > > > > interface and attach the backup LSP to the MPLS tunnel interface (t= he > > > > process of modifing a MPLS tunnel interface to move from one LSP to= another > > > > takes just one system call). At that point traffic destined to the= egress > > > > LER uses the backup LSP. No traffic will attempt to traverse=20 > > > the primary LSP. > > > > > Let me know if this will suit your needs or if you still require = more > > > > functionality. > > > > > > With best regards, > > > > > Sanjeev R > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "James R. Leu" <jl...@mi...> > > > > > To: "sanjeev ravindran" <san...@li...> > > > > > Subject: Re: [mpls-linux-general] activate label > > > > > Date: Thu, 20 Jan 2005 23:14:38 -0600 > > > > > > > > > > > > On Thu, Jan 20, 2005 at 06:34:12PM +0800, sanjeev ravindran w= rote: > > > > > > > Thank you for ur response James, > > > > > > > > > > > > > > Ur explanation cleared my doubts regarding the activation=20 > > > of > > > > labels.. However, i would like to know if the LSP will=20 > > > be > > > > activated [I mean to say traffic will be forwared]=20 > > > when label > > > > binding[installation in to the forwarding=20 > > > plane] is done at the > > > > switch level. > > > > > > > Or is there any way i can bind the label at the switch=20 > > > level > > but > > still keep it inactive? and i can activate it=20 > > > to forward > > traffic > > at a later time? > > > > > > > MPLS linux does not currently implement admin status on=20 > > > each > > MPLS segment. > > > > > > Up till now, I've not seen a need to. I'd be open to implementi= ng it, > > > > > > provided there is a valid application for it. > > > > > > > > Thanks in advance... > > > > > > > With best regards, > > > > > > > Sanjeev R > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > From: "James R. Leu" <jl...@mi...> > > > > > > > To: rameshv <ram...@wi...> > > > > > > > Subject: Re: [mpls-linux-general] activate label > > > > > > > Date: Wed, 19 Jan 2005 09:08:50 -0600 > > > > > > > > > > > > > > > > On Wed, Jan 19, 2005 at 04:20:50PM +0530, rameshv wrote: > > > > > > > > > hi, > > > > > > > > > > > > > > > > > > what is meant by activating label, active connection,=20 > > > > > backup connection ? > > > > > > > > > I believe you are referring to the difference between=20 > > > allocating and > > > > > > > > activating. Allocation is done in the signaling layer. Ty= pically > > > > > > > > activation of a label means to install it into the > >=20 > > > forwarding plane. For > > > > > > > > example RSVP-TE could signal a backup LSP, meaning=20 > > > allocate > > and distribute > > > > > > > > labels for the LSP, but it would only install the=20 > > > labels > > into > > the forwarding > > > > > > > > plane (activate) when the primary LSP fails. > > > > > > > > > (note that the above is a contrived example, all=20 > > > deployed > > implementations > > > > > > > > of RSVP-TE that signal backup LSPs install them into >=20 > > > > forwarding plane prior > > > > > > > > to the failure of the primary LSP) > > > > > > > > > > any help is appreciated > > > > > > > > > > > > > > > > > > regards > > > > > > > > > ramesh > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > > > > > The SF.Net email is sponsored by: Beat the post-holiday b= lues > > > > > > > > > Get a FREE limited edition SourceForge.net t-shirt=20 > > > from ThinkGeek. > > > > > > > > > It's fun and FREE -- well,=20 > > > almost....http://www.thinkgeek.com/sfshirt > > > > > > > > > _______________________________________________ > > > > > > > > > mpls-linux-general mailing list > > > > > > > > > mpl...@li... > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-g= eneral > > > > > > > > > -- > > > > > > > > James R. Leu > > > > > > > > jl...@mi... > > > > > > > > > > ------------------------------------------------------- > > > > > > > > The SF.Net email is sponsored by: Beat the post-holiday blu= es > > > > > > > > Get a FREE limited edition SourceForge.net t-shirt from Thi= nkGeek. > > > > > > > > It's fun and FREE -- well,=20 > > > almost....http://www.thinkgeek.com/sfshirt > > > > > > > > _______________________________________________ > > > > > > > > mpls-linux-general mailing list > > > > > > > > mpl...@li... > > > > > > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-gen= eral > > > > > > > > > > > > > > -- ______________________________________________ > > > > > > > Check out the latest SMS services @=20 > > > http://www.linuxmail.org > > This > > allows you to send and=20 > > > receive SMS through your mailbox. > > > > > > > > > > > > > > > > > > > > > Powered by Outblaze > > > > > > > -- > > > > > > James R. Leu > > > > > > jl...@mi... > > > > > > > > ------------------------------------------------------- > > > > > > This SF.Net email is sponsored by: IntelliVIEW -- Interactive R= eporting > > > > > > Tool for open source databases. Create drag-&-drop reports. Sav= e time > > > > > > by over 75%! Publish reports on the web. Export to DOC, XLS, RT= F, etc. > > > > > > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > > > > > > _______________________________________________ > > > > > > mpls-linux-general mailing list > > > > > > mpl...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > > > > > > > -- ______________________________________________ > > > > > Check out the latest SMS services @ http://www.linuxmail.org=20 > > > This > > allows you to send and receive SMS through your mailbox. > > > > > > > > > > > > > > > Powered by Outblaze > > > > > -- > > > > James R. Leu > > > > jl...@mi... > > > > > > -- ______________________________________________ > > > Check out the latest SMS services @ http://www.linuxmail.org This=20 > > > allows you to send and receive SMS through your mailbox. > > > > > > > > > Powered by Outblaze > >=20 > > -- > > James R. Leu > > jl...@mi... >=20 > --=20 > ______________________________________________ > Check out the latest SMS services @ http://www.linuxmail.org=20 > This allows you to send and receive SMS through your mailbox. >=20 >=20 > Powered by Outblaze --=20 James R. Leu jl...@mi... |
|
From: James R. L. <jl...@mi...> - 2005-01-21 05:14:40
|
On Thu, Jan 20, 2005 at 06:34:12PM +0800, sanjeev ravindran wrote: > Thank you for ur response James, > > Ur explanation cleared my doubts regarding the activation of labels.. However, i would like to know > if the LSP will be activated [I mean to say traffic will be forwared] when label binding[installation in to the forwarding plane] is done at the switch level. > Or is there any way i can bind the label at the switch level but still keep it inactive? and i can activate it to > forward traffic at a later time? MPLS linux does not currently implement admin status on each MPLS segment. Up till now, I've not seen a need to. I'd be open to implementing it, provided there is a valid application for it. > Thanks in advance... > With best regards, > Sanjeev R > > ----- Original Message ----- > From: "James R. Leu" <jl...@mi...> > To: rameshv <ram...@wi...> > Subject: Re: [mpls-linux-general] activate label > Date: Wed, 19 Jan 2005 09:08:50 -0600 > > > > > On Wed, Jan 19, 2005 at 04:20:50PM +0530, rameshv wrote: > > > hi, > > > > > > what is meant by activating label, active connection, backup connection ? > > > > I believe you are referring to the difference between allocating and > > activating. Allocation is done in the signaling layer. Typically > > activation of a label means to install it into the forwarding plane. For > > example RSVP-TE could signal a backup LSP, meaning allocate and distribute > > labels for the LSP, but it would only install the labels into the forwarding > > plane (activate) when the primary LSP fails. > > > > (note that the above is a contrived example, all deployed implementations > > of RSVP-TE that signal backup LSPs install them into forwarding plane prior > > to the failure of the primary LSP) > > > > > any help is appreciated > > > > > > regards > > > ramesh > > > > > > > > > ------------------------------------------------------- > > > The SF.Net email is sponsored by: Beat the post-holiday blues > > > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > > > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > > > _______________________________________________ > > > mpls-linux-general mailing list > > > mpl...@li... > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > -- > > James R. Leu > > jl...@mi... > > > > > > ------------------------------------------------------- > > The SF.Net email is sponsored by: Beat the post-holiday blues > > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > -- > ______________________________________________ > Check out the latest SMS services @ http://www.linuxmail.org > This allows you to send and receive SMS through your mailbox. > > > Powered by Outblaze -- James R. Leu jl...@mi... |
Thanks for helping keep SourceForge clean.
X