Re: [j-nsp] EX 3200 - no arp entries after power failure
> From: Bill Blackford > Date: Mon, 8 Feb 2010 19:46:31 -0800 > Sender: juniper-nsp-boun...@puck.nether.net > > I hope I'm not hijacking this thread. > > I notice on the Juniper site that the current recommended is 10.0S1.1 > with no MD5SUM. I have 9.3S1.6 in production on a large portion of my > rack switches. For devices doing routing, I have a 9.5R2.7 as I needed > some features not implemented in 9.3. I can't find a link for > 9.5SR2. I can only assume Juniper removes the current recommended > service release when a newer one is available. > > Is there a link that shows all of the "S" releases along with > checksums? Is anyone running 10.0S1.1? 'S' releases are "service releases" for E-EOL versions of JunOS. 9.3 and 10.0 (and, I think 8.5) are E-EOL. The service releases are only available by opening a ticket with JTAC. Oddly, they don't seem to replace older SRs with the newer one as we were initially offered S4 to fix one bug, but S7 fixed another, less critical, but of longer standing. I assume that all service releases are still available from JTAC unless they have been pulled because of serious vulnerabilities. JTAC provided checksums for 9.3S7.2. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: ober...@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] EX 3200 - no arp entries after power failure
On Tue, 9 Feb 2010, Paul Waller wrote: I'm wondering if anybody has seen this issue before. We have a EX 3200 running JunOS 9.2R2 release. Everytime the switch looses power it boots back up OK but no ARP entries are seen. I haven't had a chance to see the logs yet but I'm informed this has been happening for sometime & a 2nd reboot of the switch fixes the problem. Once I look at the config & get the logs then I might post some more but I thought I'd just post this question just in cast somebody had seen is there a loopback filter on the device? apparently prior to 9.5 on the ex juniper thought filtering ARP in an L3 filter was 'acceptable'... ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] EX 3200 - no arp entries after power failure
I hope I'm not hijacking this thread. I notice on the Juniper site that the current recommended is 10.0S1.1 with no MD5SUM. I have 9.3S1.6 in production on a large portion of my rack switches. For devices doing routing, I have a 9.5R2.7 as I needed some features not implemented in 9.3. I can't find a link for 9.5SR2. I can only assume Juniper removes the current recommended service release when a newer one is available. Is there a link that shows all of the "S" releases along with checksums? Is anyone running 10.0S1.1? Thank you, -b -Original Message- From: juniper-nsp-boun...@puck.nether.net [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf Of Murphy, Jay, DOH Sent: Monday, February 08, 2010 3:26 PM To: chrisccnpsp...@gmail.com; Dan Farrell; juniper-nsp-boun...@puck.nether.net; m...@hosteurope.de; Paul Waller Cc: juniper-nsp@puck.nether.net Subject: Re: [j-nsp] EX 3200 - no arp entries after power failure 9.5SR2 is the better platform to use in your EX3200. Especially in the enterprise, dudes. ~Jay Murphy IP Network Specialist NM State Government IT Services Division PSB – IP Network Management Center Santa Fé, New México 87505 "We move the information that moves your world." “Good engineering demands that we understand what we’re doing and why, keep an open mind, and learn from experience.” “Engineering is about finding the sweet spot between what's solvable and what isn't." Radia Perlman Please consider the environment before printing e-mail -Original Message- From: juniper-nsp-boun...@puck.nether.net [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf Of chrisccnpsp...@gmail.com Sent: Monday, February 08, 2010 4:03 PM To: Dan Farrell; juniper-nsp-boun...@puck.nether.net; m...@hosteurope.de; Paul Waller Cc: juniper-nsp@puck.nether.net Subject: Re: [j-nsp] EX 3200 - no arp entries after power failure Dan Just an fyi. If you have igmp snooping enabled traffic destined to groups 224.0.0.0/24 doesn't get flooded as it should. Hoepfully you don't have anything that uses that address space. I found this bug a few weeks ago. JTAC committed the fix in 10.0R3. I love how new releases are breaking previously functioning features. JUNOS is so buggy anymore. Juniper is going through the growth pains that Cisco went through years ago. Chris Sent via BlackBerry by AT&T -Original Message- From: Dan Farrell Date: Mon, 8 Feb 2010 13:56:36 To: m...@hosteurope.de; Paul Waller Cc: juniper-nsp@puck.nether.net Subject: Re: [j-nsp] EX 3200 - no arp entries after power failure Believe it or not, 10.0.r2 is working like a charm for us so far. So far. Dan Farrell -Original Message- From: juniper-nsp-boun...@puck.nether.net [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf Of Malte von dem Hagen Sent: Monday, February 08, 2010 3:57 PM To: Paul Waller Cc: juniper-nsp@puck.nether.net Subject: Re: [j-nsp] EX 3200 - no arp entries after power failure Hi, Am 08.02.10 21:33 schrieb Paul Waller: > We have a EX 3200 running JunOS 9.2R2 release. you really should upgrade. 9.2R2 is really old, and early versions of JunOS for EX series contained lots of nasty bugs. 9.6R3 seems quite stable so far... rgds, Malte -- Malte v. dem Hagen Teamleitung Network Engineering & Operation Abteilung Technik --- Host Europe GmbH - http://www.hosteurope.de Welserstraße 14 - 51149 Köln - Germany Telefon: 0800 467 8387 - Fax: +49 180 5 66 3233 (*) HRB 28495 Amtsgericht Köln - USt-IdNr.: DE187370678 Geschäftsführer: Uwe Braun - Alex Collins - Mark Joseph - Patrick Pulvermüller (*) 0,14 EUR/Min. aus dem dt. Festnetz, Mobilfunkpreise ggf. abweichend __ Information from ESET NOD32 Antivirus, version of virus signature database 4849 (20100208)__ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __ Information from ESET NOD32 Antivirus, version of virus signature database 4849 (20100208)__ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp __ This inbound email has been scanned for malicious software and transmitted safely to you using Webroot Email Security. __ This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This mess
Re: [j-nsp] EX 3200 - no arp entries after power failure
9.5SR2 is the better platform to use in your EX3200. Especially in the enterprise, dudes. ~Jay Murphy IP Network Specialist NM State Government IT Services Division PSB – IP Network Management Center Santa Fé, New México 87505 "We move the information that moves your world." “Good engineering demands that we understand what we’re doing and why, keep an open mind, and learn from experience.” “Engineering is about finding the sweet spot between what's solvable and what isn't." Radia Perlman Please consider the environment before printing e-mail -Original Message- From: juniper-nsp-boun...@puck.nether.net [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf Of chrisccnpsp...@gmail.com Sent: Monday, February 08, 2010 4:03 PM To: Dan Farrell; juniper-nsp-boun...@puck.nether.net; m...@hosteurope.de; Paul Waller Cc: juniper-nsp@puck.nether.net Subject: Re: [j-nsp] EX 3200 - no arp entries after power failure Dan Just an fyi. If you have igmp snooping enabled traffic destined to groups 224.0.0.0/24 doesn't get flooded as it should. Hoepfully you don't have anything that uses that address space. I found this bug a few weeks ago. JTAC committed the fix in 10.0R3. I love how new releases are breaking previously functioning features. JUNOS is so buggy anymore. Juniper is going through the growth pains that Cisco went through years ago. Chris Sent via BlackBerry by AT&T -Original Message- From: Dan Farrell Date: Mon, 8 Feb 2010 13:56:36 To: m...@hosteurope.de; Paul Waller Cc: juniper-nsp@puck.nether.net Subject: Re: [j-nsp] EX 3200 - no arp entries after power failure Believe it or not, 10.0.r2 is working like a charm for us so far. So far. Dan Farrell -Original Message- From: juniper-nsp-boun...@puck.nether.net [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf Of Malte von dem Hagen Sent: Monday, February 08, 2010 3:57 PM To: Paul Waller Cc: juniper-nsp@puck.nether.net Subject: Re: [j-nsp] EX 3200 - no arp entries after power failure Hi, Am 08.02.10 21:33 schrieb Paul Waller: > We have a EX 3200 running JunOS 9.2R2 release. you really should upgrade. 9.2R2 is really old, and early versions of JunOS for EX series contained lots of nasty bugs. 9.6R3 seems quite stable so far... rgds, Malte -- Malte v. dem Hagen Teamleitung Network Engineering & Operation Abteilung Technik --- Host Europe GmbH - http://www.hosteurope.de Welserstraße 14 - 51149 Köln - Germany Telefon: 0800 467 8387 - Fax: +49 180 5 66 3233 (*) HRB 28495 Amtsgericht Köln - USt-IdNr.: DE187370678 Geschäftsführer: Uwe Braun - Alex Collins - Mark Joseph - Patrick Pulvermüller (*) 0,14 EUR/Min. aus dem dt. Festnetz, Mobilfunkpreise ggf. abweichend __ Information from ESET NOD32 Antivirus, version of virus signature database 4849 (20100208)__ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __ Information from ESET NOD32 Antivirus, version of virus signature database 4849 (20100208)__ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp __ This inbound email has been scanned for malicious software and transmitted safely to you using Webroot Email Security. __ This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. __ Confidentiality Notice: This e-mail,including all attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review,use,disclosure or distribution is prohibited unless specifically provided under the New Mexico Inspection of Public Records Act. If you are not the intended recipient, please contact the sender and destroy all copies of this message. This email has been scanned using Webroot Email Security. __ ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] EX 3200 - no arp entries after power failure
9.5SR1.2 is the better platform to use in your EX3200. Especially in the enterprise, dudes. ~Jay Murphy IP Network Specialist NM State Government IT Services Division PSB – IP Network Management Center Santa Fé, New México 87505 "We move the information that moves your world." “Good engineering demands that we understand what we’re doing and why, keep an open mind, and learn from experience.” “Engineering is about finding the sweet spot between what's solvable and what isn't." Radia Perlman Please consider the environment before printing e-mail -Original Message- From: juniper-nsp-boun...@puck.nether.net [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf Of chrisccnpsp...@gmail.com Sent: Monday, February 08, 2010 4:03 PM To: Dan Farrell; juniper-nsp-boun...@puck.nether.net; m...@hosteurope.de; Paul Waller Cc: juniper-nsp@puck.nether.net Subject: Re: [j-nsp] EX 3200 - no arp entries after power failure Dan Just an fyi. If you have igmp snooping enabled traffic destined to groups 224.0.0.0/24 doesn't get flooded as it should. Hoepfully you don't have anything that uses that address space. I found this bug a few weeks ago. JTAC committed the fix in 10.0R3. I love how new releases are breaking previously functioning features. JUNOS is so buggy anymore. Juniper is going through the growth pains that Cisco went through years ago. Chris Sent via BlackBerry by AT&T -Original Message- From: Dan Farrell Date: Mon, 8 Feb 2010 13:56:36 To: m...@hosteurope.de; Paul Waller Cc: juniper-nsp@puck.nether.net Subject: Re: [j-nsp] EX 3200 - no arp entries after power failure Believe it or not, 10.0.r2 is working like a charm for us so far. So far. Dan Farrell -Original Message- From: juniper-nsp-boun...@puck.nether.net [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf Of Malte von dem Hagen Sent: Monday, February 08, 2010 3:57 PM To: Paul Waller Cc: juniper-nsp@puck.nether.net Subject: Re: [j-nsp] EX 3200 - no arp entries after power failure Hi, Am 08.02.10 21:33 schrieb Paul Waller: > We have a EX 3200 running JunOS 9.2R2 release. you really should upgrade. 9.2R2 is really old, and early versions of JunOS for EX series contained lots of nasty bugs. 9.6R3 seems quite stable so far... rgds, Malte -- Malte v. dem Hagen Teamleitung Network Engineering & Operation Abteilung Technik --- Host Europe GmbH - http://www.hosteurope.de Welserstraße 14 - 51149 Köln - Germany Telefon: 0800 467 8387 - Fax: +49 180 5 66 3233 (*) HRB 28495 Amtsgericht Köln - USt-IdNr.: DE187370678 Geschäftsführer: Uwe Braun - Alex Collins - Mark Joseph - Patrick Pulvermüller (*) 0,14 EUR/Min. aus dem dt. Festnetz, Mobilfunkpreise ggf. abweichend __ Information from ESET NOD32 Antivirus, version of virus signature database 4849 (20100208)__ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __ Information from ESET NOD32 Antivirus, version of virus signature database 4849 (20100208)__ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp __ This inbound email has been scanned for malicious software and transmitted safely to you using Webroot Email Security. __ Confidentiality Notice: This e-mail, including all attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited unless specifically provided under the New Mexico Inspection of Public Records Act. If you are not the intended recipient, please contact the sender and destroy all copies of this message. -- This email has been scanned by the Sybari - Antigen Email System. __ Confidentiality Notice: This e-mail,including all attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review,use,disclosure or distribution is prohibited unless specifically provided under the New Mexico Inspection of Public Records Act. If you are not the intended recipient, please contact the sender and destroy all copies of this message. This email has been scanned using Webroot Email Security. __ ___ junipe
Re: [j-nsp] EX 3200 - no arp entries after power failure
> From: Paul Waller > Date: Tue, 9 Feb 2010 06:33:52 +1000 > Sender: juniper-nsp-boun...@puck.nether.net > > > I'm wondering if anybody has seen this issue before. We have a EX > 3200 running JunOS 9.2R2 release. Everytime the switch looses power > it boots back up OK but no ARP entries are seen. I haven't had a > chance to see the logs yet but I'm informed this has been happening > for sometime & a 2nd reboot of the switch fixes the problem. > > > > Once I look at the config & get the logs then I might post some more > but I thought I'd just post this question just in cast somebody had > seen this issue before. This is a known issue with 9.2 and is fixed in newer versions. We hit the same problem and had to enter static ARP entries. The problem is fixed in any remotely current release of JunOS for the EX boxes. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: ober...@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] EX 3200 - no arp entries after power failure
Dan Just an fyi. If you have igmp snooping enabled traffic destined to groups 224.0.0.0/24 doesn't get flooded as it should. Hoepfully you don't have anything that uses that address space. I found this bug a few weeks ago. JTAC committed the fix in 10.0R3. I love how new releases are breaking previously functioning features. JUNOS is so buggy anymore. Juniper is going through the growth pains that Cisco went through years ago. Chris Sent via BlackBerry by AT&T -Original Message- From: Dan Farrell Date: Mon, 8 Feb 2010 13:56:36 To: m...@hosteurope.de; Paul Waller Cc: juniper-nsp@puck.nether.net Subject: Re: [j-nsp] EX 3200 - no arp entries after power failure Believe it or not, 10.0.r2 is working like a charm for us so far. So far. Dan Farrell -Original Message- From: juniper-nsp-boun...@puck.nether.net [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf Of Malte von dem Hagen Sent: Monday, February 08, 2010 3:57 PM To: Paul Waller Cc: juniper-nsp@puck.nether.net Subject: Re: [j-nsp] EX 3200 - no arp entries after power failure Hi, Am 08.02.10 21:33 schrieb Paul Waller: > We have a EX 3200 running JunOS 9.2R2 release. you really should upgrade. 9.2R2 is really old, and early versions of JunOS for EX series contained lots of nasty bugs. 9.6R3 seems quite stable so far... rgds, Malte -- Malte v. dem Hagen Teamleitung Network Engineering & Operation Abteilung Technik --- Host Europe GmbH - http://www.hosteurope.de Welserstraße 14 - 51149 Köln - Germany Telefon: 0800 467 8387 - Fax: +49 180 5 66 3233 (*) HRB 28495 Amtsgericht Köln - USt-IdNr.: DE187370678 Geschäftsführer: Uwe Braun - Alex Collins - Mark Joseph - Patrick Pulvermüller (*) 0,14 EUR/Min. aus dem dt. Festnetz, Mobilfunkpreise ggf. abweichend __ Information from ESET NOD32 Antivirus, version of virus signature database 4849 (20100208)__ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __ Information from ESET NOD32 Antivirus, version of virus signature database 4849 (20100208)__ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] EX 3200 - no arp entries after power failure
Believe it or not, 10.0.r2 is working like a charm for us so far. So far. Dan Farrell -Original Message- From: juniper-nsp-boun...@puck.nether.net [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf Of Malte von dem Hagen Sent: Monday, February 08, 2010 3:57 PM To: Paul Waller Cc: juniper-nsp@puck.nether.net Subject: Re: [j-nsp] EX 3200 - no arp entries after power failure Hi, Am 08.02.10 21:33 schrieb Paul Waller: > We have a EX 3200 running JunOS 9.2R2 release. you really should upgrade. 9.2R2 is really old, and early versions of JunOS for EX series contained lots of nasty bugs. 9.6R3 seems quite stable so far... rgds, Malte -- Malte v. dem Hagen Teamleitung Network Engineering & Operation Abteilung Technik --- Host Europe GmbH - http://www.hosteurope.de Welserstraße 14 - 51149 Köln - Germany Telefon: 0800 467 8387 - Fax: +49 180 5 66 3233 (*) HRB 28495 Amtsgericht Köln - USt-IdNr.: DE187370678 Geschäftsführer: Uwe Braun - Alex Collins - Mark Joseph - Patrick Pulvermüller (*) 0,14 EUR/Min. aus dem dt. Festnetz, Mobilfunkpreise ggf. abweichend __ Information from ESET NOD32 Antivirus, version of virus signature database 4849 (20100208) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __ Information from ESET NOD32 Antivirus, version of virus signature database 4849 (20100208) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] EX 3200 - no arp entries after power failure
Hi, Am 08.02.10 21:33 schrieb Paul Waller: > We have a EX 3200 running JunOS 9.2R2 release. you really should upgrade. 9.2R2 is really old, and early versions of JunOS for EX series contained lots of nasty bugs. 9.6R3 seems quite stable so far... rgds, Malte -- Malte v. dem Hagen Teamleitung Network Engineering & Operation Abteilung Technik --- Host Europe GmbH - http://www.hosteurope.de Welserstraße 14 - 51149 Köln - Germany Telefon: 0800 467 8387 - Fax: +49 180 5 66 3233 (*) HRB 28495 Amtsgericht Köln - USt-IdNr.: DE187370678 Geschäftsführer: Uwe Braun - Alex Collins - Mark Joseph - Patrick Pulvermüller (*) 0,14 EUR/Min. aus dem dt. Festnetz, Mobilfunkpreise ggf. abweichend signature.asc Description: OpenPGP digital signature ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] cacti templates
That leaves out the specific CPU and TEMP counters though, right? I think that cacti link had those included. Dan Farrell -Original Message- From: juniper-nsp-boun...@puck.nether.net [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf Of keegan.hol...@sungard.com Sent: Monday, February 08, 2010 2:28 PM To: Tomasz Mikołajek Cc: juniper-nsp-boun...@puck.nether.net; juniper-nsp@puck.nether.net Subject: Re: [j-nsp] cacti templates Mem usage and interface stats are all part of the standards based MIB2 counters so you should be able to pool them using the standard templates. I think it says cisco router but it will still work. Be sure to check whether your device uses 32 or 64 bit counters. The EX and MX series will definitely be 64. I don't have much experience with the SRX though. From: Tomasz Mikołajek To: matthew zeier Cc: juniper-nsp@puck.nether.net Date: 02/08/2010 02:24 PM Subject: Re: [j-nsp] cacti templates Sent by: Hello. I am using cacti templates for M10 in my M7i and I get everything working. I don't know if it works with switches, but default template in Cacti is able to collect data from interfaces. 2010/2/8 matthew zeier > Looking for cacti templates for a number of new Juniper gear (EX8200,4200, > SRX3600 & MX240). Mostly interested in trending interface usage and > mem/cpu. > > I found http://forums.cacti.net/viewtopic.php?t=11320&highlight=juniperbut not sure how multi-platform that is. > ___ > juniper-nsp mailing list juniper-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/juniper-nsp > ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp __ Information from ESET NOD32 Antivirus, version of virus signature database 4849 (20100208) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __ Information from ESET NOD32 Antivirus, version of virus signature database 4849 (20100208) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
[j-nsp] EX 3200 - no arp entries after power failure
I'm wondering if anybody has seen this issue before. We have a EX 3200 running JunOS 9.2R2 release. Everytime the switch looses power it boots back up OK but no ARP entries are seen. I haven't had a chance to see the logs yet but I'm informed this has been happening for sometime & a 2nd reboot of the switch fixes the problem. Once I look at the config & get the logs then I might post some more but I thought I'd just post this question just in cast somebody had seen this issue before. Regards Paul _ Time for a new car? Sell your old one fast! http://clk.atdmt.com/NMN/go/157637060/direct/01/ ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] cacti templates
Mem usage and interface stats are all part of the standards based MIB2 counters so you should be able to pool them using the standard templates. I think it says cisco router but it will still work. Be sure to check whether your device uses 32 or 64 bit counters. The EX and MX series will definitely be 64. I don't have much experience with the SRX though. From: Tomasz Mikołajek To: matthew zeier Cc: juniper-nsp@puck.nether.net Date: 02/08/2010 02:24 PM Subject: Re: [j-nsp] cacti templates Sent by: Hello. I am using cacti templates for M10 in my M7i and I get everything working. I don't know if it works with switches, but default template in Cacti is able to collect data from interfaces. 2010/2/8 matthew zeier > Looking for cacti templates for a number of new Juniper gear (EX8200,4200, > SRX3600 & MX240). Mostly interested in trending interface usage and > mem/cpu. > > I found http://forums.cacti.net/viewtopic.php?t=11320&highlight=juniperbut not sure how multi-platform that is. > ___ > juniper-nsp mailing list juniper-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/juniper-nsp > ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] cacti templates
Hello. I am using cacti templates for M10 in my M7i and I get everything working. I don't know if it works with switches, but default template in Cacti is able to collect data from interfaces. 2010/2/8 matthew zeier > Looking for cacti templates for a number of new Juniper gear (EX8200,4200, > SRX3600 & MX240). Mostly interested in trending interface usage and > mem/cpu. > > I found http://forums.cacti.net/viewtopic.php?t=11320&highlight=juniperbut > not sure how multi-platform that is. > ___ > juniper-nsp mailing list juniper-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/juniper-nsp > ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
[j-nsp] cacti templates
Looking for cacti templates for a number of new Juniper gear (EX8200,4200, SRX3600 & MX240). Mostly interested in trending interface usage and mem/cpu. I found http://forums.cacti.net/viewtopic.php?t=11320&highlight=juniper but not sure how multi-platform that is. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
[j-nsp] SRX 3x00 in Service Provider
Has anyone used a SRX 3000 series in a small service provider deployment (~4000 FTTH users)? I need small number of 10 G ports and can't afford an MX or M120. I also need some firewall features to protect core infrastructure and provide VPN service. Can you share your experiences? Thanks, ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] ScreenOS BGP uses wrong interface
On Sat, Feb 06, 2010 at 02:48:37PM -0500, Mark Kamichoff wrote: > Can you try adding the "outgoing-interface loopback.1" to your neighbor > statement? > > set neighbor 10.2.30.254 remote-as 65001 src-interface loopback.1 > outgoing-interface loopback.1 No effect, even though it makes sense that I need both. > On the other two firewalls that /are/ working, do you know who initiated > the BGP connection? I'm wondering if JUNOS happened to initiate the > connection first, which is why they're working. According to the session table, both had the other side open the connection. > Also, I ran into some other problems with ScreenOS BGP (somehow, upon > connection failure, ScreenOS would take 40+ minutes to reconnect to the > neighbor) that were resolved with an upgrade to 6.1.0r6.0. I'd > recommend grabbing the latest 6.1.0 just in case. According to TAC I've hit PR303929: A BGP peer connection cannot be established if neighbors are configured using a loopback interface as the source interface. BGP can not find the local-ip when negotiate the peer status. TAC engineer says that it's fixed in 6.2.0r4.0 - after upgrading, the session comes up with the correct local IP: lab-ssg5b-> get vr trust-vr protocol bgp neighbor Peer AS Remote IP Local IP Wt Status State ConnID Up/Down -- 65001 10.2.30.254 10.2.30.253 100 Enabled ESTABLISH 15 00:01:13 Looks good now, Ross -- Ross Vandegrift r...@kallisti.us "If the fight gets hot, the songs get hotter. If the going gets tough, the songs get tougher." --Woody Guthrie signature.asc Description: Digital signature ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] ASP in M160 ?
Hello > > In the working Setup with a M40e: > > I/O Manager ASIC informationVersion 3.0, Foundry IBM, Part number > > 0 > On original architecture boxes (M5-M160) B-chip 2.0 is a FPC non-E, and > B-chip 3.0 is an FPC-E. I have no clue if the Adaptive Services PIC > requires FPC-E (never used one), but there are definitely some PICs that > do (1GE-SFP-QPP comes to mind). There are also limitations on the number > of different PIC types you can mix into a single FPC non-E in newer > code. You might want to check /var/log/chassisd for additional messages. The chassisd logfile looks usual for me: Feb 6 15:15:26 send: fpc 7 pic 0 online cmd Feb 6 15:15:27 pic online req, pic 0 type 619, fpc 7 Feb 6 15:15:27 fpc_send_pic_online_ack: fpc 7 pic 0 pic_type 0x26b msg_len 60 tlv_len 0 Feb 6 15:15:27 pic_get_egress_shaping_overhead: 7/0 eso val = 0 Feb 6 15:15:27 CHASSISD_SNMP_TRAP10: SNMP trap generated: FRU power on (jnxFruContentsIndex 8, jnxFruL1Index 8, jnxFruL2Index 1, jnxFruL3Index 0, jnxFruName PIC: Adaptive Services @ 7/0/*, jnxFruType 11, jnxFruSlot 7, jnxFruOfflineReason 2, jnxFruLastPowerOff 418998310, jnxFruLastPowerOn 41922) Feb 6 15:15:27 send: fpc 7 pic 0 online ack Feb 6 15:15:27 pic attach pic 0, flags 0x0, portcount 1024, fpc 7 Feb 6 15:15:27 pic_set_online: i2c 0x26b pic 0 fpc 7 state 3 in_issu 0 Feb 6 15:15:27 pic_type=619 pic_slot=0 fpc_slot=7 pic_i2c_id=619 Feb 6 15:15:27 FPC 7 PIC 0, attaching clean Feb 6 15:15:27 fpc_m160_try_sfm_attach_pics:pic_wait_over Sending pic attach for fpc 7 pic 0 to sfms 0xf, reconnect=0 Feb 6 15:15:27 send: sfm 0, fpc 7, pic 0 attached, type 619, delay_reset 0 Feb 6 15:15:27 send: sfm 1, fpc 7, pic 0 attached, type 619, delay_reset 0 Feb 6 15:15:27 send: sfm 2, fpc 7, pic 0 attached, type 619, delay_reset 0 Feb 6 15:15:27 send: sfm 3, fpc 7, pic 0 attached, type 619, delay_reset 0 Feb 6 15:15:27 ls_create_devs: LS Bundle: Creating IFDs (#0) forpic 0 slot 7 Feb 6 15:15:27 LS: Created all ifds(#0) on slot 7 pic 0 ls_add_ifds Feb 6 15:15:27 create_pic_entry: pic i2c 0x26b, hw qs 4 supported qs 4, flags 0x0, pic port 0 Feb 6 15:15:27 create_pic_entry: pic i2c 0x26b, hw qs 4 supported qs 4, flags 0x0, pic port 0 Feb 6 15:15:27 create_pic_entry: pic i2c 0x26b, hw qs 4 supported qs 4, flags 0x0, pic port 0 Feb 6 15:15:27 create_pic_entry: pic i2c 0x26b, hw qs 4 supported qs 4, flags 0x0, pic port 0 Feb 6 15:15:27 create_pic_entry: pic i2c 0x26b, hw qs 4 supported qs 4, flags 0x0, pic port 0 Feb 6 15:15:27 create_pic_entry: pic i2c 0x26b, hw qs 4 supported qs 4, flags 0x0, pic port 0 Feb 6 15:15:27 create_pic_entry: pic i2c 0x26b, hw qs 4 supported qs 4, flags 0x0, pic port 0 Feb 6 15:15:27 hwdb: entry for pic 619 at slot 0 in fpc 7 inserted Feb 6 15:15:37 CHASSISD_IFDEV_CREATE_NOTICE: create_pics: created interface device for sp-7/0/0 Feb 6 15:15:37 sp-7/0/0: large delay buffer cleared Feb 6 15:15:37 CHASSISD_IFDEV_CREATE_NOTICE: create_pics: created interface device for pd-7/0/0 Feb 6 15:15:37 pd-7/0/0: large delay buffer cleared Feb 6 15:15:37 CHASSISD_IFDEV_CREATE_NOTICE: create_pics: created interface device for pe-7/0/0 Feb 6 15:15:37 pe-7/0/0: large delay buffer cleared Feb 6 15:15:37 CHASSISD_IFDEV_CREATE_NOTICE: create_pics: created interface device for gr-7/0/0 Feb 6 15:15:37 gr-7/0/0: large delay buffer cleared Feb 6 15:15:37 CHASSISD_IFDEV_CREATE_NOTICE: create_pics: created interface device for ip-7/0/0 Feb 6 15:15:37 ip-7/0/0: large delay buffer cleared Feb 6 15:15:37 CHASSISD_IFDEV_CREATE_NOTICE: create_pics: created interface device for vt-7/0/0 Feb 6 15:15:37 vt-7/0/0: large delay buffer cleared Feb 6 15:15:37 CHASSISD_IFDEV_CREATE_NOTICE: create_pics: created interface device for mt-7/0/0 Feb 6 15:15:37 mt-7/0/0: large delay buffer cleared Feb 6 15:15:37 PIC (fpc 7 pic 0) message operation: add. ifd count 7, flags 0x3 in mesg Regards, -- Mit freundlichen Gruessen Dipl. Ing. A. Schweder Gutachten & Consulting Mobil +49.177.2194627 (+49.160.97639300) ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] ASP in M160 ?
On Mon, Feb 08, 2010 at 12:27:33PM +0100, Alfred Schweder wrote: > In the working Setup with a M40e: > I/O Manager ASIC informationVersion 3.0, Foundry IBM, Part number 0 On original architecture boxes (M5-M160) B-chip 2.0 is a FPC non-E, and B-chip 3.0 is an FPC-E. I have no clue if the Adaptive Services PIC requires FPC-E (never used one), but there are definitely some PICs that do (1GE-SFP-QPP comes to mind). There are also limitations on the number of different PIC types you can mix into a single FPC non-E in newer code. You might want to check /var/log/chassisd for additional messages. -- Richard A Steenbergenhttp://www.e-gerbil.net/ras GPG Key ID: 0xF8B12CBC (7535 7F59 8204 ED1F CC1C 53AF 4C41 5ECA F8B1 2CBC) ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Help please..
As a general reminder to everyone on this list... It's been mentioned before, please stop with the "Help please.." or "Need suggestions.." subject lines. Try to include the actual subject... in the subject! I'm not trying to troll here- it honestly helps those who might -help you- if they see a subject line related to something they might know. If you use one of these non-helpful subject lines, you waste the time of people who can't help you, because now they have to read the body of the email before they realize this. Good Day, Sirs/Madams, Dan -Original Message- From: juniper-nsp-boun...@puck.nether.net [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf Of Juan C. Crespo R. Sent: Saturday, February 06, 2010 5:30 PM To: juniper-nsp@puck.nether.net Subject: [j-nsp] Help please.. Guys Does any one of you could tell me, where I can buy memory packs for E-FPC, one of our E-FPC its showing a lot of troubles even it turn off it self ssb at Feb 6 17:23:19 ... ssb BCHIP 0: ECC from SDRAM bank 0, at bit 65 was corrected ssb at Feb 6 17:23:19 ... ssb BCHIP 1: multiple correctable ECC errors ssb at Feb 6 17:23:19 ... ssb BCHIP 1: ECC from SDRAM bank 1, at bit 7 was corrected {master} ssb at Feb 6 17:23:24 ... ssb BCHIP 0: multiple uncorrectable ECC error ssb at Feb 6 17:23:24 ... ssb BCHIP 0: ECC from SDRAM bank 0, at bit -1 was bypassed Thanks -- ---///---///-///- ///---//-/// -///-///--///-///--- *Juan C. Crespo R. Gerencia de Red *IFX Networks Venezuela 0800 3654632 0212 2057500 0212 9523655 www.ifxnw.com.ve ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp __ Information from ESET NOD32 Antivirus, version of virus signature database 4842 (20100206) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __ Information from ESET NOD32 Antivirus, version of virus signature database 4848 (20100208) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] M20 FPC PIC's Screws
THANKS! Eric Van Tol escribió: http://juniper.cluepon.net/index.php/Screws -Original Message- From: juniper-nsp-boun...@puck.nether.net [mailto:juniper-nsp- boun...@puck.nether.net] On Behalf Of Juan C. Crespo R. Sent: Monday, February 08, 2010 9:30 AM To: juniper-nsp@puck.nether.net Subject: [j-nsp] M20 FPC PIC's Screws Guys Does any one of you could tell me any URL where i can buy a lot of screw to fit the PICS in the FPC? Thanks ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] M20 FPC PIC's Screws
http://juniper.cluepon.net/index.php/Screws > -Original Message- > From: juniper-nsp-boun...@puck.nether.net [mailto:juniper-nsp- > boun...@puck.nether.net] On Behalf Of Juan C. Crespo R. > Sent: Monday, February 08, 2010 9:30 AM > To: juniper-nsp@puck.nether.net > Subject: [j-nsp] M20 FPC PIC's Screws > > Guys > > Does any one of you could tell me any URL where i can buy a lot of > screw to fit the PICS in the FPC? > > Thanks > ___ > juniper-nsp mailing list juniper-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
[j-nsp] M20 FPC PIC's Screws
Guys Does any one of you could tell me any URL where i can buy a lot of screw to fit the PICS in the FPC? Thanks ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Juniper EX-2500
> > You are right here. Its a BLADE G8124 switch. As far as I know this > switch has good latency performance. I suggest checking the Nexus 5000 too. > Yes, this is a BNT switch. Juniper have zero plans to adapt this switch to run JunOS. In fact, as it stands, the EX2500 will have no L3 functionality (according to Juniper), whereas if you get this from BNT directly, you will see additional features. That, alongside the fact that JunOS has been licensed to BNT probably means that BNT will be doing the development on this switch and not Juniper in order for it to run JunOS if it ever does. This was initially OEM'd with a single customer in mind for a Low Latency environment as part of a much larger deal. If you specifically want a Juniper 10G switch, then Id wait until the EX4500 is available, else direct to BNT for EX2500, as its cheaper and has more functionality than the OEM'd model and support will be direct as opposed to going to Customer -> JTAC -> BNT -> JTAC -> CUSTOMER. -- andya...@shady.org --- Never argue with an idiot. They drag you down to their level, then beat you with experience. CCIP, JNCIS-ER, JNCIS-M, JNCIA-EX, JNSS-MT --- ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Juniper EX-2500
--- On Mon, 2/8/10, Tore Anderson wrote: > From: Tore Anderson > Subject: Re: [j-nsp] Juniper EX-2500 > To: "Ralph Smit" > Cc: "juniper-nsp@puck.nether.net" > Date: Monday, February 8, 2010, 2:32 AM > * Ralph Smit > > > I was wondering if anyone has anyone has any (lab) > experience with > > the new Juniper EX-2500 switches. We're looking for a > high-density > > 10GbE switch and our shortlist consists of; the Arista > 7124S, Brocade > > TurboIron 24X, HP 6600-24XG and the EX2500. Since we > currently have > > Juniper and HP in our network, we're tempted to go for > the EX2500. > > This because it beats the HP in power-consumption and > latency, and > > both the Arista and Brocade would mean introducing a > new vendor in > > our network... > > > > any additional thoughts, info or feedback would be > greatly > > appreciated. > > I've not played with the EX 2500, but be aware that it's an > OEM-ed > product (I believe it's really a BLADE G8124) that does not > run JUNOS. > And JUNOS is in my opinion the #1 argument for choosing > Juniper gear... > > You might also want to look into the Cisco Nexus 5000 > series switches. > You are right here. Its a BLADE G8124 switch. As far as I know this switch has good latency performance. I suggest checking the Nexus 5000 too. > Best regards, > -- > Tore Anderson > Redpill Linpro AS - http://www.redpill-linpro.com/ > Tel: +47 21 54 41 27 > ___ > juniper-nsp mailing list juniper-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/juniper-nsp > ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] ASP in M160 ?
Hello > You can see it as "show chassis fpc detail" command. > The fpc with I/O Manager v2.0 is enhanced one. > > r...@m160> show chassis fpc detail > Slot 2 information: > State Online > Temperature 40 degrees C / 104 degrees F > Total CPU DRAM 32 MB > Total SRAM4 MB > Total SDRAM 256 MB > I/O Manager ASIC informationVersion 2.0, Foundry IBM, Part number 0 > ^ In the working Setup with a M40e: Slot 7 information: State Online Temperature 42 degrees C / 107 degrees F Total CPU DRAM 32 MB Total SRAM4 MB Total SDRAM 128 MB I/O Manager ASIC informationVersion 3.0, Foundry IBM, Part number 0 I/O Manager ASIC informationVersion 3.0, Foundry IBM, Part number 0 Start time 2010-01-19 17:06:23 CET Uptime 19 days, 19 hours, 8 minutes, 23 seconds In the NOT working Setup with the M160: Slot 7 information: State Online Temperature 37 degrees C / 98 degrees F Total CPU DRAM 32 MB Total SRAM4 MB Total SDRAM 256 MB I/O Manager ASIC informationVersion 2.0, Foundry IBM, Part number 0 I/O Manager ASIC informationVersion 2.0, Foundry IBM, Part number 0 I/O Manager ASIC informationVersion 2.0, Foundry IBM, Part number 0 I/O Manager ASIC informationVersion 2.0, Foundry IBM, Part number 0 Start time 2010-01-19 17:05:41 CET Uptime 19 days, 19 hours, 9 minutes, 14 seconds Im wondering why there is no hint in the syslog, if the hardware version would be the cause. And there is no verify when the RP try to access the service... Regards, -- Mit freundlichen Gruessen Dipl. Ing. A. Schweder Gutachten & Consulting Mobil +49.177.2194627 (+49.160.97639300) ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Juniper EX-2500
Hello, Few weeks ago I asked my Juniper supplier, and he said that EX2500 is OEM box and it was designed by other vendor for Juniper. Juniper did it to have a 10G switch in portfolio. I think they are working on 10G switch run with Junos. 2010/2/8 Ralph Smit > Hello people, > > I was wondering if anyone has anyone has any (lab) experience with the new > Juniper EX-2500 switches. > We're looking for a high-density 10GbE switch and our shortlist consists > of; the Arista 7124S, Brocade TurboIron 24X, HP 6600-24XG and the EX2500. > Since we currently have Juniper and HP in our network, we're tempted to go > for the EX2500. This because it beats the HP in power-consumption and > latency, and both the Arista and Brocade would mean introducing a new vendor > in our network... > > any additional thoughts, info or feedback would be greatly appreciated. > > Ralph Smit. > > > ___ > juniper-nsp mailing list juniper-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/juniper-nsp > ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Juniper EX-2500
I think we went with the EX4200's because they are stackable and support dual power and we didn't need an abundance of 10G. Personally I like Junos as compared to the other CLI's the policy chains and configure groups make configuration and automating said configuration much easier, but YMMV. One thing I'd be careful of is keeping track of the oversubscription rates. The datasheet says they are capable of 480Gbps in total throughput, but I'd want to verify that it means 10G full duplex on each port with no oversubscription if that's what you are expecting. Also, we ran into some pretty nasty bugs on the 4200's with code versions below 9.4R2.9. HTH, Keegan From: Ralph Smit To: "juniper-nsp@puck.nether.net" Date: 02/08/2010 05:17 AM Subject: [j-nsp] Juniper EX-2500 Sent by: Hello people, I was wondering if anyone has anyone has any (lab) experience with the new Juniper EX-2500 switches. We're looking for a high-density 10GbE switch and our shortlist consists of; the Arista 7124S, Brocade TurboIron 24X, HP 6600-24XG and the EX2500. Since we currently have Juniper and HP in our network, we're tempted to go for the EX2500. This because it beats the HP in power-consumption and latency, and both the Arista and Brocade would mean introducing a new vendor in our network... any additional thoughts, info or feedback would be greatly appreciated. Ralph Smit. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Juniper EX-2500
* Ralph Smit > I was wondering if anyone has anyone has any (lab) experience with > the new Juniper EX-2500 switches. We're looking for a high-density > 10GbE switch and our shortlist consists of; the Arista 7124S, Brocade > TurboIron 24X, HP 6600-24XG and the EX2500. Since we currently have > Juniper and HP in our network, we're tempted to go for the EX2500. > This because it beats the HP in power-consumption and latency, and > both the Arista and Brocade would mean introducing a new vendor in > our network... > > any additional thoughts, info or feedback would be greatly > appreciated. I've not played with the EX 2500, but be aware that it's an OEM-ed product (I believe it's really a BLADE G8124) that does not run JUNOS. And JUNOS is in my opinion the #1 argument for choosing Juniper gear... You might also want to look into the Cisco Nexus 5000 series switches. Best regards, -- Tore Anderson Redpill Linpro AS - http://www.redpill-linpro.com/ Tel: +47 21 54 41 27 ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
[j-nsp] Juniper EX-2500
Hello people, I was wondering if anyone has anyone has any (lab) experience with the new Juniper EX-2500 switches. We're looking for a high-density 10GbE switch and our shortlist consists of; the Arista 7124S, Brocade TurboIron 24X, HP 6600-24XG and the EX2500. Since we currently have Juniper and HP in our network, we're tempted to go for the EX2500. This because it beats the HP in power-consumption and latency, and both the Arista and Brocade would mean introducing a new vendor in our network... any additional thoughts, info or feedback would be greatly appreciated. Ralph Smit. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp