-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Well, the 10G ports are really new ones, and you have all ports available - on 3200 and 4200.
Don't have the SFP-Uplink module, so I can't check on those boxes... Tom Brendan Mannella schrieb: > What happens if a 10g card is installed? Do you lose the last two ports? > > And is this behavior the same on the 4200? > > > On 8/17/09 10:41 AM, "Bill Blackford" <[email protected]> wrote: > >> That makes sense. I'm not at all happy with it, but it makes sense. I'm am >> using ge-0/1/0 which must correspond to ge-0/0/20. >> >> Thanks. >> >> -b >> >> -----Original Message----- >> From: Mike Mainer [mailto:[email protected]] >> Sent: Monday, August 17, 2009 7:39 AM >> To: Bill Blackford >> Subject: Re: [j-nsp] EX3200 Interface Strangeness >> >> The 3200 is setup so that if an uplink Mod is installed you loose the >> last X ports. Example: you have a 24x10/100/1000 with 4x1GigE card. >> If/when ports are active on this 4x1GigE card ports 20-23 become >> INACTIVE. They are mutely exclusive. >> >> -Mike Mainer >> >> >> >> Bill Blackford wrote: >>> I'm experiencing a weird issue with an interface that seems to have >>> vanished. >>> (see below 1.) >>> I also have a general question on how the EX platform indexes interfaces. >>> (see below 2.) >>> >>> ================================================= >>> 1. Vanishing Interface >>> >>> I have several ex3200's in production and noticed that ge-0/0/20 shows up in >>> the config, but doesn't appear to exist. >>> >>> bblackf...@wsc-sw-ex3200-1> show chassis hardware >>> Hardware inventory: >>> Item Version Part number Serial number Description >>> Chassis BH0208188142 EX3200-24T >>> FPC 0 REV 07 750-021261 BH0208188142 EX3200-24T, 8 POE >>> CPU BUILTIN BUILTIN FPC CPU >>> PIC 0 BUILTIN BUILTIN 24x 10/100/1000 >>> Base-T >>> PIC 1 REV 04 711-021270 AR0209216364 4x GE SFP >>> Xcvr 0 NON-JNPR FFX20H700284 SFP-SX >>> Power Supply 0 REV 02 740-020957 AT0508119769 PS 320W AC >>> Fan Tray Fan Tray >>> >>> bblackf...@wsc-sw-ex3200-1> show version >>> Hostname: wsc-sw-ex3200-1 >>> Model: ex3200-24t >>> JUNOS Base OS boot [9.5R2.7] >>> >>> bblackf...@wsc-sw-ex3200-1> show chassis fpc pic-status >>> Slot 0 Online EX3200-24T, 8 POE >>> PIC 0 Online 24x 10/100/1000 Base-T >>> PIC 1 Online 4x GE SFP >>> >>> >>> Now, >>> >>> bblackf...@wsc-sw-ex3200-1> show configuration interfaces ge-0/0/20 >>> unit 0 { >>> family ethernet-switching { >>> vlan { >>> members VOIP; >>> } >>> } >>> } >>> >>> bblackf...@wsc-sw-ex3200-1> show interfaces ge-0/0/20 >>> error: device ge-0/0/20 not found >>> >>> >>> snmpwalk from a host: >>> ifDescr.148 = STRING: ge-0/0/18 >>> ifDescr.149 = STRING: ge-0/0/18.0 >>> ifDescr.150 = STRING: ge-0/0/19 >>> ifDescr.151 = STRING: ge-0/0/19.0 >>> <<====== 152 and 153 are missing >>> ifDescr.154 = STRING: ge-0/0/21 >>> ifDescr.155 = STRING: ge-0/0/21.0 >>> ifDescr.156 = STRING: ge-0/0/22 >>> ifDescr.157 = STRING: ge-0/0/22.0 >>> ifDescr.158 = STRING: ge-0/0/1.0 >>> ifDescr.159 = STRING: ge-0/0/23 >>> ifDescr.160 = STRING: ge-0/0/0 >>> ifDescr.161 = STRING: ge-0/0/0.0 >>> ifDescr.162 = STRING: ge-0/0/1 >>> ifDescr.163 = STRING: vlan >>> ifDescr.164 = STRING: vlan.0 >>> ifDescr.165 = STRING: vlan.1 >>> ifDescr.166 = STRING: ge-0/1/0 >>> ifDescr.167 = STRING: ge-0/1/0.0 >>> ifDescr.170 = STRING: ge-0/0/23.0 >>> >>> >>> ====================================================== >>> 2. Indexing question >>> During the gathering of data for issue 1 above, I ran some walks against >>> other ex3200's I have and noticed that the indexing is not consistent. >>> Here's another ex3200 running the same code rev as above: >>> ifDescr.148 = STRING: ge-0/0/18 >>> ifDescr.149 = STRING: ge-0/0/18.0 >>> ifDescr.150 = STRING: ge-0/0/19 >>> ifDescr.151 = STRING: ge-0/0/19.0 >>> ifDescr.152 = STRING: ge-0/0/20 >>> ifDescr.153 = STRING: ge-0/0/20.0 >>> ifDescr.154 = STRING: ge-0/0/21 >>> ifDescr.155 = STRING: ge-0/0/21.0 >>> ifDescr.156 = STRING: ge-0/0/22 >>> ifDescr.157 = STRING: ge-0/0/22.0 >>> ifDescr.158 = STRING: ge-0/0/23 >>> ifDescr.159 = STRING: ge-0/0/23.0 >>> ifDescr.160 = STRING: vlan >>> ifDescr.163 = STRING: ge-0/0/0 >>> ifDescr.164 = STRING: ge-0/0/0.0 >>> ifDescr.165 = STRING: ge-0/0/1 >>> ifDescr.166 = STRING: ge-0/0/11.69 >>> ifDescr.167 = STRING: ge-0/0/11.70 >>> ifDescr.168 = STRING: ge-0/0/1.0 >>> >>> There seems to be no correlation between the ifDescr seq numbers and the >>> interface names. Now, the switch above has a 4x GE SFP PIC and the one below >>> does not, but I find it strange that interfaces show up all over the place >>> as >>> if they were dynamically populated into a table. >>> ============================================== >>> >>> Sorry for the length of this post. >>> Thank you for any input. >>> >>> -b >>> >>> >>> -- >>> Bill Blackford >>> Senior Network Engineer >>> Technology Systems Group >>> Northwest Regional ESD >>> >>> my /home away from home >>> >>> _______________________________________________ >>> juniper-nsp mailing list [email protected] >>> https://puck.nether.net/mailman/listinfo/juniper-nsp >>> >> _______________________________________________ >> juniper-nsp mailing list [email protected] >> https://puck.nether.net/mailman/listinfo/juniper-nsp > > > _______________________________________________ > juniper-nsp mailing list [email protected] > https://puck.nether.net/mailman/listinfo/juniper-nsp -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqJdjQACgkQrUvjMoak8ZdKLwCfdW1CmIGnBF3DjUdxJGEFOQwy VDMAnA5MHgA+bfaeRCydLsDZao2MXTYp =Ym8z -----END PGP SIGNATURE----- _______________________________________________ juniper-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/juniper-nsp
