[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