[j-nsp] Unit ID's and q-in-q

Saku Ytti saku at ytti.fi
Wed Dec 28 05:46:44 EST 2011


On (2011-12-27 23:28 +0100), Benny Amorsen wrote:

 
> Certainly. What would be your preferred enhancement, just larger unit
> numbers or the ability to have unit ID's with dots in?

Just larger unit numbers, it's most trivial to implement and will allow the use
of the scheme you described, which I believe every one and their mum are using
in IOS.

I'm happy to add our contract# to the ER (since vendors tend to tell always 'no
one else has requested this', which invariably is just poor communication), so
contact me directly to get our details for the ER.

It's exceedingly annoying that once you deploy JunOS, you need to develop some
software to manage unit number/vlan mapping, when you can do it statelessly in
IOS.

> If the commit check error message is to be believed, larger unit ID's
> are already available for certain interface types (demux0 and pp0).

Yes. And there is no reason not to support it everywhere, if there ever was
some IFL = CLI unit * IFD mapping relation, it's long gone. I don't suspect it
ever had any hardware parallel

TAZ-TBB-0(mahrouter vty)# show ifl brief    
...
  366  ge-1/2/0.500         VLAN Tagged    Ethernet        0x000000000000c000
  367  ge-1/2/0.501         VLAN Tagged    Ethernet        0x000000000000c000
  368  ge-1/2/0.2636        VLAN Tagged    CCC/VLAN        0x0000000000005000
  369  ge-1/2/0.32767       VLAN Tagged    Ethernet        0x000000000400c000
  370  ge-1/2/1.32767       VLAN Tagged    Ethernet        0x000000000400c000
...

Thanks,
-- 
  ++ytti


More information about the juniper-nsp mailing list