[j-nsp] out of band management - real OOB

Joel jaeggli joelja at bogus.com
Mon Sep 19 20:42:07 EDT 2011


On 9/19/11 14:04 , Chris Morrow wrote:
> 
> 
> On 09/19/11 16:59, Jonathan Lassoff wrote:
>>>  BTW, can anyone give a good real-world example of a_routed_  OOB
>>> management
>>>  network usage?

yeah, I I find that oob networks larger than a /21 are sort of hard to
manage therefore we  split them up into l3 segments.

>>>  As far as I understand the whole concept of OOB MGT IP interface was
>>>  invented to make the management network totally isolated from any
>>> transit
>>>  traffic.

It is.

>>> For security concerns, at the days when firewalls were not
>>> trusty
>>>  enough, 

They still aren't.

when lack of Internet connection was not that big issue.

It isn't.

 If you
>>>  really need to implement this, you won't run into any routing conflict,
>>>  since it's a really separated network, will you?
>>>

Ships in the night may still pass in some cases.

> how about like management networks on ss7 deployments?
> 
> It's really not that hard to conceive of a 'management card' on a
> network device that can twiddle all of the network device's parts and
> maintains a separate routing world from the production side of the
> hardware.
> 
> Hell, you could even envision something like this in the world of
> servers: ilom (sun), drac (dell), hp-whatever-the-hell...
> 
> -chris
> 
> in 2011, we CAN have more than routing table on a single device, yes?
> _______________________________________________
> juniper-nsp mailing list juniper-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp
> 



More information about the juniper-nsp mailing list