Hi all, Ronald's story seems very accurate: I based my conclusions on 5 "non-working" SFP's out of a batch of 13. I just plugged in the other 8, and guess what:
3/1 Down None None None 3/2 Up Forward Full 1G 3/3 Up Forward Full 1G 3/4 Up Forward Full 1G 3/5 Up Forward Full 1G 3/6 Up Forward Full 1G 3/7 Up Forward Full 1G 3/8 Up Forward Full 1G 3/9 Up Forward Full 1G 3/10 Down None None None 3/11 Down None None None 3/12 Down None None None 3/13 Down None None None 3/1, 3/10-3/13 are the 5 I've tested before mailing f-nsp. What are the odds? Since I'll be needing only 4 SFP's in the first stage of this customer installation I'll be sending back the 5 bad ones accompanied with a proper one and a not "please make these into this one". Thanks for the e-mails, since they triggered me in testing them all. Best regards, Jorik Jonker Special Projects, Netherlands [email protected] +31 53 434 0570 TEL +31 53 436 3098 FAX KvK: 06092246 EQUINIX -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Ronald Voermans Sent: donderdag 17 februari 2011 16:30 To: [email protected] Subject: Re: [f-nsp] SFP-T in XMR Jorik, Chances are, since you're using a third party SFP, that it doesn't match for the XMR. We've had recently 4 different SFP's (E1MG-TX) programmed for Brocade devices of which only 1 worked in a MLX, while all 4 worked on a FESX. Rgds, Ronald Voermans Op 17 feb 2011, om 16:20 heeft Jorik Jonker het volgende geschreven: > Some further info: the SFP-T/E1MG-TX is not an official Brocade one, but one > from a third party (SmartOptics), which has specifically programmed it for > use in a Brocade device. We have extended experience with this particular > vendor producing quality OEM but brand-recognized optics. > > Of course there is a small chance that we have a wrong (set of) optic(s), but > the fact that a RX4 is happy with it suggests me that we have to trick the > XMR into something. > > Best regards, > > Jorik Jonker > Special Projects, Netherlands > [email protected] > +31 53 434 0570 TEL > +31 53 436 3098 FAX > > KvK: 06092246 > > EQUINIX > > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Jorik Jonker > Sent: donderdag 17 februari 2011 15:57 > To: [email protected] > Subject: [f-nsp] SFP-T in XMR > > Hi all, > > Just ran into this bizarre problem when using a E1MG-TX (1G copper RJ45 SFP) > in a NI-XMR-1Gx20-SFP board in a XMR. > > The "other side", in this case a laptop, HP switch, FESX424 or whatever 1G > RJ45 capable device thinks it has link up (Full 1G) while the XMR holding the > SFP still has link down. When I put this SFP into a RX-BI-24F in a RX, both > sides have 1G full link up. When I use a different XMR or a different board I > get the same situation. > > Is there some mysterious setting that I should fiddle with in order to > convince the XMR to proceed into "link up"? > > Best regards, > > Jorik Jonker > > > This email is from Equinix Europe Limited or one of its associated/subsidiary > companies. This email, and any files transmitted with it, contains > information which is confidential, may be legally privileged and is solely > for the use of the intended recipient. If you have received this email in > error, please notify the sender and delete this email immediately. Equinix > Europe Limited. Registered Office: Quadrant House, 4 Thomas More Square, > London E1W 1YW. Registered in England and Wales, No. 6293383. > > _______________________________________________ > foundry-nsp mailing list > [email protected] > http://puck.nether.net/mailman/listinfo/foundry-nsp > > _______________________________________________ > foundry-nsp mailing list > [email protected] > http://puck.nether.net/mailman/listinfo/foundry-nsp > _______________________________________________ foundry-nsp mailing list [email protected] http://puck.nether.net/mailman/listinfo/foundry-nsp _______________________________________________ foundry-nsp mailing list [email protected] http://puck.nether.net/mailman/listinfo/foundry-nsp
