Thread: [mpls-linux-devel] Increase MPLS link capacity.
Status: Beta
Brought to you by:
jleu
Menu
▾
▴
mpls-linux-devel
|
From: Pathma R. <its...@ya...> - 2004-09-22 07:38:32
|
Hello, I have the following doubt. in an MPLS cloud / network , in an LSP , if the link /path capacity is insufficient, how would it be met? i.e., if the demand increases and the bandwidth in the LSP is insufficient how would this scenario be met ? -switch to another LSP ? -have a backup LSP ? Could anyone comment on this ? Pathma _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com |
|
From: James R. L. <jl...@mi...> - 2004-09-22 14:55:43
|
On Wed, Sep 22, 2004 at 12:38:25AM -0700, Pathma Rathinavelu wrote: > Hello, > > I have the following doubt. > > in an MPLS cloud / network , in an LSP , if the link > /path capacity is insufficient, how would it be met? I'm not sure if I understand your question. Are you asking what happens if the traffic running over a RSVP-TE LSP, that was created with a bandwidth requirement, exceeds that bandwidth requirement? If so, the short answer is nothing. The long answer is that it depends on the implementation, but most (if not all) implementation do not enforce the RSVP-TE bandwidth requirement, they just used it to help 'fit' LSP during setup and failure cases. > i.e., if the demand increases and the bandwidth in the > LSP is insufficient how would this scenario be met ? > > -switch to another LSP ? > -have a backup LSP ? > > Could anyone comment on this ? > > Pathma > > > > > > > > > _______________________________ > Do you Yahoo!? > Declare Yourself - Register online to vote today! > http://vote.yahoo.com > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > mpls-linux-devel mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel -- James R. Leu jl...@mi... |
|
From: Pathma R. <its...@ya...> - 2004-09-22 15:18:36
|
Hello, Thanks for the reply. I meant, "what if the traffic flowing thru an LSP (all of a sudden) increases beyond what the LSP can allow /support ?".How will this increase in traffic be routed in the MPLS network ? For the incoming traffic if additional bandwidth is needed, what happens then ? I hope I have stated the question clearly now. Pathma --- "James R. Leu" <jl...@mi...> wrote: > On Wed, Sep 22, 2004 at 12:38:25AM -0700, Pathma > Rathinavelu wrote: > > Hello, > > > > I have the following doubt. > > > > in an MPLS cloud / network , in an LSP , if the > link > > /path capacity is insufficient, how would it be > met? > > I'm not sure if I understand your question. Are you > asking what happens > if the traffic running over a RSVP-TE LSP, that was > created with a bandwidth > requirement, exceeds that bandwidth requirement? > > If so, the short answer is nothing. The long answer > is that it depends > on the implementation, but most (if not all) > implementation do not enforce > the RSVP-TE bandwidth requirement, they just used it > to help 'fit' LSP during > setup and failure cases. > > > i.e., if the demand increases and the bandwidth in > the > > LSP is insufficient how would this scenario be met > ? > > > > -switch to another LSP ? > > -have a backup LSP ? > > > > Could anyone comment on this ? > > > > Pathma > > > > > > > > > > > > > > > > > > _______________________________ > > Do you Yahoo!? > > Declare Yourself - Register online to vote today! > > http://vote.yahoo.com > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: YOU BE THE > JUDGE. Be one of 170 > > Project Admins to receive an Apple iPod Mini FREE > for your judgement on > > who ports your project to Linux PPC the best. > Sponsored by IBM. > > Deadline: Sept. 24. Go here: > http://sf.net/ppc_contest.php > > _______________________________________________ > > mpls-linux-devel mailing list > > mpl...@li... > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel > > -- > James R. Leu > jl...@mi... > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. > Be one of 170 > Project Admins to receive an Apple iPod Mini FREE > for your judgement on > who ports your project to Linux PPC the best. > Sponsored by IBM. > Deadline: Sept. 24. Go here: > http://sf.net/ppc_contest.php > _______________________________________________ > mpls-linux-devel mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel > _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com |
|
From: James R. L. <jl...@mi...> - 2004-09-22 15:37:36
|
On Wed, Sep 22, 2004 at 08:15:03AM -0700, Pathma Rathinavelu wrote: > Hello, > > Thanks for the reply. > > I meant, "what if the traffic flowing thru an LSP (all > of a sudden) increases beyond what the LSP can allow > /support ?".How will this increase in traffic be > routed in the MPLS network ? I guess my confusion is with your meaning 'what LSP can allow/support'? Do you mean what the LSP was configured with via RSVP-TE? That is the only means by which a LSP can be 'assigned' bandwidth that I am aware of. The answer is still the same: The short answer is, nothing happens. The long answer is that it depends on the implementation, but most (if not all) implementation do not enforce the RSVP-TE bandwidth requirement, they just used it to help 'fit' LSP during setup and failure cases. > For the incoming traffic if additional bandwidth is > needed, what happens then ? > > I hope I have stated the question clearly now. > > Pathma > > --- "James R. Leu" <jl...@mi...> wrote: > > > On Wed, Sep 22, 2004 at 12:38:25AM -0700, Pathma > > Rathinavelu wrote: > > > Hello, > > > > > > I have the following doubt. > > > > > > in an MPLS cloud / network , in an LSP , if the > > link > > > /path capacity is insufficient, how would it be > > met? > > > > I'm not sure if I understand your question. Are you > > asking what happens > > if the traffic running over a RSVP-TE LSP, that was > > created with a bandwidth > > requirement, exceeds that bandwidth requirement? > > > > If so, the short answer is nothing. The long answer > > is that it depends > > on the implementation, but most (if not all) > > implementation do not enforce > > the RSVP-TE bandwidth requirement, they just used it > > to help 'fit' LSP during > > setup and failure cases. > > > > > i.e., if the demand increases and the bandwidth in > > the > > > LSP is insufficient how would this scenario be met > > ? > > > > > > -switch to another LSP ? > > > -have a backup LSP ? > > > > > > Could anyone comment on this ? > > > > > > Pathma > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________ > > > Do you Yahoo!? > > > Declare Yourself - Register online to vote today! > > > http://vote.yahoo.com > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.Net email is sponsored by: YOU BE THE > > JUDGE. Be one of 170 > > > Project Admins to receive an Apple iPod Mini FREE > > for your judgement on > > > who ports your project to Linux PPC the best. > > Sponsored by IBM. > > > Deadline: Sept. 24. Go here: > > http://sf.net/ppc_contest.php > > > _______________________________________________ > > > mpls-linux-devel mailing list > > > mpl...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel > > > > -- > > James R. Leu > > jl...@mi... > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: YOU BE THE JUDGE. > > Be one of 170 > > Project Admins to receive an Apple iPod Mini FREE > > for your judgement on > > who ports your project to Linux PPC the best. > > Sponsored by IBM. > > Deadline: Sept. 24. Go here: > > http://sf.net/ppc_contest.php > > _______________________________________________ > > mpls-linux-devel mailing list > > mpl...@li... > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel > > > > > > > _______________________________ > Do you Yahoo!? > Declare Yourself - Register online to vote today! > http://vote.yahoo.com > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > mpls-linux-devel mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel -- James R. Leu jl...@mi... |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X