[j-nsp] How can change the OSPF backbone area number other 0?

2011-09-12 Thread medrees
Dear Experts I'm confusing why all vendors chooses OSPF backbone area to be area 0 and I'm asking if there is method to change this number to any other to be configured in all routers within the network? Thanks, Best Regards, Mohamed Edrees

Re: [j-nsp] How can change the OSPF backbone area number other 0?

2011-09-12 Thread Jesper Skriver
On Mon, Sep 12, 2011 at 11:19:54AM +0300, medrees wrote: Dear Experts I'm confusing why all vendors chooses OSPF backbone area to be area 0 It is the standard. http://tools.ietf.org/html/rfc2328#page-27 and I'm asking if there is method to change this number to any other

Re: [j-nsp] How can change the OSPF backbone area number other 0?

2011-09-12 Thread sthaug
I'm confusing why all vendors chooses OSPF backbone area to be area 0 and I'm asking if there is method to change this number to any other to be configured in all routers within the network? Um, they choose it because the OSPF standard requires it? Only area 0 can be used to

Re: [j-nsp] How can change the OSPF backbone area number other 0?

2011-09-12 Thread Joel jaeggli
On 9/12/11 01:19 , medrees wrote: Dear Experts I'm confusing why all vendors chooses OSPF backbone area to be area 0 rfc 2328 3.1. The backbone of the Autonomous System The OSPF backbone is the special OSPF Area 0 (often written as Area 0.0.0.0, since

Re: [j-nsp] How can change the OSPF backbone area number other 0?

2011-09-12 Thread Paulhamus, Jon
If the design is that bad - use virtual-links. Usually there are not any good reasons to do so. Area 0 must be the backbone, must be contiguous, and all other areas should connect to it. From: medrees [medr...@isu.net.sa] Sent: Monday, September 12,

[j-nsp] ETH-DM packets hardware timestamping

2011-09-12 Thread Ankur Mittal
Hi Folks, Just wondering if anyone out there has had any luck with getting the MX-480 or MX-80 routers to timestamp the CFM Ethernet delay measurement packets in hardware. I have included the hardware-assisted-timestamping option under the oam protocol but after seeing the test results, it

[j-nsp] RSVP reserve 100% of interface BW in Juniper while 75% in Cisco? !!

2011-09-12 Thread medrees
Dear Experts I'm wondering from the default behavior of RSVP in Juniper routers (By default, RSVP allows 100 percent the bandwidth for a class type to be used for RSVP reservations.) while other vendors like Cisco by default reserve only 75% and keeps 25% for the control plane traffic