Re: [j-nsp] M120 - Netflow/Jflow Export

2013-06-06 Thread Jake Jake
Does RE based sampling have an adverse effect on the CPU/Memory. Plus the sample config in the link provided, the destination server details are configured under forwarding-options sampling output. But in version 11.1 the command options are not the same.The only option I see is as follows set

Re: [j-nsp] M120 - Netflow/Jflow Export

2013-06-06 Thread Dobbins, Roland
On Jun 6, 2013, at 1:08 PM, Jake Jake wrote: Does RE based sampling have an adverse effect on the CPU/Memory. Yes - that's why it's only usable for relatively high sampling ratios, and why it doesn't support IPv6 or MPLS.

Re: [j-nsp] Inter-racks switch routing recommended practice

2013-06-06 Thread Edward Dore
Annoyingly, the EX3300 has two separate licenses for routing related features - the Enhanced Feature License and the Advanced Feature License. The EFL gets you basic IPv4/IPv6 routing including RIP, OSPF, VRRP, BFD. The AFL gets you more advanced routing options, which is basically just

[j-nsp] EX4550 and 3rd Party SFP-1GE-LX

2013-06-06 Thread Joe Wooller
Hey All, I was wondering if anyone out there has seen issues with 3rd party 1Gig LX Optics on the EX4550. We have a bunch of 3rd party optics working fine in EX2200s, 3200s and 4200s however when I stick them into the EX4550 it randomly likes to fail (I can't seem to figure out the pattern).

Re: [j-nsp] EX4550 and 3rd Party SFP-1GE-LX

2013-06-06 Thread Saku Ytti
On (2013-06-06 15:57 +0800), Joe Wooller wrote: Hey Joe, Apr 10 04:44:48 sw01chassism[1298]: Error(2):I2C read of EEPROM failed for Port 14 at offset 0x0 I would be interested to see if anyone else has encountered this? So far I can not replicate the issue with 3rd party Copper SPF;s or

Re: [j-nsp] EX4550 and 3rd Party SFP-1GE-LX

2013-06-06 Thread Alexandre Snarskii
On Thu, Jun 06, 2013 at 03:57:54PM +0800, Joe Wooller wrote: Hey All, I was wondering if anyone out there has seen issues with 3rd party 1Gig LX Optics on the EX4550. We have a bunch of 3rd party optics working fine in EX2200s, 3200s and 4200s however when I stick them into the EX4550 it

Re: [j-nsp] EX4550 and 3rd Party SFP-1GE-LX

2013-06-06 Thread Joe Wooller
Thanks for the reply, This is basically what is happening (i think) the PFE becomes unusable until you reboot. Is there a way to see what ports are on what PFE? I have spoken to a number of SFP suppliers here and this is exactly what they suspect too. I have a JTAC logged so I will see what

Re: [j-nsp] EX4550 and 3rd Party SFP-1GE-LX

2013-06-06 Thread Saku Ytti
On (2013-06-06 18:40 +0800), Joe Wooller wrote: This is basically what is happening (i think) the PFE becomes unusable until you reboot. Is there a way to see what ports are on what PFE? I'm not familiar with EX4550, I would expect it's single PFE. My biggest issue with this now is having

Re: [j-nsp] EX4550 and 3rd Party SFP-1GE-LX

2013-06-06 Thread Joe Wooller
Thanks, When you put a dud SFP in it only impacts a handful of ports at a time, depending on which port you stuck it in first. I haven't sat down and mapped out which ports are impacted etc, I may do that tonight to see if I can map it out. Also it only happens sometimes. The optic doesn't

Re: [j-nsp] EX4550 and 3rd Party SFP-1GE-LX

2013-06-06 Thread Tobias Heister
Hi, Am 06.06.2013 14:30, schrieb Saku Ytti: On (2013-06-06 18:40 +0800), Joe Wooller wrote: This is basically what is happening (i think) the PFE becomes unusable until you reboot. Is there a way to see what ports are on what PFE? I'm not familiar with EX4550, I would expect it's single

Re: [j-nsp] EX4550 and 3rd Party SFP-1GE-LX

2013-06-06 Thread Joe Wooller
Thanks Tobias, It appears that when the SFP port fails due to the dodgy module it is only taking down that port and no others. I just did a pretty lengthy test. So I guess it comes down to slow I2C? Cheers Joe On 06/06/2013, at 9:14 PM, Tobias Heister li...@tobias-heister.de wrote: Hi,

Re: [j-nsp] Juniper MX480 BNG Feature ?

2013-06-06 Thread Thong Hawk Yen
Thanks Paul. There is no way we can do it at this moment. We have not received any positive feedback from our counterparts. There has been a lot of crazy idea from non-IP engineering department to conserve IPv4 addresses, this is one of those. Regards Amos Thong