Re: MPLS TE RSVP bandwidth delim

MSDP multicast @ 25/11/2012 12:11 -0300 dixit:
> Carlos,
> Looks like you're having bad day today.

Not at all :)

> Where do you think my question is aligned with marketing?
In that marketing guys tend to inflate whatever number they can, to
impress potential buyers.

>
> 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?

Well, when I buy a circuit, I tend to believe it works both ways.
May be you are too used to asymetric services (like ADSL), but I do
believe that a 2Mb last mile works for 2048 bps in each direction...

> Keep it technical if possible, there is always an alternate if you don't
> like my posting. chuck it in the rubbish bin.

I'm doing so, but for the noname stuff.

>
> 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?

I don't think there is one answer. Just standard way of naming things.
-Carlos

>
> -noname! bugger you...
>
> On Sun, Nov 25, 2012 at 10:36 PM, Carlos G Mendioroz <tron_at_huapi.ba.ar
> <mailto: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
> <mailto: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 <mailto: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 <mailto:tron_at_huapi.ba.ar>>
> LW7 EQI Argentina
>
>

-- 
Carlos G Mendioroz  <tron_at_huapi.ba.ar>  LW7 EQI  Argentina
Blogs and organic groups at http://www.ccie.net