Mailing List Archive: nsp: foundry

MLXe XMR Outbound Route Optimization (AKA Cisco OER/pfr)

Index | Next | Previous | View Threaded

james.braunegg at micron21

Dec 3, 2011, 11:57 PM

Post #1 of 4 (764 views)
Permalink

MLXe XMR Outbound Route Optimization (AKA Cisco OER/pfr)

Dear All

I know Cisco has their OER / pfR routing technology which can route traffic automatically based on a number of matrix's to balance traffic above and beyond shorted path / AS etc

If you don't know what Cisco's OER / prf technology is please read here http://blog.ine.com/tag/pfr/

My Key question is does Brocade have any similar technology ?

Kindest Regards

James Braunegg
W: 1300 769 972 | M: 0488 997 207 | D: (03) 9751 7616
E: james.braunegg [at] micron21<mailto:james.braunegg [at] micron21> | ABN: 12 109 977 666

[Description: Description: Description: M21.jpg]

This message is intended for the addressee named above. It may contain privileged or confidential information. If you are not the intended recipient of this message you must not use, copy, distribute or disclose it to anyone other than the addressee. If you have received this message in error please return the message to the sender by replying to it and then delete the message from your computer.

Attachments:

image001.jpg (2.62 KB)

georgeb at gmail

Feb 4, 2012, 9:16 AM

Post #2 of 4 (638 views)
Permalink

Re: MLXe XMR Outbound Route Optimization (AKA Cisco OER/pfr) [In reply to]

That's pretty much a Cisco proprietary feature, not something that is
standard to any routing protocol. Basically, it is so you can send your
money to Cisco instead of your telecom vendor. You can buy a router that
works around a congested link instead of getting a bigger link.

My personal feeling is that if you are resorting to such gymnastics to
avoid congestion, then there might be problems at layer 8 in the
organization and you are really just routing around that.

On Sat, Dec 3, 2011 at 11:57 PM, James Braunegg <james.braunegg [at] micron21
> wrote:

> Dear All****
>
> ** **
>
> I know Cisco has their OER / pfR routing technology which can route
> traffic automatically based on a number of matrix’s to balance traffic
> above and beyond shorted path / AS etc****
>
> ** **
>
> If you don’t know what Cisco’s OER / prf technology is please read here
> http://blog.ine.com/tag/pfr/****
>
> ** **
>
> My Key question is does Brocade have any similar technology ?****
>
> ** **
>
> Kindest Regards****
>
> ** **
>
> *James Braunegg
> **W:* 1300 769 972 | *M:* 0488 997 207 | *D:* (03) 9751 7616****
>
> *E:* james.braunegg [at] micron21 | *ABN:* 12 109 977 666
>
> [image: Description: Description: Description: M21.jpg]****
>
>
> This message is intended for the addressee named above. It may contain
> privileged or confidential information. If you are not the intended
> recipient of this message you must not use, copy, distribute or disclose it
> to anyone other than the addressee. If you have received this message in
> error please return the message to the sender by replying to it and then
> delete the message from your computer.****
>
> ** **
>
> _______________________________________________
> foundry-nsp mailing list
> foundry-nsp [at] puck
> http://puck.nether.net/mailman/listinfo/foundry-nsp
>

Attachments:

image001.jpg (2.62 KB)

fabio.mendes at bsd

Feb 4, 2012, 9:31 AM

Post #3 of 4 (624 views)
Permalink

Re: MLXe XMR Outbound Route Optimization (AKA Cisco OER/pfr) [In reply to]

PfR goes beyond congestion.

QoS configs are static and they denpend on the path chosen by the routing
protocol. If the path has a considereable delay, as long as adjacencies are
not affected, no routing protocol will reroute part of traffic (eg VoIP
traffic) to a different path automagically.

PfR offers the abillity to pick a diferent path to diferent
traffic/traffics if the one chosen by the routing protocol goes out of the
policy.

I'm no Cisco pimp, in fact, I've been working with Foundry/Brocade products
for quite a time but I must recognize that they don't have this kind of
inovation.

When it comes about features and inovation Cisco, is centuries ahead.

2012/2/4 George B. <georgeb [at] gmail>

> My personal feeling is that if you are resorting to such gymnastics to
> avoid congestion, then there might be problems at layer 8 in the
> organization and you are really just routing around that.
>

georgeb at gmail

Feb 4, 2012, 11:06 AM

Post #4 of 4 (633 views)
Permalink

Re: MLXe XMR Outbound Route Optimization (AKA Cisco OER/pfr) [In reply to]

I'd be happy if Brocade even learned to support ECN.

On Sat, Feb 4, 2012 at 9:31 AM, Fabio Mendes <fabio.mendes [at] bsd> wrote:
> PfR goes beyond congestion.
>
> QoS configs are static and they denpend on the path chosen by the routing
> protocol. If the path has a considereable delay, as long as adjacencies are
> not affected, no routing protocol will reroute part of traffic (eg VoIP
> traffic) to a different path automagically.
>
> PfR offers the abillity to pick a diferent path to diferent traffic/traffics
> if the one chosen by the routing protocol goes out of the policy.
>
> I'm no Cisco pimp, in fact, I've been working with Foundry/Brocade products
> for quite a time but I must recognize that they don't have this kind of
> inovation.
>
> When it comes about features and inovation Cisco, is centuries ahead.
>
>
> 2012/2/4 George B. <georgeb [at] gmail>
>
>> My personal feeling is that if you are resorting to such gymnastics to
>> avoid congestion, then there might be problems at layer 8 in the
>> organization and you are really just routing around that.
>
>
>
> _______________________________________________
> foundry-nsp mailing list
> foundry-nsp [at] puck
> http://puck.nether.net/mailman/listinfo/foundry-nsp
_______________________________________________
foundry-nsp mailing list
foundry-nsp [at] puck
http://puck.nether.net/mailman/listinfo/foundry-nsp

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads