RE: MPLS TE RSVP bandwidth delim

> You think about it - 2 x RSVP TE tunnels asymmetric 2 MB in each direction
> do your basic maths and then tell me what it adds up to?

2 x RSVP TE tunnels of 2Mb each = 2Mb full-duplex (e.g 2Mb up and 2Mb down).

The reference to marketing is because vendors sometimes provide misleading
throughput numbers, for example quoting a 1Gb interface as having 2Gb
throughput, whereas in fact it is 1Gb full-duplex.

Cheers,
George

> Date: Mon, 26 Nov 2012 02:11:20 +1100
> Subject: Re: MPLS TE RSVP bandwidth delim
> From: multicast100_at_gmail.com
> To: tron_at_huapi.ba.ar
> CC: yuribank_at_gmail.com; ccielab_at_groupstudy.com
>
> Carlos,
> Looks like you're having bad day today.
> Where do you think my question is aligned with marketing?
>
> You think about it - 2 x RSVP TE tunnels asymmetric 2 MB in each direction
> do your basic maths and then tell me what it adds up to?
>
> Keep it technical if possible, there is always an alternate if you don't
> like my posting. chuck it in the rubbish bin.
>
> You should be ashamed by yourself - you typed a paragraph of rubbish but if
> you know the answer why didn't you write answer instead?
>
> -noname! bugger you...
>
> On Sun, Nov 25, 2012 at 10:36 PM, Carlos G Mendioroz
<tron_at_huapi.ba.ar>wrote:
>
> > MSDP,
> > do you work for the marketing department ? Your view implies that a cat 6
> > patch has a bandwidth of 2 Gbps! Which is inline with most marketing
blufs
> > about switching capacity :)
> > Lack of identity also helps. What's the problem with a having a name ?
> > -Carlos
> >
> >
> > MSDP multicast @ 25/11/2012 00:02 -0300 dixit:
> >
> > Thanks Yuri,
> >> Does that mean customer can pull 4 mb in total (2tx and 2rx).
> >>
> >> How do we control this so customer only gets 2 MB. what is the best
> >> practice?
> >>
> >> One place that SP can control is on the SP edge using policing/shapping.
> >> The potencial risk of this approach is when SP forgets policing/shaping.
> >> Customer will enjoy 4 megs total bandwidth in this case.
> >>
> >> -m
> >>
> >>
> >>
> >> On Sun, Nov 25, 2012 at 1:04 PM, Yuri Bank <yuribank_at_gmail.com> wrote:
> >>
> >> I think if a customer buys a 2Mbps circuit, that would imply 2Mbps in
> >>> each
> >>> direction. RSVP signaled tunnels are unidirectional.
> >>>
> >>> -Yuri
> >>>
> >>>
> >>> On Sat, Nov 24, 2012 at 5:55 PM, MSDP multicast <multicast100_at_gmail.com
> >>> >wrote:
> >>>
> >>> I got this question bugging me for a while.
> >>>>
> >>>> R1----------R2-------------R3
> >>>>
> >>>>
> >>>> Scenario:
> >>>> RSVP interface bandwidth: R1,R2,R3=50MB
> >>>> A) create a tunnel between R1 to R3 and allocate 2 MB
> >>>> B) create a tunnel bandwidth R3 to R1 and allocate 2 MB
> >>>>
> >>>> Requirement: Customer want 2 MB bandwidth regardless of direction!
> >>>>
> >>>> Q1: If customer have is paying for 2 MB, in real world what do we
> >>>> configure
> >>>> tunnels?
> >>>> optionA) 1 MB in each direction i.e. tunnel R1 to R3 = 1MB, tunnel R3
to
> >>>> R1
> >>>> = 1 MB
> >>>> optionB) 2 MB in each direction i.e. tunnel R1 to R3 = 2 MB, tunnel R3
> >>>> to
> >>>> R1 = 2 MB
> >>>>
> >>>> with option#b - i think a customer will get double bandwidth ! but
that
> >>>> will ensure 2 MB in any direction.
> >>>>
> >>>> My understanding for the above option 1# is that - Typical SP will
only
> >>>> provison 1 MB in each direction.
> >>>> However, customer would like to see 2 MB in full either one or both
> >>>> direction.
> >>>>
> >>>> How do we deal with this kind of situation where customer want to see
2
> >>>> MB
> >>>> in total regardless of direction?
> >>>>
> >>>> Q2: Are tunnels uni or bi directional?
> >>>>
> >>>> Thanks in advance.
> >>>>
> >>>>
> >>>> Blogs and organic groups at http://www.ccie.net
> >>>>
> >>>> ______________________________**______________________________**
> >>>> ___________
> >>>> Subscription information may be found at:
> >>>>
http://www.groupstudy.com/**list/CCIELab.html<http://www.groupstudy.com/list/
CCIELab.html>
> >>>>
> >>>
> >>
> >> Blogs and organic groups at http://www.ccie.net
> >>
> >> ______________________________**______________________________**
> >> ___________
> >> Subscription information may be found at:
> >>
http://www.groupstudy.com/**list/CCIELab.html<http://www.groupstudy.com/list/
CCIELab.html>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> > --
> > Carlos G Mendioroz <tron_at_huapi.ba.ar> LW7 EQI Argentina
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html

Blogs and organic groups at http://www.ccie.net
Received on Sun Nov 25 2012 - 19:07:44 ART