[j-nsp] em0/em1 intreface

169 views
Skip to first unread message

Shiva Shankar

unread,
Mar 15, 2012, 5:58:26 AM3/15/12
to junip...@puck.nether.net
Hi All, Just wanted to clarify my understanding in emo and em1 interface.

In the latest hardware (REs/CBs), juniper have replaced he fxp1 and fxp2
interface with em0 and em1. Is this right?

Cheers
_______________________________________________
juniper-nsp mailing list junip...@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp

Doug Hanks

unread,
Mar 16, 2012, 3:05:49 PM3/16/12
to Shiva Shankar, junip...@puck.nether.net
Depends on the platform, hardware, and routing engine.

At least on the MX the current RE uses em0 and em1.

Thank you,

--
Doug Hanks - JNCIE-ENT #213, JNCIE-SP #875
Sr. Systems Engineer
Juniper Networks

Saku Ytti

unread,
Mar 16, 2012, 4:21:44 PM3/16/12
to junip...@puck.nether.net
On (2012-03-16 12:05 -0700), Doug Hanks wrote:

> Depends on the platform, hardware, and routing engine.
>
> At least on the MX the current RE uses em0 and em1.

This gives the impression in conjunction with OP that there is agreement
that fxp has been replaced by em. I'm not sure if that implication was
intended or not.
However that is not true, fxp are on-band dedicated management ethernet
(please JNPR, take page from CSCO and roll proper oob ethernet, like CMP).
While em are used for internal signalling.
And current RE model uses both, but obviously for different purpose.

> >Hi All, Just wanted to clarify my understanding in emo and em1 interface.
> >
> >In the latest hardware (REs/CBs), juniper have replaced he fxp1 and fxp2
> >interface with em0 and em1. Is this right?

--
++ytti

Saku Ytti

unread,
Mar 16, 2012, 4:48:09 PM3/16/12
to junip...@puck.nether.net
On (2012-03-16 22:21 +0200), Saku Ytti wrote:

Reread the OP and seems the implication of fxp->em was not ever made. Just
fxp[12] -> em[01].
So confusion was just mine. And indeed new REs uses 1GE/em[01] for internal
signalling instead of 100M/fxp[12] (but all still use 100M/fxp0 for
management)

Chuck Anderson

unread,
Mar 16, 2012, 4:56:28 PM3/16/12
to junip...@puck.nether.net
fxp vs. em is just FreeBSD nomenclature for the type of device driver
used by the kernel to drive the hardware device. There is no other
semantic meaning tied to "fxp" vs. "em" than that. Some hardware uses
the fxp driver, some uses the em driver.

From FreeBSD manual pages:

fxp -- Intel EtherExpress Pro/100B ethernet device driver
em -- Intel(R) PRO/1000 gigabit Ethernet driver for the FreeBSD operating system

On Fri, Mar 16, 2012 at 10:48:09PM +0200, Saku Ytti wrote:
> On (2012-03-16 22:21 +0200), Saku Ytti wrote:
>
> Reread the OP and seems the implication of fxp->em was not ever made. Just
> fxp[12] -> em[01].
> So confusion was just mine. And indeed new REs uses 1GE/em[01] for internal
> signalling instead of 100M/fxp[12] (but all still use 100M/fxp0 for
> management)
>
> > On (2012-03-16 12:05 -0700), Doug Hanks wrote:
> >
> > > Depends on the platform, hardware, and routing engine.
> > >
> > > At least on the MX the current RE uses em0 and em1.
> >
> > This gives the impression in conjunction with OP that there is agreement
> > that fxp has been replaced by em. I'm not sure if that implication was
> > intended or not.
> > However that is not true, fxp are on-band dedicated management ethernet
> > (please JNPR, take page from CSCO and roll proper oob ethernet, like CMP).
> > While em are used for internal signalling.
> > And current RE model uses both, but obviously for different purpose.
> >
> > > >Hi All, Just wanted to clarify my understanding in emo and em1 interface.
> > > >
> > > >In the latest hardware (REs/CBs), juniper have replaced he fxp1 and fxp2
> > > >interface with em0 and em1. Is this right?

Doug Hanks

unread,
Mar 16, 2012, 6:54:19 PM3/16/12
to Saku Ytti, junip...@puck.nether.net
fxp0 is still used for the external Ethernet port on the RE.

em0/em1 are also NICs on the RE, but they're internal and cross-connected
to the internal 24x1GE switch on each SCB.

Thank you,

--
Doug Hanks - JNCIE-ENT #213, JNCIE-SP #875
Sr. Systems Engineer
Juniper Networks

Reply all
Reply to author
Forward
0 new messages