BAD MSG: ll, Another source that really explains the current position of the RBOCs and the effect of the Telecommunications Act of 1996 on CLECs and ILECs is a book called "The Essential Guide to Telecommunications". This makes for extremely interesting reading and is available at most bookstores. Todd Salisbury Fujitsu Network Communications
> -----Original Message----- > From: Don House [SMTP:[email protected]] > Sent: Tuesday, October 10, 2000 2:25 PM > To: [email protected] > Cc: [email protected] > Subject: RE: Compliance --- the way to go > > Brian and friends, > > The Telecom Act is written in "Legaleze" There is a nice abridged version > that Ameritech published that I still have a copy of. I will scan it and > have it put it on my website. If you want the full boat edition you can > order it from the U.S.G.P.O. Superintendent of Documents. It will take me a > couple of days to get this done. My website address is: > http://www.nadcomm.org > > Don > > -----Original Message----- > From: [email protected] [mailto:[email protected]] > Sent: Tuesday, October 10, 2000 7:50 AM > To: [email protected] > Subject: RE: Compliance --- the way to go > > > Don > This act was mentioned a lot at the conference - how do I get my mits > on a copy ? > > -----Original Message----- > From: [email protected] [SMTP:[email protected]] > Sent: Tuesday, October 10, 2000 3:31 PM > To: [email protected] > Subject: Compliance --- the way to go > > There is no room for negotiation, except for a few points dependent on > location, such as physical environment, altitude, earthquake zone, etc. > Since the Telecommunications Act of 1996, the former Bell companies have > tightened up loop-holes and insured that requirements are documented > more > than ever before. UL1950, FCC Parts 15 and 68, NEBS FR-2063-CORE and > Regional specific requirements... they all need to be reviewed. > > Been there, done that, wrote the policy. > > Don > > -----Original Message----- > From: [email protected] [mailto:[email protected]] > Sent: Tuesday, October 10, 2000 2:46 AM > To: [email protected] > Subject: RE: > > > Vic > Not sure if you were at the NEBS 2000 in Baltimore last week. Sounds to > me like there is not too much room for negotiating with some of the > RBOCs. > > Brian > > -----Original Message----- > From: [email protected] [SMTP:[email protected]] > Sent: Monday, October 09, 2000 2:14 PM > To: [email protected] > Subject: > > Submitted for Victor Boersma > > Date: Sun, 8 Oct 2000 01:16:55 -0400 > From: "Victor L. Boersma" <[email protected]> > Subject: Re: ETSI standards vs NEBS > Sender: "Victor L. Boersma" <[email protected]> > To: Chris Penney <[email protected]>, Dave Wilson <[email protected]>, > "'[email protected]'" <[email protected]>, > "'[email protected]'" <[email protected]>, > "'[email protected]'" <[email protected]>, > Victor Boersma <[email protected]> > > Just a minute here. NEBs are requirements for Network Equipment > formulated by what was the Bell Operating Companies' research > arm Bellcore. (They have now been cast adrift as Telecordia). > > The Operating Companies have done a good job of making sure > that the requirements for their equipment were not regulated > and are in effect part of the commercial negotiations that take place > between the buyer and the seller. If you're a big enough seller, you > can negotiate on these requirements. > > Ciao, > > > Vic Boersma > > From - Wed Oct 04 23:31:48 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <[email protected]> for <[email protected]>; Mon, 2 Oct 2000 18:13:03 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id NAA13533 for nebs-outgoing; Mon, 2 Oct 2000 13:57:08 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id NAA13268 for <[email protected]>; Mon, 2 Oct 2000 13:55:27 -0400 (EDT) Received: from localhost (jdc@localhost) by world.std.com (8.9.3/8.9.3) with SMTP id NAA01245 for <[email protected]>; Mon, 2 Oct 2000 13:55:26 -0400 (EDT) List-Post: [email protected] Date: Mon, 2 Oct 2000 13:55:26 -0400 (EDT) From: Jon D Curtis <[email protected]> To: [email protected] Message-ID: <[email protected]> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> From: "Whissel, Tom" <[email protected]> To: "'[email protected]'" <[email protected]> Subject: RE: from ["Alden, Daryl" <[email protected]>] (fwd) List-Post: [email protected] Date: Fri, 29 Sep 2000 09:50:26 -0400 OSHA still requires that all electrical products used at work be listed with an NRTL. At this time OSHA has not approved any NRTL's outside of North America. So, you still need to meet both standards. Note: TUV Rheinland of North America, Inc. (TUV) is now listed as an NRTL. Only their Newtown facility is authorized to approve products as an NRTL. Thomas Whissel, Compliance Engineering Manager 35 Industrial Way PO Box 5005 Rochester, NH 03867 (603)337-2862 www.enterasys.com -----Original Message----- From: Jon D Curtis [mailto:[email protected]] Sent: Friday, September 29, 2000 6:27 AM To: [email protected] Subject: from ["Alden, Daryl" <[email protected]>] (fwd) Can anybody advise me whether an MRA (mutual recognition agreement )exsists between the EU and the US? If so does this mean that electrical and mechanical products tested to CE standards do not need further approval (UL?) to be marketed in the states. Thanks. From - Wed Oct 04 23:31:51 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20001002182231.nvhv4788.mtiwgwc24.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 2 Oct 2000 18:22:31 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id OAA15793 for nebs-outgoing; Mon, 2 Oct 2000 14:13:31 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id OAA15259 for <[email protected]>; Mon, 2 Oct 2000 14:08:35 -0400 (EDT) Received: from localhost (jdc@localhost) by world.std.com (8.9.3/8.9.3) with SMTP id OAA23312 for <[email protected]>; Mon, 2 Oct 2000 14:08:34 -0400 (EDT) List-Post: [email protected] Date: Mon, 2 Oct 2000 14:08:31 -0400 (EDT) From: Jon D Curtis <[email protected]> To: [email protected] Message-ID: <[email protected]> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Dear Ed, Thanks for your clarification and a copy of revised "An overview of the current Approval for the Russian Federation", Issue 2. Let us not forget that NEBS documents specify set of requirements (occasionally procedures)and refer to applicable US testing standards not necessarily harmonized with international standards. Vitaly Gorodetsky The suitability of this information for making decision is solely with the reader -----Original Message----- From: Edward Fitzgerald [SMTP:[email protected]] Sent: Friday, September 29, 2000 2:30 AM To: 'Gorodetsky, Vitaly'; 'Dave Wilson'; '[email protected]'; '[email protected]'; '[email protected]' Subject: RE: ETSI standards vs NEBS Dear Dave / Vitaly, In general terms throughout Europe (West [EU] - Central - East [incl. CIS]) the ETS 300 019/119 series tends to take precedence [over NEBS] where required by customers (e.g. Network Operators). There are no regulatory requirements in the EU and strictly speaking there are only environmental & reliability requirements to be met for the Russian Federation's Elektrosviaz (Telecom) Certification. As US manufacturers tend only to test for NEBS, I have had to use the relevant NEBS or HALT test reports to support the TT&C [Technical Terms & Conditions] document presented to the State Committee. In terms of test reports demonstrating compliance with Safety and EMC, NEBS reports would not be accepted albeit that they are now closely aligned with International standards. Best regards, Edward Fitzgerald Director Direct Tel. : +44 1202 20 09 22 Mobile Tel. : +44 7768 53 31 00 European Technology Services (EMEA) Specialist Global Compliance and Regulatory Consultancy Regional/Associate Offices in Australia, Canada, Russian Federation and the UK. GLOBAL INtelLIGENCE Site < http://www.ets-tele.com > pssst ... spread the word -----Original Message----- From: Gorodetsky, Vitaly [mailto:[email protected]] Sent: Friday, September 29, 2000 1:01 AM To: 'Dave Wilson'; '[email protected]'; '[email protected]'; '[email protected]' Subject: RE: ETSI standards vs NEBS Dave, I am quite familiar with LONIIS (in St. Petersburg) and I am rather surprised. Typically, GOST-R mark would be satisfactory. LONIIS is one of Russia Telecom Certification Centers. NEBS has nothing to do with homologation and LONIIS's scope of evaluation, as I see it. Did they take NEBS tests results as a substitute for all other relevant safety and EMC tests? Could you elaborate? Thanks, Vitaly Gorodetsky Compliance Engineer Direct: (818) 678-3840 The suitability of this information for making decision is solely with the reader -----Original Message----- From: Dave Wilson [SMTP:[email protected]] Sent: Thursday, September 28, 2000 1:45 PM To: '[email protected]'; '[email protected]'; '[email protected]' Subject: ETSI standards vs NEBS Does anyone have a feel for the degree of acceptance of GR-63/1089 in Europe? I can remember at a previous company we got LONIIS in Russia to accept NEBS test results with minimal additional assessment against ETS 300 019/119. Anyone else have any stories to tell, other than the obvious spatial differences? Thanks, Dave Wilson Alidian Networks ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Wed Oct 04 23:32:15 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc28.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20001002223024.zysf16282.mtiwgwc28.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 2 Oct 2000 22:30:24 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id SAA16608 for nebs-outgoing; Mon, 2 Oct 2000 18:16:27 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id SAA16149 for <[email protected]>; Mon, 2 Oct 2000 18:13:35 -0400 (EDT) Received: from underlab-bh.ul.com (underlab-bh.ul.com [204.167.162.66]) by world.std.com (8.9.3/8.9.3) with ESMTP id SAA00225 for <[email protected]>; Mon, 2 Oct 2000 18:10:52 -0400 (EDT) From: [email protected] Received: (from uucp@localhost) by underlab-bh.ul.com (8.8.8/8.6.11) id RAA00605 for <[email protected]>; Mon, 2 Oct 2000 17:10:51 -0500 (CDT) Received: from iscan(10.40.1.221) by underlab-bh.ul.com via smap (4.1) id xma000578; Mon, 2 Oct 00 17:09:55 -0500 Received: from USNBKM201.us.ul.com (unverified) by iscan-1.ul.com (Content Technologies SMTPRS 4.0.1) with ESMTP id <[email protected]> for <[email protected]>; Mon, 2 Oct 2000 15:26:28 -0500 Received: from usmelm402.us.ul.com ([10.20.49.248]) by USNBKM201.us.ul.com (Lotus Domino Release 5.0.3 (Intl)) with ESMTP id 2000100215152627:80897 ; Mon, 2 Oct 2000 15:15:26 -0500 Subject: Re: GR1089 Radiated Magnetic Field limits To: [email protected] X-Mailer: Lotus Notes Release 5.0 (Intl) 30 March 1999 Message-ID: <[email protected]> List-Post: [email protected] Date: Mon, 2 Oct 2000 16:16:08 -0400 MIME-Version: 1.0 X-MIMETrack: Serialize by Router on USMELM402/ULI(Release 5.0.2c (Intl)|2 February 2000) at 10/02/2000 04:16:14 PM, Itemize by SMTP Server on USNBKM201/ULI(Release 5.0.3 (Intl)|21 March 2000) at 10/02/2000 03:15:26 PM, Serialize by Router on USNBKM201/ULI(Release 5.0.3 (Intl)|21 March 2000) at 10/02/2000 03:15:27 PM Content-type: multipart/mixed ; Boundary="0__=nvFwNdfSKkis36Mw78H9GjaRbP4HSQJNShNlDfKF3xg9VZilXHUW9shu" Content-Disposition: inline Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> --0__=nvFwNdfSKkis36Mw78H9GjaRbP4HSQJNShNlDfKF3xg9VZilXHUW9shu Content-type: text/plain; charset=us-ascii I'm sure the emc experts presenting material during the emc tracks at the UL NEBS symposium in Vegas this week could shed some light on this issue. See www.ul.com. Randy Ivans Global Program Manager -Telecommunications Underwriters Laboratories Inc. 1285 Walt Whitman Rd. Melville, NY 11747 TEL: 631-271-6200; Ext. 22269 Department FAX: 631-439-6096 Direct FAX: 631-439-6131 email: [email protected] [email protected] d.com To: [email protected] cc: (bcc: Randolph J. Ivans/MEL/ULI) 09/27/00 Subject: Re: GR1089 Radiated Magnetic Field 10:56 AM limits Did you get any responses to your question? What part of the math didn't work out? On Wed, 20 Sep 2000 16:06:23 -0700, David Spencer <[email protected]> wrote: >I am working out a test plan for the magnetic field requirements in GR1089 >3.2.2 and noticed that the math didn't work when I started figuring the >dBuA/m for a 10 meter site. This is kind of a duh question, but am I >correct in assuming that we need to do the H fields at 3 meters? If someone >wouldn't mind sharing the distances they use for this test, I would be most >grateful. >Thanks, >Dave Spencer Compliance Engineer >Oresis Communications, Inc. >14670 NW Greenbrier Parkway, Beaverton, OR 97006 >* [email protected] * http://www.oresis.com >* (503) 466-6289 * (503) 533-8233 ********* Internet E-mail Confidentiality Disclaimer ********** This e-mail message may contain privileged or confidential information. If you are not the intended recipient, you may not disclose, use, disseminate, distribute, copy or rely upon this message or attachment in any way. If you received this e-mail message in error, please delete the e-mail and any attachments and notify Underwriters Laboratories Inc. at [email protected]. UL does not accept liability for any errors, omissions, corruption or virus in the contents of this message or any attachments that arise as a result of e-mail transmission. ************************************************************************** --0__=nvFwNdfSKkis36Mw78H9GjaRbP4HSQJNShNlDfKF3xg9VZilXHUW9shu Content-type: application/octet-stream; name="Headers.822" Content-Disposition: attachment; filename="Headers.822" Content-Transfer-Encoding: base64 UmVjZWl2ZWQ6IGZyb20gaXNjYW4tMS51bC5jb20gYnkgaW1haWwxLnVsLmNvbSB2aWEgMTAuNDAu MS4yMjEgd2l0aCBTTVRQLVRDUDsgV2VkLCAyNyBTZXAgMTAwIDEwOjUwOjE0IENEVA0KUmVjZWl2 ZWQ6IGZyb20gdW5kZXJsYWItYmgudWwuY29tICh1bnZlcmlmaWVkKSBieSBpc2Nhbi0xLnVsLmNv bQ0KIChDb250ZW50IFRlY2hub2xvZ2llcyBTTVRQUlMgNC4wLjEpIHdpdGggRVNNVFAgaWQgPEIw YTI4MDFkZDRlZTdlMDNlY2RAaXNjYW4tMS51bC5jb20+Ow0KIFdlZCwgMjcgU2VwIDIwMDAgMTA6 MTQ6NDIgLTA1MDANClJlY2VpdmVkOiAoZnJvbSB1dWNwQGxvY2FsaG9zdCkgYnkgdW5kZXJsYWIt YmgudWwuY29tICg4LjguOC84LjYuMTEpIGlkIEtBQTE2OTI2OyBXZWQsIDI3IFNlcCAyMDAwIDEw OjExOjAyIC0wNTAwIChDRFQpDQpSZWNlaXZlZDogZnJvbSBldXJvcGUuc3RkLmNvbSgxOTkuMTcy LjYyLjIwKSBieSB1bmRlcmxhYi1iaC51bC5jb20gdmlhIHNtYXAgKDQuMSkNCglpZCB4bWEwMTY4 MTY7IFdlZCwgMjcgU2VwIDAwIDEwOjEwOjQ0IC0wNTAwDQpSZWNlaXZlZDogKGZyb20gZGFlbW9u QGxvY2FsaG9zdCkNCglieSBldXJvcGUuc3RkLmNvbSAoOC45LjMvOC45LjMpIGlkIExBQTI0MTM1 DQoJZm9yIG5lYnMtb3V0Z29pbmc7IFdlZCwgMjcgU2VwIDIwMDAgMTE6MDc6MjIgLTA0MDAgKEVE VCkNClJlY2VpdmVkOiBmcm9tIHdvcmxkLnN0ZC5jb20gKHJvb3RAd29ybGQtZi5zdGQuY29tIFsx OTkuMTcyLjYyLjVdKQ0KCWJ5IGV1cm9wZS5zdGQuY29tICg4LjkuMy84LjkuMykgd2l0aCBFU01U UCBpZCBMQUEyMzYwMg0KCWZvciA8bmVic0BmYWN0ZXVyLnN0ZC5jb20+OyBXZWQsIDI3IFNlcCAy MDAwIDExOjAzOjI1IC0wNDAwIChFRFQpDQpSZWNlaXZlZDogZnJvbSBhY21lLnNiLndlc3QubmV0 IChhY21lLnNiLndlc3QubmV0IFsyMDUuMjU0LjIyNC4yXSkNCglieSB3b3JsZC5zdGQuY29tICg4 LjkuMy84LjkuMykgd2l0aCBFU01UUCBpZCBLQUEwMDYyNw0KCWZvciA8bmVic0B3b3JsZC5zdGQu Y29tPjsgV2VkLCAyNyBTZXAgMjAwMCAxMDo1OToxOCAtMDQwMCAoRURUKQ0KUmVjZWl2ZWQ6IGZy b20gdGVybTEtMTEudnRhLndlc3QubmV0ICh0ZXJtMS0xMS52dGEud2VzdC5uZXQgWzIwNS4yNTQu MjQxLjExXSkNCglieSBhY21lLnNiLndlc3QubmV0IChQb3N0Zml4KSB3aXRoIFNNVFAgaWQgOENC NzcxNEE4M0UNCglmb3IgPG5lYnNAd29ybGQuc3RkLmNvbT47IFdlZCwgMjcgU2VwIDIwMDAgMDc6 NTk6MTYgLTA3MDAgKFBEVCkNCkZyb206IHBsYXdsZXJAd2VzdC5uZXQgKFBhdHJpY2sgTGF3bGVy KQ0KVG86IG5lYnNAd29ybGQuc3RkLmNvbQ0KU3ViamVjdDogUmU6IEdSMTA4OSBSYWRpYXRlZCBN YWduZXRpYyBGaWVsZCBsaW1pdHMNCkRhdGU6IFdlZCwgMjcgU2VwIDIwMDAgMDc6NTY6NDcgLTA3 MDANCk1lc3NhZ2UtSUQ6IDwyZzI0dHM0N28xcDI0ZXEzdnB1dm9mbWl1ajFiM2I5aGViQDRheC5j b20+DQpSZWZlcmVuY2VzOiA8RkE2MEUwNDc5NDA4RDQxMUFEQTQwMDkwMjc4NzMyM0QwRjY3OUNA b3Jlc2lzZXhjaGFuZ2Uub3Jlc2lzPg0KSW4tUmVwbHktVG86IDxGQTYwRTA0Nzk0MDhENDExQURB NDAwOTAyNzg3MzIzRDBGNjc5Q0BvcmVzaXNleGNoYW5nZS5vcmVzaXM+DQpYLU1haWxlcjogRm9y dGUgQWdlbnQgMS44LzMyLjU0OA0KTUlNRS1WZXJzaW9uOiAxLjANCkNvbnRlbnQtVHlwZTogdGV4 dC9wbGFpbjsgY2hhcnNldD11cy1hc2NpaQ0KQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzogOGJp dA0KWC1NSU1FLUF1dG9jb252ZXJ0ZWQ6IGZyb20gcXVvdGVkLXByaW50YWJsZSB0byA4Yml0IGJ5 IGV1cm9wZS5zdGQuY29tIGlkIExBQTIzNjA2DQpTZW5kZXI6IG5lYnMtYXBwcm92YWxAd29ybGQu c3RkLmNvbQ0KUHJlY2VkZW5jZTogbGlzdA0KUmVwbHktVG86IG5lYnNAd29ybGQuc3RkLmNvbQ0K --0__=nvFwNdfSKkis36Mw78H9GjaRbP4HSQJNShNlDfKF3xg9VZilXHUW9shu-- From - Mon Oct 09 05:48:10 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20001006162800.jmgo4788.mtiwgwc24.worldnet.att....@ruebert.ieee.org>; Fri, 6 Oct 2000 16:28:00 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id MAA22855; Fri, 6 Oct 2000 12:12:22 -0400 (EDT) Message-ID: <[email protected]> From: Edward Fitzgerald <[email protected]> To: "'Robert Macy'" <[email protected]> Cc: "NEBS Newsgroup (E-mail)" <[email protected]>, "TREG Reflector (E-mail)" <[email protected]>, "EMC-PSTC (E-mail)" <[email protected]> Subject: RE: ETSI standards vs NEBS List-Post: [email protected] Date: Fri, 6 Oct 2000 17:07:24 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1459.74) Content-Type: text/plain Sender: [email protected] Precedence: bulk Reply-To: Edward Fitzgerald <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Robert, Yes, as far as I am aware there are no legislative (regulatory) requirements that would enforce either the ETS 300 019 or ETS 300 119 series of ETSI standards. There is Directive 94/62/EC that deals with packaging. Also draft legislation to cover environmental concerns for recycling and use of lead etc. (the WEEE Directive and its derivatives) and proposals to implement the Energy Star programme in Europe. But nothing specific to central office environments or telecoms for that matter that would enforce the ETSI equivalent of the NEBS standards. I hope this clarifies my earlier statement. In fact, to my knowledge NEBS is also only a commercial compliance issue - isn't it? Best regards and those of you in N.America have a relaxing long weekend, Edward -----Original Message----- From: Robert Macy [mailto:[email protected]] Sent: Sunday, October 01, 2000 8:01 PM To: Edward Fitzgerald Subject: Re: ETSI standards vs NEBS -----Original Message----- From: Edward Fitzgerald <[email protected]> To: 'Gorodetsky, Vitaly' <[email protected]>; 'Dave Wilson' <[email protected]>; '[email protected]' <[email protected]>; '[email protected]' <[email protected]>; '[email protected]' <[email protected]> List-Post: [email protected] Date: Friday, September 29, 2000 3:20 AM Subject: RE: ETSI standards vs NEBS > >Dear Dave / Vitaly, > >In general terms throughout Europe (West [EU] - Central - East [incl. >CIS]) the ETS 300 019/119 series tends to take precedence [over NEBS] >where required by customers (e.g. Network Operators). > >There are no regulatory requirements in the EU and strictly speaking >there are only environmental & reliability requirements to be met for >the Russian Federation's Elektrosviaz (Telecom) Certification. > Are you saying there are no regulatory requirements in the EU to comply with the ETSI standards? - Robert - ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Mon Oct 09 05:49:03 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20001006204547.vjjc4788.mtiwgwc24.worldnet.att....@europe.std.com> for <[email protected]>; Fri, 6 Oct 2000 20:45:47 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id QAA19817 for nebs-outgoing; Fri, 6 Oct 2000 16:37:30 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id QAA19146 for <[email protected]>; Fri, 6 Oct 2000 16:34:26 -0400 (EDT) Received: from localhost (jdc@localhost) by world.std.com (8.9.3/8.9.3) with SMTP id QAA08261 for <[email protected]>; Fri, 6 Oct 2000 16:34:25 -0400 (EDT) List-Post: [email protected] Date: Fri, 6 Oct 2000 16:34:25 -0400 (EDT) From: Jon D Curtis <[email protected]> To: [email protected] Message-ID: <[email protected]> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> forwarded for Edward --------------------- Robert, Yes, as far as I am aware there are no legislative (regulatory) requirements that would enforce either the ETS 300 019 or ETS 300 119 series of ETSI standards. There is Directive 94/62/EC that deals with packaging. Also draft legislation to cover environmental concerns for recycling and use of lead etc. (the WEEE Directive and its derivatives) and proposals to implement the Energy Star programme in Europe. But nothing specific to central office environments or telecoms for that matter that would enforce the ETSI equivalent of the NEBS standards. I hope this clarifies my earlier statement. In fact, to my knowledge NEBS is also only a commercial compliance issue - isn't it? Best regards and those of you in N.America have a relaxing long weekend, Edward -----Original Message----- From: Robert Macy [mailto:[email protected]] Sent: Sunday, October 01, 2000 8:01 PM To: Edward Fitzgerald Subject: Re: ETSI standards vs NEBS -----Original Message----- From: Edward Fitzgerald <[email protected]> To: 'Gorodetsky, Vitaly' <[email protected]>; 'Dave Wilson' <[email protected]>; '[email protected]' <[email protected]>; '[email protected]' <[email protected]>; '[email protected]' <[email protected]> List-Post: [email protected] Date: Friday, September 29, 2000 3:20 AM Subject: RE: ETSI standards vs NEBS > >Dear Dave / Vitaly, > >In general terms throughout Europe (West [EU] - Central - East [incl. >CIS]) the ETS 300 019/119 series tends to take precedence [over NEBS] >where required by customers (e.g. Network Operators). > >There are no regulatory requirements in the EU and strictly speaking >there are only environmental & reliability requirements to be met for >the Russian Federation's Elektrosviaz (Telecom) Certification. > Are you saying there are no regulatory requirements in the EU to comply with the ETSI standards? - Robert - From - Mon Oct 09 05:49:45 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20001008052652.rena4788.mtiwgwc24.worldnet.att....@europe.std.com>; Sun, 8 Oct 2000 05:26:52 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id BAA22497 for treg-outgoing; Sun, 8 Oct 2000 01:21:16 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id BAA21126 for <[email protected]>; Sun, 8 Oct 2000 01:18:30 -0400 (EDT) Received: from spdmgaab.compuserve.com (ds-img-2.compuserve.com [149.174.206.135]) by world.std.com (8.9.3/8.9.3) with ESMTP id BAA14873; Sun, 8 Oct 2000 01:17:27 -0400 (EDT) Received: (from mailgate@localhost) by spdmgaab.compuserve.com (8.9.3/8.9.3/SUN-1.9) id BAA05111; Sun, 8 Oct 2000 01:17:16 -0400 (EDT) List-Post: [email protected] Date: Sun, 8 Oct 2000 01:16:55 -0400 From: "Victor L. Boersma" <[email protected]> Subject: Re: ETSI standards vs NEBS To: Chris Penney <[email protected]>, Dave Wilson <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]>, Victor Boersma <[email protected]> Message-ID: <[email protected]> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by europe.std.com id BAA21170 Sender: [email protected] Precedence: list Reply-To: "Victor L. Boersma" <[email protected]> X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Just a minute here. NEBs are requirements for Network Equipment formulated by what was the Bell Operating Companies' research arm Bellcore. (They have now been cast adrift as Telecordia). The Operating Companies have done a good job of making sure that the requirements for their equipment were not regulated and are in effect part of the commercial negotiations that take place between the buyer and the seller. If you're a big enough seller, you can negotiate on these requirements. Ciao, Vic Boersma From - Tue Oct 10 05:11:35 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc28.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20001009132326.vknv16282.mtiwgwc28.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 9 Oct 2000 13:23:26 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id JAA17876 for nebs-outgoing; Mon, 9 Oct 2000 09:15:41 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id JAA17349 for <[email protected]>; Mon, 9 Oct 2000 09:10:50 -0400 (EDT) Received: from localhost (jdc@localhost) by world.std.com (8.9.3/8.9.3) with SMTP id JAA01530 for <[email protected]>; Mon, 9 Oct 2000 09:10:49 -0400 (EDT) List-Post: [email protected] Date: Mon, 9 Oct 2000 09:10:49 -0400 (EDT) From: Jon D Curtis <[email protected]> To: [email protected] Message-ID: <[email protected]> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Submitted for [email protected] Subject: RE: Air filters To: [email protected] Cc: [email protected] List-Post: [email protected] Date: Sat, 7 Oct 2000 02:26:20 +0300 Message-ID: <[email protected]> X-MIMETrack: Serialize by Router on ILSMTP04/ECI Telecom(Release 5.0.3 (Intl)|21 March 2000) at 07/10/2000 11:50:54 PM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Brian, There is a specific SBC requirement (which is an addition to GR-63) in their document TP76200MP from December 30, 1998 - titled:"NETWORK EQUIPMENT POWER, GROUNDING, ENVIRONMENTAL, AND PHYSICAL DESIGN EQUIREMENTS". The requirement is: "11.03 Fan cooled equipment shall be equipped with filters. Exception: Fans used to cool the outside of sealed equipment cabinets need not be fitted with particulate filters." Avi Rubinshtein ECI Telecom. -----Original Message----- From: [email protected] [mailto:[email protected]] Sent: Thursday, September 21, 2000 9:36 AM To: [email protected] Subject: Air filters Can somebody answer this simple question: Under what circumstances, if any, are you obliged to have an air filter in your product ? What standard and clause(s) specify this requirement ? Brian McAuliffe Tellabs From - Tue Oct 10 05:11:35 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc28.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20001009132326.vknv16282.mtiwgwc28.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 9 Oct 2000 13:23:26 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id JAA17876 for nebs-outgoing; Mon, 9 Oct 2000 09:15:41 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id JAA17349 for <[email protected]>; Mon, 9 Oct 2000 09:10:50 -0400 (EDT) Received: from localhost (jdc@localhost) by world.std.com (8.9.3/8.9.3) with SMTP id JAA01530 for <[email protected]>; Mon, 9 Oct 2000 09:10:49 -0400 (EDT) List-Post: [email protected] Date: Mon, 9 Oct 2000 09:10:49 -0400 (EDT) From: Jon D Curtis <[email protected]> To: [email protected] Message-ID: <[email protected]> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Submitted for [email protected] Subject: RE: Air filters To: [email protected] Cc: [email protected] List-Post: [email protected] Date: Sat, 7 Oct 2000 02:26:20 +0300 Message-ID: <[email protected]> X-MIMETrack: Serialize by Router on ILSMTP04/ECI Telecom(Release 5.0.3 (Intl)|21 March 2000) at 07/10/2000 11:50:54 PM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Brian, There is a specific SBC requirement (which is an addition to GR-63) in their document TP76200MP from December 30, 1998 - titled:"NETWORK EQUIPMENT POWER, GROUNDING, ENVIRONMENTAL, AND PHYSICAL DESIGN EQUIREMENTS". The requirement is: "11.03 Fan cooled equipment shall be equipped with filters. Exception: Fans used to cool the outside of sealed equipment cabinets need not be fitted with particulate filters." Avi Rubinshtein ECI Telecom. -----Original Message----- From: [email protected] [mailto:[email protected]] Sent: Thursday, September 21, 2000 9:36 AM To: [email protected] Subject: Air filters Can somebody answer this simple question: Under what circumstances, if any, are you obliged to have an air filter in your product ? What standard and clause(s) specify this requirement ? Brian McAuliffe Tellabs From - Wed Oct 11 05:48:55 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <[email protected]> for <[email protected]>; Tue, 10 Oct 2000 09:57:35 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id FAA12073 for nebs-outgoing; Tue, 10 Oct 2000 05:50:49 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id FAA11747 for <[email protected]>; Tue, 10 Oct 2000 05:48:41 -0400 (EDT) Received: from mx2.tellabs.com (mx2.tellabs.com [204.68.180.51]) by world.std.com (8.9.3/8.9.3) with ESMTP id FAA01380 for <[email protected]>; Tue, 10 Oct 2000 05:46:11 -0400 (EDT) From: [email protected] Received: from mxirl.shannon.tellabs.com (tlab-138-111-193-180.tellabs.com [138.111.193.180] (may be forged)) by mx2.tellabs.com (8.8.8/8.8.8) with ESMTP id EAA06388 for <[email protected]>; Tue, 10 Oct 2000 04:44:34 -0500 (CDT) Received: from localhost (root@localhost) by mxirl.shannon.tellabs.com (8.8.6 (PHNE_17135)/8.8.6) with ESMTP id KAA22078 for <[email protected]>; Tue, 10 Oct 2000 10:46:04 +0100 (BST) X-OpenMail-Hops: 1 List-Post: [email protected] Date: Tue, 10 Oct 2000 10:46:04 +0100 Message-Id: <H00000c400b0deb5.0971171163.mxirl@MHS> Subject: RE: MIME-Version: 1.0 TO: [email protected] Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline ;Creation-Date="Tue, 10 Oct 2000 10:46:04 +0100" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <H00000c400b0deb5.0971171163.mxirl@MHS> Vic Not sure if you were at the NEBS 2000 in Baltimore last week. Sounds to me like there is not too much room for negotiating with some of the RBOCs. Brian -----Original Message----- From: [email protected] [SMTP:[email protected]] Sent: Monday, October 09, 2000 2:14 PM To: [email protected] Subject: Submitted for Victor Boersma List-Post: [email protected] Date: Sun, 8 Oct 2000 01:16:55 -0400 From: "Victor L. Boersma" <[email protected]> Subject: Re: ETSI standards vs NEBS Sender: "Victor L. Boersma" <[email protected]> To: Chris Penney <[email protected]>, Dave Wilson <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]>, Victor Boersma <[email protected]> Just a minute here. NEBs are requirements for Network Equipment formulated by what was the Bell Operating Companies' research arm Bellcore. (They have now been cast adrift as Telecordia). The Operating Companies have done a good job of making sure that the requirements for their equipment were not regulated and are in effect part of the commercial negotiations that take place between the buyer and the seller. If you're a big enough seller, you can negotiate on these requirements. Ciao, Vic Boersma From - Wed Oct 11 05:49:20 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc27.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20001010144026.gbzi2589.mtiwgwc27.worldnet.att....@europe.std.com> for <[email protected]>; Tue, 10 Oct 2000 14:40:26 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id KAA00400 for nebs-outgoing; Tue, 10 Oct 2000 10:32:04 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id KAA29300 for <[email protected]>; Tue, 10 Oct 2000 10:27:58 -0400 (EDT) Received: from excelsus01.excelsus-tech.com ([64.160.69.38]) by world.std.com (8.9.3/8.9.3) with ESMTP id KAA07773 for <[email protected]>; Tue, 10 Oct 2000 10:22:37 -0400 (EDT) Message-ID: <99A33C5F2DC1D311931D009027E7E822123CEC@excelsus01> From: Don House <[email protected]> To: [email protected] Subject: Compliance --- the way to go List-Post: [email protected] Date: Tue, 10 Oct 2000 07:31:22 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <99A33C5F2DC1D311931D009027E7E822123CEC@excelsus01> There is no room for negotiation, except for a few points dependent on location, such as physical environment, altitude, earthquake zone, etc. Since the Telecommunications Act of 1996, the former Bell companies have tightened up loop-holes and insured that requirements are documented more than ever before. UL1950, FCC Parts 15 and 68, NEBS FR-2063-CORE and Regional specific requirements... they all need to be reviewed. Been there, done that, wrote the policy. Don -----Original Message----- From: [email protected] [mailto:[email protected]] Sent: Tuesday, October 10, 2000 2:46 AM To: [email protected] Subject: RE: Vic Not sure if you were at the NEBS 2000 in Baltimore last week. Sounds to me like there is not too much room for negotiating with some of the RBOCs. Brian -----Original Message----- From: [email protected] [SMTP:[email protected]] Sent: Monday, October 09, 2000 2:14 PM To: [email protected] Subject: Submitted for Victor Boersma List-Post: [email protected] Date: Sun, 8 Oct 2000 01:16:55 -0400 From: "Victor L. Boersma" <[email protected]> Subject: Re: ETSI standards vs NEBS Sender: "Victor L. Boersma" <[email protected]> To: Chris Penney <[email protected]>, Dave Wilson <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]>, Victor Boersma <[email protected]> Just a minute here. NEBs are requirements for Network Equipment formulated by what was the Bell Operating Companies' research arm Bellcore. (They have now been cast adrift as Telecordia). The Operating Companies have done a good job of making sure that the requirements for their equipment were not regulated and are in effect part of the commercial negotiations that take place between the buyer and the seller. If you're a big enough seller, you can negotiate on these requirements. Ciao, Vic Boersma From - Wed Oct 11 05:49:23 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20001010150546.moea4788.mtiwgwc24.worldnet.att....@europe.std.com> for <[email protected]>; Tue, 10 Oct 2000 15:05:46 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id KAA05858 for nebs-outgoing; Tue, 10 Oct 2000 10:56:48 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id KAA05391 for <[email protected]>; Tue, 10 Oct 2000 10:54:50 -0400 (EDT) Received: from mx2.tellabs.com (mx2.tellabs.com [204.68.180.51]) by world.std.com (8.9.3/8.9.3) with ESMTP id KAA15611 for <[email protected]>; Tue, 10 Oct 2000 10:50:27 -0400 (EDT) From: [email protected] Received: from mxirl.shannon.tellabs.com (tlab-138-111-193-180.tellabs.com [138.111.193.180] (may be forged)) by mx2.tellabs.com (8.8.8/8.8.8) with ESMTP id JAA11843 for <[email protected]>; Tue, 10 Oct 2000 09:50:19 -0500 (CDT) Received: from localhost (root@localhost) by mxirl.shannon.tellabs.com (8.8.6 (PHNE_17135)/8.8.6) with ESMTP id PAA03101 for <[email protected]>; Tue, 10 Oct 2000 15:50:20 +0100 (BST) X-OpenMail-Hops: 1 List-Post: [email protected] Date: Tue, 10 Oct 2000 15:50:19 +0100 Message-Id: <H00000c400b0ea4e.0971189418.mxirl@MHS> Subject: RE: Compliance --- the way to go MIME-Version: 1.0 TO: [email protected] Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline ;Creation-Date="Tue, 10 Oct 2000 15:50:19 +0100" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <H00000c400b0ea4e.0971189418.mxirl@MHS> Don This act was mentioned a lot at the conference - how do I get my mits on a copy ? -----Original Message----- From: [email protected] [SMTP:[email protected]] Sent: Tuesday, October 10, 2000 3:31 PM To: [email protected] Subject: Compliance --- the way to go There is no room for negotiation, except for a few points dependent on location, such as physical environment, altitude, earthquake zone, etc. Since the Telecommunications Act of 1996, the former Bell companies have tightened up loop-holes and insured that requirements are documented more than ever before. UL1950, FCC Parts 15 and 68, NEBS FR-2063-CORE and Regional specific requirements... they all need to be reviewed. Been there, done that, wrote the policy. Don -----Original Message----- From: [email protected] [mailto:[email protected]] Sent: Tuesday, October 10, 2000 2:46 AM To: [email protected] Subject: RE: Vic Not sure if you were at the NEBS 2000 in Baltimore last week. Sounds to me like there is not too much room for negotiating with some of the RBOCs. Brian -----Original Message----- From: [email protected] [SMTP:[email protected]] Sent: Monday, October 09, 2000 2:14 PM To: [email protected] Subject: Submitted for Victor Boersma List-Post: [email protected] Date: Sun, 8 Oct 2000 01:16:55 -0400 From: "Victor L. Boersma" <[email protected]> Subject: Re: ETSI standards vs NEBS Sender: "Victor L. Boersma" <[email protected]> To: Chris Penney <[email protected]>, Dave Wilson <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]>, Victor Boersma <[email protected]> Just a minute here. NEBs are requirements for Network Equipment formulated by what was the Bell Operating Companies' research arm Bellcore. (They have now been cast adrift as Telecordia). The Operating Companies have done a good job of making sure that the requirements for their equipment were not regulated and are in effect part of the commercial negotiations that take place between the buyer and the seller. If you're a big enough seller, you can negotiate on these requirements. Ciao, Vic Boersma From - Wed Oct 11 05:49:28 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20001010171930.vdmn25868.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Tue, 10 Oct 2000 17:19:30 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id NAA02488 for nebs-outgoing; Tue, 10 Oct 2000 13:07:15 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id NAA29995 for <[email protected]>; Tue, 10 Oct 2000 13:00:24 -0400 (EDT) Received: from underlab-bh.ul.com (underlab-bh.ul.com [204.167.162.66]) by world.std.com (8.9.3/8.9.3) with ESMTP id MAA07273 for <[email protected]>; Tue, 10 Oct 2000 12:52:08 -0400 (EDT) From: [email protected] Received: (from uucp@localhost) by underlab-bh.ul.com (8.8.8/8.6.11) id LAA20241 for <[email protected]>; Tue, 10 Oct 2000 11:52:07 -0500 (CDT) Received: from iscan(10.40.1.221) by underlab-bh.ul.com via smap (4.1) id xma020020; Tue, 10 Oct 00 11:51:33 -0500 Received: from USNBKM201.us.ul.com (unverified) by iscan-1.ul.com (Content Technologies SMTPRS 4.0.1) with ESMTP id <[email protected]> for <[email protected]>; Tue, 10 Oct 2000 10:59:47 -0500 Received: from usmelm402.us.ul.com ([10.20.49.248]) by USNBKM201.us.ul.com (Lotus Domino Release 5.0.3 (Intl)) with ESMTP id 2000101010483843:170901 ; Tue, 10 Oct 2000 10:48:38 -0500 Subject: RE: Compliance --- the way to go; telecom act To: [email protected] X-Mailer: Lotus Notes Release 5.0.2c (Intl) 2 February 2000 Message-ID: <[email protected]> List-Post: [email protected] Date: Tue, 10 Oct 2000 11:49:26 -0400 MIME-Version: 1.0 X-MIMETrack: Serialize by Router on USMELM402/ULI(Release 5.0.3 (Intl)|21 March 2000) at 10/10/2000 11:49:25 AM, Itemize by SMTP Server on USNBKM201/ULI(Release 5.0.3 (Intl)|21 March 2000) at 10/10/2000 10:48:38 AM, Serialize by Router on USNBKM201/ULI(Release 5.0.3 (Intl)|21 March 2000) at 10/10/2000 10:48:39 AM, Serialize complete at 10/10/2000 10:48:39 AM Content-type: text/plain; charset=us-ascii Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Information on the 1996 telecom act can be found at: http://www.fcc.gov/telecom.html Randy Ivans Global Program Manager -Telecommunications Underwriters Laboratories Inc. 1285 Walt Whitman Rd. Melville, NY 11747 TEL: 631-271-6200; Ext. 22269 Department FAX: 631-439-6096 Direct FAX: 631-439-6131 email: [email protected] ********* Internet E-mail Confidentiality Disclaimer ********** This e-mail message may contain privileged or confidential information. If you are not the intended recipient, you may not disclose, use, disseminate, distribute, copy or rely upon this message or attachment in any way. If you received this e-mail message in error, please return by forwarding the message and its attachments to the sender. Underwriters Laboratories Inc., its subsidiaries and affiliates, does not accept liability for any errors, omissions, corruption or virus in the contents of this message or any attachments that arise as a result of e-mail transmission. ************************************************************************** From - Wed Oct 11 05:49:56 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <[email protected]> for <[email protected]>; Tue, 10 Oct 2000 19:38:09 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id PAA24376 for nebs-outgoing; Tue, 10 Oct 2000 15:27:03 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id PAA23734 for <[email protected]>; Tue, 10 Oct 2000 15:22:27 -0400 (EDT) Received: from excelsus01.excelsus-tech.com ([64.160.69.38]) by world.std.com (8.9.3/8.9.3) with ESMTP id PAA20545 for <[email protected]>; Tue, 10 Oct 2000 15:16:15 -0400 (EDT) Message-ID: <99A33C5F2DC1D311931D009027E7E822123D08@excelsus01> From: Don House <[email protected]> To: [email protected] Cc: [email protected] Subject: RE: Compliance --- the way to go List-Post: [email protected] Date: Tue, 10 Oct 2000 12:24:34 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <99A33C5F2DC1D311931D009027E7E822123D08@excelsus01> Brian and friends, The Telecom Act is written in "Legaleze" There is a nice abridged version that Ameritech published that I still have a copy of. I will scan it and have it put it on my website. If you want the full boat edition you can order it from the U.S.G.P.O. Superintendent of Documents. It will take me a couple of days to get this done. My website address is: http://www.nadcomm.org Don -----Original Message----- From: [email protected] [mailto:[email protected]] Sent: Tuesday, October 10, 2000 7:50 AM To: [email protected] Subject: RE: Compliance --- the way to go Don This act was mentioned a lot at the conference - how do I get my mits on a copy ? -----Original Message----- From: [email protected] [SMTP:[email protected]] Sent: Tuesday, October 10, 2000 3:31 PM To: [email protected] Subject: Compliance --- the way to go There is no room for negotiation, except for a few points dependent on location, such as physical environment, altitude, earthquake zone, etc. Since the Telecommunications Act of 1996, the former Bell companies have tightened up loop-holes and insured that requirements are documented more than ever before. UL1950, FCC Parts 15 and 68, NEBS FR-2063-CORE and Regional specific requirements... they all need to be reviewed. Been there, done that, wrote the policy. Don -----Original Message----- From: [email protected] [mailto:[email protected]] Sent: Tuesday, October 10, 2000 2:46 AM To: [email protected] Subject: RE: Vic Not sure if you were at the NEBS 2000 in Baltimore last week. Sounds to me like there is not too much room for negotiating with some of the RBOCs. Brian -----Original Message----- From: [email protected] [SMTP:[email protected]] Sent: Monday, October 09, 2000 2:14 PM To: [email protected] Subject: Submitted for Victor Boersma List-Post: [email protected] Date: Sun, 8 Oct 2000 01:16:55 -0400 From: "Victor L. Boersma" <[email protected]> Subject: Re: ETSI standards vs NEBS Sender: "Victor L. Boersma" <[email protected]> To: Chris Penney <[email protected]>, Dave Wilson <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]>, Victor Boersma <[email protected]> Just a minute here. NEBs are requirements for Network Equipment formulated by what was the Bell Operating Companies' research arm Bellcore. (They have now been cast adrift as Telecordia). The Operating Companies have done a good job of making sure that the requirements for their equipment were not regulated and are in effect part of the commercial negotiations that take place between the buyer and the seller. If you're a big enough seller, you can negotiate on these requirements. Ciao, Vic Boersma From - Wed Oct 11 05:50:14 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20001010232202.llxq4788.mtiwgwc24.worldnet.att....@europe.std.com>; Tue, 10 Oct 2000 23:22:02 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id TAA21589 for treg-outgoing; Tue, 10 Oct 2000 19:11:33 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id TAA19833 for <[email protected]>; Tue, 10 Oct 2000 19:04:48 -0400 (EDT) Received: from occamnetworks.com (mail.occamnetworks.com [216.64.159.194]) by world.std.com (8.9.3/8.9.3) with ESMTP id SAA05565; Tue, 10 Oct 2000 18:00:14 -0400 (EDT) Received: from occamnetworks.com (wilshire.occamnetworks.com [192.168.2.170]) by occamnetworks.com (8.10.1/8.10.1) with ESMTP id e9AM06025848; Tue, 10 Oct 2000 15:00:06 -0700 Message-ID: <[email protected]> List-Post: [email protected] Date: Tue, 10 Oct 2000 15:01:42 -0700 From: Nazeeh Shaheen <[email protected]> X-Mailer: Mozilla 4.73 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]> Subject: Principal Compliance Engineer Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: Nazeeh Shaheen <[email protected]> X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Position: Compliance Engineer ITE Equipment BSEE or equivalent Familiarity with LAN/WAN technologies Product Safety EMI/EMC Network Attachment NEBS Location: Occam Networks 4183 State Street Santa Barbara, CA 93110 Company: Occam Networks is an early stage start up which received initial Series A funding in Feb 2000. Occam Networks' mission is to be the leading provider of low-cost, high-function IP access devices to the service provider market. Perks: Absolute coolest company to work for. No egos, just brilliant people. Plus... pre-IPO stock options, very casual dress, bring pet to work atmosphere, telecommute friendly, weekly massage, team building events, endless snacks and drinks paid health club membership, very progressive and supportive management educational reimbursement relocation assistance 401K the typical health dental vision life LTD stuff From - Wed Oct 11 23:34:53 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20001011222143.dkam17767.mtiwgwc21.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 11 Oct 2000 22:21:43 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id SAA17219 for nebs-outgoing; Wed, 11 Oct 2000 18:06:56 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id SAA16678 for <[email protected]>; Wed, 11 Oct 2000 18:01:32 -0400 (EDT) Received: from localhost (jdc@localhost) by world.std.com (8.9.3/8.9.3) with SMTP id SAA06203 for <[email protected]>; Wed, 11 Oct 2000 18:01:31 -0400 (EDT) List-Post: [email protected] Date: Wed, 11 Oct 2000 18:01:31 -0400 (EDT) From: Jon D Curtis <[email protected]> To: [email protected] Message-ID: <[email protected]> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> submitted for [email protected] ----------------------------------------- To: [email protected] Cc: [email protected] Vic Not sure if you were at the NEBS 2000 in Baltimore last week. Sounds to me like there is not too much room for negotiating with some of the RBOCs. Brian -----Original Message----- From: [email protected] [SMTP:[email protected]] Sent: Monday, October 09, 2000 2:14 PM To: [email protected] Subject: Submitted for Victor Boersma List-Post: [email protected] Date: Sun, 8 Oct 2000 01:16:55 -0400 From: "Victor L. Boersma" <[email protected]> Subject: Re: ETSI standards vs NEBS Sender: "Victor L. Boersma" <[email protected]> To: Chris Penney <[email protected]>, Dave Wilson <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]>, Victor Boersma <[email protected]> Just a minute here. NEBs are requirements for Network Equipment formulated by what was the Bell Operating Companies' research arm Bellcore. (They have now been cast adrift as Telecordia). The Operating Companies have done a good job of making sure that the requirements for their equipment were not regulated and are in effect part of the commercial negotiations that take place between the buyer and the seller. If you're a big enough seller, you can negotiate on these requirements. Ciao, Vic Boersma From - Wed Oct 11 23:34:52 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20001011222142.hbwk3745.mtiwgwc23.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 11 Oct 2000 22:21:42 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id SAA17422 for nebs-outgoing; Wed, 11 Oct 2000 18:09:03 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id SAA16737 for <[email protected]>; Wed, 11 Oct 2000 18:02:46 -0400 (EDT) Received: from localhost (jdc@localhost) by world.std.com (8.9.3/8.9.3) with SMTP id SAA07110 for <[email protected]>; Wed, 11 Oct 2000 18:02:45 -0400 (EDT) List-Post: [email protected] Date: Wed, 11 Oct 2000 18:02:45 -0400 (EDT) From: Jon D Curtis <[email protected]> To: [email protected] Message-ID: <[email protected]> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> submitted for Chuck Graff -------------------------- Anyone who was at the NEBS conference in Baltimore last week heard the same answer from the RBOC's who were present. All requirements must be met. There is no room for negotiations. Chuck Graff Verizon Communications [email protected] on 10/10/2000 05:46:04 AM Please respond to [email protected] To: [email protected] cc: (bcc: Chuck Graff) Subject: RE: Vic Not sure if you were at the NEBS 2000 in Baltimore last week. Sounds to me like there is not too much room for negotiating with some of the RBOCs. Brian -----Original Message----- From: [email protected] [SMTP:[email protected]] Sent: Monday, October 09, 2000 2:14 PM To: [email protected] Subject: Submitted for Victor Boersma List-Post: [email protected] Date: Sun, 8 Oct 2000 01:16:55 -0400 From: "Victor L. Boersma" <[email protected]> Subject: Re: ETSI standards vs NEBS Sender: "Victor L. Boersma" <[email protected]> To: Chris Penney <[email protected]>, Dave Wilson <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]>, Victor Boersma <[email protected]> Just a minute here. NEBs are requirements for Network Equipment formulated by what was the Bell Operating Companies' research arm Bellcore. (They have now been cast adrift as Telecordia). The Operating Companies have done a good job of making sure that the requirements for their equipment were not regulated and are in effect part of the commercial negotiations that take place between the buyer and the seller. If you're a big enough seller, you can negotiate on these requirements. Ciao, Vic Boersma From - Wed Oct 11 23:35:08 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20001012005933.wgvy4788.mtiwgwc24.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 12 Oct 2000 00:59:33 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id UAA16624 for nebs-outgoing; Wed, 11 Oct 2000 20:51:33 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id UAA16080 for <[email protected]>; Wed, 11 Oct 2000 20:48:46 -0400 (EDT) Received: from excelsus01.excelsus-tech.com ([64.160.69.38]) by world.std.com (8.9.3/8.9.3) with ESMTP id UAA07929 for <[email protected]>; Wed, 11 Oct 2000 20:45:20 -0400 (EDT) Message-ID: <99A33C5F2DC1D311931D009027E7E822123D92@excelsus01> From: Don House <[email protected]> To: [email protected] Subject: RE: List-Post: [email protected] Date: Wed, 11 Oct 2000 17:54:04 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <99A33C5F2DC1D311931D009027E7E822123D92@excelsus01> Thank you Chuck, I could not say it better myself. Best Regards, Don -----Original Message--- -- From: Jon D Curtis [mailto:[email protected]] Sent: Wednesday, October 11, 2000 3:03 PM To: [email protected] Subject: submitted for Chuck Graff -------------------------- Anyone who was at the NEBS conference in Baltimore last week heard the same answer from the RBOC's who were present. All requirements must be met. There is no room for negotiations. Chuck Graff Verizon Communications [email protected] on 10/10/2000 05:46:04 AM Please respond to [email protected] To: [email protected] cc: (bcc: Chuck Graff) Subject: RE: Vic Not sure if you were at the NEBS 2000 in Baltimore last week. Sounds to me like there is not too much room for negotiating with some of the RBOCs. Brian -----Original Message----- From: [email protected] [SMTP:[email protected]] Sent: Monday, October 09, 2000 2:14 PM To: [email protected] Subject: Submitted for Victor Boersma List-Post: [email protected] Date: Sun, 8 Oct 2000 01:16:55 -0400 From: "Victor L. Boersma" <[email protected]> Subject: Re: ETSI standards vs NEBS Sender: "Victor L. Boersma" <[email protected]> To: Chris Penney <[email protected]>, Dave Wilson <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]>, Victor Boersma <[email protected]> Just a minute here. NEBs are requirements for Network Equipment formulated by what was the Bell Operating Companies' research arm Bellcore. (They have now been cast adrift as Telecordia). The Operating Companies have done a good job of making sure that the requirements for their equipment were not regulated and are in effect part of the commercial negotiations that take place between the buyer and the seller. If you're a big enough seller, you can negotiate on these requirements. Ciao, Vic Boersma From - Tue Oct 17 04:59:27 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc27.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20001016144901.rami3028.mtiwgwc27.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 16 Oct 2000 14:49:01 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id KAA07505 for nebs-outgoing; Mon, 16 Oct 2000 10:27:44 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id KAA06173 for <[email protected]>; Mon, 16 Oct 2000 10:23:20 -0400 (EDT) Received: from alemail1.firewall.lucent.com (alemail1.lucent.com [192.11.221.161]) by world.std.com (8.9.3/8.9.3) with ESMTP id KAA21597 for <[email protected]>; Mon, 16 Oct 2000 10:19:57 -0400 (EDT) From: [email protected] Received: from alemail1.firewall.lucent.com (localhost [127.0.0.1]) by alemail1.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id KAA04673 for <[email protected]>; Mon, 16 Oct 2000 10:19:55 -0400 (EDT) Received: from homail.ho.lucent.com (h135-17-192-10.lucent.com [135.17.192.10]) by alemail1.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id KAA04653 for <[email protected]>; Mon, 16 Oct 2000 10:19:55 -0400 (EDT) Received: from urinotes01.bcs.lucent.com (urinotes01.bcs.lucent.com [135.35.228.30]) by homail.ho.lucent.com (8.8.8+Sun/EMS-1.5 sol2) id KAA10909; Mon, 16 Oct 2000 10:19:54 -0400 (EDT) Subject: Re: Principal Compliance Engineer To: [email protected] X-Mailer: Lotus Notes Release 5.0.3 March 21, 2000 Message-ID: <[email protected]> List-Post: [email protected] Date: Mon, 16 Oct 2000 10:19:09 -0400 X-MIMETrack: Serialize by Router on Notes01/SVR/Yurie(Release 5.0.4 |June 8, 2000) at 10/16/2000 10:19:11 MIME-Version: 1.0 Content-type: multipart/mixed; Boundary="0__=8525697A004E52038f9e8a93df938690918c8525697A004E5203" Content-Disposition: inline Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> --0__=8525697A004E52038f9e8a93df938690918c8525697A004E5203 Content-type: text/plain; charset=us-ascii Attached is my resume. (See attached file: CV to LU.doc) Kenny M. Bello Regulatory Compliance Engineer Lucent Technologies, Broadband Carrier Networks Access Technology Division InterNetworking Systems (301) 809-4414 (301) 352-4680 FAX [email protected] Nazeeh Shaheen <nshaheen@occamnet To: "'[email protected]'" <[email protected]>, works.com> "'[email protected]'" <[email protected]>, "'[email protected]'" Sent by: <[email protected]> nebs-approval@worl cc: d.std.com Subject: Principal Compliance Engineer 10/10/00 06:01 PM Please respond to nebs Position: Compliance Engineer ITE Equipment BSEE or equivalent Familiarity with LAN/WAN technologies Product Safety EMI/EMC Network Attachment NEBS Location: Occam Networks 4183 State Street Santa Barbara, CA 93110 Company: Occam Networks is an early stage start up which received initial Series A funding in Feb 2000. Occam Networks' mission is to be the leading provider of low-cost, high-function IP access devices to the service provider market. Perks: Absolute coolest company to work for. No egos, just brilliant people. Plus... pre-IPO stock options, very casual dress, bring pet to work atmosphere, telecommute friendly, weekly massage, team building events, endless snacks and drinks paid health club membership, very progressive and supportive management educational reimbursement relocation assistance 401K the typical health dental vision life LTD stuff --0__=8525697A004E52038f9e8a93df938690918c8525697A004E5203 Content-type: application/msword; name="CV to LU.doc" Content-Disposition: attachment; filename="CV to LU.doc" Content-transfer-encoding: base64 Content-Description: Microsoft Word 4 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAAKgAAAAAAAAAA EAAALAAAAAEAAAD+////AAAAACkAAAD///////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// ///////////////////////////////////////////////////////////////////////////s pcEAWQAJBAAAABK/AAAAAAAAEAAAAAAABAAA4hEAAA4AYmpiavNX81cAAAAAAAAAAAAAAAAAAAAA AAAJBBYAHiAAAJE9AQCRPQEA4g0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD//w8AAAAA AAAAAAD//w8AAAAAAAAAAAD//w8AAAAAAAAAAAAAAAAAAAAAAF0AAAAAAPQAAAAAAAAA9AAAAPQA AAAAAAAA9AAAAAAAAAD0AAAAAAAAAPQAAAAAAAAA9AAAABQAAAAAAAAAAAAAACQBAAAAAAAAJAEA AAAAAAAkAQAAAAAAACQBAAAAAAAAJAEAAAwAAAAwAQAAFAAAACQBAAAAAAAACggAAPYAAABQAQAA AAAAAFABAAAAAAAAUAEAAAAAAABQAQAAAAAAAFABAAAAAAAAUAEAAAAAAABQAQAAAAAAAFABAAAA AAAAzwcAAAIAAADRBwAAAAAAANEHAAAAAAAA0QcAAAAAAADRBwAAAAAAANEHAAAAAAAA0QcAACQA AAAACQAA9AEAAPQKAABeAAAA9QcAABUAAAAAAAAAAAAAAAAAAAAAAAAA9AAAAAAAAABQAQAAAAAA AAAAAAAAAAAAAAAAAAAAAABQAQAAAAAAAFABAAAAAAAAUAEAAAAAAABQAQAAAAAAAPUHAAAAAAAA kAIAAAAAAAD0AAAAAAAAAPQAAAAAAAAAUAEAAAAAAAAAAAAAAAAAAFABAAAAAAAAUAEAAAAAAACQ AgAAAAAAAJACAAAAAAAAkAIAAAAAAABQAQAA1gAAAPQAAAAAAAAAUAEAAAAAAAD0AAAAAAAAAFAB AAAAAAAAzwcAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAEAAA4AAAAWAQAADgAAAPQAAAAAAAAA9AAA AAAAAAD0AAAAAAAAAPQAAAAAAAAAUAEAAAAAAADPBwAAAAAAAJACAADyAgAAkAIAAAAAAACCBQAA jgAAABwHAACjAAAA9AAAAAAAAAD0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAzwcAAAAAAABQAQAAAAAAAEQBAAAMAAAA0C9VP5vm vwEkAQAAAAAAACQBAAAAAAAAJgIAAGoAAAC/BwAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAS2Vu bnkgTS4gQmVsbG8NNjIwMSBGZXJud29vZCB0ZXIuIA0jMTAyLCBSaXZlcmRhbGUsIE1EIDIwNzM3 DVRlbDogKDMwMSkgNDU5IDU2MzMgSE0sICAgKDMwMSkgODA5IDQ0MTQgV0sgICANRW1haWw6IE1L QkVMTE9ATFVDRU5ULkNPTQ0NDVNLSUxMUw0NRW5naW5lZXJpbmcgLSBNb3JlIHRoYW4gNSB5ZWFy cyBvZiBkaXZlcnNpZmllZCBFbGVjdHJpY2FsIEVuZ2luZWVyaW5nIGV4cGVyaWVuY2UgaW5jbHVk aW5nIHRoZSBrbm93bGVkZ2Ugb2YgZG9tZXN0aWMsIENhbmFkaWFuLCBFdXJvcGVhbiBhbmQgZ2xv YmFsIEVNSS9FTUMsIFRlbGVjb20sIHByb2R1Y3Qgc2FmZXR5IHN0YW5kYXJkcyBhbmQgZXZhbHVh dGlvbiB0ZWNobmlxdWVzIChFTiA2MTAwMCwgQ0lTUFIsIEZDQywgVUwvQ1NBL0lFQzYwOTUwLCBU ZWxjb3JkaWEvQmVsY29yZShORUJTKSwgVkNDSSwgSkFURSwgQVVTVEVMKQ1Db21tdW5pY2F0aW9u IFNraWxscyAtIGR5bmFtaWMsIGVmZmVjdGl2ZSBpbnRlcnBlcnNvbmFsIGNvbW11bmljYXRpb24g c2tpbGxzIGluIHN1cHBvcnQgb2YgY3VzdG9tZXIgcHJlc2VudGF0aW9ucyBhbmQgdGVjaG5pY2Fs IGxpYWlzb24NUHJvYmxlbSBTb2x2aW5nIC0gYXR0YWNrIGNoYWxsZW5naW5nIHByb2JsZW1zIHdp dGggdmlnb3IgdG8gaWRlbnRpZnkgYW5kIGltcGxlbWVudCB1bmlxdWUsIGNvc3QgZWZmZWN0aXZl IHNvbHV0aW9ucyBpbmNvcnBvcmF0aW5nIHBsYW5uaW5nIGFuZCByaXNrIG1hbmFnZW1lbnQuIFVz ZWQgdG8gd29ya2luZywgYm90aCBvbiBteSBvd24gYW5kIHdpdGhpbiB0ZWFtcy4gSSBoYXZlIHdv cmtlZCB3aXRoIGEgd2lkZSByYW5nZSBvZiBwZW9wbGUgYW5kIEkgYW0gYWJsZSB0byBuZWdvdGlh dGUgYW5kIGxpYXNlIHdpdGggY2xpZW50cyBhbmQgY29sbGVhZ3Vlcy4NTXVsdGktdGFza2luZyAt IEFibGUgdG8gZWZmZWN0aXZlbHkgYWRtaW5pc3RlciBtdWx0aXBsZSBjb25jdXJyZW50IHByb2pl Y3RzIGludm9sdmluZyB0ZWNobmljYWwgY29uc3VsdGF0aW9uLCBlbmdpbmVlcmluZyBtYW5hZ2Vt ZW50LCBhbmQgdGVjaG5pY2FsIGRvY3VtZW50YXRpb247IG9uIHRpbWUgYW5kIHdpdGhpbiBidWRn ZXQuCQ0NV09SSyBFWFBFUklFTkNFOg1GZWIgOTkgLSBQcmVzZW50Lg1MdWNlbnQgVGVjaG5vbG9n aWVzIChCZWxsIGxhYnMgSW5ub3ZhdGlvbnMpLCBMYW5kb3ZlciBNRC4gUmVndWxhdG9yeSBDb21w bGlhbmNlL1Rlc3QgRW5naW5lZXIsIA1JIGFtIHJlc3BvbnNpYmxlIGZvciBhbGwgYXNwZWN0cyBv ZiBIb21vbG9nYXRpb24vUmVndWxhdG9yeSBjb21wbGlhbmNlIGZvciBMdWNlbnQgVGVjaG5vbG9n aWVzIElOUyBncm91cCBQU0FYIEFUTSBTd2l0Y2ggcHJvZHVjdHMsIGluY2x1ZGluZyBpbml0aWFs IHJldmlldywgYWdlbmN5IHN1Ym1pdHRhbCwgYWdlbmN5IGFwcHJvdmFsIGFuZCBhcHByb3ZhbHMg bWFpbnRlbmFuY2UgZm9yIG5hdGlvbmFsIGFuZCBpbnRlcm5hdGlvbmFsIGNvdW50cmllcy4NUGVy Zm9ybSBwcmUtY29tcGxpYW5jZSBldmFsdWF0aW9ucywgc2ltdWxhdGlvbnMgYW5kIGFuYWx5c2lz IHRvIGVuc3VyZSBzdWNjZXNzIG9uIExhYm9yYXRvcnkgY29tcGxpYW5jZSB0ZXN0aW5nLiBTdXBw b3J0IGFuZCBtYW5hZ2UgM3JkIHBhcnR5IHRlc3RpbmcgZmFjaWxpdGllcywgaW5jbHVkaW5nIG9j Y2FzaW9uYWwgdHJhdmVsLg1TdXBwb3J0IGVuZ2luZWVyaW5nICwgbWFudWZhY3R1cmluZyBhbmQg c2FsZXMgdGVhbXMgcmVnYXJkaW5nIGNvbXBsaWFuY2UgcmVxdWlyZW1lbnRzLCBpc3N1ZXMgYW5k IHN0YXR1cw0NQXByaWwgOTggLSBGZWIgOTkJDUVNQyBUZWNobm9sb2d5IFNlcnZpY2VzIFtBIHN1 YnNpZGlhcnkgb2YgVW5kZXJ3cml0ZXIgTGFib3JhdG9yaWVzICAoVUwpXSwgNDkwMDAgTWlsbW9u dCBEcnYuLCBGcmVtb250LCBDYS4gQ29tcGxpYW5jZS9UZXN0IEVuZ2luZWVyIChUZWxlY29tbXVu aWNhdGlvbikgLSBEYXRhIGNvbW11bmljYXRpb24gYW5kIFRlbGVjb21tdW5pY2F0aW9uIFByb2R1 Y3QgdGVzdGluZy4gUHJvdmlkZSBwcm9kdWN0IGRlc2lnbiBjb21wbGlhbmNlIHNlcnZpY2VzIHRv IGhlbHAgc3BlZWQgdGhlIHByb2Nlc3Mgb2YgdGVzdGluZyBlbGVjdHJpY2FsIGFuZCBlbGVjdHJv bmljcyBwcm9kdWN0IHRvIG1lZXQgYm90aCBVLlMgYW5kIGludGVybmF0aW9uYWwgcmVxdWlyZW1l bnQgZS5nLiBORUJTLCBGQ0MgUDY4LCBJbmR1c3RyeSBDYW5hZGEsIEJlbGNvcmUgR1Igc2VyaWVz LCBQYWNiZWxsLCBJVFUtVCBLIHNlcmllcywgRVRTIDMwMC0xMzIsIEVONjEwMDAsIFVMMTk1MCwg RU1DLCBFTUkgZS50LmMuIENvb3JkaW5hdGVkIFJlZ3VsYXRvcnkgdGVzdHMsIE9wZXJhdGUgaW5k ZXBlbmRlbnRseSwgQWJpbGl0eSB0byB1bmRlcnN0YW5kIGFuZCBidWlsZCB0ZXN0IGZlYXR1cmVz IGZvciByZWd1bGF0b3J5IHRlc3QuIEZhbWlsaWFyIHdpdGggQXNjZW5kIFBpcGVsaW5lIGFuZCBN YXggUHJvZHVjdHMuIA0NRmViIDk4IJYgQXVnIDk4DUtBTyBJbmZvc3lzdGVtLCA4MDAgQ29ycG9y YXRlIFdheSwgRnJlbW9udCwgQ2EuIEVsZWN0cmljYWwgRWxlY3Ryb25pY3MgRW5naW5lZXIuIE9u ZSBvZiBhIHRlYW0gb2YgNyBlbmdpbmVlcnMuIE1haW50YWluaW5nIHRoZSBzbW9vdGggb3BlcmF0 aW9uIG9mIHByb2R1Y3Rpb24uIFRoaXMgam9iIGludm9sdmVzIHRoZSBtb2RpZmljYXRpb24sIE1h aW50ZW5hbmNlIG9mIGNvbXB1dGVyIGRpc2sgbG9hZGVycyBhbmQgbWFudWZhY3R1cmluZyBlcXVp cG1lbnQuDQ1GZWIgOTUgLSBNYXJjaCA5NiAJDUNsYXJrcyBSYWRpb3MsIEdyYWZ0b24gR2FyZGVu cywgTWFub3IgSG91c2UsIExvbmRvbi4gTXVzaWNhbCBhbmQgUmFkaW8gbWFpbnRlbmFuY2Ugc2hv cC4gU2FsZXMgYXNzaXN0YW5jZSBhbmQgcmFkaW8gcmVwYWlyLiBUaGlzIGpvYiBnYXZlIG1lIGFu IGluc2lnaHQgaW50byB0ZWNobmljYWwgaGFyZHdhcmUgYW5kIGN1c3RvbWVyIHNlcnZpY2UuIE15 IDEyIG1vbnRocyB3aXRoIHRoaXMgZWxlY3Ryb25pYyBzaG9wIHRhdWdodCBtZSBob3cgdG8gd29y ayB1bmRlciBwcmVzc3VyZSBhbmQgbWVldGluZyBkZWFkbGluZXMuICAgCQ0NRURVQ0FUSU9OOiAN U2VwdC4gMTk5NC0tSnVuZSAxOTk3CQ1LaW5nJ3MgQ29sbGVnZSBMb25kb24sIFVuaXZlcnNpdHkg b2YgTG9uZG9uIEJhY2hlbG9ycywgRWxlY3Ryb25pYyBhbmQgRWxlY3RyaWNhbCBFbmdpbmVlcmlu ZyAgDU5vcnRoIExvbmRvbiBDb2xsZWdlLCBMb25kb24gQlRFQyBOYXRpb25hbCBEaXBsb21hIGlu IEVuZ2luZWVyaW5nIChEaXN0aW5jdGlvbikgCQ0NTUFJTiBNT0RVTEVTOiAgICAgICAgIA1JbnRl Z3JhdGVkIENpcmN1aXQgRGVzaWduKFZMU0kpICwgU2lnbmFsIFByb2Nlc3NpbmcgIExpbmVhciBh bmQgRGlnaXRhbCBFbGVjdHJvbmljcywgTWljcm93YXZlIGFuZCBIaWdoIGZyZXF1ZW5jeSwgU2Vt aWNvbmR1Y3RvciBEZXZpY2VzLCBEaWdpdGFsIFNpZ25hbCBQcm9jZXNzaW5nKERTUCksIFRlY2hu aWNhbCBkcmF3aW5nLCBMb2dpYyBkZXNpZ24uCQ0NUkVGRVJFTkNFUzogIFdpbGwgYmUgcHJvdmlk ZWQgdXBvbiByZXF1ZXN0Lg0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAhgQAAIgEAACP BAAAkAQAAJsEAAC+BQAA0gUAAEYGAABVBgAAhAcAAJEHAABECAAAVQgAAE8KAABRCgAA/Q8AAAkQ AADSEAAA6RAAALURAADDEQAA4REAAOIRAAD59Oz55PTk9OT05PTs9N707PTs9Pn0+QAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAALSCoBT0oCAFFKAgAONQiBNgiBT0oCAFFK AgAADjUIgT4qAU9KAgBRSgIAAAhPSgIAUUoCAAALNQiBT0oCAFFKAgAAFwAEAAAPBAAAIwQAAD0E AABsBAAAhgQAAIcEAACIBAAAjwQAAJAEAAC+BQAARgYAAIQHAABDCAAARAgAAFUIAABnCAAAxwgA AMoJAACJCgAA8goAAPMKAAAGCwAApA0AAKUNAAC6DgAAuw4AAP0AAAAAAAAAAAAAAAD9AAAAAAAA AAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAA AP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAPIAAAAAAAAAAAAAAADyAAAA AAAAAAAAAAAA8gAAAAAAAAAAAAAAAOYAAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAA AAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA4QAAAAAAAAAAAAAAAOEAAAAAAAAAAAAAAADh AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAA AAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAAAAAAAAUPAAomAAtGBQAMDwAKJgALRgIA D4TQAg3GBwFoAQHQAgYLAAAKJgALRgEADoTQAg+E0AITpDwAAAEPAAAaAAQAAA8EAAAjBAAAPQQA AGwEAACGBAAAhwQAAIgEAACPBAAAkAQAAL4FAABGBgAAhAcAAEMIAABECAAAVQgAAGcIAADHCAAA ygkAAIkKAADyCgAA8woAAAYLAACkDQAApQ0AALoOAAC7DgAAzw4AAPwPAAD9DwAACRAAACAQAAB/ EAAA0RAAANIQAADpEAAAtREAALYRAADiEQAA/f39/f39/f39+vTu6f39/f3k5OT9/f39/f39/f39 /f39/f39/f0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAIPAAgFAAkBAAgCDwAI AgAJAQAKCAEACQEKAgAAAAAKCAEACQEKAQAAAAAFCAEACQEDAg8AACa7DgAAzw4AAPwPAAD9DwAA CRAAACAQAAB/EAAA0RAAANIQAADpEAAAtREAALYRAADiEQAA/QAAAAAAAAAAAAAAAP0AAAAAAAAA AAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA /QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAA AAAAAAAAAAD9AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABDwAADBwAH7CCLiCwxkEhsG4EIrBu BCOQbgQkkG4EJbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEgARAAoAAQBbAA8AAgAAAAAA AAAkAABA8f8CACQAAAAGAE4AbwByAG0AYQBsAAAAAgAAAAQAbUgJDAAAAAAAAAAAAAAAAAAAAAAA ADwAQUDy/6EAPAAAABYARABlAGYAYQB1AGwAdAAgAFAAYQByAGEAZwByAGEAcABoACAARgBvAG4A dAAAAAAAAAAAAAAAAAAwAFpAAQDyADAAAAAKAFAAbABhAGkAbgAgAFQAZQB4AHQAAAACAA8ACABP SgMAUUoDAC4APgABAAIBLgAAAAUAVABpAHQAbABlAAAABQAQAAMkAQALADUIgUNKFgBtSAkEAAAA AADiDQAABAAAIAAACQD/////AQAAAAQh//8BAAAAAAAAAAAA4g0AAAAAAAAAAAAEAADiEQAADAAA AAAEAAC7DgAA4hEAAA0AAAAPAAAAAAQAAOIRAAAOAAAAAAAAAAkAAAAOAAAAFAAAABwAAAAdAAAA IAAAACkAAAAyAAAAkQEAAJoBAACbAQAAogEAAGEDAABmAwAAlAQAAJwEAADrBAAA9wQAAFYHAABd BwAAXgcAAGEHAAChCAAAqAgAALQIAAC7CAAA9AgAAPkIAACZCQAAoQkAALkJAADDCQAA3goAAOUK AADkDQAABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAc AAcAHAAHAAQABwAcAAcAHAAHAAAAAAAPAAAAIQAAACUEAAAmBAAAZwQAAKAEAAASCQAAGAkAAHMJ AACjCQAAtQkAAAUKAAAGCgAAIwoAAPwMAAADDQAA5A0AAAcAGgAHABoABwAaAAcAGgAHAAQABwAa AAcAGgAHABoABwD//xQAAAAGAEwAVQBDAEUATgBUACoAQwA6AFwAVABFAE0AUABcAEEAdQB0AG8A UgBlAGMAbwB2AGUAcgB5ACAAcwBhAHYAZQAgAG8AZgAgAEMAVgAgADIALQA3AC0AMAAwAC4AYQBz AGQABgBMAFUAQwBFAE4AVAAqAEMAOgBcAFQARQBNAFAAXABBAHUAdABvAFIAZQBjAG8AdgBlAHIA eQAgAHMAYQB2AGUAIABvAGYAIABDAFYAIAAyAC0ANwAtADAAMAAuAGEAcwBkAAYATABVAEMARQBO AFQAEABBADoAXABDAFYAIAAyAC0ANwAtADAAMAAuAGQAbwBjAAYATABVAEMARQBOAFQAEABBADoA XABDAFYAIAAyAC0ANwAtADAAMAAuAGQAbwBjAAYATABVAEMARQBOAFQAEABBADoAXABDAFYAIAAy AC0ANwAtADAAMAAuAGQAbwBjAAYATABVAEMARQBOAFQAKgBDADoAXABUAEUATQBQAFwAQQB1AHQA bwBSAGUAYwBvAHYAZQByAHkAIABzAGEAdgBlACAAbwBmACAAQwBWACAAMgAtADcALQAwADAALgBh AHMAZAAGAEwAVQBDAEUATgBUACoAQwA6AFwAVABFAE0AUABcAEEAdQB0AG8AUgBlAGMAbwB2AGUA cgB5ACAAcwBhAHYAZQAgAG8AZgAgAEMAVgAgADIALQA3AC0AMAAwAC4AYQBzAGQABgBMAFUAQwBF AE4AVAAaAEEAOgBcAEMAVgAgAHQAbwAgAEwAVQAgAEEATABBACAANwAtADUALQAwADAALgBkAG8A YwAGAEwAVQBDAEUATgBUABoAQQA6AFwAQwBWACAAdABvACAATABVACAAQQBMAEEAIAA3AC0ANQAt ADAAMAAuAGQAbwBjAAYATABVAEMARQBOAFQAGgBBADoAXABDAFYAIAB0AG8AIABMAFUAIABBAEwA QQAgADcALQA1AC0AMAAwAC4AZABvAGMABQD+//////////8PAAAAAAAAAAAAAAAAAAAAAAEAWSUG EgEACQT/DwAAAAAAAAAAAAAAAAAAAAABAKJ9BlUBAAkE/w8AAAAAAAAAAAAAAAAAAAAAAQDBP2Fu AQAJBP8PAAAAAAAAAAAAAAAAAAAAAAEADgc6dQEACQT/DwAAAAAAAAAAAAAAAAAAAAABAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABACoAAQAAABcAAAAAAAAAAAAAAAAAAAAAAAAACxAAAA+E aAERhJj+FcYFAAFoAQZPSgEAUUoBAG8oAAEAt/ABAAAAFwAAAAAAAAAAAAAAAAAAAAAAAAALEAAA D4RoARGEmP4VxgUAAWgBBk9KAQBRSgEAbygAAQC38AEAAAAXAAAAAAAAAAAAAAAAAAAAAAAAAAsQ AAAPhGgBEYSY/hXGBQABaAEGT0oBAFFKAQBvKAABALfwAQAAABcAAAAAAAAAAAAAAAAAAAAAAAAA CxAAAA+EaAERhJj+FcYFAAFoAQZPSgEAUUoBAG8oAAEAt/AFAAAA/v///wAAAACA6OwAAQAAAME/ YW4AAAAAAAAAAAAAAACifQZVAAAAAAAAAAAAAAAAWSUGEgAAAAAAAAAAAAAAAA4HOnUAAAAAAAAA AAAAAAD/////jOjsAGAAbQABAAAAF0AAAAAAAAAAAAAAAAAAAGgBAAALCAAAD4RoARGEmP5PSgEA UUoBAG8oAAEAt/D///////////////////////8FAAAAAAAAAAAAAAAAAP9AAYABAJoJAACaCQAA WN7sAAEAAQCaCQAAAAAAAJUJAAAAAAAAAhAAAAAAAAAA4g0AAEAAAAgAQAAABAAAAEcWkAEAAAIC BgMFBAUCAwSHAgAAAAAAAAAAAAAAAAAAnwAAAAAAAABUAGkAbQBlAHMAIABOAGUAdwAgAFIAbwBt AGEAbgAAADUWkAECAAUFAQIBBwYCBQcAAAAAAAAAEAAAAAAAAAAAAAAAgAAAAABTAHkAbQBiAG8A bAAAADMmkAEAAAILBgQCAgICAgSHAgAAAAAAAAAAAAAAAAAAnwAAAAAAAABBAHIAaQBhAGwAAAA/ NZABAAACBwMJAgIFAgQEhwIAAAAAAAAAAAAAAAAAAJ8AAAAAAAAAQwBvAHUAcgBpAGUAcgAgAE4A ZQB3AAAAIgAEAHEIiBgAANACAABoAQAAAADsKkdmCCtHZvGkMWYEABYAAAD3AQAANAsAAAEABQAA AAQAAxAXAAAAAAAAAAAAAAABAAEAAAABAAAAAAAAACQDAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAKUGwAe0ALQAgAA+MAAAAAAAAAAAAAAAAAAAwg0AAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAEgFAAAFAAAAAAAAAAAAAAAAAAAAAAACAAAAmwH//xIAAAAA AAAABwBLAGUAbgBuAHkAIABNAAAAAAAAAA0ATQBvAG4AcwB1AHIAdQAgAEIAZQBsAGwAbwAGAEwA VQBDAEUATgBUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP7/AAAEAAIAAAAAAAAAAAAAAAAAAAAAAAEA AADghZ/y+U9oEKuRCAArJ7PZMAAAAHABAAARAAAAAQAAAJAAAAACAAAAmAAAAAMAAACoAAAABAAA ALQAAAAFAAAAzAAAAAcAAADYAAAACAAAAOgAAAAJAAAA+AAAABIAAAAEAQAACgAAACABAAALAAAA LAEAAAwAAAA4AQAADQAAAEQBAAAOAAAAUAEAAA8AAABYAQAAEAAAAGABAAATAAAAaAEAAAIAAADk BAAAHgAAAAgAAABLZW5ueSBNAB4AAAABAAAAAGVubh4AAAAOAAAATW9uc3VydSBCZWxsbwBvAB4A AAABAAAAAG9ucx4AAAAHAAAATm9ybWFsACAeAAAABwAAAExVQ0VOVAAgHgAAAAIAAAA0AENFHgAA ABMAAABNaWNyb3NvZnQgV29yZCA4LjAAAEAAAAAABMgSAwAAAEAAAAAAfoVzz0S+AUAAAAAA4FTW l+a/AUAAAAAAcKMwm+a/AQMAAAABAAAAAwAAAPcBAAADAAAANAsAAAMAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD+/wAABAACAAAAAAAAAAAAAAAAAAAAAAACAAAAAtXN1Zwu GxCTlwgAKyz5rkQAAAAF1c3VnC4bEJOXCAArLPmuNAEAAPAAAAAMAAAAAQAAAGgAAAAPAAAAcAAA AAUAAAB8AAAABgAAAIQAAAARAAAAjAAAABcAAACUAAAACwAAAJwAAAAQAAAApAAAABMAAACsAAAA FgAAALQAAAANAAAAvAAAAAwAAADQAAAAAgAAAOQEAAAeAAAAAgAAACAAIAADAAAAFwAAAAMAAAAF AAAAAwAAAMINAAADAAAAahAIAAsAAAAAAAAACwAAAAAAAAALAAAAAAAAAAsAAAAAAAAAHhAAAAEA AAAIAAAAS2VubnkgTQAMEAAAAgAAAB4AAAAGAAAAVGl0bGUAAwAAAAEAAAAAAJgAAAADAAAAAAAA ACAAAAABAAAANgAAAAIAAAA+AAAAAQAAAAIAAAAKAAAAX1BJRF9HVUlEAAIAAADkBAAAQQAAAE4A AAB7AEYANABGADkARQAyADAAMwAtADcANgBEAEUALQAxADEARAAyAC0AOQAwADEARQAtAEUAMwA1 AEUANgA1ADQAMAAzADkAOABBAH0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAQAAAAIAAAADAAAABAAAAAUAAAAGAAAABwAAAAgAAAAJAAAACgAAAAsA AAAMAAAADQAAAA4AAAAPAAAAEAAAAP7///8SAAAAEwAAABQAAAAVAAAAFgAAABcAAAAYAAAA/v// /xoAAAAbAAAAHAAAAB0AAAAeAAAAHwAAACAAAAD+////IgAAACMAAAAkAAAAJQAAACYAAAAnAAAA KAAAAP7////9////KwAAAP7////+/////v////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////9SAG8AbwB0ACAARQBuAHQAcgB5AAAAAAAAAAAAAAAAAAULRQAAAAAAuAAU ALgAFAAAAAAAAAAAAAAAAAAAAAAAFgAFAf//////////AwAAAAYJAgAAAAAAwAAAAAAAAEYAAAAA oAk46JfmvwHQyPFAm+a/AS0AAACAAAAAAAAAADEAVABhAGIAbABlAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOAAIA////////////////AAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEQAAAAAQAAAAAAAAVwBvAHIAZABEAG8AYwB1 AG0AZQBuAHQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABoAAgEFAAAA //////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHiAAAAAAAAAF AFMAdQBtAG0AYQByAHkASQBuAGYAbwByAG0AYQB0AGkAbwBuAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAKAACAQIAAAAEAAAA/////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ABkAAAAAEAAAAAAAAAUARABvAGMAdQBtAGUAbgB0AFMAdQBtAG0AYQByAHkASQBuAGYAbwByAG0A YQB0AGkAbwBuAAAAAAAARgAAAAA4AAIB////////////////QUZGXFJFU1VNRVNcTUlLRVdIfjEu RE9DAP//rd4AAAAAAAAAIQAAAAAQAAAAAAAAAQBDAG8AbQBwAE8AYgBqAAAAAEcAUgBBAEYARgBc AFIARQBTAFUATQBFAFMAXABNAGkAawBlACAAVwBoAGEAbBIAAgEBAAAABgAAAP////8AAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAagAAAAAAAABPAGIAagBlAGMAdABQAG8A bwBsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFgABAP////// /////////wAAAAAAAAAAAAAAAAAAAAAAAAAA0MjxQJvmvwHQyPFAm+a/AQAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA////////////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAQAAAP7///////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////8BAP7/AwoAAP////8GCQIAAAAAAMAAAAAAAABGGAAAAE1pY3Jvc29mdCBXb3Jk IERvY3VtZW50AAoAAABNU1dvcmREb2MAEAAAAFdvcmQuRG9jdW1lbnQuOAD0ObJxAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAA== --0__=8525697A004E52038f9e8a93df938690918c8525697A004E5203-- From - Wed Oct 18 05:00:13 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20001017141711.depp25599.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Tue, 17 Oct 2000 14:17:11 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id KAA23079 for nebs-outgoing; Tue, 17 Oct 2000 10:05:22 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id JAA21701 for <[email protected]>; Tue, 17 Oct 2000 09:58:38 -0400 (EDT) Received: from alemail1.firewall.lucent.com (alemail1.lucent.com [192.11.221.161]) by world.std.com (8.9.3/8.9.3) with ESMTP id JAA12582 for <[email protected]>; Tue, 17 Oct 2000 09:55:26 -0400 (EDT) From: [email protected] Received: from alemail1.firewall.lucent.com (localhost [127.0.0.1]) by alemail1.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id JAB20238 for <[email protected]>; Tue, 17 Oct 2000 09:55:04 -0400 (EDT) Received: from homail.ho.lucent.com (h135-17-192-10.lucent.com [135.17.192.10]) by alemail1.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id JAA20225 for <[email protected]>; Tue, 17 Oct 2000 09:55:04 -0400 (EDT) Received: from urinotes01.bcs.lucent.com (urinotes01.bcs.lucent.com [135.35.228.30]) by homail.ho.lucent.com (8.8.8+Sun/EMS-1.5 sol2) id JAA20342; Tue, 17 Oct 2000 09:55:02 -0400 (EDT) Subject: Re: Principal Compliance Engineer To: [email protected] X-Mailer: Lotus Notes Release 5.0.3 March 21, 2000 Message-ID: <[email protected]> List-Post: [email protected] Date: Tue, 17 Oct 2000 09:54:14 -0400 X-MIMETrack: Serialize by Router on Notes01/SVR/Yurie(Release 5.0.4 |June 8, 2000) at 10/17/2000 09:54:18 MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Please disregard the email with the resume attached. It wasn't intended for the group. Kenny Bello [email protected] From - Wed Oct 18 05:00:21 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20001017153839.gzfj25599.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Tue, 17 Oct 2000 15:38:39 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id LAA09856 for nebs-outgoing; Tue, 17 Oct 2000 11:21:30 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id LAA09317 for <[email protected]>; Tue, 17 Oct 2000 11:16:47 -0400 (EDT) Received: from beta.memotec.com (beta.memotec.com [205.151.88.4]) by world.std.com (8.9.3/8.9.3) with ESMTP id LAA25965 for <[email protected]>; Tue, 17 Oct 2000 11:12:33 -0400 (EDT) Received: from gelfand ([204.19.88.56]) by beta.memotec.com (8.9.3/8.9.3) with SMTP id KAA05401 for <[email protected]>; Tue, 17 Oct 2000 10:58:05 -0400 (EDT) Message-ID: <[email protected]> From: "David Gelfand" <[email protected]> To: <[email protected]> References: <[email protected]> Subject: Re: Principal Compliance Engineer List-Post: [email protected] Date: Tue, 17 Oct 2000 11:14:20 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Hope your boss doesn't read this list! ----- Original Message ----- From: <[email protected]> To: <[email protected]> Sent: Tuesday, October 17, 2000 9:54 AM Subject: Re: Principal Compliance Engineer Please disregard the email with the resume attached. It wasn't intended for the group. Kenny Bello [email protected] From - Fri Oct 27 20:03:37 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001027133201.rsir23198.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Fri, 27 Oct 2000 13:32:01 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id JAA12428 for nebs-outgoing; Fri, 27 Oct 2000 09:12:14 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id JAA11553 for <[email protected]>; Fri, 27 Oct 2000 09:08:10 -0400 (EDT) Received: from beta.memotec.com (beta.memotec.com [205.151.88.4]) by world.std.com (8.9.3/8.9.3) with ESMTP id JAA22241 for <[email protected]>; Fri, 27 Oct 2000 09:06:55 -0400 (EDT) Received: from gelfand ([204.19.88.56]) by beta.memotec.com (8.9.3/8.9.3) with SMTP id IAA10571 for <[email protected]>; Fri, 27 Oct 2000 08:52:47 -0400 (EDT) Message-ID: <[email protected]> From: "David Gelfand" <[email protected]> To: <[email protected]> Subject: GR-63 vs TR-EOP-00063 differences List-Post: [email protected] Date: Fri, 27 Oct 2000 09:08:58 -0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_005A_01C03FF5.8A0E3C20" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> This is a multi-part message in MIME format. ------=_NextPart_000_005A_01C03FF5.8A0E3C20 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Group, =20 Are there any differences between the two versions regarding test = methods or limits for handling, earthquake and office vibration? I have = the TR- version only. Best regards, David. David Gelfand=20 Regulatory Approvals Memotec Communications Inc. Montreal Canada ------=_NextPart_000_005A_01C03FF5.8A0E3C20 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META http-equiv=3DContent-Type content=3D"text/html; = charset=3Dwindows-1252"> <META content=3D"MSHTML 5.50.4134.600" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT size=3D2>Group, </FONT></DIV> <DIV><FONT size=3D2></FONT> </DIV> <DIV><FONT size=3D2>Are there any differences between the two versions = regarding=20 test methods or limits for handling, earthquake and office = vibration? I=20 have the TR- version only.</FONT></DIV> <DIV><FONT size=3D2></FONT> </DIV> <DIV><FONT size=3D2>Best regards,</FONT></DIV> <DIV><FONT size=3D2></FONT> </DIV> <DIV><FONT size=3D2>David.</FONT></DIV> <DIV><FONT size=3D2></FONT> </DIV> <DIV><FONT size=3D2>David Gelfand <BR>Regulatory Approvals<BR>Memotec=20 Communications Inc.<BR>Montreal Canada</FONT></DIV></BODY></HTML> ------=_NextPart_000_005A_01C03FF5.8A0E3C20-- From - Thu Nov 02 03:33:03 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001101184223.qprh10354.mtiwgwc21.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 1 Nov 2000 18:42:23 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id NAA05828 for nebs-outgoing; Wed, 1 Nov 2000 13:30:49 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id NAA05277 for <[email protected]>; Wed, 1 Nov 2000 13:29:48 -0500 (EST) Received: from beta.memotec.com (beta.memotec.com [205.151.88.4]) by world.std.com (8.9.3/8.9.3) with ESMTP id NAA14502 for <[email protected]>; Wed, 1 Nov 2000 13:28:49 -0500 (EST) Received: from gelfand ([204.19.88.56]) by beta.memotec.com (8.9.3/8.9.3) with SMTP id NAA02664 for <[email protected]>; Wed, 1 Nov 2000 13:14:43 -0500 (EST) Message-ID: <[email protected]> From: "David Gelfand" <[email protected]> To: <[email protected]> References: <[email protected]> Subject: GR-63 earthquake test labs List-Post: [email protected] Date: Wed, 1 Nov 2000 13:29:42 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Greetings nebbers and nebbishes, I am looking for labs that can perform GR-63 earthquake vibration tests, preferably close to my area (Montreal, Canada). Best regards, David. David Gelfand Regulatory Approvals Memotec Communications Inc. Montreal Canada From - Thu Nov 02 03:33:09 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001101185458.tnar26823.mtiwgwc23.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 1 Nov 2000 18:54:58 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id NAA11032 for nebs-outgoing; Wed, 1 Nov 2000 13:46:33 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id NAA10419 for <[email protected]>; Wed, 1 Nov 2000 13:44:58 -0500 (EST) Received: from mailsrv.acc.com (mailsrv.acc.com [129.192.64.128]) by world.std.com (8.9.3/8.9.3) with ESMTP id NAA29363 for <[email protected]>; Wed, 1 Nov 2000 13:43:24 -0500 (EST) Received: from acc.com (devdhcp6344.dev.acc.am.ericsson.se [129.192.63.44]) by mailsrv.acc.com (8.9.3/8.9.1) with ESMTP id LAA20051; Wed, 1 Nov 2000 11:46:50 -0700 (PPET) Message-ID: <[email protected]> List-Post: [email protected] Date: Wed, 01 Nov 2000 10:47:54 -0800 From: Bruce Touzel <[email protected]> Organization: Ericsson/ACC X-Mailer: Mozilla 4.7 [en]C-CCK-MCD (Win98; I) X-Accept-Language: en,pdf,zh-CN,zh-TW,zh,ja,ko MIME-Version: 1.0 To: David Gelfand <[email protected]> CC: [email protected] Subject: Re: GR-63 earthquake test labs References: <[email protected]> <[email protected]> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> just drive on the roads of Montreal (pot holes galore) with your equipment strapped on the back of car, I'm sure that will simulate GR63. David Gelfand wrote: > Greetings nebbers and nebbishes, > > I am looking for labs that can perform GR-63 earthquake vibration tests, > preferably close to my area (Montreal, Canada). > > Best regards, > > David. > > David Gelfand > Regulatory Approvals > Memotec Communications Inc. > Montreal Canada From - Thu Nov 02 03:33:20 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001101192252.smve23929.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 1 Nov 2000 19:22:52 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id OAA16635 for nebs-outgoing; Wed, 1 Nov 2000 14:06:36 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id NAA13830 for <[email protected]>; Wed, 1 Nov 2000 13:56:32 -0500 (EST) Received: from smtplink.pulse.com (pulsecom-229.pulse.com [192.77.130.229] (may be forged)) by world.std.com (8.9.3/8.9.3) with SMTP id NAA11511 for <[email protected]>; Wed, 1 Nov 2000 13:55:19 -0500 (EST) List-Post: [email protected] Date: Wed, 01 Nov 2000 13:52 -0500 From: "Eric Petitpierre" <[email protected]> To: "[email protected]" <[email protected]> Subject: Re: GR-63 earthquake test labs Message-ID: <[email protected]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> David, I've used NTS in Acton, MA. Thet were reasonable compared to other labs. Eric Petitpierre ______________________________ Reply Separator _________________________________ Subject: GR-63 earthquake test labs Author: [email protected] at smtp List-Post: [email protected] Date: 11/1/00 1:29 PM Greetings nebbers and nebbishes, I am looking for labs that can perform GR-63 earthquake vibration tests, preferably close to my area (Montreal, Canada). Best regards, David. David Gelfand Regulatory Approvals Memotec Communications Inc. Montreal Canada From - Thu Nov 02 03:33:27 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001101202116.ylcx26823.mtiwgwc23.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 1 Nov 2000 20:21:16 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id PAA03698 for nebs-outgoing; Wed, 1 Nov 2000 15:14:19 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id PAA02513 for <[email protected]>; Wed, 1 Nov 2000 15:09:33 -0500 (EST) Received: from InterJet.curtis-straus.com (user193.curtis-straus.com [208.244.108.193] (may be forged)) by world.std.com (8.9.3/8.9.3) with ESMTP id PAA17782 for <[email protected]>; Wed, 1 Nov 2000 15:08:37 -0500 (EST) Received: (from daemon@localhost) by InterJet.curtis-straus.com (8.8.5/8.8.5) id PAA01917 for <[email protected]>; Wed, 1 Nov 2000 15:00:34 -0500 (EST) Received: from Curtis.curtis-straus.com(192.168.1.100), claiming to be "curtis-straus.com" via SMTP by InterJet.curtis-straus.com, id smtpdVF1913; Wed Nov 1 20:00:26 2000 Message-ID: <[email protected]> List-Post: [email protected] Date: Wed, 01 Nov 2000 15:04:48 -0500 From: "Jon D. Curtis" <[email protected]> Organization: curtis-straus X-Mailer: Mozilla 4.76 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: [email protected] Subject: NEBS 2001 Announcement Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Posted for Chuck Graff. November 1, 2000 RE: Verizon Communications NEBS Announcement In the fall of 2001, Verizon will be sponsoring our 7th annual NEBS conference. The conference will be titled: "NEBS 2001 - Network Challenges for the 21st Century." We are presently working on the dates and location. Our new format was well received this year, and we will continue to strive to make enhancements to the program. Since the Verizon Central Office (CO) tour was such a major success, in 2001 we are going to provide conference attendees with a virtual tour of a typical Verizon CO. In 2001, we are going to invite the Telecom industry to participate more fully in the conference. A new feature to be added, will be a series of innovative talks entitled "The Vendors Corner". Multiple vendors will be invited to present their creative solutions on complex issues in achieving NEBS compliance. To facilitate this new session equipment manufacturers and test labs are invited to submit a paper (1 per company) to Verizon. The paper should include unique aspects of NEBS compliance that your Company has experienced. This could include historical perspectives (interesting planning and testing stories) as well as lessons learned and implemented in current planning efforts for NEBS compliance. Only those who are selected will be notified after the papers are submitted. The selected presenter(s) will be allotted 20 minutes during NEBS 2001 to present their paper. All forms of media which are to be used during the presentation should be included as part of the submission. Rules for submission of papers: Initial Submission Date: January 15, 2001 (late papers will not be accepted) Initial Submission Format: Word 7.0, Times New Roman, 12 Point. No confidential or proprietary information will be accepted. Notification Date: The selected presenters will be notified by Email in February 2001. Presentation Receipt Date: Final Presentation must be received by Verizon no later than June 1, 2001 Final Submission Format: Power Point Ver 97 and any other media agreed upon by Verizon, at time of first submission. All Submissions should be sent Email to: [email protected] We look forward to seeing you at "NEBS 2001 - Network Challenges for the 21st Century". The conference will be informative, educational, interactive, and most of all innovative. As more information becomes available, you will be notified. Chuck Graff Senior Member of Technical Staff Verizon Communications From - Thu Nov 02 03:33:38 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001101205751.xzuk10354.mtiwgwc21.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 1 Nov 2000 20:57:51 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id PAA13239 for nebs-outgoing; Wed, 1 Nov 2000 15:47:18 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id PAA11631 for <[email protected]>; Wed, 1 Nov 2000 15:42:26 -0500 (EST) Received: from corporate.calabasas.ntscorp.com (adsl-63-200-249-131.dsl.lsan03.pacbell.net [63.200.249.131]) by world.std.com (8.9.3/8.9.3) with SMTP id PAA16252 for <[email protected]>; Wed, 1 Nov 2000 15:40:50 -0500 (EST) Received: by CORPORATE with Internet Mail Service (5.5.2650.21) id <WB3FW6ZT>; Wed, 1 Nov 2000 12:32:37 -0800 Message-ID: <FDE24F60E85ED21187EB00A0C9D349AA18EC62@ACTONSERVER> From: Frank Rosatone <[email protected]> To: "'[email protected]'" <[email protected]> Subject: RE: GR-63 earthquake test labs List-Post: [email protected] Date: Wed, 1 Nov 2000 12:37:05 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <FDE24F60E85ED21187EB00A0C9D349AA18EC62@ACTONSERVER> David, NTS should be your test lab. We have seismic testing on both the East and West coast as well as full NEBS. Contact me and I will outline our capabilities off-line. For more information please visit our web pages at: www.ntscorp.com and www.nts-ca.com Sincerely, Frank Rosatone 533 Main Street Acton, MA 01720 Phone: 978-263-2933 x 222 / 800-723-2687 Fax: 978-263-5734 E-mail: [email protected] -----Original Message----- From: David Gelfand [mailto:[email protected]] Sent: Wednesday, November 01, 2000 1:30 PM To: [email protected] Subject: GR-63 earthquake test labs Greetings nebbers and nebbishes, I am looking for labs that can perform GR-63 earthquake vibration tests, preferably close to my area (Montreal, Canada). Best regards, David. David Gelfand Regulatory Approvals Memotec Communications Inc. Montreal Canada From - Thu Nov 02 03:33:48 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc28.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001101214405.lebf3720.mtiwgwc28.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 1 Nov 2000 21:44:05 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id QAA25677 for nebs-outgoing; Wed, 1 Nov 2000 16:28:29 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id QAA23060 for <[email protected]>; Wed, 1 Nov 2000 16:20:16 -0500 (EST) Received: from excelsus01.excelsus-tech.com ([64.160.69.38]) by world.std.com (8.9.3/8.9.3) with ESMTP id QAA20721 for <[email protected]>; Wed, 1 Nov 2000 16:17:08 -0500 (EST) Message-ID: <99a33c5f2dc1d311931d009027e7e822124...@excelsus01.excelsus-tech.com> From: Don House <[email protected]> To: [email protected] Subject: RE: GR-63 earthquake test labs List-Post: [email protected] Date: Wed, 1 Nov 2000 13:15:28 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <99a33c5f2dc1d311931d009027e7e822124...@excelsus01.excelsus-tech.com> Is this NTS a NRTL? How does one contact them? Don Don Robert House, MTS Product Certification & Regulatory Compliance Excelsus Technologies, Inc. 2875 Loker Avenue East Carlsbad, CA 92008-6626 USA (760) 918-2552 Office/Lab (760) 476-1519 FAX URL: http://www.excelsus-tech.com -----Original Message----- From: Frank Rosatone [mailto:[email protected]] Sent: Wednesday, November 01, 2000 12:37 PM To: '[email protected]' Subject: RE: GR-63 earthquake test labs David, NTS should be your test lab. We have seismic testing on both the East and West coast as well as full NEBS. Contact me and I will outline our capabilities off-line. For more information please visit our web pages at: www.ntscorp.com and www.nts-ca.com Sincerely, Frank Rosatone 533 Main Street Acton, MA 01720 Phone: 978-263-2933 x 222 / 800-723-2687 Fax: 978-263-5734 E-mail: [email protected] -----Original Message----- From: David Gelfand [mailto:[email protected]] Sent: Wednesday, November 01, 2000 1:30 PM To: [email protected] Subject: GR-63 earthquake test labs Greetings nebbers and nebbishes, I am looking for labs that can perform GR-63 earthquake vibration tests, preferably close to my area (Montreal, Canada). Best regards, David. David Gelfand Regulatory Approvals Memotec Communications Inc. Montreal Canada From - Thu Nov 02 03:33:54 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001101221551.bphz23929.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 1 Nov 2000 22:15:51 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id RAA08061 for nebs-outgoing; Wed, 1 Nov 2000 17:08:02 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id QAA05114 for <[email protected]>; Wed, 1 Nov 2000 16:58:24 -0500 (EST) Received: from zmamail04.zma.compaq.com (zmamail04.zma.compaq.com [161.114.64.104]) by world.std.com (8.9.3/8.9.3) with ESMTP id QAA29621 for <[email protected]>; Wed, 1 Nov 2000 16:56:14 -0500 (EST) Received: by zmamail04.zma.compaq.com (Postfix, from userid 12345) id 1EF7EBF8; Wed, 1 Nov 2000 16:56:06 -0500 (EST) Received: from exctay-gh03.tay.cpqcorp.net (exctay-gh03.tay.cpqcorp.net [16.103.129.53]) by zmamail04.zma.compaq.com (Postfix) with ESMTP id F2698195 for <[email protected]>; Wed, 1 Nov 2000 16:56:05 -0500 (EST) Received: by exctay-gh03.tay.cpqcorp.net with Internet Mail Service (5.5.2650.21) id <VVLX4BM9>; Wed, 1 Nov 2000 16:56:05 -0500 Message-ID: <[email protected]> From: "Owen, Steve" <[email protected]> To: "'[email protected]'" <[email protected]> Cc: "Ramirez, Al (CustomSystems)" <[email protected]>, "Lyons, Mike" <[email protected]> Subject: RE: NEBS 2001 Announcement List-Post: [email protected] Date: Wed, 1 Nov 2000 16:56:04 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> While we appreciate the need for Verizon to get a head start on next year's conference, we certainly hope they can find a way to work with UL and get the NEBS conference(s) joined back into a single event. Having two conferences, especially overlapping conferences as was the case this year, puts extra strain on equipment manufacturers and others because they have to send representatives to both conferences to make sure they have a complete understanding of all the issues. One of the big topics this year (at both conferences I believe) was that of divergence. RBOCs are diverging from NEBS and diverging from each other. This complicates things greatly for equipment manufacturers. Having two NEBS conferences only serves to accelerate this trend. We urge Verizon, UL, and Telcordia to work together to bring us back to a unified conference in 2001. Regards, Mike Lyons, Steve Owen, and Al Ramirez Compaq Computer Corporation -----Original Message----- From: Jon D. Curtis [mailto:[email protected]] Sent: Wednesday, November 01, 2000 3:05 PM To: [email protected] Subject: NEBS 2001 Announcement Posted for Chuck Graff. November 1, 2000 RE: Verizon Communications NEBS Announcement In the fall of 2001, Verizon will be sponsoring our 7th annual NEBS conference. The conference will be titled: "NEBS 2001 - Network Challenges for the 21st Century." We are presently working on the dates and location. Our new format was well received this year, and we will continue to strive to make enhancements to the program. Since the Verizon Central Office (CO) tour was such a major success, in 2001 we are going to provide conference attendees with a virtual tour of a typical Verizon CO. In 2001, we are going to invite the Telecom industry to participate more fully in the conference. A new feature to be added, will be a series of innovative talks entitled "The Vendors Corner". Multiple vendors will be invited to present their creative solutions on complex issues in achieving NEBS compliance. To facilitate this new session equipment manufacturers and test labs are invited to submit a paper (1 per company) to Verizon. The paper should include unique aspects of NEBS compliance that your Company has experienced. This could include historical perspectives (interesting planning and testing stories) as well as lessons learned and implemented in current planning efforts for NEBS compliance. Only those who are selected will be notified after the papers are submitted. The selected presenter(s) will be allotted 20 minutes during NEBS 2001 to present their paper. All forms of media which are to be used during the presentation should be included as part of the submission. Rules for submission of papers: Initial Submission Date: January 15, 2001 (late papers will not be accepted) Initial Submission Format: Word 7.0, Times New Roman, 12 Point. No confidential or proprietary information will be accepted. Notification Date: The selected presenters will be notified by Email in February 2001. Presentation Receipt Date: Final Presentation must be received by Verizon no later than June 1, 2001 Final Submission Format: Power Point Ver 97 and any other media agreed upon by Verizon, at time of first submission. All Submissions should be sent Email to: [email protected] We look forward to seeing you at "NEBS 2001 - Network Challenges for the 21st Century". The conference will be informative, educational, interactive, and most of all innovative. As more information becomes available, you will be notified. Chuck Graff Senior Member of Technical Staff Verizon Communications From - Thu Nov 02 03:34:09 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001101231805.hjsc26823.mtiwgwc23.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 1 Nov 2000 23:18:05 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id SAA23890 for nebs-outgoing; Wed, 1 Nov 2000 18:11:12 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id SAA22528 for <[email protected]>; Wed, 1 Nov 2000 18:05:20 -0500 (EST) Received: from corporate.calabasas.ntscorp.com (adsl-63-200-249-131.dsl.lsan03.pacbell.net [63.200.249.131]) by world.std.com (8.9.3/8.9.3) with SMTP id SAA00163 for <[email protected]>; Wed, 1 Nov 2000 18:03:59 -0500 (EST) Received: by CORPORATE with Internet Mail Service (5.5.2650.21) id <WB3FW60G>; Wed, 1 Nov 2000 14:55:45 -0800 Message-ID: <FDE24F60E85ED21187EB00A0C9D349AA18EC65@ACTONSERVER> From: Frank Rosatone <[email protected]> To: "'[email protected]'" <[email protected]> Subject: RE: GR-63 earthquake test labs List-Post: [email protected] Date: Wed, 1 Nov 2000 15:00:14 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <FDE24F60E85ED21187EB00A0C9D349AA18EC65@ACTONSERVER> Don, Yes, NTS is a NRTL. NTS stands for National Technical Systems. You can verify that NTS is a NRTL by looking us up on the OSHA web site. We're also A2LA, NVLAP, ISO Guide 25, CAB, etc. Everything should be listed on our web site for you to reference. The NTS web pages are www.ntscorp.com and www.nts-ca.com. We have toll free 800 numbers you can use for all our locations. The contact information for NTS in Massachusetts is listed below. You can contact me initially if you would like to review anything about our facilities and capabilities. Additional contact names and address are on the web site. Sincerely, Frank Rosatone 533 Main Street Acton, MA 01720 Phone: 978-263-2933 x 222 / 800-723-2687 Fax: 978-263-5734 E-mail: [email protected] -----Original Message----- From: Don House [mailto:[email protected]] Sent: Wednesday, November 01, 2000 4:15 PM To: [email protected] Subject: RE: GR-63 earthquake test labs Is this NTS a NRTL? How does one contact them? Don Don Robert House, MTS Product Certification & Regulatory Compliance Excelsus Technologies, Inc. 2875 Loker Avenue East Carlsbad, CA 92008-6626 USA (760) 918-2552 Office/Lab (760) 476-1519 FAX URL: http://www.excelsus-tech.com -----Original Message----- From: Frank Rosatone [mailto:[email protected]] Sent: Wednesday, November 01, 2000 12:37 PM To: '[email protected]' Subject: RE: GR-63 earthquake test labs David, NTS should be your test lab. We have seismic testing on both the East and West coast as well as full NEBS. Contact me and I will outline our capabilities off-line. For more information please visit our web pages at: www.ntscorp.com and www.nts-ca.com Sincerely, Frank Rosatone 533 Main Street Acton, MA 01720 Phone: 978-263-2933 x 222 / 800-723-2687 Fax: 978-263-5734 E-mail: [email protected] -----Original Message----- From: David Gelfand [mailto:[email protected]] Sent: Wednesday, November 01, 2000 1:30 PM To: [email protected] Subject: GR-63 earthquake test labs Greetings nebbers and nebbishes, I am looking for labs that can perform GR-63 earthquake vibration tests, preferably close to my area (Montreal, Canada). Best regards, David. David Gelfand Regulatory Approvals Memotec Communications Inc. Montreal Canada From - Fri Nov 03 03:02:54 2000 Return-Path: <[email protected]> Received: from europe.std.com ([192.74.137.10]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <[email protected]> for <[email protected]>; Thu, 2 Nov 2000 14:25:40 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id JAA09530 for nebs-outgoing; Thu, 2 Nov 2000 09:11:12 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id JAA08994 for <[email protected]>; Thu, 2 Nov 2000 09:09:32 -0500 (EST) Received: from InterJet.curtis-straus.com (user193.curtis-straus.com [208.244.108.193] (may be forged)) by world.std.com (8.9.3/8.9.3) with ESMTP id JAA10565 for <[email protected]>; Thu, 2 Nov 2000 09:08:12 -0500 (EST) Received: (from daemon@localhost) by InterJet.curtis-straus.com (8.8.5/8.8.5) id JAA23048 for <[email protected]>; Thu, 2 Nov 2000 09:02:47 -0500 (EST) Received: from Curtis.curtis-straus.com(192.168.1.100), claiming to be "curtis-straus.com" via SMTP by InterJet.curtis-straus.com, id smtpdp23042; Thu Nov 2 14:02:37 2000 Message-ID: <[email protected]> List-Post: [email protected] Date: Thu, 02 Nov 2000 09:07:00 -0500 From: "Jon D. Curtis" <[email protected]> Organization: curtis-straus X-Mailer: Mozilla 4.76 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: [email protected] Subject: Re: GR-63 earthquake test labs References: <[email protected]> <[email protected]> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Curtis-Straus - five and a half hours by car from Montreal according to Mapquest. 527 Great Road Littleton, MA 01460 USA Contact: Jim Lewis 978-486-8880 [email protected] www.curtis-straus.com NRTL with scope limited to certain standards including telecom equipment. Earthquake simulator with two frame 1500#/700kg capability. David Gelfand wrote: > Greetings nebbers and nebbishes, > > I am looking for labs that can perform GR-63 earthquake vibration tests, > preferably close to my area (Montreal, Canada). > > Best regards, > > David. > > David Gelfand > Regulatory Approvals > Memotec Communications Inc. > Montreal Canada -- Jon D. Curtis, P.E. Director of Engineering Curtis-Straus LLC One Stop Laboratory for NEBS, EMC, Product Safety, and Telecom Testing. 527 Great Road Littleton, MA 01460 USA Voice 978-486-8880 Fax 978-486-8828 email: [email protected] WWW.CURTIS-STRAUS.COM From - Fri Nov 03 03:03:33 2000 Return-Path: <[email protected]> Received: from europe.std.com ([192.74.137.10]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <[email protected]> for <[email protected]>; Thu, 2 Nov 2000 18:05:26 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id MAA17656 for nebs-outgoing; Thu, 2 Nov 2000 12:51:50 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id MAA16484 for <[email protected]>; Thu, 2 Nov 2000 12:48:12 -0500 (EST) Received: from excelsus01.excelsus-tech.com ([64.160.69.50]) by world.std.com (8.9.3/8.9.3) with ESMTP id MAA22548 for <[email protected]>; Thu, 2 Nov 2000 12:45:28 -0500 (EST) Message-ID: <99a33c5f2dc1d311931d009027e7e822124...@excelsus01.excelsus-tech.com> From: Don House <[email protected]> To: [email protected] Subject: RE: GR-63 earthquake test labs List-Post: [email protected] Date: Thu, 2 Nov 2000 09:43:52 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <99a33c5f2dc1d311931d009027e7e822124...@excelsus01.excelsus-tech.com> Thank you very much Frank. I should have read your first message more carefully. I appreciate your kind reply. Don -----Original Message----- From: Frank Rosatone [mailto:[email protected]] Sent: Wednesday, November 01, 2000 3:00 PM To: '[email protected]' Subject: RE: GR-63 earthquake test labs Don, Yes, NTS is a NRTL. NTS stands for National Technical Systems. You can verify that NTS is a NRTL by looking us up on the OSHA web site. We're also A2LA, NVLAP, ISO Guide 25, CAB, etc. Everything should be listed on our web site for you to reference. The NTS web pages are www.ntscorp.com and www.nts-ca.com. We have toll free 800 numbers you can use for all our locations. The contact information for NTS in Massachusetts is listed below. You can contact me initially if you would like to review anything about our facilities and capabilities. Additional contact names and address are on the web site. Sincerely, Frank Rosatone 533 Main Street Acton, MA 01720 Phone: 978-263-2933 x 222 / 800-723-2687 Fax: 978-263-5734 E-mail: [email protected] -----Original Message----- From: Don House [mailto:[email protected]] Sent: Wednesday, November 01, 2000 4:15 PM To: [email protected] Subject: RE: GR-63 earthquake test labs Is this NTS a NRTL? How does one contact them? Don Don Robert House, MTS Product Certification & Regulatory Compliance Excelsus Technologies, Inc. 2875 Loker Avenue East Carlsbad, CA 92008-6626 USA (760) 918-2552 Office/Lab (760) 476-1519 FAX URL: http://www.excelsus-tech.com -----Original Message----- From: Frank Rosatone [mailto:[email protected]] Sent: Wednesday, November 01, 2000 12:37 PM To: '[email protected]' Subject: RE: GR-63 earthquake test labs David, NTS should be your test lab. We have seismic testing on both the East and West coast as well as full NEBS. Contact me and I will outline our capabilities off-line. For more information please visit our web pages at: www.ntscorp.com and www.nts-ca.com Sincerely, Frank Rosatone 533 Main Street Acton, MA 01720 Phone: 978-263-2933 x 222 / 800-723-2687 Fax: 978-263-5734 E-mail: [email protected] -----Original Message----- From: David Gelfand [mailto:[email protected]] Sent: Wednesday, November 01, 2000 1:30 PM To: [email protected] Subject: GR-63 earthquake test labs Greetings nebbers and nebbishes, I am looking for labs that can perform GR-63 earthquake vibration tests, preferably close to my area (Montreal, Canada). Best regards, David. David Gelfand Regulatory Approvals Memotec Communications Inc. Montreal Canada From - Fri Nov 03 03:03:48 2000 Return-Path: <[email protected]> Received: from europe.std.com ([192.74.137.10]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001102194835.dxpu10354.mtiwgwc21.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 2 Nov 2000 19:48:35 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id OAA18851 for nebs-outgoing; Thu, 2 Nov 2000 14:37:18 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id OAA16955 for <[email protected]>; Thu, 2 Nov 2000 14:30:31 -0500 (EST) Received: from radisys.com (mail-gw.radisys.com [206.102.10.35]) by world.std.com (8.9.3/8.9.3) with ESMTP id OAA16813 for <[email protected]>; Thu, 2 Nov 2000 14:28:29 -0500 (EST) From: [email protected] Received: (9488 bytes) by radisys.com via sendmail with P:stdio/R:inet_hosts/T:smtp (sender: <[email protected]>) id <[email protected]> for [email protected]; Thu, 2 Nov 2000 11:01:55 -0800 (PST) (Smail-3.2.0.105 1999-Mar-3 #2 built 1999-Apr-18) Received: from rsys20.radisys.com(206.103.52.219) via SMTP by mail-gw.radisys.com, id smtpdAAA1maOLF; Thu Nov 2 11:01:49 2000 Subject: Bipolar NEBS conferences To: [email protected] X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: <[email protected]> List-Post: [email protected] Date: Thu, 2 Nov 2000 11:27:13 -0800 X-MIMETrack: Serialize by Router on HQ_HUB_1/Radisys_Corporation/US(Release 5.0.5 |September 22, 2000) at 11/02/2000 11:31:51 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Group, I wholeheartedly agree with Steve's comments and I know I'm not alone. I'm under the impression that most firms faced a choice this year - Baltimore or Vegas. For companies with compliance staffs large enough to split coverage, sending different people to each was an option - typically more expensive. For smaller firms, this was not an option. Even for those that split attendence, you're pushing things further down the path of divergence Steve highlighted in his message - one group of people get one set of information, the other group gets another. Beyond the participants, many of the exhibitors faced the same choice - how do we staff two booths? Working within the NEBS environment can be complicated enough with out this further curve in the road. Considering deltas for Verizon, AT&T, SBC, ETSI, etc. to complete the passel of certifications and divergent documentation needed to position telecom equipment for sale in the world market today is challenging enough without setting things up for a he said/she said situation by holding two separate conferences concurrently (or two conferences at all!). When I look at other industries and how they hold conferences, it amazes me that we have come to this place. The IEEE EMC Symposium brings virtually everyone in that community together once a year for technical education and exposure to the vendors in the field - labs, equipment vendors, consultants, etc. The SEMICON shows in the semiconductor industry have a similar model with (much larger) regional shows held at different times throughout the year. In both of these cases, there is a consortium of stakeholders who come together to put things on. When contrasted with the model for the NEBS conference(s), you have one firm (Verizon or UL) working with others in the area (joint sponsors) to put something on. It's typically not open to a wide variety of participants. The agenda is largely set by a small group of people who have done it for some time. From my standpoint, a significant segment (equipment vendors) are underrepresented (or not represented at all) in the planning and execution of the show. And while the conferences in their present form have been beneficial, my sense is that they fall well short of the potential that could be achieved. I feel it likely that both of these firms (Verizon and UL) feel losing control of what they've developed by opening things up to a broader consortium is not in their best interest - I hope that this is not the case. Even if they maintain their shows - which I hope is not the case - I emplore them to work together to ensure they will be held on different dates. Beyond the conferences, there are other issues in this space that REQUIRE that we, as an industry, get together and work things out. The main issue in this space is likely revisions to the standards, but I'm sure there are others, as well. I'm interested in hearing what others have to say on this - either on the NEBS forum (thank you Mr. Curtis) or in e-mail to me directly. Material sent to me will not be shared with others unless implicit permission is stated in the text of the message. Regards, Michael Garretson Sr. Compliance Engineer RadiSys Corporation +1 503 615-1227 <end - Today's rant> "Owen, Steve" <Steve.Owen@COMPA To: "'[email protected]'" <[email protected]> Q.com> cc: "Ramirez, Al (CustomSystems)" <[email protected]>, "Lyons, Sent by: Mike" <[email protected]> nebs-approval@wor Subject: RE: NEBS 2001 Announcement ld.std.com 11/01/2000 01:56 PM Please respond to nebs While we appreciate the need for Verizon to get a head start on next year's conference, we certainly hope they can find a way to work with UL and get the NEBS conference(s) joined back into a single event. Having two conferences, especially overlapping conferences as was the case this year, puts extra strain on equipment manufacturers and others because they have to send representatives to both conferences to make sure they have a complete understanding of all the issues. One of the big topics this year (at both conferences I believe) was that of divergence. RBOCs are diverging from NEBS and diverging from each other. This complicates things greatly for equipment manufacturers. Having two NEBS conferences only serves to accelerate this trend. We urge Verizon, UL, and Telcordia to work together to bring us back to a unified conference in 2001. Regards, Mike Lyons, Steve Owen, and Al Ramirez Compaq Computer Corporation -----Original Message----- From: Jon D. Curtis [mailto:[email protected]] Sent: Wednesday, November 01, 2000 3:05 PM To: [email protected] Subject: NEBS 2001 Announcement Posted for Chuck Graff. November 1, 2000 RE: Verizon Communications NEBS Announcement In the fall of 2001, Verizon will be sponsoring our 7th annual NEBS conference. The conference will be titled: "NEBS 2001 - Network Challenges for the 21st Century." We are presently working on the dates and location. Our new format was well received this year, and we will continue to strive to make enhancements to the program. Since the Verizon Central Office (CO) tour was such a major success, in 2001 we are going to provide conference attendees with a virtual tour of a typical Verizon CO. In 2001, we are going to invite the Telecom industry to participate more fully in the conference. A new feature to be added, will be a series of innovative talks entitled "The Vendors Corner". Multiple vendors will be invited to present their creative solutions on complex issues in achieving NEBS compliance. To facilitate this new session equipment manufacturers and test labs are invited to submit a paper (1 per company) to Verizon. The paper should include unique aspects of NEBS compliance that your Company has experienced. This could include historical perspectives (interesting planning and testing stories) as well as lessons learned and implemented in current planning efforts for NEBS compliance. Only those who are selected will be notified after the papers are submitted. The selected presenter(s) will be allotted 20 minutes during NEBS 2001 to present their paper. All forms of media which are to be used during the presentation should be included as part of the submission. Rules for submission of papers: Initial Submission Date: January 15, 2001 (late papers will not be accepted) Initial Submission Format: Word 7.0, Times New Roman, 12 Point. No confidential or proprietary information will be accepted. Notification Date: The selected presenters will be notified by Email in February 2001. Presentation Receipt Date: Final Presentation must be received by Verizon no later than June 1, 2001 Final Submission Format: Power Point Ver 97 and any other media agreed upon by Verizon, at time of first submission. All Submissions should be sent Email to: [email protected] We look forward to seeing you at "NEBS 2001 - Network Challenges for the 21st Century". The conference will be informative, educational, interactive, and most of all innovative. As more information becomes available, you will be notified. Chuck Graff Senior Member of Technical Staff Verizon Communications From - Fri Nov 03 03:04:04 2000 Return-Path: <[email protected]> Received: from europe.std.com ([192.74.137.10]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001102224854.pfhi26823.mtiwgwc23.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 2 Nov 2000 22:48:54 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id RAA11202 for nebs-outgoing; Thu, 2 Nov 2000 17:40:54 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id RAA09204 for <[email protected]>; Thu, 2 Nov 2000 17:32:35 -0500 (EST) Received: from 206-103-61-194.oresis.com (206-103-61-194.oresis.com [206.103.61.194]) by world.std.com (8.9.3/8.9.3) with SMTP id RAA21456 for <[email protected]>; Thu, 2 Nov 2000 17:31:20 -0500 (EST) Received: from oresisexchange.oresis by 206-103-61-194.oresis.com via smtpd (for world-f.std.com [199.172.62.5]) with SMTP; 2 Nov 2000 22:25:47 UT Received: by oresisexchange.oresis with Internet Mail Service (5.5.2650.21) id <VSMNZJJN>; Thu, 2 Nov 2000 14:31:10 -0800 Message-ID: <[email protected]> From: David Spencer <[email protected]> To: "'[email protected]'" <[email protected]> Subject: RE: Bipolar NEBS conferences List-Post: [email protected] Date: Thu, 2 Nov 2000 14:31:09 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Hey Michael, Don't forget why we are where we are...his name is Mr. Graff. He created the divergence of the shows because he didn't like the way UL was running the program. This will probably not change any time soon, much like the requirement to have IR video and a flammability database. The divergence is going to continue with the RBOC's as well...I think in the next couple of years you will see SBC switch over to ANSI based specifications, which is something Larry Wong is leaning toward. It is to difficult to get Telcordia to re-examine outdated or misguided requirements, leading many test labs to do their own thing (Altitude is a prime example). I tend to look at it as job security for the time being... See ya in the halls, Dave Spencer Compliance Engineer Oresis Communications, Inc. 14670 NW Greenbrier Parkway, Beaverton, OR 97006 (503)533-0717 Dir: (503)466-6289 Fax: (503)533-8233 http://www.oresis.com [email protected] -----Original Message----- From: [email protected] [mailto:[email protected]] Sent: Thursday, November 02, 2000 11:27 AM To: [email protected] Subject: Bipolar NEBS conferences Group, I wholeheartedly agree with Steve's comments and I know I'm not alone. I'm under the impression that most firms faced a choice this year - Baltimore or Vegas. For companies with compliance staffs large enough to split coverage, sending different people to each was an option - typically more expensive. For smaller firms, this was not an option. Even for those that split attendence, you're pushing things further down the path of divergence Steve highlighted in his message - one group of people get one set of information, the other group gets another. Beyond the participants, many of the exhibitors faced the same choice - how do we staff two booths? Working within the NEBS environment can be complicated enough with out this further curve in the road. Considering deltas for Verizon, AT&T, SBC, ETSI, etc. to complete the passel of certifications and divergent documentation needed to position telecom equipment for sale in the world market today is challenging enough without setting things up for a he said/she said situation by holding two separate conferences concurrently (or two conferences at all!). When I look at other industries and how they hold conferences, it amazes me that we have come to this place. The IEEE EMC Symposium brings virtually everyone in that community together once a year for technical education and exposure to the vendors in the field - labs, equipment vendors, consultants, etc. The SEMICON shows in the semiconductor industry have a similar model with (much larger) regional shows held at different times throughout the year. In both of these cases, there is a consortium of stakeholders who come together to put things on. When contrasted with the model for the NEBS conference(s), you have one firm (Verizon or UL) working with others in the area (joint sponsors) to put something on. It's typically not open to a wide variety of participants. The agenda is largely set by a small group of people who have done it for some time. From my standpoint, a significant segment (equipment vendors) are underrepresented (or not represented at all) in the planning and execution of the show. And while the conferences in their present form have been beneficial, my sense is that they fall well short of the potential that could be achieved. I feel it likely that both of these firms (Verizon and UL) feel losing control of what they've developed by opening things up to a broader consortium is not in their best interest - I hope that this is not the case. Even if they maintain their shows - which I hope is not the case - I emplore them to work together to ensure they will be held on different dates. Beyond the conferences, there are other issues in this space that REQUIRE that we, as an industry, get together and work things out. The main issue in this space is likely revisions to the standards, but I'm sure there are others, as well. I'm interested in hearing what others have to say on this - either on the NEBS forum (thank you Mr. Curtis) or in e-mail to me directly. Material sent to me will not be shared with others unless implicit permission is stated in the text of the message. Regards, Michael Garretson Sr. Compliance Engineer RadiSys Corporation +1 503 615-1227 <end - Today's rant> "Owen, Steve" <Steve.Owen@COMPA To: "'[email protected]'" <[email protected]> Q.com> cc: "Ramirez, Al (CustomSystems)" <[email protected]>, "Lyons, Sent by: Mike" <[email protected]> nebs-approval@wor Subject: RE: NEBS 2001 Announcement ld.std.com 11/01/2000 01:56 PM Please respond to nebs While we appreciate the need for Verizon to get a head start on next year's conference, we certainly hope they can find a way to work with UL and get the NEBS conference(s) joined back into a single event. Having two conferences, especially overlapping conferences as was the case this year, puts extra strain on equipment manufacturers and others because they have to send representatives to both conferences to make sure they have a complete understanding of all the issues. One of the big topics this year (at both conferences I believe) was that of divergence. RBOCs are diverging from NEBS and diverging from each other. This complicates things greatly for equipment manufacturers. Having two NEBS conferences only serves to accelerate this trend. We urge Verizon, UL, and Telcordia to work together to bring us back to a unified conference in 2001. Regards, Mike Lyons, Steve Owen, and Al Ramirez Compaq Computer Corporation -----Original Message----- From: Jon D. Curtis [mailto:[email protected]] Sent: Wednesday, November 01, 2000 3:05 PM To: [email protected] Subject: NEBS 2001 Announcement Posted for Chuck Graff. November 1, 2000 RE: Verizon Communications NEBS Announcement In the fall of 2001, Verizon will be sponsoring our 7th annual NEBS conference. The conference will be titled: "NEBS 2001 - Network Challenges for the 21st Century." We are presently working on the dates and location. Our new format was well received this year, and we will continue to strive to make enhancements to the program. Since the Verizon Central Office (CO) tour was such a major success, in 2001 we are going to provide conference attendees with a virtual tour of a typical Verizon CO. In 2001, we are going to invite the Telecom industry to participate more fully in the conference. A new feature to be added, will be a series of innovative talks entitled "The Vendors Corner". Multiple vendors will be invited to present their creative solutions on complex issues in achieving NEBS compliance. To facilitate this new session equipment manufacturers and test labs are invited to submit a paper (1 per company) to Verizon. The paper should include unique aspects of NEBS compliance that your Company has experienced. This could include historical perspectives (interesting planning and testing stories) as well as lessons learned and implemented in current planning efforts for NEBS compliance. Only those who are selected will be notified after the papers are submitted. The selected presenter(s) will be allotted 20 minutes during NEBS 2001 to present their paper. All forms of media which are to be used during the presentation should be included as part of the submission. Rules for submission of papers: Initial Submission Date: January 15, 2001 (late papers will not be accepted) Initial Submission Format: Word 7.0, Times New Roman, 12 Point. No confidential or proprietary information will be accepted. Notification Date: The selected presenters will be notified by Email in February 2001. Presentation Receipt Date: Final Presentation must be received by Verizon no later than June 1, 2001 Final Submission Format: Power Point Ver 97 and any other media agreed upon by Verizon, at time of first submission. All Submissions should be sent Email to: [email protected] We look forward to seeing you at "NEBS 2001 - Network Challenges for the 21st Century". The conference will be informative, educational, interactive, and most of all innovative. As more information becomes available, you will be notified. Chuck Graff Senior Member of Technical Staff Verizon Communications From - Fri Nov 03 03:04:44 2000 Return-Path: <[email protected]> Received: from europe.std.com ([192.74.137.10]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001103041331.jeyf23198.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Fri, 3 Nov 2000 04:13:31 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id XAA10046 for nebs-outgoing; Thu, 2 Nov 2000 23:05:18 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id WAA07785 for <[email protected]>; Thu, 2 Nov 2000 22:56:44 -0500 (EST) Received: from mta6.snfc21.pbi.net (mta6.snfc21.pbi.net [206.13.28.240]) by world.std.com (8.9.3/8.9.3) with ESMTP id WAA20174 for <[email protected]>; Thu, 2 Nov 2000 22:55:46 -0500 (EST) Received: from ADSL Domain.ix.netcom.com ([63.194.80.199]) by mta6.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <[email protected]> for [email protected]; Thu, 2 Nov 2000 19:53:06 -0800 (PST) List-Post: [email protected] Date: Thu, 02 Nov 2000 19:58:58 -0800 From: David Brockman <[email protected]> Subject: Remove Me In-reply-to: <[email protected]> X-Sender: [email protected] To: [email protected] Message-id: <[email protected]> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Content-type: text/plain; charset="us-ascii"; format=flowed Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Anyone, Please help me remove myself from this list. I have tried emailing majordomo, moderator, etc. and CANNOT get it to quit. I don't do NEBS anymore for the RBOCS, and don't want to waist the bandwidth. Any help would be greatly appreciated. From - Sat Dec 16 03:58:39 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc27.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001215200950.ezxw1809.mtiwgwc27.worldnet.att....@ruebert.ieee.org>; Fri, 15 Dec 2000 20:09:50 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id OAA08802; Fri, 15 Dec 2000 14:56:26 -0500 (EST) Message-ID: <D1BB06A1EFA3D211A830009027289AEA47BA13@wench> From: Joe Finlayson <[email protected]> To: "'NEBS Newsgroup'" <[email protected]>, "'EMC PSTC'" <[email protected]> Subject: Thermocouple issues List-Post: [email protected] Date: Fri, 15 Dec 2000 14:52:45 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" X-MIME-Autoconverted: from quoted-printable to 8bit by ruebert.ieee.org id OAA08794 Sender: [email protected] Precedence: bulk Reply-To: Joe Finlayson <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ruebert.ieee.org id OAA08802 X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <D1BB06A1EFA3D211A830009027289AEA47BA13@wench> I am in the process of performing a thermal evaluation and am using thermocouples to measure surface temperatures of IC's, etc. I'm finding that the thermocouple tape that I'm using tends to experience a degradati= on of the adhesive as the temperatures increase (in the 80-100=B0C range) ca= using the thermocouples to separate from the surfaces. I'd appreciate any advi= ce that could point to a higher performing tape/adhesive for such an application. Some of the IC's are quite small which doesn't leave much surface area for adhesion and I am using as many as 40 thermocouples per card. Thx, Joe ********************************* <<...>>=20 Joe Finlayson Manager, Compliance Engineering Telica, Inc. 734 Forest Street, Bldg. G, Suite 100 Marlboro, MA 01752 Tel: (508) 480-0909 x212 Fax: (508) 480-0922 Email: [email protected] Web: www.telica.com ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Sat Dec 16 03:58:44 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001215210549.thjt23905.mtiwgwc24.worldnet.att....@ruebert.ieee.org>; Fri, 15 Dec 2000 21:05:49 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id PAA22214; Fri, 15 Dec 2000 15:59:23 -0500 (EST) Message-ID: <[email protected]> From: "Andrews, Kurt" <[email protected]> To: [email protected], "'EMC PSTC'" <[email protected]> Subject: RE: Thermocouple issues List-Post: [email protected] Date: Fri, 15 Dec 2000 16:03:32 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-MIME-Autoconverted: from quoted-printable to 8bit by ruebert.ieee.org id PAA22208 Sender: [email protected] Precedence: bulk Reply-To: "Andrews, Kurt" <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ruebert.ieee.org id PAA22214 X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Joe, You might try contacting Educated Design & Development. They supply many different product safety test items to various manufacturers and NRTLs. T= hey have three different kinds of thermocouple tape: Glass Cloth, Kapton, and Teflon. I do know that Kapton is a high temperature tape that I have used= in applications up to 600=B0F (although not for thermocouples). They also se= ll a thermocouple paste. They should be able to suggest what would be appropri= ate for your application. Their contact information is below: Educated Design & Development 2200 Gateway Centre Blvd. Suite 215 Morrisville, NC 27560 Ph: 919-469-9434 Fax: 919-469-5743 www.productsafet.com/prodsafety email: [email protected] Hope you find what you need, Kurt Andrews Compliance Engineer Tracewell Systems, Inc. 567 Enterprise Drive Westerville, Ohio 43081 voice: 614.846.6175 toll free: 800.848.4525 fax: 614.846.7791 http://www.tracewellsystems.com/ <http://www.tracewellsystems.com/>=20 -----Original Message----- From: Joe Finlayson [SMTP:[email protected]] Sent: Friday, December 15, 2000 2:53 PM To: 'NEBS Newsgroup'; 'EMC PSTC' Subject: Thermocouple issues I am in the process of performing a thermal evaluation and am using thermocouples to measure surface temperatures of IC's, etc. I'm finding that the thermocouple tape that I'm using tends to experience a degradation of the adhesive as the temperatures increase (in the 80-100=B0C range) causing the thermocouples to separate from the surfaces. I'd appreciate any advice that could point to a higher performing tape/adhesive for such an application. Some of the IC's are quite small which doesn't leave much surface area for adhesion and I am using as many as 40 thermocouples per card. Thx, Joe ********************************* <<...>>=20 Joe Finlayson Manager, Compliance Engineering Telica, Inc. 734 Forest Street, Bldg. G, Suite 100 Marlboro, MA 01752 Tel: (508) 480-0909 x212 Fax: (508) 480-0922 Email: [email protected] Web: www.telica.com ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Sat Dec 16 03:58:45 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001215211052.tnev23905.mtiwgwc24.worldnet.att....@ruebert.ieee.org>; Fri, 15 Dec 2000 21:10:52 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id QAA23671; Fri, 15 Dec 2000 16:06:22 -0500 (EST) Message-ID: <D886DC8708ACD3118A0500606DD5DA6304555B75@DSC_MAIL> From: Constantin Bolintineanu <[email protected]> To: Joe Finlayson <[email protected]>, "'NEBS Newsgroup'" <[email protected]>, "'EMC PSTC'" <[email protected]> Subject: RE: Thermocouple issues List-Post: [email protected] Date: Fri, 15 Dec 2000 16:05:29 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" X-MIME-Autoconverted: from quoted-printable to 8bit by ruebert.ieee.org id QAA23665 Sender: [email protected] Precedence: bulk Reply-To: Constantin Bolintineanu <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ruebert.ieee.org id QAA23671 X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <D886DC8708ACD3118A0500606DD5DA6304555B75@DSC_MAIL> Dear Joe, I am using for this purpose the LOCTITE 416 or 4204 INSTANT ADHESIVE (Loctite part # 41650 for 416) along with the correspondent ACCELERATOR LOCTITE 7452.(part # 18637). The thermocouple will be fixed to the locati= on in less than 10 seconds. A very small quantity of adhesive is used,(it does not interfere with the measured values) and I found that it is the easiest was to keep in place = the thermocouples. ( I am using thermocouples AWG30 and this adhesive provide= s a good contact for temperature up to 120 degrees Celsius). I did not have problems with the thermocouples for at least 48 hours. It is an insulating material as well. I hope it helps. =20 Respectfully yours, Constantin Constantin Bolintineanu P.Eng. DIGITAL SECURITY CONTROLS LTD. 3301 LANGSTAFF Road, L4K 4L2 CONCORD, ONTARIO, CANADA e-mail: [email protected] telephone: 905 760 3000 ext 2568 www.dscgrp.com -----Original Message----- From: Joe Finlayson [mailto:[email protected]] Sent: Friday, December 15, 2000 2:53 PM To: 'NEBS Newsgroup'; 'EMC PSTC' Subject: Thermocouple issues I am in the process of performing a thermal evaluation and am using thermocouples to measure surface temperatures of IC's, etc. I'm finding that the thermocouple tape that I'm using tends to experience a degradati= on of the adhesive as the temperatures increase (in the 80-100=B0C range) ca= using the thermocouples to separate from the surfaces. I'd appreciate any advi= ce that could point to a higher performing tape/adhesive for such an application. Some of the IC's are quite small which doesn't leave much surface area for adhesion and I am using as many as 40 thermocouples per card. Thx, Joe ********************************* <<...>>=20 Joe Finlayson Manager, Compliance Engineering Telica, Inc. 734 Forest Street, Bldg. G, Suite 100 Marlboro, MA 01752 Tel: (508) 480-0909 x212 Fax: (508) 480-0922 Email: [email protected] Web: www.telica.com ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Sat Dec 16 03:58:55 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001215215559.hyif2167.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Fri, 15 Dec 2000 21:55:59 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id QAA06084 for nebs-outgoing; Fri, 15 Dec 2000 16:44:29 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id QAA04524 for <[email protected]>; Fri, 15 Dec 2000 16:37:21 -0500 (EST) Received: from zcars04e.ca.nortel.com (h56s242a129n47.user.nortelnetworks.com [47.129.242.56]) by world.std.com (8.9.3/8.9.3) with ESMTP id QAA20296 for <[email protected]>; Fri, 15 Dec 2000 16:33:57 -0500 (EST) Received: from zcard015.ca.nortel.com by zcars04e.ca.nortel.com; Fri, 15 Dec 2000 16:26:24 -0500 Received: by zcard015.ca.nortel.com with Internet Mail Service (5.5.2652.35) id <Y7QJ8ZLR>; Fri, 15 Dec 2000 16:26:26 -0500 Message-ID: <[email protected]> From: "Merrill Macmillan" <[email protected]> To: "'[email protected]'" <[email protected]> Subject: RE: Thermocouple issues List-Post: [email protected] Date: Fri, 15 Dec 2000 16:26:16 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2652.35) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C066DD.A89D2390" X-Orig: <[email protected]> Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C066DD.A89D2390 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Try using a product from Omega called TAP. I think it stands for = thermal adhesive pads. There are about 100 per roll and each is about 1cm x = 2cm. This product was designed for this specific purpose.=20 Merrill Merrill MacMillan [email protected]=20 Nortel Networks Kanata, Ontario Canada =20 tel 613 270-5782 fax 613 591-2035 -----Original Message----- From: Joe Finlayson [mailto:[email protected]] Sent: Friday, December 15, 2000 2:53 PM To: 'NEBS Newsgroup'; 'EMC PSTC' Subject: Thermocouple issues I am in the process of performing a thermal evaluation and am using thermocouples to measure surface temperatures of IC's, etc. I'm = finding that the thermocouple tape that I'm using tends to experience a = degradation of the adhesive as the temperatures increase (in the 80-100=B0C range) = causing the thermocouples to separate from the surfaces. I'd appreciate any = advice that could point to a higher performing tape/adhesive for such an application. Some of the IC's are quite small which doesn't leave much surface area for adhesion and I am using as many as 40 thermocouples = per card. Thx, Joe ********************************* <<...>>=20 Joe Finlayson Manager, Compliance Engineering Telica, Inc. 734 Forest Street, Bldg. G, Suite 100 Marlboro, MA 01752 Tel: (508) 480-0909 x212 Fax: (508) 480-0922 Email: [email protected] Web: www.telica.com ------_=_NextPart_001_01C066DD.A89D2390 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> <HTML> <HEAD> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Diso-8859-1"> <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version = 5.5.2652.35"> <TITLE>RE: Thermocouple issues</TITLE> </HEAD> <BODY> <P><FONT SIZE=3D2>Try using a product from Omega called TAP. I think it = stands for thermal adhesive pads. There are about 100 per roll and each = is about 1cm x 2cm. This product was designed for this specific = purpose. </FONT></P> <P><FONT SIZE=3D2>Merrill</FONT> </P> <P><FONT SIZE=3D2>Merrill MacMillan</FONT> <BR><FONT SIZE=3D2>[email protected] </FONT> <BR><FONT SIZE=3D2>Nortel Networks</FONT> <BR><FONT SIZE=3D2>Kanata, Ontario</FONT> <BR><FONT SIZE=3D2>Canada </FONT> <BR><FONT SIZE=3D2>tel 613 270-5782</FONT> <BR><FONT SIZE=3D2>fax 613 591-2035</FONT> </P> <BR> <P><FONT SIZE=3D2>-----Original Message-----</FONT> <BR><FONT SIZE=3D2>From: Joe Finlayson [<A = HREF=3D"mailto:[email protected]">mailto:[email protected]</A>]<= /FONT> <BR><FONT SIZE=3D2>Sent: Friday, December 15, 2000 2:53 PM</FONT> <BR><FONT SIZE=3D2>To: 'NEBS Newsgroup'; 'EMC PSTC'</FONT> <BR><FONT SIZE=3D2>Subject: Thermocouple issues</FONT> </P> <BR> <BR> <P> <FONT SIZE=3D2>I am in = the process of performing a thermal evaluation and am using</FONT> <BR><FONT SIZE=3D2>thermocouples to measure surface temperatures of = IC's, etc. I'm finding</FONT> <BR><FONT SIZE=3D2>that the thermocouple tape that I'm using tends to = experience a degradation</FONT> <BR><FONT SIZE=3D2>of the adhesive as the temperatures increase (in the = 80-100=B0C range) causing</FONT> <BR><FONT SIZE=3D2>the thermocouples to separate from the = surfaces. I'd appreciate any advice</FONT> <BR><FONT SIZE=3D2>that could point to a higher performing = tape/adhesive for such an</FONT> <BR><FONT SIZE=3D2>application. Some of the IC's are quite small = which doesn't leave much</FONT> <BR><FONT SIZE=3D2>surface area for adhesion and I am using as many as = 40 thermocouples per</FONT> <BR><FONT SIZE=3D2>card.</FONT> </P> <P><FONT SIZE=3D2>Thx,</FONT> </P> <BR> <P><FONT SIZE=3D2>Joe</FONT> </P> <P><FONT SIZE=3D2>*********************************</FONT> <BR><FONT SIZE=3D2> <<...>> </FONT> </P> <P><FONT SIZE=3D2>Joe Finlayson</FONT> <BR><FONT SIZE=3D2>Manager, Compliance Engineering</FONT> <BR><FONT SIZE=3D2>Telica, Inc.</FONT> <BR><FONT SIZE=3D2>734 Forest Street, Bldg. G, Suite 100</FONT> <BR><FONT SIZE=3D2>Marlboro, MA 01752</FONT> <BR><FONT SIZE=3D2>Tel: (508) 480-0909 x212</FONT> <BR><FONT SIZE=3D2>Fax: (508) 480-0922</FONT> <BR><FONT SIZE=3D2>Email: [email protected]</FONT> <BR><FONT SIZE=3D2>Web: www.telica.com</FONT> </P> </BODY> </HTML> ------_=_NextPart_001_01C066DD.A89D2390-- From - Sat Dec 16 03:58:58 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc27.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001215220830.kpxk1809.mtiwgwc27.worldnet.att....@ruebert.ieee.org>; Fri, 15 Dec 2000 22:08:30 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id RAA04403; Fri, 15 Dec 2000 17:00:56 -0500 (EST) Message-ID: <[email protected]> From: "Dan Kinney (A)" <[email protected]> To: Joe Finlayson <[email protected]>, "'NEBS Newsgroup'" <[email protected]>, "'EMC PSTC'" <[email protected]> Subject: RE: Thermocouple issues List-Post: [email protected] Date: Fri, 15 Dec 2000 16:56:44 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" X-MIME-Autoconverted: from quoted-printable to 8bit by ruebert.ieee.org id RAA04383 Sender: [email protected] Precedence: bulk Reply-To: "Dan Kinney (A)" <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ruebert.ieee.org id RAA04403 X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Joe, UL uses super glue to attach the thermocouple. Dan Kinney Horner APG > -----Original Message----- > From: Joe Finlayson [SMTP:[email protected]] > Sent: Friday, December 15, 2000 2:53 PM > To: 'NEBS Newsgroup'; 'EMC PSTC' > Subject: Thermocouple issues >=20 >=20 >=20 > I am in the process of performing a thermal evaluation and am using > thermocouples to measure surface temperatures of IC's, etc. I'm findin= g > that the thermocouple tape that I'm using tends to experience a > degradation > of the adhesive as the temperatures increase (in the 80-100=B0C range) > causing > the thermocouples to separate from the surfaces. I'd appreciate any > advice > that could point to a higher performing tape/adhesive for such an > application. Some of the IC's are quite small which doesn't leave much > surface area for adhesion and I am using as many as 40 thermocouples pe= r > card. >=20 > Thx, >=20 >=20 > Joe >=20 > ********************************* > <<...>>=20 >=20 > Joe Finlayson > Manager, Compliance Engineering > Telica, Inc. > 734 Forest Street, Bldg. G, Suite 100 > Marlboro, MA 01752 > Tel: (508) 480-0909 x212 > Fax: (508) 480-0922 > Email: [email protected] > Web: www.telica.com >=20 >=20 > ------------------------------------------- > This message is from the IEEE EMC Society Product Safety > Technical Committee emc-pstc discussion list. >=20 > To cancel your subscription, send mail to: > [email protected] > with the single line: > unsubscribe emc-pstc >=20 > For help, send mail to the list administrators: > Jim Bacher: [email protected] > Michael Garretson: [email protected] >=20 > For policy questions, send mail to: > Richard Nute: [email protected] >=20 ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Wed Dec 20 02:37:30 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc28.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001218151024.ruwc5866.mtiwgwc28.worldnet.att....@ruebert.ieee.org>; Mon, 18 Dec 2000 15:10:24 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id KAA11208; Mon, 18 Dec 2000 10:06:03 -0500 (EST) X-Originating-IP: [4.19.252.130] From: "E Eszlari" <[email protected]> To: [email protected], [email protected], [email protected] Subject: Re: Thermocouple issues List-Post: [email protected] Date: Mon, 18 Dec 2000 10:05:54 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: <[email protected]> X-OriginalArrivalTime: 18 Dec 2000 15:05:54.0724 (UTC) FILETIME=[04C5EE40:01C06904] Sender: [email protected] Precedence: bulk Reply-To: "E Eszlari" <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ruebert.ieee.org id KAA11208 X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Hi Joe, We use Loctite 495 or 416 with the 712 accelerator (we have a T/C welder = in=20 case they break upon removal). We also use an IR probe which connects to = the=20 multimeter for those hard to get locations. Ed >From: Joe Finlayson <[email protected]> >Reply-To: Joe Finlayson <[email protected]> >To: "'NEBS Newsgroup'" <[email protected]>, "'EMC PSTC'"=20 ><[email protected]> >Subject: Thermocouple issues >Date: Fri, 15 Dec 2000 14:52:45 -0500 > > > > I am in the process of performing a thermal evaluation and am using >thermocouples to measure surface temperatures of IC's, etc. I'm finding >that the thermocouple tape that I'm using tends to experience a degradat= ion >of the adhesive as the temperatures increase (in the 80-100=B0C range)=20 >causing >the thermocouples to separate from the surfaces. I'd appreciate any adv= ice >that could point to a higher performing tape/adhesive for such an >application. Some of the IC's are quite small which doesn't leave much >surface area for adhesion and I am using as many as 40 thermocouples per >card. > >Thx, > > >Joe > >********************************* > <<...>> > >Joe Finlayson >Manager, Compliance Engineering >Telica, Inc. >734 Forest Street, Bldg. G, Suite 100 >Marlboro, MA 01752 >Tel: (508) 480-0909 x212 >Fax: (508) 480-0922 >Email: [email protected] >Web: www.telica.com > > >------------------------------------------- >This message is from the IEEE EMC Society Product Safety >Technical Committee emc-pstc discussion list. > >To cancel your subscription, send mail to: > [email protected] >with the single line: > unsubscribe emc-pstc > >For help, send mail to the list administrators: > Jim Bacher: [email protected] > Michael Garretson: [email protected] > >For policy questions, send mail to: > Richard Nute: [email protected] > > _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Wed Dec 20 02:38:33 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001218222630.msxr6196.mtiwgwc21.worldnet.att....@ruebert.ieee.org>; Mon, 18 Dec 2000 22:26:30 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id RAA09545; Mon, 18 Dec 2000 17:20:32 -0500 (EST) Message-ID: <[email protected]> From: "Collins, Jeffrey" <[email protected]> To: [email protected] Cc: [email protected] Subject: NEBS Question: GR-63 Equivalent List-Post: [email protected] Date: Mon, 18 Dec 2000 14:21:00 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: bulk Reply-To: "Collins, Jeffrey" <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Hi Group, Is anyone familiar with CEPT T/TR02-03 ? It is supposed to be equivalent to Bellcore Specification NEBS TR-NWT-000063 (GR-63 Core) Of course this is a customer request issue. Thanks in advance & Happy Holidays !!!!! Jeffrey Collins Engineering Manager / Lead Engineer EMC/ NEBS/ Product Safety/ EHS > CIENA Core Switching Division 10480 Ridgeview Court, Cupertino, CA. 95014 (408) 366-4806, Fax (408) 366-4866 [email protected] http://www.ciena.com ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Wed Dec 20 02:39:48 2000 Return-Path: <[email protected]> Received: from europe.std.com ([192.74.137.10]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001219125341.txtt6196.mtiwgwc21.worldnet.att....@europe.std.com> for <[email protected]>; Tue, 19 Dec 2000 12:53:41 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id HAA23212 for nebs-outgoing; Tue, 19 Dec 2000 07:43:17 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id HAA23110 for <[email protected]>; Tue, 19 Dec 2000 07:42:43 -0500 (EST) Received: from mailman.sciatl.com ([192.133.191.37]) by world.std.com (8.9.3/8.9.3) with ESMTP id HAA17745 for <[email protected]>; Tue, 19 Dec 2000 07:42:19 -0500 (EST) Received: from mxatl05.sciatl.com ([192.133.200.155]) by mailman.sciatl.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id X8K8WDAL; Tue, 19 Dec 2000 07:37:54 -0500 Received: by mxatl05.sciatl.com with Internet Mail Service (5.5.2650.21) id <ZGQPW3QF>; Tue, 19 Dec 2000 07:42:14 -0500 Message-ID: <[email protected]> From: "Schultz, Charlie" <[email protected]> To: "'[email protected]'" <[email protected]> Subject: Alarm-type questions List-Post: [email protected] Date: Tue, 19 Dec 2000 07:37:59 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C069B9.1C579C06" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C069B9.1C579C06 Content-Type: text/plain; charset="iso-8859-1" Hello group- Can anyone recommend Bellcore/Telcordia document(s) that contain requirements relative to: 1. How alarms are indicated in hardware (i.e. relay states) 2. Elapsed time between an alarm condition and an alarm indication. This is in regards to optical transport equipment. Regards, Charlie - - - - - - - Appended by Scientific-Atlanta, Inc. - - - - - - - This e-mail and any attachments may contain information which is confidential, proprietary, privileged or otherwise protected by law. The information is solely intended for the named addressee (or a person responsible for delivering it to the addressee). If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete it from your computer. ------_=_NextPart_001_01C069B9.1C579C06 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> <HTML> <HEAD> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Diso-8859-1"> <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version = 5.5.2650.12"> <TITLE>Alarm-type questions</TITLE> </HEAD> <BODY> <P><FONT SIZE=3D2 FACE=3D"Arial">Hello group-</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">Can anyone recommend = Bellcore/Telcordia document(s) that contain requirements relative = to:</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">1. How alarms are indicated in = hardware (i.e. relay states)</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">2. Elapsed time between an alarm = condition and an alarm indication.</FONT> </P> <P><FONT SIZE=3D2 FACE=3D"Arial">This is in regards to optical = transport equipment.</FONT> </P> <P><FONT SIZE=3D2 FACE=3D"Arial">Regards,</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">Charlie</FONT> </P> <BR> <BR> <BR> <BR> <P> - - - - - - - Appended by = Scientific-Atlanta, Inc. - - - - - - - =20 <BR>This e-mail and any attachments may contain information which is = confidential, proprietary, privileged or otherwise protected by law. = The information is solely intended for the named addressee (or a person = responsible for delivering it to the addressee). If you are not the = intended recipient of this message, you are not authorized to read, = print, retain, copy or disseminate this message or any part of it. If = you have received this e-mail in error, please notify the sender = immediately by return e-mail and delete it from your computer. </P> <BR> </BODY> </HTML> ------_=_NextPart_001_01C069B9.1C579C06-- From - Wed Dec 20 02:40:47 2000 Return-Path: <[email protected]> Received: from europe.std.com ([192.74.137.10]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.03.10 201-229-121-110) with ESMTP id <20001219161256.sqgr23905.mtiwgwc24.worldnet.att....@europe.std.com> for <[email protected]>; Tue, 19 Dec 2000 16:12:56 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id LAA06095 for nebs-outgoing; Tue, 19 Dec 2000 11:01:25 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id KAA05463 for <[email protected]>; Tue, 19 Dec 2000 10:59:16 -0500 (EST) Received: from 206-103-61-194.oresis.com (206-103-61-194.oresis.com [206.103.61.194]) by world.std.com (8.9.3/8.9.3) with SMTP id KAA16718 for <[email protected]>; Tue, 19 Dec 2000 10:56:37 -0500 (EST) Received: from oresisexchange.oresis by 206-103-61-194.oresis.com via smtpd (for world-f.std.com [199.172.62.5]) with SMTP; 19 Dec 2000 15:50:23 UT Received: by oresisexchange.oresis with Internet Mail Service (5.5.2650.21) id <X6Y956F8>; Tue, 19 Dec 2000 07:55:57 -0800 Message-ID: <[email protected]> From: David Spencer <[email protected]> To: "'[email protected]'" <[email protected]> Subject: RE: Alarm-type questions List-Post: [email protected] Date: Tue, 19 Dec 2000 07:55:56 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Hi Charlie, The following should have what you need, in order of relevance: GR-474-Core Network Maintenance: Alarm and Control for Network Elements GR-253-Core Synchronous Optical Network (SONET) Transport Systems:Common Generic Criteria GR-499-Core Transport Systems Generic Requirements (TSGR):Common Requirements GR-820-Core Generic Digital Transmission Surveillance Regards, Dave Spencer Oresis Communications -----Original Message----- From: Schultz, Charlie [mailto:[email protected]] Sent: Tuesday, December 19, 2000 4:38 AM To: '[email protected]' Subject: Alarm-type questions Hello group- Can anyone recommend Bellcore/Telcordia document(s) that contain requirements relative to: 1. How alarms are indicated in hardware (i.e. relay states) 2. Elapsed time between an alarm condition and an alarm indication. This is in regards to optical transport equipment. Regards, Charlie - - - - - - - Appended by Scientific-Atlanta, Inc. - - - - - - - This e-mail and any attachments may contain information which is confidential, proprietary, privileged or otherwise protected by law. The information is solely intended for the named addressee (or a person responsible for delivering it to the addressee). If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete it from your computer. From - Thu Sep 14 05:32:04 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc27.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000912215755.illm7685.mtiwgwc27.worldnet.att....@europe.std.com> for <[email protected]>; Tue, 12 Sep 2000 21:57:55 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id RAA08029 for nebs-outgoing; Tue, 12 Sep 2000 17:46:23 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id RAA07727 for <[email protected]>; Tue, 12 Sep 2000 17:44:57 -0400 (EDT) Received: from mail3.third-rail.net (216-064-051-022.inaddr.vitts.com [216.64.51.22]) by world.std.com (8.9.3/8.9.3) with ESMTP id RAA03628 for <[email protected]>; Tue, 12 Sep 2000 17:40:36 -0400 (EDT) Received: from smtp-02.spke.com ([216.64.51.18]) by mail3.third-rail.net (Post.Office MTA v3.1.2 release (PO205-101c) ID# 0-0U10L2S100) with SMTP id AAB231 for <[email protected]>; Tue, 12 Sep 2000 17:55:11 -0400 Received: From NHNTS40ENT01.SPKE.COM (216.64.51.35[216.64.51.35 port:1386]) by smtp-02.spke.com Mail essentials (server 2.422) with SMTP id: <[email protected]> for <[email protected]>; Tue, 12 Sep 2000 5:36:47 PM -0400 smtpmailfrom <[email protected]> Received: by NHNTS40ENT01 with Internet Mail Service (5.5.2650.21) id <SQLR7RD5>; Tue, 12 Sep 2000 17:37:48 -0400 Message-ID: <CEB29C59A12FD411B32E00A0C9E0BDF51C1C00@NHNTS40ENT01> From: Michael Prussel <[email protected]> To: "'[email protected]'" <[email protected]> Subject: NEBS redundancy requirements List-Post: [email protected] Date: Tue, 12 Sep 2000 17:36:10 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <CEB29C59A12FD411B32E00A0C9E0BDF51C1C00@NHNTS40ENT01> Greetings all - A question has come up regarding the need for dual-redundant power supplies residing within a Compact PCI system chassis. One of our people claims this feature ties to NEBS compliance. Is there a specific NEBS requirement(s) that would dictate dual redundant power supplies? If so, where can I find it? Would a single high-MTBF power supply be an alternative way to meet such a requirement? Thanks very much for your help. Mike Prussel Regulatory Engineer Spike Broadband Systems Nashua, NH [email protected] From - Mon Aug 07 04:33:11 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000804210128.qsxx14877.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Fri, 4 Aug 2000 21:01:28 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id QAA24742 for nebs-outgoing; Fri, 4 Aug 2000 16:50:49 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id QAA24030 for <[email protected]>; Fri, 4 Aug 2000 16:46:47 -0400 (EDT) Received: from smtppop2.gte.net (smtppop2pub.gte.net [206.46.170.21]) by world.std.com (8.9.3/8.9.3) with ESMTP id QAA07641 for <[email protected]>; Fri, 4 Aug 2000 16:44:16 -0400 (EDT) Received: from gte.net (1Cust118.tnt2.gilroy.ca.da.uu.net [63.17.134.118]) by smtppop2.gte.net with ESMTP for <[email protected]>; id PAA6878168 Fri, 4 Aug 2000 15:41:29 -0500 (CDT) Message-ID: <[email protected]> List-Post: [email protected] Date: Fri, 04 Aug 2000 13:42:08 -0700 From: Doug <[email protected]> X-Mailer: Mozilla 4.73 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Nebs Discussion Group <[email protected]> Subject: GR-78 question ... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> I think I already know the answer to this, but I have to ask. A product has a mix of printed circuit boards. Some are made by the mfr, some are off the shelf boards. I suppose you could buy them at a place like Fry's (big electronic store out here). Not sure about that. To declare GR-78 compliance, would the mfr of said product require the mfrs of the boards they buy from vendors be compliant with GR-78 as well? Example - Say your company makes a PC that will go into a CO. The only thing your company actually makes of the product is the box, power supplies, and the motherboard. The product will NOT connect directly to any telephone lines. It will connect to the telephone line through a modem once installed in the CO. It's a plug and play device that accepts any type of PCI interface card you need. You can buy these interface cards almost anywhere. * Are you obligated to require ANY and ALL interface cards to be used in your product to be GR-78 compliant? - Doug From - Mon Aug 07 04:33:40 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000805020734.vwxa15868.mtiwgwc21.worldnet.att....@europe.std.com> for <[email protected]>; Sat, 5 Aug 2000 02:07:34 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id VAA02938 for nebs-outgoing; Fri, 4 Aug 2000 21:57:46 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id VAA02484 for <[email protected]>; Fri, 4 Aug 2000 21:53:51 -0400 (EDT) Received: from excelsus01.excelsus-tech.com ([63.197.196.30]) by world.std.com (8.9.3/8.9.3) with ESMTP id VAA15857 for <[email protected]>; Fri, 4 Aug 2000 21:53:22 -0400 (EDT) Received: by EXCELSUS01 with Internet Mail Service (5.5.2650.21) id <QFCFLS6L>; Fri, 4 Aug 2000 19:00:14 -0700 Message-ID: <99A33C5F2DC1D311931D009027E7E82209B380@EXCELSUS01> From: Don House <[email protected]> To: [email protected] Subject: RE: GR-78 question ... List-Post: [email protected] Date: Fri, 4 Aug 2000 19:00:07 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <99A33C5F2DC1D311931D009027E7E82209B380@EXCELSUS01> If I recall correctly there is no such thing as GR-78 Recognition. So that means that your equipment would have to be tested with the off the shelf boards installed for the final product to meet the requirements. Don Don Robert House, MTS Excelsus Technologies, Inc. (760) 918-2552 Office (760) 476-1519 FAX (760) 432-3397 Pager New e-mail address: [email protected] URL: http://www.excelsus-tech.com -----Original Message----- From: Doug [mailto:[email protected]] Sent: Friday, August 04, 2000 1:42 PM To: Nebs Discussion Group Subject: GR-78 question ... I think I already know the answer to this, but I have to ask. A product has a mix of printed circuit boards. Some are made by the mfr, some are off the shelf boards. I suppose you could buy them at a place like Fry's (big electronic store out here). Not sure about that. To declare GR-78 compliance, would the mfr of said product require the mfrs of the boards they buy from vendors be compliant with GR-78 as well? Example - Say your company makes a PC that will go into a CO. The only thing your company actually makes of the product is the box, power supplies, and the motherboard. The product will NOT connect directly to any telephone lines. It will connect to the telephone line through a modem once installed in the CO. It's a plug and play device that accepts any type of PCI interface card you need. You can buy these interface cards almost anywhere. * Are you obligated to require ANY and ALL interface cards to be used in your product to be GR-78 compliant? - Doug From - Mon Aug 07 19:52:50 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000807141022.eozl15868.mtiwgwc21.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 7 Aug 2000 14:10:22 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id JAA23638 for nebs-outgoing; Mon, 7 Aug 2000 09:59:52 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id JAA22688 for <[email protected]>; Mon, 7 Aug 2000 09:53:29 -0400 (EDT) Received: from domino2.nc.tekelec.com (domino2.nc.tekelec.com [198.89.40.41]) by world.std.com (8.9.3/8.9.3) with SMTP id JAA25827 for <[email protected]>; Mon, 7 Aug 2000 09:51:38 -0400 (EDT) Received: by domino2.nc.tekelec.com(Lotus SMTP MTA v4.6.3 (733.2 10-16-1998)) id 85256934.004C048D ; Mon, 7 Aug 2000 09:50:19 -0400 X-Lotus-FromDomain: TEKELEC From: "Gary Raper" <[email protected]> To: [email protected] Message-ID: <[email protected]> List-Post: [email protected] Date: Mon, 7 Aug 2000 09:47:13 -0400 Subject: Re: GR-78 question ... Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Doug, GR-78-CORE covers the design and manufacture of telecom products. To be compliant with the 880+ requirements in the standard, the design first of all must meet the 200+ design requirements for cables, PCB layout, materials, components, connectors, etc. The selection of 94 V-1 or better components is a major task alone. Obviously if you buy an off the shelf product that does not claim to comply with GR-78, it will not meet the requirements within its design or selection of materials. Also, the manufacture of the assemblies involves a few hundred requirements. The selection of solders, fluxes, cleaning processes, thermal controls in all processes, storage and handling of materials, ESD practices, repair practices, and we have only skimmed the surface. I've audited sites that claim to meet GR-78 that fail to meet major requirements, so an off the shelf will be even more of a compliance problem. The customer has the final say in deciding if they want your product because it is invaluable even with its missed marks. Being upfront about the makeup of your product is the best approach along with a plan to conform in the future. Gary R. Tekelec Hardware Compliance Eng. Doug <[email protected]> on 08/04/2000 04:42:08 PM Please respond to [email protected] To: Nebs Discussion Group <[email protected]> cc: (bcc: Gary Raper/Raleigh/TEKELEC) Subject: GR-78 question ... I think I already know the answer to this, but I have to ask. A product has a mix of printed circuit boards. Some are made by the mfr, some are off the shelf boards. I suppose you could buy them at a place like Fry's (big electronic store out here). Not sure about that. To declare GR-78 compliance, would the mfr of said product require the mfrs of the boards they buy from vendors be compliant with GR-78 as well? Example - Say your company makes a PC that will go into a CO. The only thing your company actually makes of the product is the box, power supplies, and the motherboard. The product will NOT connect directly to any telephone lines. It will connect to the telephone line through a modem once installed in the CO. It's a plug and play device that accepts any type of PCI interface card you need. You can buy these interface cards almost anywhere. * Are you obligated to require ANY and ALL interface cards to be used in your product to be GR-78 compliant? - Doug From - Tue Aug 08 04:42:21 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000808025249.wewv3523.mtiwgwc24.worldnet.att....@europe.std.com> for <[email protected]>; Tue, 8 Aug 2000 02:52:49 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id WAA09380 for nebs-outgoing; Mon, 7 Aug 2000 22:40:57 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id WAA08760 for <[email protected]>; Mon, 7 Aug 2000 22:36:12 -0400 (EDT) Received: from occamnetworks.com (mail.occamnetworks.com [216.64.159.194]) by world.std.com (8.9.3/8.9.3) with ESMTP id WAA05994; Mon, 7 Aug 2000 22:34:42 -0400 (EDT) Received: from occamnetworks.com (wilshire.occamnetworks.com [192.168.2.170]) by occamnetworks.com (8.10.1/8.10.1) with ESMTP id e782YaY19617; Mon, 7 Aug 2000 19:34:36 -0700 Message-ID: <[email protected]> List-Post: [email protected] Date: Mon, 07 Aug 2000 19:31:45 -0700 From: Nazeeh Shaheen <[email protected]> X-Mailer: Mozilla 4.73 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: "[email protected]" <[email protected]>, "[email protected]" <[email protected]> Subject: Rack Mechanical Dimensions Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> I am searching for the mechanical dimensions of both 19" and 23" telco racks. Can someone please confirm that ANSI/EIA/310-D-92 is the proper spec. Thanks, ------ Occam Networks Nazeeh Shaheen, Approvals Manager 4183 State Street Santa Barbara, CA 93110 (805) 692-6237 Phone (805) 692-9546 Fax From - Thu Aug 10 06:10:55 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000809000804.yzcw14877.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 9 Aug 2000 00:08:04 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id TAA06980 for nebs-outgoing; Tue, 8 Aug 2000 19:57:57 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id TAA06185 for <[email protected]>; Tue, 8 Aug 2000 19:53:02 -0400 (EDT) Received: from 206-103-61-194.oresis.com (206-103-61-194.oresis.com [206.103.61.194]) by world.std.com (8.9.3/8.9.3) with SMTP id TAA14526; Tue, 8 Aug 2000 19:52:04 -0400 (EDT) Received: from oresisexchange.oresis by 206-103-61-194.oresis.com via smtpd (for world-f.std.com [199.172.62.5]) with SMTP; 8 Aug 2000 23:47:49 UT Received: by oresisexchange.oresis with Internet Mail Service (5.5.2448.0) id <Q1GMYQC3>; Tue, 8 Aug 2000 16:51:33 -0700 Message-ID: <[email protected]> From: David Spencer <[email protected]> To: "Nebs List Serve (E-mail)" <[email protected]>, "TREG (E-mail)" <[email protected]> Subject: DS3 Grounding for NI to NI List-Post: [email protected] Date: Tue, 8 Aug 2000 16:51:24 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Hi All, We have found ourselves in a bit of a quandary over grounding the shields of DS3 connections on our switch. I have the following opinions to date: 1. The DS3 is grounded at the transmitter, always. The Receiver may be grounded or isolated. Selectable is an added feature. 2. Because it is Network Interface (NI) to NI, intra-building, they all get grounded to one another, i.e. bulkhead grounding to frame ground. ANSI T1.102, T1.404, and GR-499 do not give a great deal of guidance. The most applicable is in T1.404, where it says: The shields of the connecting coaxial cables meeting at the NI through the TNC connectors (see 8.2) MAY interconnect the network and CI equipment grounds. Because this is not suitable as the common ground reference, it is necessary that the network and CI equipment be interconnected following appropriate installation procedures consistent with existing safety standards to form the common ground reference. High-frequency pulse isolation transformers may be required at the CI to prevent excessive ground currents in the shields of the connecting cables as shown in figure 5. Figure 5 shows a connection with isolation transformers installed. If the ground loops are not too high (could be an amp or more between frames depending where they are in the building if running a radial ground) I suppose it is not a safety issue. However, when you have multiple DS3's connecting between different frames to your common ground feeder, it seems like it could get ugly as you reinvent the grounding topology. If there is already a mesh network in the building, then I suppose it makes no difference at all. Please advise if you know of any standards, RBOC guidelines/practices/directives, or common practices. This must be a pet issue for someone out there with an opinion. Thanks in advance for your insight! Best Regards, Dave Spencer Compliance Engineer Oresis Communications, Inc. 14670 NW Greenbrier Parkway, Beaverton, OR 97006 * [email protected] * http://www.oresis.com * (503) 466-6289 * (503) 533-8233 From - Thu Aug 10 06:11:02 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000809012249.dwtd3523.mtiwgwc24.worldnet.att....@europe.std.com>; Wed, 9 Aug 2000 01:22:49 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id VAA19004 for treg-outgoing; Tue, 8 Aug 2000 21:16:09 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id VAA18460 for <[email protected]>; Tue, 8 Aug 2000 21:13:40 -0400 (EDT) Received: from conveyor.jetstream.com ([64.41.243.180]) by world.std.com (8.9.3/8.9.3) with ESMTP id VAA02465; Tue, 8 Aug 2000 21:12:36 -0400 (EDT) Received: by mail.jetstream.com with Internet Mail Service (5.5.2650.21) id <QM0VQRL9>; Tue, 8 Aug 2000 18:11:54 -0700 Message-ID: <[email protected]> From: Bandele Adepoju <[email protected]> To: "'David Spencer'" <[email protected]> Cc: "TREG (E-mail)" <[email protected]>, "Nebs List Serve (E-mail)" <[email protected]> Subject: RE: DS3 Grounding for NI to NI List-Post: [email protected] Date: Tue, 8 Aug 2000 18:11:46 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: Bandele Adepoju <[email protected]> X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> We ground our DS3 connectors at both Xmtr and Rcvr. This is mainly to overcome EMC problems - Emissions/ESD. Regards, Bandele Jetstream Communications, Inc. [email protected] -----Original Message----- From: David Spencer [mailto:[email protected]] Sent: Tuesday, August 08, 2000 4:51 PM To: Nebs List Serve (E-mail); TREG (E-mail) Subject: DS3 Grounding for NI to NI Hi All, We have found ourselves in a bit of a quandary over grounding the shields of DS3 connections on our switch. I have the following opinions to date: 1. The DS3 is grounded at the transmitter, always. The Receiver may be grounded or isolated. Selectable is an added feature. 2. Because it is Network Interface (NI) to NI, intra-building, they all get grounded to one another, i.e. bulkhead grounding to frame ground. ANSI T1.102, T1.404, and GR-499 do not give a great deal of guidance. The most applicable is in T1.404, where it says: The shields of the connecting coaxial cables meeting at the NI through the TNC connectors (see 8.2) MAY interconnect the network and CI equipment grounds. Because this is not suitable as the common ground reference, it is necessary that the network and CI equipment be interconnected following appropriate installation procedures consistent with existing safety standards to form the common ground reference. High-frequency pulse isolation transformers may be required at the CI to prevent excessive ground currents in the shields of the connecting cables as shown in figure 5. Figure 5 shows a connection with isolation transformers installed. If the ground loops are not too high (could be an amp or more between frames depending where they are in the building if running a radial ground) I suppose it is not a safety issue. However, when you have multiple DS3's connecting between different frames to your common ground feeder, it seems like it could get ugly as you reinvent the grounding topology. If there is already a mesh network in the building, then I suppose it makes no difference at all. Please advise if you know of any standards, RBOC guidelines/practices/directives, or common practices. This must be a pet issue for someone out there with an opinion. Thanks in advance for your insight! Best Regards, Dave Spencer Compliance Engineer Oresis Communications, Inc. 14670 NW Greenbrier Parkway, Beaverton, OR 97006 * [email protected] * http://www.oresis.com * (503) 466-6289 * (503) 533-8233 From - Sat Sep 09 06:47:13 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc27.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000908175737.mskj7685.mtiwgwc27.worldnet.att....@europe.std.com> for <[email protected]>; Fri, 8 Sep 2000 17:57:37 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id NAA28914 for nebs-outgoing; Fri, 8 Sep 2000 13:41:59 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id NAA28338 for <[email protected]>; Fri, 8 Sep 2000 13:37:34 -0400 (EDT) Received: from tnidc1.alidian.com ([63.99.127.100]) by world.std.com (8.9.3/8.9.3) with ESMTP id NAA05071 for <[email protected]>; Fri, 8 Sep 2000 13:34:16 -0400 (EDT) Received: by TNIDC1 with Internet Mail Service (5.5.2650.21) id <SQTA9HTK>; Fri, 8 Sep 2000 10:34:01 -0700 Message-ID: <ED298BF0B6CED211956D0090273F755362E563@TNIDC1> From: Dave Wilson <[email protected]> To: "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]> Subject: HALT/HASS Testing List-Post: [email protected] Date: Fri, 8 Sep 2000 10:34:00 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> We make a Metro DWDM product (all fiber) and one of our potential customers mentioned HALT/HASS environmental testing. Has anyone else had to go through this for similar products? Thanks, Dave Wilson Alidian Networks Inc. From - Sat Sep 09 06:47:14 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000908183912.nmrf28575.mtiwgwc24.worldnet.att....@ruebert.ieee.org>; Fri, 8 Sep 2000 18:39:12 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id OAA00053; Fri, 8 Sep 2000 14:23:01 -0400 (EDT) Message-ID: <[email protected]> From: Darrell Locke <[email protected]> To: "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]> Subject: RE: HALT/HASS Testing List-Post: [email protected] Date: Fri, 8 Sep 2000 11:25:56 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: bulk Reply-To: Darrell Locke <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> HALT. Highly Accelerated Stress Testing. This can go by other names. This is where you stress the product (prototype stage typically) using a number of criteria, the most common being temperature extremes and vibration. You test first to determine the operational limits of the EUT (fails to operate but recovers when the stresses are removed), then continue until you reach the destruct limits (unit is damaged). The test is of short duration (couple days) and is intended to simulate life expectancy. This can be shown using mathematical analysis with the Arrhenius equation among others. There has also been a high degree of correlation experimentally. The failures seen in HALT are usually what you see in the field. The idea is to find the weak points in your product, remedy them, such as using a higher rated part, then re-test to find the new limits. The goal is to add lots of margin concerning the reliability of your product. These tests must be done in specially designed chambers (called HALT chambers by most). They start around $130K. If you don't have the money to buy one there several labs that will gladly do the tests. One such lab is Qualmark. Others are popping up all the time. HASS. Highly accelerated Stress Screening. This is a production test designed to find manufacturing defects, engineering changes, etc., that may affect the reliability of the product. You need some kind of environmental or HALT chamber, or you can send all your units to a lab, but that gets expensive real fast. The test is similar to HALT but you don't go to the destruct limits, just high enough to stress the unit and find defects. The limits are usually established during HALT testing Many books are available on the above subject, most notably Accelerated Reliability Engineering. HALT & Hass by Greg K. Hobbs distributed by Wiley. Good Luck Darrell Locke Advanced Input Devices -----Original Message----- From: Dave Wilson [mailto:[email protected]] Sent: Friday, September 08, 2000 10:34 AM To: '[email protected]'; '[email protected]' Subject: HALT/HASS Testing We make a Metro DWDM product (all fiber) and one of our potential customers mentioned HALT/HASS environmental testing. Has anyone else had to go through this for similar products? Thanks, Dave Wilson Alidian Networks Inc. ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Sat Sep 09 06:47:35 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000908230049.pfjv694.mtiwgwc21.worldnet.att....@ruebert.ieee.org>; Fri, 8 Sep 2000 23:00:49 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id SAA11488; Fri, 8 Sep 2000 18:32:37 -0400 (EDT) List-Post: [email protected] Date: 8 Sep 2000 15:32:31 -0700 Message-ID: <[email protected]> X-Sent: 8 Sep 2000 22:32:31 GMT Content-Type: text/plain Content-Disposition: inline Mime-Version: 1.0 To: [email protected] From: "Barry Ma" <[email protected]> Cc: [email protected], [email protected] X-Mailer: Web Mail 3.7.1.4 Subject: RE: HALT/HASS Testing X-Sent-From: [email protected] Sender: [email protected] Precedence: bulk Reply-To: "Barry Ma" <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Hi Darrell, By coincidence, I'm reading the book you recommended. I found your descriptions consistent with the book. Please allow me to insert some supplements below. Barry Ma Anritsu Company On Fri, 08 September 2000, Darrell Locke wrote: > > HALT. Highly Accelerated Stress Testing. This can go by other names. This > is where you stress the product (prototype stage typically) using a number > of criteria, the most common being temperature extremes and vibration. ... many HALT results have shown that all-axis vibration far surpass the effectiveness of thermal cycling for the broad spectrum of faults found in many types of equipment ... -(quoted from p. 13 of the book) > You test first to determine the operational limits of the EUT (fails to > operate > but recovers when the stresses are removed), then continue until you reach > the destruct limits (unit is damaged). The test is of short duration > (couple days) and is intended to simulate life expectancy. This can be > shown using mathematical analysis with the Arrhenius equation among others. In the process of finding upper and lower operational and destruct limits and pushing them to ... ... a very robust product ... will be generated. ... The product is made better, but how much better is not known, at least not by the MALT methods. However, when results of the MTBF based on field failure rates (the only meaningful MTBF) become known, it will probably be far higher than ever... - (quoted from p. 72 of the book) > There has also been a high degree of correlation experimentally. The > failures seen in HALT are usually what you see in the field. The idea is to > find the weak points in your product, remedy them, such as using a higher > rated part, then re-test to find the new limits. The goal is to add lots of > margin concerning the reliability of your product. These tests must be done > in specially designed chambers (called HALT chambers by most). They start > around $130K. If you don't have the money to buy one there several labs > that will gladly do the tests. One such lab is Qualmark. Others are > popping up all the time. > > HASS. Highly accelerated Stress Screening. This is a production test > designed to find manufacturing defects, engineering changes, etc., that may > affect the reliability of the product. You need some kind of environmental > or HALT chamber, or you can send all your units to a lab, but that gets > expensive real fast. The test is similar to HALT but you don't go to the > destruct limits, just high enough to stress the unit and find defects. The > limits are usually established during HALT testing > > Many books are available on the above subject, most notably Accelerated > Reliability Engineering. HALT & Hass by Greg K. Hobbs distributed by Wiley. > > Good Luck > Darrell Locke > Advanced Input Devices > -----Original Message----- > From: Dave Wilson [mailto:[email protected]] > Sent: Friday, September 08, 2000 10:34 AM > To: '[email protected]'; '[email protected]' > Subject: HALT/HASS Testing > > We make a Metro DWDM product (all fiber) and one of our potential customers > mentioned HALT/HASS environmental testing. Has anyone else had to go through > this for similar products? > > Thanks, > > Dave Wilson > Alidian Networks Inc. > Thanks. Best Regards, Barry Ma <[email protected]> ANRITSU www.anritsu.com Morgan Hill, CA 95037 Tel. 408-778-2000 x 4465 _______________________________________________________________________ Free Unlimited Internet Access! Try it now! http://www.zdnet.com/downloads/altavista/index.html _______________________________________________________________________ ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Sat Sep 09 06:47:41 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000909004549.zgjm694.mtiwgwc21.worldnet.att....@ruebert.ieee.org>; Sat, 9 Sep 2000 00:45:49 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id UAA25600; Fri, 8 Sep 2000 20:26:04 -0400 (EDT) List-Post: [email protected] Date: 8 Sep 2000 17:25:59 -0700 Message-ID: <[email protected]> X-Sent: 9 Sep 2000 00:25:59 GMT Content-Type: text/plain Content-Disposition: inline Mime-Version: 1.0 To: [email protected] From: "Barry Ma" <[email protected]> Cc: [email protected], [email protected] X-Mailer: Web Mail 3.7.1.4 Subject: RE: HALT/HASS Testing X-Sent-From: [email protected] Sender: [email protected] Precedence: bulk Reply-To: "Barry Ma" <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Sorry, I was pointed out a typo in the email I sent 2 hrs ago this afternoon. MALT should be corrected to HALT in the second insertion with "The product is made better, but how much better is not known, at least not by the MALT methods." -BM Thanks. Best Regards, Barry Ma <[email protected]> ANRITSU www.anritsu.com Morgan Hill, CA 95037 Tel. 408-778-2000 x 4465 _______________________________________________________________________ Free Unlimited Internet Access! Try it now! http://www.zdnet.com/downloads/altavista/index.html _______________________________________________________________________ ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Tue Sep 12 04:37:16 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000909143427.cdpf9924.mtiwgwc23.worldnet.att....@europe.std.com> for <[email protected]>; Sat, 9 Sep 2000 14:34:27 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id KAA16991 for nebs-outgoing; Sat, 9 Sep 2000 10:26:43 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id KAA16148 for <[email protected]>; Sat, 9 Sep 2000 10:20:48 -0400 (EDT) Received: from imo-d05.mx.aol.com (imo-d05.mx.aol.com [205.188.157.37]) by world.std.com (8.9.3/8.9.3) with ESMTP id KAA28246 for <[email protected]>; Sat, 9 Sep 2000 10:19:48 -0400 (EDT) From: [email protected] Received: from [email protected] by imo-d05.mx.aol.com (mail_out_v28.15.) id k.16.20d464a (3944) for <[email protected]>; Sat, 9 Sep 2000 10:19:36 -0400 (EDT) Message-ID: <[email protected]> List-Post: [email protected] Date: Sat, 9 Sep 2000 10:19:36 EDT Subject: Re: HALT/HASS Testing To: [email protected] MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: AOL 5.0 for Windows sub 119 Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> There are test labs in Michigan that can help you...Frank From - Tue Sep 12 04:39:08 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000911234159.fpet28575.mtiwgwc24.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 11 Sep 2000 23:41:59 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id TAA23800 for nebs-outgoing; Mon, 11 Sep 2000 19:31:18 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id TAA23059 for <[email protected]>; Mon, 11 Sep 2000 19:27:12 -0400 (EDT) Received: from sembo111.Teknor.com ([205.205.94.10]) by world.std.com (8.9.3/8.9.3) with ESMTP id TAA02023 for <[email protected]>; Mon, 11 Sep 2000 19:24:27 -0400 (EDT) Received: by mail.Teknor.com with Internet Mail Service (5.5.2650.21) id <S3V42YYB>; Mon, 11 Sep 2000 19:24:21 -0400 Message-ID: <[email protected]> From: =?iso-8859-1?Q?=22Meunier=2C_=C9ric=22?= <[email protected]> To: [email protected] Subject: RE: HALT/HASS Testing List-Post: [email protected] Date: Mon, 11 Sep 2000 19:24:14 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> You may contact Paul A. Lombardi at QualMark Corporation [email protected] <mailto:[email protected]> tel. 508-229-8437. I did not had a product tested at this lab but, about a year ago, Mr. Lombardi gave us a very good presentation on the subject and they had a free Video tape. Eric -----Original Message----- From: Dave Wilson [SMTP:[email protected]] Sent: Friday, September 08, 2000 1:34 PM To: '[email protected]'; '[email protected]' Subject: HALT/HASS Testing We make a Metro DWDM product (all fiber) and one of our potential customers mentioned HALT/HASS environmental testing. Has anyone else had to go through this for similar products? Thanks, Dave Wilson Alidian Networks Inc. From - Thu Sep 14 05:32:09 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000912223534.vfov1251.mtiwgwc21.worldnet.att....@europe.std.com> for <[email protected]>; Tue, 12 Sep 2000 22:35:34 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id SAA11748 for nebs-outgoing; Tue, 12 Sep 2000 18:21:00 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id SAA11367 for <[email protected]>; Tue, 12 Sep 2000 18:18:46 -0400 (EDT) Received: from canospam.agcs.com (canospam.agcs.com [130.131.166.29]) by world.std.com (8.9.3/8.9.3) with ESMTP id SAA02493 for <[email protected]>; Tue, 12 Sep 2000 18:14:36 -0400 (EDT) Received: from frontier. (marshal.agcs.com [130.131.60.2]) by canospam.agcs.com (8.9.3/8.9.1) with SMTP id PAA22523 for <[email protected]>; Tue, 12 Sep 2000 15:14:30 -0700 (MST) Posted-Date: Tue, 12 Sep 2000 15:14:30 -0700 (MST) Received: from pxmail1.agcs.com (pxmail1.agcs.com [130.131.168.5]) by bootstrap.agcs.com (Pro-8.9.3/8.9.3) with ESMTP id PAA02834 for <[email protected]>; Tue, 12 Sep 2000 15:13:48 -0700 (MST) Received: from agcs.com ([130.131.36.170]) by pxmail1.agcs.com (Netscape Messaging Server 3.61) with ESMTP id AAA1F2E; Tue, 12 Sep 2000 15:14:16 -0700 Message-ID: <[email protected]> List-Post: [email protected] Date: Tue, 12 Sep 2000 15:14:16 -0700 From: Scott Baer <[email protected]> Organization: AG Communication Systems X-Mailer: Mozilla 4.5 [en] (X11; U; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: [email protected], [email protected] Subject: Re: NEBS redundancy requirements References: <CEB29C59A12FD411B32E00A0C9E0BDF51C1C00@NHNTS40ENT01> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Mike, I don't believe that you'll find any requirement in GR-63-CORE or GR-1089-CORE for dual-redundant power supplies. What you probably have is a specification specifying a "High Availability" system, which is often associated with the near-100% uptime that is expected of telecommunications facilities. The benefit of dual-redundant power is that it removes one opportunity for a single-point failure from your equipment shelf. NEBS is frequently required of telecommunications equipment if it is either (1) purchased by Bell South, SBC, Qwest, or Verizon, and/or (2) be placed in one of their central offices by a co-locator. So, NEBS and "High Availability" are often mentioned in the same breath. However, NEBS doesn't dictate your power supply architecture as to whether it is redundant or not. You may find it more cost-effective in some applications to consider a single high-MTBF power supply. Scott Baer ====================== Scott J. Baer, P.E. Product Compliance Engineer AG Communication Systems A Subsidiary of Lucent Technologies Michael Prussel wrote: > Greetings all - > > A question has come up regarding the need for dual-redundant power supplies > residing within a Compact PCI system chassis. One of our people claims this > feature ties to NEBS compliance. > > Is there a specific NEBS requirement(s) that would dictate dual redundant > power supplies? If so, where can I find it? > > Would a single high-MTBF power supply be an alternative way to meet such a > requirement? > > Thanks very much for your help. > > Mike Prussel > Regulatory Engineer > Spike Broadband Systems > Nashua, NH > [email protected] From - Thu Sep 14 05:32:15 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000912233935.bpft1251.mtiwgwc21.worldnet.att....@europe.std.com> for <[email protected]>; Tue, 12 Sep 2000 23:39:35 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id TAA24586 for nebs-outgoing; Tue, 12 Sep 2000 19:30:46 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id TAA23928 for <[email protected]>; Tue, 12 Sep 2000 19:27:24 -0400 (EDT) Received: from mail.packetcom.com (mail.packetcom.com [63.108.173.140]) by world.std.com (8.9.3/8.9.3) with ESMTP id TAA01514 for <[email protected]>; Tue, 12 Sep 2000 19:25:26 -0400 (EDT) Received: by mail.packetcom.com with Internet Mail Service (5.5.2650.21) id <SG87T38P>; Tue, 12 Sep 2000 16:29:22 -0700 Message-ID: <[email protected]> From: Marko Radojicic <[email protected]> To: "'[email protected]'" <[email protected]>, [email protected] Subject: RE: NEBS redundancy requirements List-Post: [email protected] Date: Tue, 12 Sep 2000 16:29:21 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Mike, Scott is correct in his response but you may want to consider AT&Ts requirements which are entitled "NEDS" (no typo, it stands for Network Equipment Development Standards) if they are a potential customer. Req. 1.2-20 states: "Each element/shelf/circuit pack, whichever is the smallest independent load device of the NE, shall obtain power from two completely independent power units..." Depending on your product architecture, this requirement may not apply. I'd recommend reading the entire document to get a better understanding of the intent. You can find NEDS at: http://world.std.com/~csweb/nebs.html. Cheers, Marko Radojicic email: [email protected] phone: 408/382-5206 fax: tbd -----Original Message----- From: Scott Baer [mailto:[email protected]] Sent: Tuesday, September 12, 2000 3:14 PM To: [email protected]; [email protected] Subject: Re: NEBS redundancy requirements Mike, I don't believe that you'll find any requirement in GR-63-CORE or GR-1089-CORE for dual-redundant power supplies. What you probably have is a specification specifying a "High Availability" system, which is often associated with the near-100% uptime that is expected of telecommunications facilities. The benefit of dual-redundant power is that it removes one opportunity for a single-point failure from your equipment shelf. NEBS is frequently required of telecommunications equipment if it is either (1) purchased by Bell South, SBC, Qwest, or Verizon, and/or (2) be placed in one of their central offices by a co-locator. So, NEBS and "High Availability" are often mentioned in the same breath. However, NEBS doesn't dictate your power supply architecture as to whether it is redundant or not. You may find it more cost-effective in some applications to consider a single high-MTBF power supply. Scott Baer ====================== Scott J. Baer, P.E. Product Compliance Engineer AG Communication Systems A Subsidiary of Lucent Technologies Michael Prussel wrote: > Greetings all - > > A question has come up regarding the need for dual-redundant power supplies > residing within a Compact PCI system chassis. One of our people claims this > feature ties to NEBS compliance. > > Is there a specific NEBS requirement(s) that would dictate dual redundant > power supplies? If so, where can I find it? > > Would a single high-MTBF power supply be an alternative way to meet such a > requirement? > > Thanks very much for your help. > > Mike Prussel > Regulatory Engineer > Spike Broadband Systems > Nashua, NH > [email protected] From - Thu Sep 14 05:32:17 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000913000424.logj7156.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 13 Sep 2000 00:04:24 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id TAA27414 for nebs-outgoing; Tue, 12 Sep 2000 19:56:14 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id TAA26994 for <[email protected]>; Tue, 12 Sep 2000 19:52:46 -0400 (EDT) Received: from viva.vivacenet.com (w005.z208036016.sjc-ca.dsl.cnc.net [208.36.16.5]) by world.std.com (8.9.3/8.9.3) with ESMTP id TAA18248 for <[email protected]>; Tue, 12 Sep 2000 19:50:30 -0400 (EDT) Received: from gerrydpc [10.2.0.44] by viva.vivacenet.com (SMTPD32-5.05) id A1401A5F02F8; Tue, 12 Sep 2000 16:50:24 -0700 From: "gerry.dooley" <[email protected]> To: <[email protected]> Subject: RE: NEBS redundancy requirements List-Post: [email protected] Date: Tue, 12 Sep 2000 16:52:14 -0700 Message-ID: <[email protected]> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) In-reply-to: <[email protected]> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Mike, In addition to imposing NEBS requirements, carriers such as SBC, AT&T, etc., will typically complement NEBS with general equipment specifications which contain power requirements (among other requirements) for their own or for co-located equipment. A carrier's co-location requirements do not address equipment availability. Examples include: AT&T Network Services - Network Equipment Development Standards (NEDS), December 30, 1999; Bell Atlantic - RNSA-NEB-95-0003, Rev 10, Issued: January 26, 2000; SBC Local Exchange Carriers - Equipment Requirements TP76200MP, December 30, 1998 Often specified is a primary power source that is dual (A and B) -48 VDC. This, by itself, does not require dual-redundant power supplies or converters. If not otherwise specified, it may become more a matter of system availability calculations. A single high-MTBF power supply can result in a lower (poorer) system availability than dual-redundant, lower MTBF power supplies, provided that no system down time is incurred during the failure and subsequent replacement of one of the redundant supplies. This, of course, assumes field replaceable, hot swappable power supplies. Another useful industry standard for carriers is, ANSI T1.315-1994, Voltage Levels for DC-Powered Equipment - Used in the Telecommunications Environment - (ATIS/Committee T1), which specifies power sources, but is not concerned with equipment availability and redundant power supplies. I do not know of any NEBS requirement for dual redundant power supplies. Gerry Dooley Vivace Networks, Inc. -----Original Message----- From: [email protected] [mailto:[email protected]]On Behalf Of Scott Baer Sent: Tuesday, September 12, 2000 3:14 PM To: [email protected]; [email protected] Subject: Re: NEBS redundancy requirements Mike, I don't believe that you'll find any requirement in GR-63-CORE or GR-1089-CORE for dual-redundant power supplies. What you probably have is a specification specifying a "High Availability" system, which is often associated with the near-100% uptime that is expected of telecommunications facilities. The benefit of dual-redundant power is that it removes one opportunity for a single-point failure from your equipment shelf. NEBS is frequently required of telecommunications equipment if it is either (1) purchased by Bell South, SBC, Qwest, or Verizon, and/or (2) be placed in one of their central offices by a co-locator. So, NEBS and "High Availability" are often mentioned in the same breath. However, NEBS doesn't dictate your power supply architecture as to whether it is redundant or not. You may find it more cost-effective in some applications to consider a single high-MTBF power supply. Scott Baer ====================== Scott J. Baer, P.E. Product Compliance Engineer AG Communication Systems A Subsidiary of Lucent Technologies Michael Prussel wrote: > Greetings all - > > A question has come up regarding the need for dual-redundant power supplies > residing within a Compact PCI system chassis. One of our people claims this > feature ties to NEBS compliance. > > Is there a specific NEBS requirement(s) that would dictate dual redundant > power supplies? If so, where can I find it? > > Would a single high-MTBF power supply be an alternative way to meet such a > requirement? > > Thanks very much for your help. > > Mike Prussel > Regulatory Engineer > Spike Broadband Systems > Nashua, NH > [email protected] From - Thu Sep 14 05:33:10 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000913192443.blol9438.mtiwgwc23.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 13 Sep 2000 19:24:43 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id PAA04102 for nebs-outgoing; Wed, 13 Sep 2000 15:11:02 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id PAA03576 for <[email protected]>; Wed, 13 Sep 2000 15:07:01 -0400 (EDT) Received: from canospam.agcs.com (canospam.agcs.com [130.131.166.29]) by world.std.com (8.9.3/8.9.3) with ESMTP id PAA15264 for <[email protected]>; Wed, 13 Sep 2000 15:02:33 -0400 (EDT) Received: from frontier. (marshal.agcs.com [130.131.60.2]) by canospam.agcs.com (8.9.3/8.9.1) with SMTP id MAA16050 for <[email protected]>; Wed, 13 Sep 2000 12:02:27 -0700 (MST) Posted-Date: Wed, 13 Sep 2000 12:02:27 -0700 (MST) Received: from pxmail1.agcs.com (pxmail1.agcs.com [130.131.168.5]) by bootstrap.agcs.com (Pro-8.9.3/8.9.3) with ESMTP id MAA18557 for <[email protected]>; Wed, 13 Sep 2000 12:01:46 -0700 (MST) Received: from agcs.com ([130.131.36.170]) by pxmail1.agcs.com (Netscape Messaging Server 3.61) with ESMTP id AAA13C4; Wed, 13 Sep 2000 12:02:14 -0700 Message-ID: <[email protected]> List-Post: [email protected] Date: Wed, 13 Sep 2000 12:02:14 -0700 From: Scott Baer <[email protected]> Organization: AG Communication Systems X-Mailer: Mozilla 4.5 [en] (X11; U; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: [email protected] Subject: New Verizon Checklist Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Attention NEBS Fans, RNSA-NEB-95-0003 has been upissued to Rev. 10a. My quick review of this document indicates that it is the same as Rev. 10, but with a global replacement of "Bell-Atlantic" with "Verizon". The Rev.10a is dated 8/1/00, replacing Rev. 10, dated 1/26/00. However, we still use the "Bell-Atlantic" URL to download the Word97 document: http://www.bellatlantic.com/wholesale/html/res_nebs.htm Regards, Scott Baer ====================== Scott J. Baer, P.E. Product Compliance Engineer AG Communication Systems A Subsidiary of Lucent Technologies From - Tue Sep 19 04:57:46 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000918151133.cjjd27280.mtiwgwc21.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 18 Sep 2000 15:11:33 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id KAA21677 for nebs-outgoing; Mon, 18 Sep 2000 10:53:23 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id KAA20837 for <[email protected]>; Mon, 18 Sep 2000 10:47:00 -0400 (EDT) Received: from acestes-fe0.ultra.net (acestes-fe0.ultra.net [146.115.9.54]) by world.std.com (8.9.3/8.9.3) with ESMTP id KAA17485; Mon, 18 Sep 2000 10:42:00 -0400 (EDT) Received: from wench.telica.com ([209.6.93.20]) by acestes-fe0.ultra.net (8.8.8/ult/n20340/mtc.v2) with ESMTP id KAA29397; Mon, 18 Sep 2000 10:41:49 -0400 (EDT) Received: by wench with Internet Mail Service (5.5.2448.0) id <SABR6KA0>; Mon, 18 Sep 2000 10:45:03 -0400 Message-ID: <D1BB06A1EFA3D211A830009027289AEA47B7F2@wench> From: Joe Finlayson <[email protected]> To: "'EMC PSTC'" <[email protected]>, "'TREG Newsgroup'" <[email protected]>, "'NEBS Newsgroup'" <[email protected]> Subject: MTBF Analysis List-Post: [email protected] Date: Mon, 18 Sep 2000 10:44:52 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Is there anyone out there interested, or know of anyone who might be interested, in a contract to perform an MTBF analysis on a modular chassis product located in the Boston area? Thx, Joe ********************************* <<...>> Joe Finlayson Manager, Compliance Engineering Telica, Inc. 734 Forest Street, Bldg. G, Suite 100 Marlboro, MA 01752 Tel: (508) 480-0909 x212 Fax: (508) 480-0922 Email: [email protected] Web: www.telica.com From - Tue Sep 19 04:58:02 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000918160629.ietu27280.mtiwgwc21.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 18 Sep 2000 16:06:29 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id LAA29131 for nebs-outgoing; Mon, 18 Sep 2000 11:50:38 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id LAA28796 for <[email protected]>; Mon, 18 Sep 2000 11:47:59 -0400 (EDT) Received: from obelisk.adc.com (smtp.adc.com [155.226.10.207]) by world.std.com (8.9.3/8.9.3) with ESMTP id LAA19975; Mon, 18 Sep 2000 11:44:03 -0400 (EDT) Received: from mplsgtwy02.adc.com (MPLSGTWY02.adc.com [155.226.11.1]) by obelisk.adc.com (8.9.0/8.9.0) with ESMTP id KAA12497; Mon, 18 Sep 2000 10:44:01 -0500 (CDT) Received: by MPLSGTWY02.adc.com with Internet Mail Service (5.5.2650.21) id <S6A4505T>; Mon, 18 Sep 2000 10:43:54 -0500 Message-ID: <8204E40F8922D411A0C10008C7A42AC222A50E@MRDNEXCH01> From: "Kretsch, John" <[email protected]> To: "'[email protected]'" <[email protected]>, "'EMC PSTC'" <[email protected]>, "'TREG Newsgroup'" <[email protected]> Subject: Hygroscopic Dust Troubleshooting List-Post: [email protected] Date: Mon, 18 Sep 2000 10:05:55 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> I thought I would try to contact the collective on this one... We have a shelf system that is failing GR-63 hygro dust with excessive bit errors (unit did pass Gaseous contaminants no problem). Air is filtered. Anyone have experiences that they would like to share (non-proprietary of course) about how to trouble-shoot and solve this problem? This was the only GR-63 test to have a failure. Regards, John K. From - Tue Sep 19 04:58:06 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000918164618.mivw27280.mtiwgwc21.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 18 Sep 2000 16:46:18 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id MAA05927 for nebs-outgoing; Mon, 18 Sep 2000 12:36:17 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id MAA04366 for <[email protected]>; Mon, 18 Sep 2000 12:30:25 -0400 (EDT) Received: from mail.packetcom.com (mail.packetcom.com [63.108.173.140]) by world.std.com (8.9.3/8.9.3) with ESMTP id MAA18017; Mon, 18 Sep 2000 12:27:24 -0400 (EDT) Received: by mail.packetcom.com with Internet Mail Service (5.5.2650.21) id <SG87TY8X>; Mon, 18 Sep 2000 09:31:29 -0700 Message-ID: <[email protected]> From: Marko Radojicic <[email protected]> To: "'[email protected]'" <[email protected]>, "'EMC PSTC'" <[email protected]>, "'TREG Newsgroup'" <[email protected]> Subject: RE: Hygroscopic Dust Troubleshooting List-Post: [email protected] Date: Mon, 18 Sep 2000 09:31:18 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> John, Excessive voltage gradients are what causes failures in this test. I'd suggest looking at each chip and finding the worst case voltage gradients between pins. You can start with your supply voltage (battery or AC) to ground separations. If you have a voltage gradient in excess of 11V/thousandth of an inch, this would be a good place to start looking for issues. The best, but most painful short-term solution, would be a design re-layout of the offending separation. I've never used conformal coating due to other issues (reliability, thermals) but that may be a way to go as well depending on your product. You may also want to go to a better air filter if you have the space and/or thermal margin. Good luck, Marko Radojicic email: [email protected] phone: 408/382-5206 fax: tbd -----Original Message----- From: Kretsch, John [mailto:[email protected]] Sent: Monday, September 18, 2000 8:06 AM To: '[email protected]'; 'EMC PSTC'; 'TREG Newsgroup' Subject: Hygroscopic Dust Troubleshooting I thought I would try to contact the collective on this one... We have a shelf system that is failing GR-63 hygro dust with excessive bit errors (unit did pass Gaseous contaminants no problem). Air is filtered. Anyone have experiences that they would like to share (non-proprietary of course) about how to trouble-shoot and solve this problem? This was the only GR-63 test to have a failure. Regards, John K. From - Tue Sep 19 04:58:23 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000918182913.mquo7156.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 18 Sep 2000 18:29:13 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id OAA23995 for nebs-outgoing; Mon, 18 Sep 2000 14:12:52 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id OAA23122 for <[email protected]>; Mon, 18 Sep 2000 14:05:23 -0400 (EDT) Received: from domino2.nc.tekelec.com (domino2.nc.tekelec.com [198.89.40.41]) by world.std.com (8.9.3/8.9.3) with SMTP id OAA07920 for <[email protected]>; Mon, 18 Sep 2000 14:01:37 -0400 (EDT) Received: by domino2.nc.tekelec.com(Lotus SMTP MTA v4.6.3 (733.2 10-16-1998)) id 8525695E.0062E73B ; Mon, 18 Sep 2000 14:00:17 -0400 X-Lotus-FromDomain: TEKELEC From: "Gary Raper" <[email protected]> To: [email protected] Message-ID: <[email protected]> List-Post: [email protected] Date: Mon, 18 Sep 2000 13:59:33 -0400 Subject: Re: Hygroscopic Dust Troubleshooting Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> John, GR-63 allows you to include Root Cause Analysis in the report. If you determine the cause of the failure, you may find that it is not related to the dust exposure. Is it possible that ESD caused the failure condition? Your assembly is handled after each test. Troubleshooting each board in the shelf to find the failure source will help in your conclusion. Also, what is the product's design life? How relevant is this test to your product. Include those comments in the report, if they apply. Keep in mind that if you remove the assembly from the control of the NRTL, the test conclusion will be that the card/s failed the test. It never hurts to review the test data to confirm that the test was performed correctly. You can also retest with a new assembly, for dust only. If it passes and you have your R.C.A. from the first test, that may be sufficient. Gary Raper "Kretsch, John" <[email protected]> on 09/18/2000 11:05:55 AM Please respond to [email protected] To: "'[email protected]'" <[email protected]>, "'EMC PSTC'" <[email protected]>, "'TREG Newsgroup'" <[email protected]> cc: (bcc: Gary Raper/Raleigh/TEKELEC) Subject: Hygroscopic Dust Troubleshooting I thought I would try to contact the collective on this one... We have a shelf system that is failing GR-63 hygro dust with excessive bit errors (unit did pass Gaseous contaminants no problem). Air is filtered. Anyone have experiences that they would like to share (non-proprietary of course) about how to trouble-shoot and solve this problem? This was the only GR-63 test to have a failure. Regards, John K. From - Tue Sep 19 04:58:22 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000918182911.mqtk7156.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 18 Sep 2000 18:29:11 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id OAA24802 for nebs-outgoing; Mon, 18 Sep 2000 14:16:46 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id OAA23888 for <[email protected]>; Mon, 18 Sep 2000 14:11:43 -0400 (EDT) Received: from [63.65.15.131] (gatekeeper.pairgain.com [63.65.15.131]) by world.std.com (8.9.3/8.9.3) with SMTP id OAA12682; Mon, 18 Sep 2000 14:07:44 -0400 (EDT) Received: from mail1.pairgain.com by [63.65.15.131] via smtpd (for world-f.std.com [199.172.62.5]) with SMTP; 18 Sep 2000 18:01:55 UT Received: from TSTNEXCH01.pairgain.com by pairgain.com (8.8.8+Sun/SMI-SVR4) id LAA26106; Mon, 18 Sep 2000 11:19:07 -0700 (PDT) Received: by tstnexch01.pairgain.com with Internet Mail Service (5.5.2650.21) id <S9Y6H0MW>; Mon, 18 Sep 2000 11:06:38 -0700 Message-ID: <[email protected]> From: "Tudor, Allen" <[email protected]> To: "'[email protected]'" <[email protected]>, "'EMC PSTC'" <[email protected]>, "'TREG Newsgroup'" <[email protected]> Subject: RE: Hygroscopic Dust Troubleshooting List-Post: [email protected] Date: Mon, 18 Sep 2000 11:03:31 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Texas Instruments (TI) has switched to a palladium lead finish to address European environmental concerns associated with lead disposal. There have been documented failures of the hygroscopic dust test attributed to palladium coated leads. TI is aware of the problem, but to my knowledge nothing has been done about it. -----Original Message----- From: Kretsch, John Sent: Monday, September 18, 2000 11:06 AM To: '[email protected]'; 'EMC PSTC'; 'TREG Newsgroup' Subject: Hygroscopic Dust Troubleshooting I thought I would try to contact the collective on this one... We have a shelf system that is failing GR-63 hygro dust with excessive bit errors (unit did pass Gaseous contaminants no problem). Air is filtered. Anyone have experiences that they would like to share (non-proprietary of course) about how to trouble-shoot and solve this problem? This was the only GR-63 test to have a failure. Regards, John K. From - Tue Sep 19 04:58:29 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000918191119.ybgo28575.mtiwgwc24.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 18 Sep 2000 19:11:19 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id OAA00701 for nebs-outgoing; Mon, 18 Sep 2000 14:58:56 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id OAA29781 for <[email protected]>; Mon, 18 Sep 2000 14:54:16 -0400 (EDT) Received: from excelsus01.excelsus-tech.com ([64.160.69.38]) by world.std.com (8.9.3/8.9.3) with ESMTP id OAA18248 for <[email protected]>; Mon, 18 Sep 2000 14:50:06 -0400 (EDT) Message-ID: <99A33C5F2DC1D311931D009027E7E8221238A4@excelsus01> From: Don House <[email protected]> To: [email protected] Subject: RE: Hygroscopic Dust Troubleshooting List-Post: [email protected] Date: Mon, 18 Sep 2000 11:58:12 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <99A33C5F2DC1D311931D009027E7E8221238A4@excelsus01> I suggest that you contact MET LABS in Union City California. Their "Dust Man" is really a good man and would probably offer you advice. I have forgotten his name but you can reach him through Troy Franklin 888-638-9345 Don Don Robert House, MTS Product Certification & Regulatory Compliance Excelsus Technologies, Inc. 2875 Loker Avenue East Carlsbad, CA 92008-6626 USA (760) 918-2552 Office/Lab (760) 476-1519 FAX URL: http://www.excelsus-tech.com -----Original Message----- From: Kretsch, John [mailto:[email protected]] Sent: Monday, September 18, 2000 8:06 AM To: '[email protected]'; 'EMC PSTC'; 'TREG Newsgroup' Subject: Hygroscopic Dust Troubleshooting I thought I would try to contact the collective on this one... We have a shelf system that is failing GR-63 hygro dust with excessive bit errors (unit did pass Gaseous contaminants no problem). Air is filtered. Anyone have experiences that they would like to share (non-proprietary of course) about how to trouble-shoot and solve this problem? This was the only GR-63 test to have a failure. Regards, John K. From - Fri Sep 22 05:19:19 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000920201631.glyf13590.mtiwgwc21.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 20 Sep 2000 20:16:31 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id PAA21183 for nebs-outgoing; Wed, 20 Sep 2000 15:49:30 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id PAA19656 for <[email protected]>; Wed, 20 Sep 2000 15:41:51 -0400 (EDT) Received: from acestes-fe0.ultra.net (acestes-fe0.ultra.net [146.115.9.54]) by world.std.com (8.9.3/8.9.3) with ESMTP id PAA27360; Wed, 20 Sep 2000 15:38:29 -0400 (EDT) Received: from wench.telica.com ([209.6.93.30]) by acestes-fe0.ultra.net (8.8.8/ult/n20340/mtc.v2) with ESMTP id PAA25844; Wed, 20 Sep 2000 15:38:28 -0400 (EDT) Received: by wench with Internet Mail Service (5.5.2448.0) id <SABR6NNY>; Wed, 20 Sep 2000 15:41:34 -0400 Message-ID: <D1BB06A1EFA3D211A830009027289AEA47B826@wench> From: Joe Finlayson <[email protected]> To: "'EMC PSTC'" <[email protected]>, "'TREG Newsgroup'" <[email protected]>, "'NEBS Newsgroup'" <[email protected]> Subject: Career Opportunities - delete if not interested List-Post: [email protected] Date: Wed, 20 Sep 2000 15:41:33 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> For anyone interested in an exciting new career opportunity at a hot pre-IPO company, take a peek at the career opportunities at Telica. If your qualifications fit any of the job descriptions below, please feel free to forward your resume by responding to this email. Thx, Joe ********************************* <<...>> Joe Finlayson Manager, Compliance Engineering Telica, Inc. 734 Forest Street, Bldg. G, Suite 100 Marlboro, MA 01752 Tel: (508) 480-0909 x212 Fax: (508) 480-0922 Email: [email protected] Web: www.telica.com Component Engineer Job description The position requires an individual who will work with Operations and Engineering to develop and maintain component specifications, select electronic components for use in new designs, maintain awareness of component availability, cost, planned obsolescence, and possible replacements. Responsibilities also include qualifying components for product use, analyzing and resolving component issues, and performing failure analysis. Strong communication/presentation skills are needed for quick closure of internal and external component issues. Must be multi-task orientated. Qualifications: BS technical degree or ASEE with related experience. ISO certification experience a plus. Reliability Engineer Job description The position requires an individual who will work with Operations and Engineering to develop an overall reliability process and methodology across all product lines. Strong communication/presentation skills are needed for quick closure of internal and external reliability issues. Must create an on-going process to insure total reliability of product including MTBF, FITs, and System reliability. Must be multi-task orientated. Will create hardware/software related test methodologies and procedures. Familiarity with HALT/HASS processes. Responsibilities include performing reliability analysis and test functions, data gathering, report generation and problem resolution. Qualifications: BS technical degree-Strong background in HALT/HASS, and DVT. ISO certification experience a plus Systems Test Engineer Primary Function: Writing and developing Manufacturing system test plans for ATM and cell-based products. Responsibilities (to include, but not limited to): 1. Analyze / read system functional specifications to determine manufacturing test plans. 2. Write manufacturing test plans according to results of system functional specifications. 3. Maintain test scripts for manufacturing tests. 3. Interface with engineering to determine requirements and understanding of the product. 4. Define test environment (the set-up in the Manufacturing Lab). 5. Determine test equipment needed. 6. Attend cross-functional team review meetings. 9. Interact with development and manufacturing engineering to resolve issues. Qualifications: BSEE or equivalent experience, with hands-on experience in the following areas: ATM and cell-based products and voice and telecom to include Switches. Successful candidates will possess a good working knowledge of the test equipment used to test telecommunications products. Strong communication skills, along with consistent follow-through. A minimum of 5-10 years industry experience with datacom or telecom and a familiarity with Expect/TCL scripting a plus. From - Fri Sep 22 05:19:29 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000920210246.miws13590.mtiwgwc21.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 20 Sep 2000 21:02:46 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id QAA02252 for nebs-outgoing; Wed, 20 Sep 2000 16:48:40 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id QAA00945 for <[email protected]>; Wed, 20 Sep 2000 16:40:46 -0400 (EDT) Received: from drawbridge.ascend.com (drawbridge.ascend.com [198.4.92.1]) by world.std.com (8.9.3/8.9.3) with ESMTP id QAA16048; Wed, 20 Sep 2000 16:36:45 -0400 (EDT) Received: from fw-ext.ascend.com (fw-ext [198.4.92.5]) by drawbridge.ascend.com (8.9.1a/8.9.1) with SMTP id NAA09513; Wed, 20 Sep 2000 13:29:02 -0700 (PDT) Received: from russet.ascend.com by fw-ext.ascend.com via smtpd (for drawbridge.ascend.com [198.4.92.1]) with SMTP; 20 Sep 2000 20:36:44 UT Received: from wopr.eng.ascend.com (wopr.eng.ascend.com [206.65.212.178]) by russet.ascend.com (8.9.1a/8.9.1) with ESMTP id NAA17741; Wed, 20 Sep 2000 13:36:44 -0700 (PDT) Received: from fury.eng.ascend.com (fury.eng.ascend.com [135.140.53.44]) by wopr.eng.ascend.com (8.9.1/8.9.1) with ESMTP id NAA14841; Wed, 20 Sep 2000 13:36:44 -0700 (PDT) Received: from y2ksetup2 by fury.eng.ascend.com (8.8.8+Sun/SMI-SVR4) id NAA11182; Wed, 20 Sep 2000 13:36:43 -0700 (PDT) Message-Id: <[email protected]> X-Sender: [email protected] X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.2 List-Post: [email protected] Date: Wed, 20 Sep 2000 13:38:53 -0700 To: [email protected], [email protected] From: Wale Aderemi <[email protected]> Subject: Fuse vs PTC Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Does anyone have a good guideline (other than space constrains) as to when to use a Fuse or PTC for over-current protection on the following interfaces, assuming the product must meet NEBS and Telecom regs. 1. Power 2. WAN 3. LAN 4. Subscriber line, POTs,etc I have been getting a lot of requests from Design Engineers who want to use Fuse. I want to consider all Pros and Cons of Fuse/PTC . Thanks, Wale Aderemi Compliance Engineer From - Fri Sep 22 05:19:37 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000920232244.fsu28575.mtiwgwc24.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 20 Sep 2000 23:22:44 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id TAA27648 for nebs-outgoing; Wed, 20 Sep 2000 19:11:41 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id TAA27082 for <[email protected]>; Wed, 20 Sep 2000 19:08:53 -0400 (EDT) Received: from 206-103-61-194.oresis.com (206-103-61-194.oresis.com [206.103.61.194]) by world.std.com (8.9.3/8.9.3) with SMTP id TAA07186 for <[email protected]>; Wed, 20 Sep 2000 19:06:38 -0400 (EDT) Received: from oresisexchange.oresis by 206-103-61-194.oresis.com via smtpd (for world-f.std.com [199.172.62.5]) with SMTP; 20 Sep 2000 23:01:44 UT Received: by oresisexchange.oresis with Internet Mail Service (5.5.2448.0) id <RR34GS2X>; Wed, 20 Sep 2000 16:06:24 -0700 Message-ID: <[email protected]> From: David Spencer <[email protected]> To: "Nebs List Serve (E-mail)" <[email protected]> Subject: GR1089 Radiated Magnetic Field limits List-Post: [email protected] Date: Wed, 20 Sep 2000 16:06:23 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Hi All, I am working out a test plan for the magnetic field requirements in GR1089 3.2.2 and noticed that the math didn't work when I started figuring the dBuA/m for a 10 meter site. This is kind of a duh question, but am I correct in assuming that we need to do the H fields at 3 meters? If someone wouldn't mind sharing the distances they use for this test, I would be most grateful. Thanks, Dave Spencer Compliance Engineer Oresis Communications, Inc. 14670 NW Greenbrier Parkway, Beaverton, OR 97006 * [email protected] * http://www.oresis.com * (503) 466-6289 * (503) 533-8233 From - Fri Sep 22 05:21:50 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000921165423.mjny3309.mtiwgwc21.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 21 Sep 2000 16:54:23 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id MAA20511 for nebs-outgoing; Thu, 21 Sep 2000 12:42:21 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id MAA19850 for <[email protected]>; Thu, 21 Sep 2000 12:39:04 -0400 (EDT) Received: from mx2.tellabs.com (mx2.tellabs.com [204.68.180.51]) by world.std.com (8.9.3/8.9.3) with ESMTP id MAA23200 for <[email protected]>; Thu, 21 Sep 2000 12:36:05 -0400 (EDT) From: [email protected] Received: from mxirl.shannon.tellabs.com (tlab-138-111-193-180.tellabs.com [138.111.193.180] (may be forged)) by mx2.tellabs.com (8.8.8/8.8.8) with ESMTP id LAA18289 for <[email protected]>; Thu, 21 Sep 2000 11:34:43 -0500 (CDT) Received: from localhost (root@localhost) by mxirl.shannon.tellabs.com (8.8.6 (PHNE_17135)/8.8.6) with ESMTP id RAA27884 for <[email protected]>; Thu, 21 Sep 2000 17:35:57 +0100 (BST) X-OpenMail-Hops: 1 List-Post: [email protected] Date: Thu, 21 Sep 2000 17:35:57 +0100 Message-Id: <H00000c400a9b6c5.0969554156.mxirl.shannon.tellabs.com@MHS> Subject: Air filters MIME-Version: 1.0 TO: [email protected] Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline ;Creation-Date="Thu, 21 Sep 2000 17:35:57 +0100" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <H00000c400a9b6c5.0969554156.mxirl.shannon.tellabs.com@MHS> Can somebody answer this simple question: Under what circumstances, if any, are you obliged to have an air filter in your product ? What standard and clause(s) specify this requirement ? Brian McAuliffe Tellabs From - Fri Sep 22 05:21:54 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000921172229.oxyk26195.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 21 Sep 2000 17:22:29 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id NAA26750 for nebs-outgoing; Thu, 21 Sep 2000 13:12:02 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id NAA25967 for <[email protected]>; Thu, 21 Sep 2000 13:09:06 -0400 (EDT) Received: from mail.packetcom.com (mail.packetcom.com [63.108.173.140]) by world.std.com (8.9.3/8.9.3) with ESMTP id NAA15387 for <[email protected]>; Thu, 21 Sep 2000 13:04:00 -0400 (EDT) Received: by mail.packetcom.com with Internet Mail Service (5.5.2650.21) id <SG874CBS>; Thu, 21 Sep 2000 10:08:15 -0700 Message-ID: <[email protected]> From: Marko Radojicic <[email protected]> To: "'[email protected]'" <[email protected]> Subject: RE: Air filters List-Post: [email protected] Date: Thu, 21 Sep 2000 10:08:10 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Brian, As far as I know, there is no standard which *forces* you to have an air filter and, based upon your product's technology and expected life, you may not need one. However if you are designing with forced air cooling, have a long life expectancy (5+ yrs), and any type of fine pitch devices, you will need to filter the air in order to maintain reliable operation. If you can pass the Airborne Contaminants section of GR-63 without an air filter, it would indicate that you do not need one. Marko Radojicic email: [email protected] phone: 408/382-5206 fax: 408/382-5593 -----Original Message----- From: [email protected] [mailto:[email protected]] Sent: Thursday, September 21, 2000 9:36 AM To: [email protected] Subject: Air filters Can somebody answer this simple question: Under what circumstances, if any, are you obliged to have an air filter in your product ? What standard and clause(s) specify this requirement ? Brian McAuliffe Tellabs From - Fri Sep 22 05:22:02 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000921175725.umxq15455.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 21 Sep 2000 17:57:25 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id NAA03824 for nebs-outgoing; Thu, 21 Sep 2000 13:48:27 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id NAA02385 for <[email protected]>; Thu, 21 Sep 2000 13:40:22 -0400 (EDT) Received: from [63.65.15.131] (gatekeeper.pairgain.com [63.65.15.131]) by world.std.com (8.9.3/8.9.3) with SMTP id NAA12331 for <[email protected]>; Thu, 21 Sep 2000 13:36:26 -0400 (EDT) Received: from mail1.pairgain.com by [63.65.15.131] via smtpd (for world-f.std.com [199.172.62.5]) with SMTP; 21 Sep 2000 17:30:28 UT Received: from TSTNEXCH01.pairgain.com by pairgain.com (8.8.8+Sun/SMI-SVR4) id KAA13810; Thu, 21 Sep 2000 10:47:57 -0700 (PDT) Received: by tstnexch01.pairgain.com with Internet Mail Service (5.5.2650.21) id <S9Y62KFF>; Thu, 21 Sep 2000 10:35:20 -0700 Message-ID: <[email protected]> From: "Tudor, Allen" <[email protected]> To: "'[email protected]'" <[email protected]> Subject: RE: Air filters List-Post: [email protected] Date: Thu, 21 Sep 2000 10:32:13 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> With regard to safety standards e.g. UL1950/EN60950, the filter may influence the pollution degree inside your product. -----Original Message----- From: Marko Radojicic [mailto:[email protected]] Sent: Thursday, September 21, 2000 1:08 PM To: '[email protected]' Subject: RE: Air filters Brian, As far as I know, there is no standard which *forces* you to have an air filter and, based upon your product's technology and expected life, you may not need one. However if you are designing with forced air cooling, have a long life expectancy (5+ yrs), and any type of fine pitch devices, you will need to filter the air in order to maintain reliable operation. If you can pass the Airborne Contaminants section of GR-63 without an air filter, it would indicate that you do not need one. Marko Radojicic email: [email protected] phone: 408/382-5206 fax: 408/382-5593 -----Original Message----- From: [email protected] [mailto:[email protected]] Sent: Thursday, September 21, 2000 9:36 AM To: [email protected] Subject: Air filters Can somebody answer this simple question: Under what circumstances, if any, are you obliged to have an air filter in your product ? What standard and clause(s) specify this requirement ? Brian McAuliffe Tellabs From - Fri Sep 22 05:22:04 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000921175725.qxfp26195.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 21 Sep 2000 17:57:25 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id NAA02769 for nebs-outgoing; Thu, 21 Sep 2000 13:43:20 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id NAA02036 for <[email protected]>; Thu, 21 Sep 2000 13:38:47 -0400 (EDT) Received: from topaz.3com.com (topaz.3com.com [192.156.136.158]) by world.std.com (8.9.3/8.9.3) with ESMTP id NAA10659 for <[email protected]>; Thu, 21 Sep 2000 13:34:34 -0400 (EDT) From: [email protected] Received: from opal.3com.com (opal.3com.com [139.87.50.117]) by topaz.3com.com (Switch-2.0.1/Switch-2.0.1) with ESMTP id e8LHY8Q26626 for <[email protected]>; Thu, 21 Sep 2000 10:34:08 -0700 (PDT) Received: from hqoutbound.ops.3com.com (hqoutbound.OPS.3Com.COM [139.87.48.104]) by opal.3com.com (Switch-2.0.1/Switch-2.0.1) with SMTP id e8LHYRk04808 for <[email protected]>; Thu, 21 Sep 2000 10:34:28 -0700 (PDT) Received: by hqoutbound.ops.3com.com(Lotus SMTP MTA v4.6.7 (934.1 12-30-1999)) id 88256961.006083F3 ; Thu, 21 Sep 2000 10:34:12 -0700 X-Lotus-FromDomain: 3COM To: [email protected] Message-ID: <[email protected]> List-Post: [email protected] Date: Thu, 21 Sep 2000 10:33:07 -0700 Subject: RE: Air filters Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Brian, You might want to read GR-78 Section 8 and pay attention to R8-3. GR-63 Airborne contaminants does not deal with air particles large enough to be captured by a filter. Richard. Marko Radojicic <[email protected]> on 09/21/2000 10:08:10 AM Please respond to [email protected] Sent by: Marko Radojicic <[email protected]> To: "'nebs @world.std.com'" <[email protected]> cc: (Richard Dartez/PA/3Com) Subject: RE: Air filters Brian, As far as I know, there is no standard which *forces* you to have an air filter and, based upon your product's technology and expected life, you may not need one. However if you are designing with forced air cooling, have a long life expectancy (5+ yrs), and any type of fine pitch devices, you will need to filter the air in order to maintain reliable operation. If you can pass the Airborne Contaminants section of GR-63 without an air filter, it would indicate that you do not need one. Marko Radojicic email: [email protected] phone: 408/382-5206 fax: 408/382-5593 -----Original Message----- From: [email protected] [mailto:[email protected]] Sent: Thursday, September 21, 2000 9:36 AM To: [email protected] Subject: Air filters Can somebody answer this simple question: Under what circumstances, if any, are you obliged to have an air filter in your product ? What standard and clause(s) specify this requirement ? Brian McAuliffe Tellabs From - Fri Sep 22 05:22:09 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000921181736.bwmn28575.mtiwgwc24.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 21 Sep 2000 18:17:36 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id OAA06558 for nebs-outgoing; Thu, 21 Sep 2000 14:07:36 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id NAA05401 for <[email protected]>; Thu, 21 Sep 2000 13:57:08 -0400 (EDT) Received: from domino2.nc.tekelec.com (domino2.nc.tekelec.com [198.89.40.41]) by world.std.com (8.9.3/8.9.3) with SMTP id NAA25709 for <[email protected]>; Thu, 21 Sep 2000 13:53:42 -0400 (EDT) Received: by domino2.nc.tekelec.com(Lotus SMTP MTA v4.6.3 (733.2 10-16-1998)) id 85256961.00622E59 ; Thu, 21 Sep 2000 13:52:23 -0400 X-Lotus-FromDomain: TEKELEC From: "Gary Raper" <[email protected]> To: [email protected] Message-ID: <[email protected]> List-Post: [email protected] Date: Thu, 21 Sep 2000 13:53:29 -0400 Subject: Re: Air filters Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Brian, Look at GR-78-CORE, R8-3: "All fan cooled equipment shall be equiped with filters. That section also covers requirements for the filter. Gary Raper Tekelec [email protected] on 09/21/2000 12:35:57 PM Please respond to [email protected] To: [email protected] cc: (bcc: Gary Raper/Raleigh/TEKELEC) Subject: Air filters Can somebody answer this simple question: Under what circumstances, if any, are you obliged to have an air filter in your product ? What standard and clause(s) specify this requirement ? Brian McAuliffe Tellabs From - Fri Sep 22 05:22:11 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000921182837.wexf15455.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 21 Sep 2000 18:28:37 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id OAA07880 for nebs-outgoing; Thu, 21 Sep 2000 14:16:34 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id OAA07168 for <[email protected]>; Thu, 21 Sep 2000 14:10:34 -0400 (EDT) Received: from excelsus01.excelsus-tech.com ([64.160.69.38]) by world.std.com (8.9.3/8.9.3) with ESMTP id OAA07096 for <[email protected]>; Thu, 21 Sep 2000 14:07:31 -0400 (EDT) Message-ID: <99A33C5F2DC1D311931D009027E7E822123968@excelsus01> From: Don House <[email protected]> To: [email protected] Subject: RE: Air filters List-Post: [email protected] Date: Thu, 21 Sep 2000 11:15:46 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <99A33C5F2DC1D311931D009027E7E822123968@excelsus01> Hello Brian, The expected product environment is what should be used when making this type of decision. If the components will be affected by metallic dust or powdered chemicals, many manufacturers coat the circuit board, and some use filters. Temperature also plays a role. The filter restricts the air flow and requires a person to change it periodically. In the old days in the Bell System, we would add an optional filter to equipment when it was installed in places like cement plants, steel works, printing firms, etc., etc. I do not think you will find a specific requirement written regarding the addition of a filter, but I am only going from memory. Don Don Robert House, MTS Product Certification & Regulatory Compliance Excelsus Technologies, Inc. 2875 Loker Avenue East Carlsbad, CA 92008-6626 USA (760) 918-2552 Office/Lab (760) 476-1519 FAX URL: http://www.excelsus-tech.com -----Original Message----- From: [email protected] [mailto:[email protected]] Sent: Thursday, September 21, 2000 9:36 AM To: [email protected] Subject: Air filters Can somebody answer this simple question: Under what circumstances, if any, are you obliged to have an air filter in your product ? What standard and clause(s) specify this requirement ? Brian McAuliffe Tellabs From - Fri Sep 22 05:22:29 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000921222603.esnq27415.mtiwgwc21.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 21 Sep 2000 22:26:03 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id SAA10714 for nebs-outgoing; Thu, 21 Sep 2000 18:11:38 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id SAA09993 for <[email protected]>; Thu, 21 Sep 2000 18:05:45 -0400 (EDT) Received: from excelsus01.excelsus-tech.com ([64.160.69.38]) by world.std.com (8.9.3/8.9.3) with ESMTP id SAA14395 for <[email protected]>; Thu, 21 Sep 2000 18:02:55 -0400 (EDT) Message-ID: <99A33C5F2DC1D311931D009027E7E8221239A0@excelsus01> From: Don House <[email protected]> To: [email protected] Subject: RE: New Verizon Checklist List-Post: [email protected] Date: Thu, 21 Sep 2000 15:11:09 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <99A33C5F2DC1D311931D009027E7E8221239A0@excelsus01> Thank you very much Scott. Don Don Robert House, MTS Product Certification & Regulatory Compliance Excelsus Technologies, Inc. 2875 Loker Avenue East Carlsbad, CA 92008-6626 USA (760) 918-2552 Office/Lab (760) 476-1519 FAX URL: http://www.excelsus-tech.com -----Original Message----- From: Scott Baer [mailto:[email protected]] Sent: Wednesday, September 13, 2000 12:02 PM To: [email protected] Subject: New Verizon Checklist Attention NEBS Fans, RNSA-NEB-95-0003 has been upissued to Rev. 10a. My quick review of this document indicates that it is the same as Rev. 10, but with a global replacement of "Bell-Atlantic" with "Verizon". The Rev.10a is dated 8/1/00, replacing Rev. 10, dated 1/26/00. However, we still use the "Bell-Atlantic" URL to download the Word97 document: http://www.bellatlantic.com/wholesale/html/res_nebs.htm Regards, Scott Baer ====================== Scott J. Baer, P.E. Product Compliance Engineer AG Communication Systems A Subsidiary of Lucent Technologies From - Tue Sep 26 16:18:47 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000925202926.ipxr2821.mtiwgwc23.worldnet.att....@ruebert.ieee.org>; Mon, 25 Sep 2000 20:29:26 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id QAA05454; Mon, 25 Sep 2000 16:04:58 -0400 (EDT) Message-ID: <D1BB06A1EFA3D211A830009027289AEA47B849@wench> From: Joe Finlayson <[email protected]> To: "'David Spencer'" <[email protected]>, "'Collins, Jeffrey'" <[email protected]>, "'[email protected] '" <[email protected]>, "'NEBS Newsgroup'" <[email protected]> Subject: RE: NEBS: GR-63 Altitude Test Profile List-Post: [email protected] Date: Mon, 25 Sep 2000 16:07:35 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: bulk Reply-To: Joe Finlayson <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <D1BB06A1EFA3D211A830009027289AEA47B849@wench> David, This particular test profile is one which I have recently tried to shed some light on as well. I am curious where you come to the conclusion that the application of the criteria for altitude references Table 4.5. The requirement (R4-8 anyway) states, "All equipment shall be functional within the limits specified in Table 4-4 when installed at elevations between 60 m (197 ft) below sea level and 1800 m (5905 ft) above sea level." I would think this would be overkill as you seem to imply that this would encompass another 8-day test profile. Referencing Table 4.5 would also imply that the temperature limit at 4000M would be 55 degC where the limits of Table 4.4 clearly state a temperature limit of 50 degC. It would be greatly appreciated if anyone else could share their experiences on this requirement. What do the RBOC's expect to see for test results? I figured I'd post this on the NEBS Forum as well to reach a wider audience. Thx, Joe -----Original Message----- From: David Spencer [mailto:[email protected]] Sent: Monday, September 25, 2000 12:42 PM To: 'Collins, Jeffrey'; '[email protected] ' Subject: RE: NEBS: GR-63 Altitude Test Profile Hi Jeffrey, Our friends at Telcordia do seem to enjoy listing requirements where we would least expect them. GR63 is no exception. For altitude, the limits called out in R4-8 [74] and O4-10[76] for Table 4-4 are the general temperature/humidity limits for long and short term exposure. The application of those criteria can be found in Table 4.5 in the 182 hour profile. It is my belief that you test to at 4000m using the profile from table 4.5, unless you wanted to make a profile of your own that covered the same ground over a longer period of time, using Table 4-4 for the limits, rates of change, and duration. If the EUT cannot tolerate the resulting temperature rise from the 4000m altitude, it will be necessary to retest at 1800 to meet R4-8. The failure is documented in the NEBS data submitted to the carrier who decides if it is something he wants you to do something about before he purchases you equipment. I do not think it is necessary to test 1800m if you have passed the table 4-5 profile at 4000m. Don't forget: Objective requirements are not elective. The tests must be performed and the results documented. It is by this means that decisions are made about making the objective a mandatory requirement down the road. Good Luck! Dave Spencer Compliance Engineer Oresis Communications, Inc. 14670 NW Greenbrier Parkway, Beaverton, OR 97006 * [email protected] * http://www.oresis.com * (503) 466-6289 * (503) 533-8233 -----Original Message----- From: Collins, Jeffrey [mailto:[email protected]] Sent: Monday, September 25, 2000 6:36 AM To: '[email protected] ' Subject: NEBS: GR-63 Altitude Test Profile Group, GR-63 sections 4.1.3 & 5.1 do not give a definitive testing profile for Altitude testing. If you have completed this test what profile did you use? Is there a customer specification from an RBOC or CLEC that you found to be definitive. It appears that by only addressing these sections you could have to retest down the road for a customer located in a high altitude environment. Which Telco has the most stringent internal specifications for this test? Points to be considered are: * Max Altitude 4000m * Temperature at max Altitude Profile in Table 4-5 * Relative Humidity Profile in Table 4-5 * Length of time at Max Altitude 182 hrs Thanks in advance, Jeffrey Collins MTS, Principal Compliance Engineer Ciena Core Switching Division [email protected] www.ciena.com ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Tue Sep 26 16:20:48 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000926140631.nxpi16710.mtiwgwc23.worldnet.att....@ruebert.ieee.org>; Tue, 26 Sep 2000 14:06:31 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id JAA19167; Tue, 26 Sep 2000 09:46:46 -0400 (EDT) Message-ID: <D1BB06A1EFA3D211A830009027289AEA47B84D@wench> From: Joe Finlayson <[email protected]> To: "'JIM WIESE'" <[email protected]>, emc-pstc <[email protected]>, "Collins, Jeffrey" <[email protected]>, "'NEBS Newsgroup'" <[email protected]> Subject: RE: NEBS: GR-63 Altitude Test Profile List-Post: [email protected] Date: Tue, 26 Sep 2000 09:47:01 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="windows-1252" Sender: [email protected] Precedence: bulk Reply-To: Joe Finlayson <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <D1BB06A1EFA3D211A830009027289AEA47B84D@wench> Jim, That summary was very informative. I would be interested in the feedback generated from Richard Kluges proposal to suppliers and service providers as mentioned in your attached letter. This will be an interesting topic at the NEBS 2000 Conference in Baltimore next week. Thx, Joe ******************************************** Joe Finlayson Manager, Compliance Engineering Telica, Inc. 734 Foster Street, Bldg. G, Suite 100 Marlboro, MA 01752 Tel: (508) 480-0909 x212 Fax: (508) 480-0922 Email: [email protected] -----Original Message----- From: JIM WIESE [mailto:[email protected]] Sent: Monday, September 25, 2000 3:54 PM To: emc-pstc; Collins, Jeffrey Subject: RE: NEBS: GR-63 Altitude Test Profile Hello Jeffrey, Basically, to demonstrate compliance with "GR-63-CORE", no altitude testing is required assuming you have passed the standard temperature and humidity profile. The rationale is that, at that altitude, heating the facility will be the primary concern, not cooling it. According to the national weather service, the expected ambient high temperature at that altitude is less than 20C. If a facility at that altitude lost HVAC, it probably would start cooling off rather than heating up. Thus the reason there is no test method. It was simply intended as a design criteria that should be considered. However you can demonstrate compliance above and beyond the current GR-63-CORE for altitude by raising the temperature limits during the operational temperature and humidity testing by 1 degree C per 1000 foot of altitude that you want to simulate. This assumes you do not have components that may be altitude sensitive. It also assumes worst case conditions for the amount of heat that your product may be generating. However, some ILEC's may want to see an actual altitude test depending upon the equipment type and application. In this case Richard Kluge at Telcordia has developed a "proposed" altitude exposure test and he has a paper that was written in December of 1999 covering the rationale etc. Telcordia now has an altitude chamber and is conducting a study to determine if altitude is a potential concern based on the design of modern telecommunications equipment for the next revision of GR-63-CORE. Attached is the Telcordia document from Richard Kluge, note that the temperatures recommended for testing at altitude are much lower than 50C, and thus are looking more at determining component altitude sensitivity rather than reduced air density and temperature. <<Adobe Portable Document>> These are solely my opinions, and not necessarily those of my employer Jim Jim Wiese NEBS Project Manager/Compliance Engineer ADTRAN, INC. 901 Explorer Blvd. P.O. Box 140000 Huntsville, AL 35814-4000 256-963-8431 256-963-8250 fax [email protected] > ---------- > From: Collins, Jeffrey[SMTP:[email protected]] > Reply To: Collins, Jeffrey > Sent: Monday, September 25, 2000 8:36 AM > To: '[email protected] ' > Subject: NEBS: GR-63 Altitude Test Profile > > > Group, > > GR-63 sections 4.1.3 & 5.1 do not give a definitive testing profile for > Altitude testing. If you have completed this test what profile did you > use? > Is there a customer specification from an RBOC or CLEC that you found to > be > definitive. It appears that by only addressing these sections you could > have > to retest down the road for a customer located in a high altitude > environment. Which Telco has the most stringent internal specifications > for > this test? > > Points to be considered are: > > * Max Altitude > > * Temperature at max Altitude > > * Relative Humidity > > * Length of time at Max Altitude > > > > Thanks in advance, > > > Jeffrey Collins > MTS, Principal Compliance Engineer > Ciena Core Switching Division > [email protected] > www.ciena.com > > > ------------------------------------------- > This message is from the IEEE EMC Society Product Safety > Technical Committee emc-pstc discussion list. > > To cancel your subscription, send mail to: > [email protected] > with the single line: > unsubscribe emc-pstc > > For help, send mail to the list administrators: > Jim Bacher: [email protected] > Michael Garretson: [email protected] > > For policy questions, send mail to: > Richard Nute: [email protected] > > ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Thu Sep 28 06:56:13 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000927152138.kdum19335.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 27 Sep 2000 15:21:38 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id LAA24135 for nebs-outgoing; Wed, 27 Sep 2000 11:07:22 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id LAA23602 for <[email protected]>; Wed, 27 Sep 2000 11:03:25 -0400 (EDT) Received: from acme.sb.west.net (acme.sb.west.net [205.254.224.2]) by world.std.com (8.9.3/8.9.3) with ESMTP id KAA00627 for <[email protected]>; Wed, 27 Sep 2000 10:59:18 -0400 (EDT) Received: from term1-11.vta.west.net (term1-11.vta.west.net [205.254.241.11]) by acme.sb.west.net (Postfix) with SMTP id 8CB7714A83E for <[email protected]>; Wed, 27 Sep 2000 07:59:16 -0700 (PDT) From: [email protected] (Patrick Lawler) To: [email protected] Subject: Re: GR1089 Radiated Magnetic Field limits List-Post: [email protected] Date: Wed, 27 Sep 2000 07:56:47 -0700 Message-ID: <[email protected]> References: <[email protected]> In-Reply-To: <[email protected]> X-Mailer: Forte Agent 1.8/32.548 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by europe.std.com id LAA23606 Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Did you get any responses to your question? What part of the math didn't work out? On Wed, 20 Sep 2000 16:06:23 -0700, David Spencer <[email protected]> wrote: >I am working out a test plan for the magnetic field requirements in GR1089 >3.2.2 and noticed that the math didn't work when I started figuring the >dBuA/m for a 10 meter site. This is kind of a duh question, but am I >correct in assuming that we need to do the H fields at 3 meters? If someone >wouldn't mind sharing the distances they use for this test, I would be most >grateful. >Thanks, >Dave Spencer Compliance Engineer >Oresis Communications, Inc. >14670 NW Greenbrier Parkway, Beaverton, OR 97006 >* [email protected] * http://www.oresis.com >* (503) 466-6289 * (503) 533-8233 From - Sun Oct 01 12:33:01 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000928205520.inck28.mtiwgwc25.worldnet.att....@ruebert.ieee.org>; Thu, 28 Sep 2000 20:55:20 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id QAA17602; Thu, 28 Sep 2000 16:47:28 -0400 (EDT) Message-ID: <ED298BF0B6CED211956D0090273F7553B25E7A@TNIDC1> From: Dave Wilson <[email protected]> To: "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]> Subject: ETSI standards vs NEBS List-Post: [email protected] Date: Thu, 28 Sep 2000 13:45:28 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: bulk Reply-To: Dave Wilson <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <ED298BF0B6CED211956D0090273F7553B25E7A@TNIDC1> Does anyone have a feel for the degree of acceptance of GR-63/1089 in Europe? I can remember at a previous company we got LONIIS in Russia to accept NEBS test results with minimal additional assessment against ETS 300 019/119. Anyone else have any stories to tell, other than the obvious spatial differences? Thanks, Dave Wilson Alidian Networks ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Sun Oct 01 12:33:19 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000929001452.umgq28.mtiwgwc25.worldnet.att....@ruebert.ieee.org>; Fri, 29 Sep 2000 00:14:52 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id UAA20081; Thu, 28 Sep 2000 20:01:30 -0400 (EDT) Message-ID: <[email protected]> From: "Gorodetsky, Vitaly" <[email protected]> To: "'Dave Wilson'" <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]> Subject: RE: ETSI standards vs NEBS List-Post: [email protected] Date: Thu, 28 Sep 2000 17:00:56 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: bulk Reply-To: "Gorodetsky, Vitaly" <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Dave, I am quite familiar with LONIIS (in St. Petersburg) and I am rather surprised. Typically, GOST-R mark would be satisfactory. LONIIS is one of Russia Telecom Certification Centers. NEBS has nothing to do with homologation and LONIIS's scope of evaluation, as I see it. Did they take NEBS tests results as a substitute for all other relevant safety and EMC tests? Could you elaborate? Thanks, Vitaly Gorodetsky Compliance Engineer Direct: (818) 678-3840 The suitability of this information for making decision is solely with the reader -----Original Message----- From: Dave Wilson [SMTP:[email protected]] Sent: Thursday, September 28, 2000 1:45 PM To: '[email protected]'; '[email protected]'; '[email protected]' Subject: ETSI standards vs NEBS Does anyone have a feel for the degree of acceptance of GR-63/1089 in Europe? I can remember at a previous company we got LONIIS in Russia to accept NEBS test results with minimal additional assessment against ETS 300 019/119. Anyone else have any stories to tell, other than the obvious spatial differences? Thanks, Dave Wilson Alidian Networks ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Sun Oct 01 12:34:18 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc28.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000929094612.tqlu16282.mtiwgwc28.worldnet.att....@ruebert.ieee.org>; Fri, 29 Sep 2000 09:46:12 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id FAA21030; Fri, 29 Sep 2000 05:33:37 -0400 (EDT) Message-ID: <[email protected]> From: Edward Fitzgerald <[email protected]> To: "'Gorodetsky, Vitaly'" <[email protected]>, "'Dave Wilson'" <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]> Subject: RE: ETSI standards vs NEBS List-Post: [email protected] Date: Fri, 29 Sep 2000 10:29:42 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1459.74) Content-Type: text/plain Sender: [email protected] Precedence: bulk Reply-To: Edward Fitzgerald <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Dear Dave / Vitaly, In general terms throughout Europe (West [EU] - Central - East [incl. CIS]) the ETS 300 019/119 series tends to take precedence [over NEBS] where required by customers (e.g. Network Operators). There are no regulatory requirements in the EU and strictly speaking there are only environmental & reliability requirements to be met for the Russian Federation's Elektrosviaz (Telecom) Certification. As US manufacturers tend only to test for NEBS, I have had to use the relevant NEBS or HALT test reports to support the TT&C [Technical Terms & Conditions] document presented to the State Committee. In terms of test reports demonstrating compliance with Safety and EMC, NEBS reports would not be accepted albeit that they are now closely aligned with International standards. Best regards, Edward Fitzgerald Director Direct Tel. : +44 1202 20 09 22 Mobile Tel. : +44 7768 53 31 00 European Technology Services (EMEA) Specialist Global Compliance and Regulatory Consultancy Regional/Associate Offices in Australia, Canada, Russian Federation and the UK. GLOBAL INtelLIGENCE Site < http://www.ets-tele.com > pssst ... spread the word -----Original Message----- From: Gorodetsky, Vitaly [mailto:[email protected]] Sent: Friday, September 29, 2000 1:01 AM To: 'Dave Wilson'; '[email protected]'; '[email protected]'; '[email protected]' Subject: RE: ETSI standards vs NEBS Dave, I am quite familiar with LONIIS (in St. Petersburg) and I am rather surprised. Typically, GOST-R mark would be satisfactory. LONIIS is one of Russia Telecom Certification Centers. NEBS has nothing to do with homologation and LONIIS's scope of evaluation, as I see it. Did they take NEBS tests results as a substitute for all other relevant safety and EMC tests? Could you elaborate? Thanks, Vitaly Gorodetsky Compliance Engineer Direct: (818) 678-3840 The suitability of this information for making decision is solely with the reader -----Original Message----- From: Dave Wilson [SMTP:[email protected]] Sent: Thursday, September 28, 2000 1:45 PM To: '[email protected]'; '[email protected]'; '[email protected]' Subject: ETSI standards vs NEBS Does anyone have a feel for the degree of acceptance of GR-63/1089 in Europe? I can remember at a previous company we got LONIIS in Russia to accept NEBS test results with minimal additional assessment against ETS 300 019/119. Anyone else have any stories to tell, other than the obvious spatial differences? Thanks, Dave Wilson Alidian Networks ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Sun Oct 01 12:34:49 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <[email protected]> for <[email protected]>; Fri, 29 Sep 2000 13:47:11 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id JAA12044 for nebs-outgoing; Fri, 29 Sep 2000 09:30:17 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id JAA11467 for <[email protected]>; Fri, 29 Sep 2000 09:26:37 -0400 (EDT) Received: from localhost (jdc@localhost) by world.std.com (8.9.3/8.9.3) with SMTP id JAA00658 for <[email protected]>; Fri, 29 Sep 2000 09:26:37 -0400 (EDT) List-Post: [email protected] Date: Fri, 29 Sep 2000 09:26:37 -0400 (EDT) From: Jon D Curtis <[email protected]> To: [email protected] Subject: from ["Alden, Daryl" <[email protected]>] (fwd) Message-ID: <[email protected]> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Can anybody advise me whether an MRA (mutual recognition agreement )exsists between the EU and the US? If so does this mean that electrical and mechanical products tested to CE standards do not need further approval (UL?) to be marketed in the states. Thanks. From - Sun Oct 01 12:34:35 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000929120324.eyy4788.mtiwgwc24.worldnet.att....@ruebert.ieee.org>; Fri, 29 Sep 2000 12:03:24 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id HAA04601; Fri, 29 Sep 2000 07:51:12 -0400 (EDT) Mime-Version: 1.0 List-Post: [email protected] Date: Fri, 29 Sep 2000 07:43:06 -0700 Message-ID: <[email protected]> From: [email protected] (Jim Bacher) Subject: Re:US Approval To: "Alden; Daryl" <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]>, '[email protected]' Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part Sender: [email protected] Precedence: bulk Reply-To: [email protected] (Jim Bacher) X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> forwarding for [email protected] ____________________Reply Separator____________________ Subject: US Approval Author: "Alden; Daryl" <[email protected]> List-Post: [email protected] Date: 9/29/00 4:10 AM Can anybody advise me whether an MRA (mutual recognition agreement )exsists between the EU and the US? If so does this mean that electrical and mechanical products tested to CE standards do not need further approval (UL?) to be marketed in the states. Thanks. ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Sun Oct 01 12:35:04 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000929160714.nepn4788.mtiwgwc24.worldnet.att....@ruebert.ieee.org>; Fri, 29 Sep 2000 16:07:14 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id LAA12362; Fri, 29 Sep 2000 11:54:02 -0400 (EDT) Message-ID: <[email protected]> From: "Gorodetsky, Vitaly" <[email protected]> To: "'Edward Fitzgerald'" <[email protected]>, "Gorodetsky, Vitaly" <[email protected]>, "'Dave Wilson'" <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]> Subject: RE: ETSI standards vs NEBS List-Post: [email protected] Date: Fri, 29 Sep 2000 08:54:33 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: bulk Reply-To: "Gorodetsky, Vitaly" <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Dear Ed, Thanks for your clarification and a copy of revised "An overview of the current Approval for the Russian Federation", Issue 2. Let us not forget that NEBS documents specify set of requirements (occasionally procedures)and refer to applicable US testing standards not necessarily harmonized with international standards. Vitaly Gorodetsky The suitability of this information for making decision is solely with the reader -----Original Message----- From: Edward Fitzgerald [SMTP:[email protected]] Sent: Friday, September 29, 2000 2:30 AM To: 'Gorodetsky, Vitaly'; 'Dave Wilson'; '[email protected]'; '[email protected]'; '[email protected]' Subject: RE: ETSI standards vs NEBS Dear Dave / Vitaly, In general terms throughout Europe (West [EU] - Central - East [incl. CIS]) the ETS 300 019/119 series tends to take precedence [over NEBS] where required by customers (e.g. Network Operators). There are no regulatory requirements in the EU and strictly speaking there are only environmental & reliability requirements to be met for the Russian Federation's Elektrosviaz (Telecom) Certification. As US manufacturers tend only to test for NEBS, I have had to use the relevant NEBS or HALT test reports to support the TT&C [Technical Terms & Conditions] document presented to the State Committee. In terms of test reports demonstrating compliance with Safety and EMC, NEBS reports would not be accepted albeit that they are now closely aligned with International standards. Best regards, Edward Fitzgerald Director Direct Tel. : +44 1202 20 09 22 Mobile Tel. : +44 7768 53 31 00 European Technology Services (EMEA) Specialist Global Compliance and Regulatory Consultancy Regional/Associate Offices in Australia, Canada, Russian Federation and the UK. GLOBAL INtelLIGENCE Site < http://www.ets-tele.com > pssst ... spread the word -----Original Message----- From: Gorodetsky, Vitaly [mailto:[email protected]] Sent: Friday, September 29, 2000 1:01 AM To: 'Dave Wilson'; '[email protected]'; '[email protected]'; '[email protected]' Subject: RE: ETSI standards vs NEBS Dave, I am quite familiar with LONIIS (in St. Petersburg) and I am rather surprised. Typically, GOST-R mark would be satisfactory. LONIIS is one of Russia Telecom Certification Centers. NEBS has nothing to do with homologation and LONIIS's scope of evaluation, as I see it. Did they take NEBS tests results as a substitute for all other relevant safety and EMC tests? Could you elaborate? Thanks, Vitaly Gorodetsky Compliance Engineer Direct: (818) 678-3840 The suitability of this information for making decision is solely with the reader -----Original Message----- From: Dave Wilson [SMTP:[email protected]] Sent: Thursday, September 28, 2000 1:45 PM To: '[email protected]'; '[email protected]'; '[email protected]' Subject: ETSI standards vs NEBS Does anyone have a feel for the degree of acceptance of GR-63/1089 in Europe? I can remember at a previous company we got LONIIS in Russia to accept NEBS test results with minimal additional assessment against ETS 300 019/119. Anyone else have any stories to tell, other than the obvious spatial differences? Thanks, Dave Wilson Alidian Networks ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Wed Jun 14 05:20:39 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000613163357.yxus26682.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Tue, 13 Jun 2000 16:33:57 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id MAA00037 for nebs-outgoing; Tue, 13 Jun 2000 12:21:05 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id MAA29356 for <[email protected]>; Tue, 13 Jun 2000 12:17:45 -0400 (EDT) Received: from InterJet.curtis-straus.com (user193.curtis-straus.com [208.244.108.193] (may be forged)) by world.std.com (8.9.3/8.9.3) with ESMTP id MAA28482 for <[email protected]>; Tue, 13 Jun 2000 12:15:35 -0400 (EDT) Received: (from daemon@localhost) by InterJet.curtis-straus.com (8.8.5/8.8.5) id LAA22030 for <[email protected]>; Tue, 13 Jun 2000 11:30:46 -0400 (EDT) Received: from Curtis.curtis-straus.com(192.168.1.100), claiming to be "curtis-straus.com" via SMTP by InterJet.curtis-straus.com, id smtpdm22028; Tue Jun 13 15:30:42 2000 Message-ID: <[email protected]> List-Post: [email protected] Date: Tue, 13 Jun 2000 11:34:03 -0400 From: "Jon D. Curtis" <[email protected]> Organization: curtis-straus X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: [email protected] Subject: Re: DS3 Lightning References: <[email protected]> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> DS-3 is also exempt for other reasons. Section 4.5 specifies application of surge and overvoltage to "paired-cable interfaces." Further the criteria of this section apply to "each telecommunications port connecting to an outside plant pair" DS3 is not a paired interface. They are discussed in section 4.6 which is entitled "Criteria for equipment interfacing with coaxial cable ports." This section replaces section 4.5 for coaxial cables. It also states "these criteria are not intended for... conventional telecommunications services, such as DS3." All this leaves DS3 without much of a home in section 4 of 1089. I would assume that the long duration of the deployment of DS3 has left the RBOCs with a good strategy of deployment of DS3 (adequate protection devices at the building entry) such that they are not experiencing problems with DS3, thus no additional regulation is needed. Until we get additional guidance from the RBOCs or Telcordia, it would seem the thing to do is to report when DS3 ports exist in a product so that future revisions of the product may be subject to requirements when, and if, they become necessary. I agree with Jim that if the DS3 stays within the building and the shield is connected to ground at both ends that no testing would be required under 4.5 (if you consider that applicable at all). I do however believe that DS3 may leave the building and that there exist implementations which do not ground the shield at one end. -Jon Curtis JIM WIESE wrote: > If both ends are intended to be grounded and you state this it in your > documentation, intra-building lightning is exempt on a DS-3. > > Jim > > Jim Wiese > NEBS Project Manager/Compliance Engineer > ADTRAN, INC. > 901 Explorer Blvd. > P.O. Box 140000 > Huntsville, AL 35814-4000 > 256-963-8431 > 256-963-8250 fax > [email protected] > > > ---------- > > From: Joe Finlayson[SMTP:[email protected]] > > Reply To: [email protected] > > Sent: Monday, June 12, 2000 6:00 PM > > To: 'NEBS Newsgroup' > > Subject: DS3 Lightning > > > > > > I am hearing mixed opinions of whether a DS3 Coax interface falls > > under the scope of interfaces to be subjected to GR-1089 4.5.9 > > Intrabuilding > > Lightning Surge. The way I interpret the standard is that it does fall > > under the scope as there is no clear definition, that I could find, for > > "Telecommunications Port". I've seen verbiage citing examples, but no > > clear > > definition. This interface will not connect to outside plant and I do > > wish > > to claim shielded cables with grounds at both ends to avoid the testing. > > The scope of Section 4.6 clearly eliminates DS3 as part of that section. > > The program team is against testing it and I would not like to see a > > prospective customer reject the report. Any and all feedback and opinions > > from the group (RBOC's especially) would be greatly appreciated. > > > > Thx, > > > > > > Joe > > > > ********************************* > > <<...>> > > > > Joe Finlayson > > Manager, Compliance Engineering > > Telica, Inc. > > 734 Forest Street, Bldg. G, Suite 100 > > Marlboro, MA 01752 > > Tel: (508) 480-0909 x212 > > Fax: (508) 480-0922 > > Email: [email protected] > > Web: www.telica.com > > -- Jon D. Curtis, P.E. Director of Engineering Curtis-Straus LLC One Stop Laboratory for NEBS, EMC, Product Safety, and Telecom Testing. 527 Great Road Littleton, MA 01460 USA Voice 978-486-8880 Fax 978-486-8828 email: [email protected] WWW.CURTIS-STRAUS.COM From - Sat Apr 08 07:30:02 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc28.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000405162656.fffo22347.mtiwgwc28.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 5 Apr 2000 16:26:56 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id MAA04636 for nebs-outgoing; Wed, 5 Apr 2000 12:10:33 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id MAA03645 for <[email protected]>; Wed, 5 Apr 2000 12:05:31 -0400 (EDT) Received: from 206-103-61-194.oresis.com (206-103-61-194.oresis.com [206.103.61.194]) by world.std.com (8.9.3/8.9.3) with SMTP id MAA22283; Wed, 5 Apr 2000 12:02:05 -0400 (EDT) Received: from oresisexchange.oresis by 206-103-61-194.oresis.com via smtpd (for world-f.std.com [199.172.62.5]) with SMTP; 5 Apr 2000 15:59:42 UT Received: by oresisexchange.oresis with Internet Mail Service (5.5.2448.0) id <2KCAR07V>; Wed, 5 Apr 2000 09:02:06 -0700 Message-ID: <[email protected]> From: David Spencer <[email protected]> To: "'[email protected]'" <[email protected]>, "TREG (E-mail)" <[email protected]> Subject: Testing ANSI T1.315 List-Post: [email protected] Date: Wed, 5 Apr 2000 09:02:04 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Hi Group, I am seeking guidance on test equipment that can be used to test the SBC and AT&T DC noise immunity, surge, and drop out parameters as covered, more or less, by ANSI T1.315. In particular, any recommendations for the RF & VF noise generators and a noise measuring test set would be very helpful. A single piece of equipment that did it all would be wonderful. The last little bit of wisdom would be a source for an 80mH coil made with 4-6 AWG wire. Thanks, Dave Spencer Compliance Engineer Oresis Communications, Inc. 14670 NW Greenbrier Parkway, Beaverton, OR 97006 (503)533-0717 Dir: (503)466-6289 Fax: (503)533-8233 http://www.oresis.com [email protected] From - Sat Apr 08 07:34:30 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000407154056.ycwg8850.mtiwgwc23.worldnet.att....@europe.std.com> for <[email protected]>; Fri, 7 Apr 2000 15:40:56 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id LAA12034 for nebs-outgoing; Fri, 7 Apr 2000 11:15:34 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id LAA11404 for <[email protected]>; Fri, 7 Apr 2000 11:13:04 -0400 (EDT) Received: from srv-exchange1.adtran.com ([206.166.249.112]) by world.std.com (8.9.3/8.9.3) with ESMTP id LAA26140 for <[email protected]>; Fri, 7 Apr 2000 11:10:17 -0400 (EDT) Received: by srv-exchange1.adtran.com with Internet Mail Service (5.5.2448.0) id <G94PDT8Y>; Fri, 7 Apr 2000 10:08:41 -0500 Message-ID: <[email protected]> From: JIM WIESE <[email protected]> To: [email protected] Subject: RE: Lightning tests on Ethernet ports List-Post: [email protected] Date: Fri, 7 Apr 2000 10:08:38 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> The Intra-building lightning tests in section 4 of GR-1089-CORE apply to 10baseT and 100baseT ports. If the product can be deployed at a customer premise, the 120V 25 amp power fault tests in section 4.5.16 also apply. There are also documentation requirements stating these ports are only intended for connection to intra-building wiring. We regularly perform these tests and pass them on our 10baseT and 100baseT interfaces as part of our NEBS evaluations. Jim Jim Wiese NEBS Project Manager/Compliance Engineer ADTRAN, INC. 901 Explorer Blvd. P.O. Box 140000 Huntsville, AL 35814-4000 256-963-8431 256-963-8250 fax [email protected] > ---------- > From: Mitch Gaudyn[SMTP:[email protected]] > Sent: Thursday, April 06, 2000 9:05 AM > To: [email protected] > Subject: Lightning tests on Ethernet ports > > I am interested in finding out what lightning requirements exist on > Ethernet ports located on both CO and Network equipment. Also, if > anyone has done any testing on these ports, I would be interested in the > test methods and results. Thank you. > Mitch Gaudyn > From - Sat Apr 08 07:35:22 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000407202123.cati14078.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Fri, 7 Apr 2000 20:21:23 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id QAA18391 for nebs-outgoing; Fri, 7 Apr 2000 16:07:59 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id QAA17738 for <[email protected]>; Fri, 7 Apr 2000 16:04:07 -0400 (EDT) Received: from srv-exchange1.adtran.com ([206.166.249.112]) by world.std.com (8.9.3/8.9.3) with ESMTP id QAA13585 for <[email protected]>; Fri, 7 Apr 2000 16:02:16 -0400 (EDT) Received: by srv-exchange1.adtran.com with Internet Mail Service (5.5.2448.0) id <G94PD4ZN>; Fri, 7 Apr 2000 15:00:41 -0500 Message-ID: <[email protected]> From: JIM WIESE <[email protected]> To: [email protected] Subject: RE: Lightning tests on Ethernet ports List-Post: [email protected] Date: Fri, 7 Apr 2000 15:00:36 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Ethernet interfaces are normally connected to twisted pair cat 5 cable that run long distances thoughout a facility just as a DSX-1 or other intra-building interface. As such, Jim Brunssen at Telcordia who is responsible for GR-1089-CORE has stated that Ethernet ports used on network equipment are to be tested just as any telecommunications interface (such as a DSX-1) would be. Jon Curtis (of Curtis Straus) also gave a presentation at NEBS 1999 in Las Vegas stating that 10baseT and 100 baseT ports on network equipment must be tested. I suspect you will also find that all or most of the NRTL's will require these ports to be tested as part of a lightning or power fault evaluation. Jim Brunssen can be reached at 973-929-2977. John Curtis is the maintainer of this listserver and can also be reached at 978-486-0888. I might also suggest possibly contacting ITS in Lexington, KY at 1-800-788-3061 if further clarification is required. Hope this helps, Jim Jim Wiese NEBS Project Manager/Compliance Engineer ADTRAN, INC. 901 Explorer Blvd. P.O. Box 140000 Huntsville, AL 35814-4000 256-963-8431 256-963-8250 fax [email protected] > ---------- > From: Rex Brucker[SMTP:[email protected]] > Sent: Friday, April 07, 2000 1:36 PM > To: [email protected] > Subject: Re: Lightning tests on Ethernet ports > > Jim > > Being new to the GR1089 Core Test requirements, I'm a little confused with > your > answer about the 10baseT and 100baseT ports. Both Sections 4.5.9 and > 4.5.16 > reference table 4-1 which references telecommunications port Tip and Ring > pairs. How does > this apply to Ethernet LAN ports that do not carry Tip and Ring Signals. > > Rex Brucker > Garwood Test Labs. > > > ----- Original Message ----- > From: JIM WIESE <[email protected]> > To: <[email protected]> > Sent: Friday, April 07, 2000 8:08 AM > Subject: RE: Lightning tests on Ethernet ports > > > > The Intra-building lightning tests in section 4 of GR-1089-CORE apply to > > 10baseT and 100baseT ports. If the product can be deployed at a > customer > > premise, the 120V 25 amp power fault tests in section 4.5.16 also apply. > > There are also documentation requirements stating these ports are only > > intended for connection to intra-building wiring. > > > > We regularly perform these tests and pass them on our 10baseT and > 100baseT > > interfaces as part of our NEBS evaluations. > > > > > > Jim > > > > Jim Wiese > > NEBS Project Manager/Compliance Engineer > > ADTRAN, INC. > > 901 Explorer Blvd. > > P.O. Box 140000 > > Huntsville, AL 35814-4000 > > 256-963-8431 > > 256-963-8250 fax > > [email protected] > > > > > ---------- > > > From: Mitch Gaudyn[SMTP:[email protected]] > > > Sent: Thursday, April 06, 2000 9:05 AM > > > To: [email protected] > > > Subject: Lightning tests on Ethernet ports > > > > > > I am interested in finding out what lightning requirements exist on > > > Ethernet ports located on both CO and Network equipment. Also, if > > > anyone has done any testing on these ports, I would be interested in > the > > > test methods and results. Thank you. > > > Mitch Gaudyn > > > > > > From - Mon May 08 19:38:42 2000 Return-Path: <[email protected]> Received: from europe.std.com ([192.74.137.10]) by mtiwgwc27.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000508155444.hmws29484.mtiwgwc27.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 8 May 2000 15:54:44 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id LAA22912 for nebs-outgoing; Mon, 8 May 2000 11:30:28 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id LAA22439 for <[email protected]>; Mon, 8 May 2000 11:28:54 -0400 (EDT) Received: from fire.integralaccess.com ([63.160.25.239]) by world.std.com (8.9.3/8.9.3) with ESMTP id LAA10535 for <[email protected]>; Mon, 8 May 2000 11:26:51 -0400 (EDT) Received: from jloiselle [192.168.1.115] by fire.integralaccess.com (SMTPD32-6.00) id AD5467C0130; Mon, 08 May 2000 11:29:24 -0400 From: "John Loiselle" <[email protected]> To: <[email protected]> Subject: BSP 802-001-180MP List-Post: [email protected] Date: Mon, 8 May 2000 11:28:00 -0400 Message-ID: <[email protected]> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> I am trying to locate document BSP 802-001-180MP referenced in Section 6 of SBC Local Exchange Carriers TP76200MP dated December 30, 1998. Does any one have information on how I can obtain this document? Thanks in advance. John P. Loiselle Principal Compliance Engineer Integral Access, Inc. 6 Omni Way Chelmsford, MA 01824 ph: (978) 256 8833 x228 fax: (978) 256 8077 email: [email protected] From - Mon May 08 19:39:19 2000 Return-Path: <[email protected]> Received: from europe.std.com ([192.74.137.10]) by mtiwgwc26.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000508181344.yhdc22247.mtiwgwc26.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 8 May 2000 18:13:44 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id OAA21733 for nebs-outgoing; Mon, 8 May 2000 14:05:46 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id NAA20219 for <[email protected]>; Mon, 8 May 2000 13:55:57 -0400 (EDT) Received: from excelsus01.excelsus-tech.com ([63.197.196.30]) by world.std.com (8.9.3/8.9.3) with ESMTP id NAA28719 for <[email protected]>; Mon, 8 May 2000 13:54:01 -0400 (EDT) Received: by excelsus01 with Internet Mail Service (5.5.2650.21) id <KQAGT85K>; Mon, 8 May 2000 10:57:59 -0700 Message-ID: <99A33C5F2DC1D311931D009027E7E822055D21@excelsus01> From: Don House <[email protected]> To: [email protected] Subject: RE: BSP 802-001-180MP List-Post: [email protected] Date: Mon, 8 May 2000 10:57:59 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <99A33C5F2DC1D311931D009027E7E822055D21@excelsus01> Try this site: http://www.lucent8.com/cgi-bin/CIC_store.cgi? -----Original Message----- From: John Loiselle [mailto:[email protected]] Sent: Monday, May 08, 2000 8:28 AM To: [email protected] Subject: BSP 802-001-180MP I am trying to locate document BSP 802-001-180MP referenced in Section 6 of SBC Local Exchange Carriers TP76200MP dated December 30, 1998. Does any one have information on how I can obtain this document? Thanks in advance. John P. Loiselle Principal Compliance Engineer Integral Access, Inc. 6 Omni Way Chelmsford, MA 01824 ph: (978) 256 8833 x228 fax: (978) 256 8077 email: [email protected] From - Mon May 08 19:39:18 2000 Return-Path: <[email protected]> Received: from europe.std.com ([192.74.137.10]) by mtiwgwc27.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000508181343.odmw29484.mtiwgwc27.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 8 May 2000 18:13:43 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id OAA21778 for nebs-outgoing; Mon, 8 May 2000 14:06:00 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id OAA21265 for <[email protected]>; Mon, 8 May 2000 14:03:24 -0400 (EDT) Received: from excelsus01.excelsus-tech.com ([63.197.196.30]) by world.std.com (8.9.3/8.9.3) with ESMTP id OAA04185 for <[email protected]>; Mon, 8 May 2000 14:01:25 -0400 (EDT) Received: by excelsus01 with Internet Mail Service (5.5.2650.21) id <KQAGT85T>; Mon, 8 May 2000 11:05:25 -0700 Message-ID: <99A33C5F2DC1D311931D009027E7E822055D25@excelsus01> From: Don House <[email protected]> To: John Loiselle <[email protected]> Cc: [email protected] Subject: RE: BSP 802-001-180MP List-Post: [email protected] Date: Mon, 8 May 2000 11:05:24 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" X-MIME-Autoconverted: from quoted-printable to 8bit by europe.std.com id OAA21277 Sender: [email protected] Precedence: list Reply-To: [email protected] Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by europe.std.com id OAA21778 X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <99A33C5F2DC1D311931D009027E7E822055D25@excelsus01> John, http://www.lucent8.com/cgi-bin/CIC_store.cgi >From this site: =20 Title: PROTECTIVE GROUNDING SYSTEMS GENERAL GROUNDING REQUIREMENTS FOR COMMUNICATION SYSTEMS IN CENTRAL OFFICES RADIO STATIONS AND OTHER STRUCTU= RES POWER SYSTEMS=20 Document Number: 802-001-180=20 Issue: 10=20 Summary: NUMERICAL INDEX -- DIVISION 802~~~EQUIPMENT DESIGN AND GENERAL EQUIPMENT REQUIREMENTS~~~AND ENGINEERING INFORMATION~~~POWER SYSTEMS INDEXES, GENERAL INFORMATION, AND MISCELLANEOUS EQUIPMENTS Protective Grounding Systems -- General Grounding Requirements for Communication Systems in Central Offices, Radio Stations and Other Structures>=20 Qty Media Type Price Availability=20 *PAPER 13.09 Ships within 2-3 weeks=20 *Electronic (PDF Format) 10.47 Available to Download=20 Copyright =A9 1998,1999 Lucent Technologies. All rights reserved.=20 =20 From - Thu May 11 04:51:56 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc27.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000509200113.elzd29484.mtiwgwc27.worldnet.att....@europe.std.com> for <[email protected]>; Tue, 9 May 2000 20:01:13 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id PAA19691 for nebs-outgoing; Tue, 9 May 2000 15:37:46 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id PAA17847 for <[email protected]>; Tue, 9 May 2000 15:30:34 -0400 (EDT) Received: from excelsus01.excelsus-tech.com ([63.197.196.30]) by world.std.com (8.9.3/8.9.3) with ESMTP id PAA15680 for <[email protected]>; Tue, 9 May 2000 15:25:49 -0400 (EDT) Received: by excelsus01 with Internet Mail Service (5.5.2650.21) id <KQAGT9AX>; Tue, 9 May 2000 12:29:50 -0700 Message-ID: <99A33C5F2DC1D311931D009027E7E822055D79@excelsus01> From: Don House <[email protected]> To: John Loiselle <[email protected]> Cc: [email protected] Subject: RE: BSP 802-001-180MP List-Post: [email protected] Date: Tue, 9 May 2000 12:29:49 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <99A33C5F2DC1D311931D009027E7E822055D79@excelsus01> In addition to the AT&T Customer Information Center (CIC) there is also a section in the back of the Telcordia publications catalog that gives the address and phone numbers for ordering RBOC publications directly from the RBOCs. Don -----Original Message----- From: John Loiselle [mailto:[email protected]] Sent: Monday, May 08, 2000 8:28 AM To: [email protected] Subject: BSP 802-001-180MP I am trying to locate document BSP 802-001-180MP referenced in Section 6 of SBC Local Exchange Carriers TP76200MP dated December 30, 1998. Does any one have information on how I can obtain this document? Thanks in advance. John P. Loiselle Principal Compliance Engineer Integral Access, Inc. 6 Omni Way Chelmsford, MA 01824 ph: (978) 256 8833 x228 fax: (978) 256 8077 email: [email protected] From - Mon May 15 13:01:27 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000512153704.crtp4792.mtiwgwc23.worldnet.att....@europe.std.com> for <[email protected]>; Fri, 12 May 2000 15:37:04 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id LAA16126 for nebs-outgoing; Fri, 12 May 2000 11:21:03 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id LAA15472 for <[email protected]>; Fri, 12 May 2000 11:16:55 -0400 (EDT) Received: from quantumexch.qb.local ([63.165.82.130]) by world.std.com (8.9.3/8.9.3) with ESMTP id LAA17992 for <[email protected]>; Fri, 12 May 2000 11:14:56 -0400 (EDT) From: [email protected] Received: by quantumexch.qb.local with Internet Mail Service (5.5.2650.21) id <KV0VRHXV>; Fri, 12 May 2000 11:16:13 -0400 Message-ID: <[email protected]> To: [email protected] Subject: protection switching systems requirement List-Post: [email protected] Date: Fri, 12 May 2000 11:16:13 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Hello All, Has anyone heard of a Telcordia requirement of 50ms for reporting to the system that a redundant card has been added or removed (hot-swap)? Thanks, Jack ___________________________________________ Jack Murphy, Compliance Engineer Quantum Bridge, One High St, N. Andover, MA 01845 tel-978 688-9100x555, fax-978 688-1363 [email protected] From - Sat May 27 17:58:50 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc28.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000526233014.xxbh4930.mtiwgwc28.worldnet.att....@europe.std.com>; Fri, 26 May 2000 23:30:14 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id TAA28856 for treg-outgoing; Fri, 26 May 2000 19:25:30 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id TAA27968 for <[email protected]>; Fri, 26 May 2000 19:20:03 -0400 (EDT) Received: from 206-103-61-194.oresis.com (206-103-61-194.oresis.com [206.103.61.194]) by world.std.com (8.9.3/8.9.3) with SMTP id TAA27894; Fri, 26 May 2000 19:17:47 -0400 (EDT) Received: from oresisexchange.oresis by 206-103-61-194.oresis.com via smtpd (for world-f.std.com [199.172.62.5]) with SMTP; 26 May 2000 23:14:38 UT Received: by oresisexchange.oresis with Internet Mail Service (5.5.2448.0) id <L4C2S4S6>; Fri, 26 May 2000 16:17:36 -0700 Message-ID: <[email protected]> From: David Spencer <[email protected]> To: "EMC-PSTC (E-mail)" <[email protected]>, "Nebs List Serve (E-mail)" <[email protected]>, "TREG (E-mail)" <[email protected]> Subject: Fanning the Flames List-Post: [email protected] Date: Fri, 26 May 2000 16:17:35 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: David Spencer <[email protected]> X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Hi All, I'm not sure where this question fits, so I'm sending it to all. Excuse the redundancy, as I'm sure many of you receive mail from all of these lists. An interesting question came up today regarding a fantray design and using a thermal shutdown to turn off power to the fans when it is presumed obvious that there may be a fire. It sounds like a great idea to me. However, it will be a lot easier to sell if there is a requirement somewhere to support it. Question: Does anyone know of a specific requirement to control fans in the event of a fire? This can from any source, i.e. ETSI, ANSI, or Telcordia, etc. Thanks and have a great weekend! Dave Spencer Compliance Engineer Oresis Communications, Inc. 14670 NW Greenbrier Parkway, Beaverton, OR 97006 (503)533-0717 Dir: (503)466-6289 Fax: (503)533-8233 http://www.oresis.com [email protected] From - Thu Jun 01 05:17:09 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000530123932.pfia4792.mtiwgwc23.worldnet.att....@europe.std.com>; Tue, 30 May 2000 12:39:32 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id IAA15109 for treg-outgoing; Tue, 30 May 2000 08:31:16 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id IAA14479 for <[email protected]>; Tue, 30 May 2000 08:26:12 -0400 (EDT) Received: from email.fiberoptions.com ([209.139.147.137]) by world.std.com (8.9.3/8.9.3) with ESMTP id IAA01730; Tue, 30 May 2000 08:24:44 -0400 (EDT) Received: by EMAIL with Internet Mail Service (5.5.2650.21) id <LWSG62RQ>; Tue, 30 May 2000 08:23:34 -0400 Message-ID: <E15CFB09B1FAD311B74700D0B746BDC109BA15@EMAIL> From: John Juhasz <[email protected]> To: "'David Spencer'" <[email protected]>, "EMC-PSTC (E-mail)" <[email protected]>, "Nebs List Serve (E-mail)" <[email protected]>, "TREG (E-mail)" <[email protected]> Subject: RE: Fanning the Flames List-Post: [email protected] Date: Tue, 30 May 2000 08:23:34 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFCA31.DFBB8A22" Sender: [email protected] Precedence: list Reply-To: John Juhasz <[email protected]> X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <E15CFB09B1FAD311B74700D0B746BDC109BA15@EMAIL> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFCA31.DFBB8A22 Content-Type: text/plain; charset="iso-8859-1" Dave, I am not aware of any 'specific requirement' for shutting down fans in the event of a fire, but I do know from my NEBS testing, that it is a worthwhile idea. It reduces the airflow in your product thereby reducing the intake of oxygen, as well as minimizing the progression of the fire from one shelf to the next. With the limited oxygen intake (along with the smoke not being so easily exhausted) the smoke inside the product will choke the fire out. Something to consider . . . John Juhasz Fiber Options Bohemia, NY -----Original Message----- From: David Spencer [mailto:[email protected]] Sent: Friday, May 26, 2000 7:18 PM To: EMC-PSTC (E-mail); Nebs List Serve (E-mail); TREG (E-mail) Subject: Fanning the Flames Hi All, I'm not sure where this question fits, so I'm sending it to all. Excuse the redundancy, as I'm sure many of you receive mail from all of these lists. An interesting question came up today regarding a fantray design and using a thermal shutdown to turn off power to the fans when it is presumed obvious that there may be a fire. It sounds like a great idea to me. However, it will be a lot easier to sell if there is a requirement somewhere to support it. Question: Does anyone know of a specific requirement to control fans in the event of a fire? This can from any source, i.e. ETSI, ANSI, or Telcordia, etc. Thanks and have a great weekend! Dave Spencer Compliance Engineer Oresis Communications, Inc. 14670 NW Greenbrier Parkway, Beaverton, OR 97006 (503)533-0717 Dir: (503)466-6289 Fax: (503)533-8233 http://www.oresis.com [email protected] ------_=_NextPart_001_01BFCA31.DFBB8A22 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> <HTML> <HEAD> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Diso-8859-1"> <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version = 5.5.2650.12"> <TITLE>RE: Fanning the Flames</TITLE> </HEAD> <BODY> <P><FONT SIZE=3D2>Dave,</FONT> </P> <P><FONT SIZE=3D2>I am not aware of any 'specific requirement' for = shutting down fans in the event of a fire, but I do know from my NEBS = testing, that it is a worthwhile idea. It reduces the airflow in your = product thereby reducing the intake of oxygen, as well as minimizing = the progression of the fire from one shelf to the next. With the = limited oxygen intake (along with the smoke not being so easily = exhausted) the smoke inside the product will choke the fire = out.</FONT></P> <P><FONT SIZE=3D2>Something to consider . . . </FONT> </P> <P><FONT SIZE=3D2>John Juhasz</FONT> <BR><FONT SIZE=3D2>Fiber Options</FONT> <BR><FONT SIZE=3D2>Bohemia, NY</FONT> </P> <BR> <P><FONT SIZE=3D2>-----Original Message-----</FONT> <BR><FONT SIZE=3D2>From: David Spencer [<A = HREF=3D"mailto:[email protected]">mailto:[email protected]</A>]</FON= T> <BR><FONT SIZE=3D2>Sent: Friday, May 26, 2000 7:18 PM</FONT> <BR><FONT SIZE=3D2>To: EMC-PSTC (E-mail); Nebs List Serve (E-mail); = TREG (E-mail)</FONT> <BR><FONT SIZE=3D2>Subject: Fanning the Flames</FONT> </P> <BR> <P><FONT SIZE=3D2>Hi All,</FONT> <BR><FONT SIZE=3D2>I'm not sure where this question fits, so I'm = sending it to all. Excuse the</FONT> <BR><FONT SIZE=3D2>redundancy, as I'm sure many of you receive mail = from all of these lists.</FONT> </P> <P><FONT SIZE=3D2>An interesting question came up today regarding a = fantray design and using a</FONT> <BR><FONT SIZE=3D2>thermal shutdown to turn off power to the fans when = it is presumed obvious</FONT> <BR><FONT SIZE=3D2>that there may be a fire. It sounds like a = great idea to me. However, it</FONT> <BR><FONT SIZE=3D2>will be a lot easier to sell if there is a = requirement somewhere to support</FONT> <BR><FONT SIZE=3D2>it.</FONT> </P> <P><FONT SIZE=3D2>Question: Does anyone know of a specific requirement = to control fans in the</FONT> <BR><FONT SIZE=3D2>event of a fire? This can from any source, = i.e. ETSI, ANSI, or Telcordia,</FONT> <BR><FONT SIZE=3D2>etc.</FONT> </P> <P><FONT SIZE=3D2>Thanks and have a great weekend!</FONT> <BR><FONT SIZE=3D2>Dave Spencer</FONT> <BR><FONT SIZE=3D2>Compliance Engineer</FONT> <BR><FONT SIZE=3D2>Oresis Communications, Inc.</FONT> <BR><FONT SIZE=3D2>14670 NW Greenbrier Parkway, Beaverton, OR = 97006</FONT> <BR><FONT SIZE=3D2>(503)533-0717 Dir: (503)466-6289 Fax: = (503)533-8233</FONT> <BR><FONT SIZE=3D2><A HREF=3D"http://www.oresis.com" = TARGET=3D"_blank">http://www.oresis.com</A> = [email protected]</FONT> </P> </BODY> </HTML> ------_=_NextPart_001_01BFCA31.DFBB8A22-- From - Thu Jun 01 05:17:17 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000530130830.kila3773.mtiwgwc22.worldnet.att....@europe.std.com>; Tue, 30 May 2000 13:08:30 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id JAA20636 for treg-outgoing; Tue, 30 May 2000 09:05:59 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id JAA19917 for <[email protected]>; Tue, 30 May 2000 09:00:40 -0400 (EDT) Received: from smtplink.pulse.com (pulsecom-229.pulse.com [192.77.130.229] (may be forged)) by world.std.com (8.9.3/8.9.3) with SMTP id IAA20636; Tue, 30 May 2000 08:59:06 -0400 (EDT) List-Post: [email protected] Date: Tue, 30 May 2000 8:55 -0400 From: "Eric Petitpierre" <[email protected]> To: "[email protected]" <[email protected]>, "[email protected]" <[email protected]>, "[email protected]" <[email protected]> Subject: Re: Fanning the Flames Message-ID: <[email protected]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: [email protected] Precedence: list Reply-To: "Eric Petitpierre" <[email protected]> X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> On 5/30/00, Dave spencer wrote: >An interesting question came up today regarding a fantray design and using a >thermal shutdown to turn off power to the fans when it is presumed obvious >that there may be a fire. It sounds like a great idea to me. However, it >will be a lot easier to sell if there is a requirement somewhere to support >it. >Question: Does anyone know of a specific requirement to control fans in the >event of a fire? This can from any source, i.e. ETSI, ANSI, or Telcordia, >etc. There us no requirement that I am aware of to control the fans. As you may be aware, some of the RBOC's such as Bell Atlantic, have requested criteria beyond what is asked for in GR-63. For example, if fans did blow out the fire, they would want to know what happens when there is a fire AND the fans are disabled....Not fair, you may say, but that's the way it goes. The arguement there is suppose the fire disabled the fan control during the beginning of the test? Bottom line, I would not use a fan to blow out the flames unless you are confident your equipment will pass with fans off as well. In which case why use a fan if your equipment does not need it? Eric Petitpierre Pulsecom Herndon,VA [email protected] From - Thu Jun 01 05:17:24 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000530160533.pnkc2139.mtiwgwc24.worldnet.att....@europe.std.com> for <[email protected]>; Tue, 30 May 2000 16:05:33 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id LAA25191 for nebs-outgoing; Tue, 30 May 2000 11:50:52 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id LAA24344 for <[email protected]>; Tue, 30 May 2000 11:47:47 -0400 (EDT) Received: from smtppop1.gte.net (smtppop1pub.gte.net [206.46.170.20]) by world.std.com (8.9.3/8.9.3) with ESMTP id LAA24365 for <[email protected]>; Tue, 30 May 2000 11:42:47 -0400 (EDT) Received: from gte.net (1Cust190.tnt1.gilroy.ca.da.uu.net [63.28.212.190]) by smtppop1.gte.net with ESMTP for <[email protected]>; id KAA31614552 Tue, 30 May 2000 10:41:02 -0500 (CDT) Message-ID: <[email protected]> List-Post: [email protected] Date: Tue, 30 May 2000 08:42:05 -0700 From: Doug <[email protected]> X-Mailer: Mozilla 4.72 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: [email protected] Subject: Re: Fanning the Flames References: <[email protected]> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Never heard of it. The only place I've ever heard of actual "flame" sensing was some company providing such sensors for companies which handled, mfr'd, shipped combustibles. Mixing and loading dock areas. Resulted not from any requirement either, although I've no experience in the combustibles area. Sort of interesting. One of the problems they had to solve involved burning alcohol. Alcohol burns nearly invisible. The other was differentiating between an actual flame and something like a mirror from a truck reflecting the sun on a clear day. Bad stuff at race tracks when there's an accident. Emergency crews can't see it and can run right into it. So they end up spraying the entire area where they think it's burning. Although, come to think of it ... You might cite the flame spread test in GR-63. Such a shut down would prevent the spread of "heat" as well as flame. Maybe a little bit of a stretch of the standard, but what the hey. The RBOCs are very sensitive to flame spread. And I'm sure they'd at least listen to any attempt to prevent spread. You'd have to define and defend what the temp of a direct flame situation (something in your product burning) or indirect flame (something next to your product burning) would be, I guess. At least that's what I'd try to do. And, like Eric said, there certainly are RBOCs out there with their own requirements above and beyond the wording of the standard. Keep in mind that the Bellcore specs are not like the public standards such as UL, FCC, ... which are ultimately enforced by law. The Bellcore standards are private standards which are not enforced by law but by customer contract. Customers can pick and choose or modify or delete parts of them as they see fit for their own situation. Regards, Doug McKean David Spencer wrote: > > Hi All, > I'm not sure where this question fits, so I'm sending it to all. Excuse the > redundancy, as I'm sure many of you receive mail from all of these lists. > > An interesting question came up today regarding a fantray design and using a > thermal shutdown to turn off power to the fans when it is presumed obvious > that there may be a fire. It sounds like a great idea to me. However, it > will be a lot easier to sell if there is a requirement somewhere to support > it. > > Question: Does anyone know of a specific requirement to control fans in the > event of a fire? This can from any source, i.e. ETSI, ANSI, or Telcordia, > etc. From - Fri Jun 09 05:18:48 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000608003951.ztxc26682.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 8 Jun 2000 00:39:51 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id UAA18956 for nebs-outgoing; Wed, 7 Jun 2000 20:26:38 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id UAA18505 for <[email protected]>; Wed, 7 Jun 2000 20:23:49 -0400 (EDT) Received: from tnidc1.alidian.com ([63.99.127.100]) by world.std.com (8.9.3/8.9.3) with ESMTP id UAA24238 for <[email protected]>; Wed, 7 Jun 2000 20:22:30 -0400 (EDT) Received: by TNIDC1 with Internet Mail Service (5.5.2650.21) id <MJ2L0DSN>; Wed, 7 Jun 2000 17:16:14 -0700 Message-ID: <ED298BF0B6CED211956D0090273F755339156D@TNIDC1> From: Dave Wilson <[email protected]> To: "'[email protected]'" <[email protected]> Subject: NEBS 2000 List-Post: [email protected] Date: Wed, 7 Jun 2000 17:16:06 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <ED298BF0B6CED211956D0090273F755339156D@TNIDC1> Does anyone have a feel for the requirement to meet NEBS 2000 metric frame dimensions (GR-63 section 3, which states that they may be used in place of the spatial requirements in section 2)? Are any of the RBOCs asking for it yet (I couldn't find anything in rev. 10 of Bell Atlantic's requirements)? Presumably at some point 19" will no longer be acceptable, 23.6" or 600mm being the smallest acceptable width. Dave Wilson Senior Compliance Engineer Alidian Networks Inc. Tel: 408-273-4787 Fax: 408-273-4800 From - Fri Jun 09 05:20:10 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000608165930.nvir26682.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 8 Jun 2000 16:59:30 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id MAA22778 for nebs-outgoing; Thu, 8 Jun 2000 12:41:49 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id MAA21891 for <[email protected]>; Thu, 8 Jun 2000 12:37:09 -0400 (EDT) Received: from smtppop1.gte.net (smtppop1pub.gte.net [206.46.170.20]) by world.std.com (8.9.3/8.9.3) with ESMTP id MAA24365 for <[email protected]>; Thu, 8 Jun 2000 12:33:52 -0400 (EDT) Received: from gte.net (1Cust29.tnt3.gilroy.ca.da.uu.net [63.25.206.29]) by smtppop1.gte.net with ESMTP for <[email protected]>; id LAA38718552 Thu, 8 Jun 2000 11:32:08 -0500 (CDT) Message-ID: <[email protected]> List-Post: [email protected] Date: Thu, 08 Jun 2000 09:33:15 -0700 From: Doug <[email protected]> X-Mailer: Mozilla 4.72 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: Nebs Discussion Group <[email protected]> Subject: The -48VDC CO rail ... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Two questions ... 1. Would anyone care to relate personal experiences, anecdotes, concerning the stability or non-stability of the -48VDC rail in a CO? Just how bad is it? 2. I think I'm finally understanding the meaning of the upper Bellcore range of 56 vdc. UL testing would require +6% above 56 which puts it right at 60VDC. Any change increasing the upper limit in the spec would push the voltage into the hazardous voltage area ( >60VDC ) changing all the test limits. Do I have that correct? Where'd the lower Bellcore voltage spec some from? Regards, Doug McKean From - Sun Jun 11 09:17:36 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000609193115.exog9759.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Fri, 9 Jun 2000 19:31:15 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id PAA18268 for nebs-outgoing; Fri, 9 Jun 2000 15:11:23 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id PAA17751 for <[email protected]>; Fri, 9 Jun 2000 15:08:43 -0400 (EDT) Received: from underlab-bh.ul.com (underlab-bh.ul.com [204.167.162.66]) by world.std.com (8.9.3/8.9.3) with ESMTP id PAA20788 for <[email protected]>; Fri, 9 Jun 2000 15:06:38 -0400 (EDT) From: [email protected] Received: (from uucp@localhost) by underlab-bh.ul.com (8.8.8/8.6.11) id OAA11028 for <[email protected]>; Fri, 9 Jun 2000 14:06:36 -0500 (CDT) Received: from iscan(10.40.1.221) by underlab-bh.ul.com via smap (4.1) id xma010899; Fri, 9 Jun 00 14:06:27 -0500 Received: from USNBKM201.us.ul.com (unverified) by iscan-1.ul.com (Content Technologies SMTPRS 4.0.1) with ESMTP id <[email protected]> for <[email protected]>; Fri, 9 Jun 2000 13:02:32 -0500 Received: from usmelm402.us.ul.com ([10.20.49.248]) by USNBKM201.us.ul.com (Lotus Domino Release 5.0.2c (Intl)) with ESMTP id 2000060912531756:21305 ; Fri, 9 Jun 2000 12:53:17 -0500 Subject: Re: The -48VDC CO rail ... To: [email protected] X-Mailer: Lotus Notes Release 5.0 (Intl) 30 March 1999 Message-ID: <[email protected]> List-Post: [email protected] Date: Fri, 9 Jun 2000 13:54:43 -0400 MIME-Version: 1.0 X-MIMETrack: Serialize by Router on USMELM402/ULI(Release 5.0.2c (Intl)|2 February 2000) at 06/09/2000 01:54:44 PM, Itemize by SMTP Server on USNBKM201/ULI(Release 5.0.2c (Intl)|2 February 2000) at 06/09/2000 12:53:17 PM, Serialize by Router on USNBKM201/ULI(Release 5.0.2c (Intl)|2 February 2000) at 06/09/2000 12:53:18 PM, Serialize complete at 06/09/2000 12:53:18 PM Content-type: text/plain; charset=us-ascii Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Although the upper range conveniently puts you at the magic 60V limit, I believe that the 56 volts actually comes from the maximum float voltage anticipated for some battery plants. Remember, the equipment in a CO normally operates at the float voltage, not the nominal battery voltage. The lower limit anticipates the maximum expected drop in battery voltage when a CO loses commercial power and before backup generators can kick in. Randy Ivans Global Program Manager -Telecommunications Underwriters Laboratories Inc. 1285 Walt Whitman Rd. Melville, NY 11747 TEL: 631-271-6200; Ext. 22269 FAX: 631-439-6096 NOTE NEW AREA CODE FOR UL MELVILLE! email: [email protected] ********* Internet E-mail Confidentiality Disclaimer ********** This e-mail message may contain privileged or confidential information. If you are not the intended recipient, you may not disclose, use, disseminate, distribute, copy or rely upon this message or attachment in any way. If you received this e-mail message in error, please delete the e-mail and any attachments and notify Underwriters Laboratories Inc. at [email protected]. UL does not accept liability for any errors, omissions, corruption or virus in the contents of this message or any attachments that arise as a result of e-mail transmission. ************************************************************************** From - Wed Jun 14 05:17:58 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000612184606.valm26682.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 12 Jun 2000 18:46:06 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id OAA25605 for nebs-outgoing; Mon, 12 Jun 2000 14:21:01 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id OAA25106 for <[email protected]>; Mon, 12 Jun 2000 14:19:39 -0400 (EDT) Received: from excelsus01.excelsus-tech.com ([63.197.196.30]) by world.std.com (8.9.3/8.9.3) with ESMTP id OAA05339 for <[email protected]>; Mon, 12 Jun 2000 14:16:41 -0400 (EDT) Received: by EXCELSUS01 with Internet Mail Service (5.5.2650.21) id <MN7L4G39>; Mon, 12 Jun 2000 11:21:50 -0700 Message-ID: <99A33C5F2DC1D311931D009027E7E8220560F8@EXCELSUS01> From: Don House <[email protected]> To: [email protected] Subject: RE: The -48VDC CO rail ... List-Post: [email protected] Date: Mon, 12 Jun 2000 11:21:49 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <99A33C5F2DC1D311931D009027E7E8220560F8@EXCELSUS01> -46vdc to -56vdc with an average float of -52vdc in my 30+ years of Bell System experience. Personally, I have never seen a C.O. voltage higher than -54vdc nor lower than -48vdc. (Except for a special -72vdc buss for range extension that is no longer used.) Don Don Robert House, MTS Excelsus Technologies, Inc. (760) 476-1511 Office (760) 476-1519 FAX (760) 420-3016 Cellular URL: http://www.excelsus-tech.com -----Original Message----- From: Doug [mailto:[email protected]] Sent: Thursday, June 08, 2000 9:33 AM To: Nebs Discussion Group Subject: The -48VDC CO rail ... Two questions ... 1. Would anyone care to relate personal experiences, anecdotes, concerning the stability or non-stability of the -48VDC rail in a CO? Just how bad is it? 2. I think I'm finally understanding the meaning of the upper Bellcore range of 56 vdc. UL testing would require +6% above 56 which puts it right at 60VDC. Any change increasing the upper limit in the spec would push the voltage into the hazardous voltage area ( >60VDC ) changing all the test limits. Do I have that correct? Where'd the lower Bellcore voltage spec some from? Regards, Doug McKean From - Wed Jun 14 05:18:04 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc28.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000612193247.loss11629.mtiwgwc28.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 12 Jun 2000 19:32:47 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id PAA07740 for nebs-outgoing; Mon, 12 Jun 2000 15:11:54 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id PAA06016 for <[email protected]>; Mon, 12 Jun 2000 15:05:14 -0400 (EDT) Received: from mailsrv.acc.com (mailsrv.acc.com [129.192.64.128]) by world.std.com (8.9.3/8.9.3) with ESMTP id PAA08372 for <[email protected]>; Mon, 12 Jun 2000 15:00:08 -0400 (EDT) Received: from acc.com (unk6536.acc.com [129.192.65.36]) by mailsrv.acc.com (8.9.3/8.9.1) with ESMTP id MAA21305; Mon, 12 Jun 2000 12:03:32 -0700 (PDT) Message-ID: <[email protected]> List-Post: [email protected] Date: Mon, 12 Jun 2000 11:57:48 -0700 From: Bruce Touzel <[email protected]> Organization: Ericsson/ACC X-Mailer: Mozilla 4.7 [en]C-CCK-MCD (Win98; I) X-Accept-Language: en,pdf,zh-CN,zh-TW,zh,ja,ko MIME-Version: 1.0 To: [email protected], [email protected] Subject: Re: The -48VDC CO rail ... References: <99A33C5F2DC1D311931D009027E7E8220560F8@EXCELSUS01> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> What about the charging voltage put on the batteries ? Wouldn't that be higher ? Would they remove the batteries from equipment during this charging period ? Don House wrote: > -46vdc to -56vdc with an average float of -52vdc in my 30+ years of Bell > System experience. > > Personally, I have never seen a C.O. voltage higher than -54vdc nor lower > than -48vdc. > (Except for a special -72vdc buss for range extension that is no longer > used.) > > Don > > Don Robert House, MTS > Excelsus Technologies, Inc. > (760) 476-1511 Office > (760) 476-1519 FAX > (760) 420-3016 Cellular > URL: http://www.excelsus-tech.com > > -----Original Message----- > From: Doug [mailto:[email protected]] > Sent: Thursday, June 08, 2000 9:33 AM > To: Nebs Discussion Group > Subject: The -48VDC CO rail ... > > Two questions ... > > 1. Would anyone care to relate personal experiences, > anecdotes, concerning the stability or non-stability > of the -48VDC rail in a CO? > > Just how bad is it? > > 2. I think I'm finally understanding the meaning of the > upper Bellcore range of 56 vdc. UL testing would require > +6% above 56 which puts it right at 60VDC. Any change > increasing the upper limit in the spec would push the > voltage into the hazardous voltage area ( >60VDC ) changing > all the test limits. Do I have that correct? > > Where'd the lower Bellcore voltage spec some from? > > Regards, Doug McKean From - Wed Jun 14 05:18:11 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000612202442.agu26682.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 12 Jun 2000 20:24:42 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id PAA17070 for nebs-outgoing; Mon, 12 Jun 2000 15:57:52 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id PAA16028 for <[email protected]>; Mon, 12 Jun 2000 15:51:46 -0400 (EDT) Received: from bart.tlgd.com (bart.tlgd.com [151.201.84.51]) by world.std.com (8.9.3/8.9.3) with ESMTP id PAA19147 for <[email protected]>; Mon, 12 Jun 2000 15:48:09 -0400 (EDT) Received: by bart.tlgd.com with Internet Mail Service (5.5.2650.21) id <LHQM3MFL>; Mon, 12 Jun 2000 15:49:07 -0400 Message-ID: <[email protected]> From: "Nix, Rodney" <[email protected]> To: "'[email protected]'" <[email protected]> Subject: RE: The -48VDC CO rail ... List-Post: [email protected] Date: Mon, 12 Jun 2000 15:48:40 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> 52Vdc is the nominal charging voltage for a 48Vdc battery plant. Occasionally, as part of the maintenance of the plant, this voltage will be raised to equalize the individual battery cell voltages. This is equalize charge voltage of 54Vdc was used primarily with lead-acid battery plants and is used less frequently now that so-called maintenance-free batteries are the norm. Rodney B. Nix Sr. Hardware Validation Engineer Tollgrade Communications, Inc. 493 Nixon Road Cheswick, PA 15024 -----Original Message----- From: Bruce Touzel [mailto:[email protected]] Sent: Monday, June 12, 2000 2:58 PM To: [email protected]; [email protected] Subject: Re: The -48VDC CO rail ... What about the charging voltage put on the batteries ? Wouldn't that be higher ? Would they remove the batteries from equipment during this charging period ? Don House wrote: > -46vdc to -56vdc with an average float of -52vdc in my 30+ years of Bell > System experience. > > Personally, I have never seen a C.O. voltage higher than -54vdc nor lower > than -48vdc. > (Except for a special -72vdc buss for range extension that is no longer > used.) > > Don > > Don Robert House, MTS > Excelsus Technologies, Inc. > (760) 476-1511 Office > (760) 476-1519 FAX > (760) 420-3016 Cellular > URL: http://www.excelsus-tech.com > > -----Original Message----- > From: Doug [mailto:[email protected]] > Sent: Thursday, June 08, 2000 9:33 AM > To: Nebs Discussion Group > Subject: The -48VDC CO rail ... > > Two questions ... > > 1. Would anyone care to relate personal experiences, > anecdotes, concerning the stability or non-stability > of the -48VDC rail in a CO? > > Just how bad is it? > > 2. I think I'm finally understanding the meaning of the > upper Bellcore range of 56 vdc. UL testing would require > +6% above 56 which puts it right at 60VDC. Any change > increasing the upper limit in the spec would push the > voltage into the hazardous voltage area ( >60VDC ) changing > all the test limits. Do I have that correct? > > Where'd the lower Bellcore voltage spec some from? > > Regards, Doug McKean From - Wed Jun 14 05:18:12 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000612204231.xjy26682.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 12 Jun 2000 20:42:31 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id QAA22796 for nebs-outgoing; Mon, 12 Jun 2000 16:30:54 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id QAA22087 for <[email protected]>; Mon, 12 Jun 2000 16:26:57 -0400 (EDT) Received: from mailsrv.acc.com (mailsrv.acc.com [129.192.64.128]) by world.std.com (8.9.3/8.9.3) with ESMTP id QAA20994 for <[email protected]>; Mon, 12 Jun 2000 16:24:19 -0400 (EDT) Received: from acc.com (unk6536.acc.com [129.192.65.36]) by mailsrv.acc.com (8.9.3/8.9.1) with ESMTP id NAA26639 for <[email protected]>; Mon, 12 Jun 2000 13:27:42 -0700 (PDT) Message-ID: <[email protected]> List-Post: [email protected] Date: Mon, 12 Jun 2000 13:18:28 -0700 From: Bruce Touzel <[email protected]> Organization: Ericsson/ACC X-Mailer: Mozilla 4.7 [en]C-CCK-MCD (Win98; I) X-Accept-Language: en,pdf,zh-CN,zh-TW,zh,ja,ko MIME-Version: 1.0 To: [email protected] Subject: Re: The -48VDC CO rail ... References: <[email protected]> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> thanks "Nix, Rodney" wrote: > 52Vdc is the nominal charging voltage for a 48Vdc battery plant. > Occasionally, as part of the maintenance of the plant, this voltage will be > raised to equalize the individual battery cell voltages. This is equalize > charge voltage of 54Vdc was used primarily with lead-acid battery plants and > is used less frequently now that so-called maintenance-free batteries are > the norm. > > Rodney B. Nix > Sr. Hardware Validation Engineer > Tollgrade Communications, Inc. > 493 Nixon Road > Cheswick, PA 15024 > > -----Original Message----- > From: Bruce Touzel [mailto:[email protected]] > Sent: Monday, June 12, 2000 2:58 PM > To: [email protected]; [email protected] > Subject: Re: The -48VDC CO rail ... > > What about the charging voltage put on the batteries ? > Wouldn't that be higher ? > Would they remove the batteries from equipment during this charging period ? > > Don House wrote: > > > -46vdc to -56vdc with an average float of -52vdc in my 30+ years of Bell > > System experience. > > > > Personally, I have never seen a C.O. voltage higher than -54vdc nor lower > > than -48vdc. > > (Except for a special -72vdc buss for range extension that is no longer > > used.) > > > > Don > > > > Don Robert House, MTS > > Excelsus Technologies, Inc. > > (760) 476-1511 Office > > (760) 476-1519 FAX > > (760) 420-3016 Cellular > > URL: http://www.excelsus-tech.com > > > > -----Original Message----- > > From: Doug [mailto:[email protected]] > > Sent: Thursday, June 08, 2000 9:33 AM > > To: Nebs Discussion Group > > Subject: The -48VDC CO rail ... > > > > Two questions ... > > > > 1. Would anyone care to relate personal experiences, > > anecdotes, concerning the stability or non-stability > > of the -48VDC rail in a CO? > > > > Just how bad is it? > > > > 2. I think I'm finally understanding the meaning of the > > upper Bellcore range of 56 vdc. UL testing would require > > +6% above 56 which puts it right at 60VDC. Any change > > increasing the upper limit in the spec would push the > > voltage into the hazardous voltage area ( >60VDC ) changing > > all the test limits. Do I have that correct? > > > > Where'd the lower Bellcore voltage spec some from? > > > > Regards, Doug McKean From - Wed Jun 14 05:18:38 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000612232316.jopi9759.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 12 Jun 2000 23:23:16 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id TAA17972 for nebs-outgoing; Mon, 12 Jun 2000 19:07:11 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id TAA17561 for <[email protected]>; Mon, 12 Jun 2000 19:04:53 -0400 (EDT) Received: from acestes-fe0.ultra.net (acestes-fe0.ultra.net [146.115.9.54]) by world.std.com (8.9.3/8.9.3) with ESMTP id TAA23843 for <[email protected]>; Mon, 12 Jun 2000 19:03:19 -0400 (EDT) Received: from wench.telica.com ([209.6.93.24]) by acestes-fe0.ultra.net (8.8.8/ult/n20340/mtc.v2) with ESMTP id TAA20988 for <[email protected]>; Mon, 12 Jun 2000 19:03:02 -0400 (EDT) Received: by wench with Internet Mail Service (5.5.2448.0) id <MZJFZSHN>; Mon, 12 Jun 2000 19:00:07 -0400 Message-ID: <D1BB06A1EFA3D211A830009027289AEA261F56@wench> From: Joe Finlayson <[email protected]> To: "'NEBS Newsgroup'" <[email protected]> Subject: DS3 Lightning List-Post: [email protected] Date: Mon, 12 Jun 2000 19:00:04 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <D1BB06A1EFA3D211A830009027289AEA261F56@wench> I am hearing mixed opinions of whether a DS3 Coax interface falls under the scope of interfaces to be subjected to GR-1089 4.5.9 Intrabuilding Lightning Surge. The way I interpret the standard is that it does fall under the scope as there is no clear definition, that I could find, for "Telecommunications Port". I've seen verbiage citing examples, but no clear definition. This interface will not connect to outside plant and I do wish to claim shielded cables with grounds at both ends to avoid the testing. The scope of Section 4.6 clearly eliminates DS3 as part of that section. The program team is against testing it and I would not like to see a prospective customer reject the report. Any and all feedback and opinions from the group (RBOC's especially) would be greatly appreciated. Thx, Joe ********************************* <<...>> Joe Finlayson Manager, Compliance Engineering Telica, Inc. 734 Forest Street, Bldg. G, Suite 100 Marlboro, MA 01752 Tel: (508) 480-0909 x212 Fax: (508) 480-0922 Email: [email protected] Web: www.telica.com From - Wed Jun 14 05:18:39 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000612234002.kmnr9759.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 12 Jun 2000 23:40:02 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id TAA21748 for nebs-outgoing; Mon, 12 Jun 2000 19:30:21 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id TAA21059 for <[email protected]>; Mon, 12 Jun 2000 19:26:35 -0400 (EDT) Received: from mailsrv.acc.com (mailsrv.acc.com [129.192.64.128]) by world.std.com (8.9.3/8.9.3) with ESMTP id TAA07527 for <[email protected]>; Mon, 12 Jun 2000 19:25:21 -0400 (EDT) Received: from acc.com (unk6536.acc.com [129.192.65.36]) by mailsrv.acc.com (8.9.3/8.9.1) with ESMTP id QAA09181 for <[email protected]>; Mon, 12 Jun 2000 16:28:51 -0700 (PDT) Message-ID: <[email protected]> List-Post: [email protected] Date: Mon, 12 Jun 2000 16:05:16 -0700 From: Bruce Touzel <[email protected]> Organization: Ericsson/ACC X-Mailer: Mozilla 4.7 [en]C-CCK-MCD (Win98; I) X-Accept-Language: en,pdf,zh-CN,zh-TW,zh,ja,ko MIME-Version: 1.0 To: [email protected] Subject: Re: DS3 Lightning References: <D1BB06A1EFA3D211A830009027289AEA261F56@wench> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> What I learned from a test lab is the RBOC's have no interest in surging interfaces using coaxial cables. Joe Finlayson wrote: > I am hearing mixed opinions of whether a DS3 Coax interface falls > under the scope of interfaces to be subjected to GR-1089 4.5.9 Intrabuilding > Lightning Surge. The way I interpret the standard is that it does fall > under the scope as there is no clear definition, that I could find, for > "Telecommunications Port". I've seen verbiage citing examples, but no clear > definition. This interface will not connect to outside plant and I do wish > to claim shielded cables with grounds at both ends to avoid the testing. > The scope of Section 4.6 clearly eliminates DS3 as part of that section. > The program team is against testing it and I would not like to see a > prospective customer reject the report. Any and all feedback and opinions > from the group (RBOC's especially) would be greatly appreciated. > > Thx, > > Joe > > ********************************* > <<...>> > > Joe Finlayson > Manager, Compliance Engineering > Telica, Inc. > 734 Forest Street, Bldg. G, Suite 100 > Marlboro, MA 01752 > Tel: (508) 480-0909 x212 > Fax: (508) 480-0922 > Email: [email protected] > Web: www.telica.com From - Wed Jun 14 05:20:10 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000613142156.rpbx9759.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Tue, 13 Jun 2000 14:21:56 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id KAA05853 for nebs-outgoing; Tue, 13 Jun 2000 10:10:18 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id KAA04858 for <[email protected]>; Tue, 13 Jun 2000 10:04:49 -0400 (EDT) Received: from guardian.adtran.com ([206.166.249.118]) by world.std.com (8.9.3/8.9.3) with SMTP id KAA28835 for <[email protected]>; Tue, 13 Jun 2000 10:02:56 -0400 (EDT) Received: from 172.22.48.36 by guardian.adtran.com (InterScan E-Mail VirusWall NT); Tue, 13 Jun 2000 09:08:06 -0500 (Central Daylight Time) Received: by srv-exchange1.adtran.com with Internet Mail Service (5.5.2650.21) id <MVYTD9LL>; Tue, 13 Jun 2000 09:00:27 -0500 Message-ID: <[email protected]> From: JIM WIESE <[email protected]> To: [email protected] Subject: RE: DS3 Lightning List-Post: [email protected] Date: Tue, 13 Jun 2000 09:00:20 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> If both ends are intended to be grounded and you state this it in your documentation, intra-building lightning is exempt on a DS-3. Jim Jim Wiese NEBS Project Manager/Compliance Engineer ADTRAN, INC. 901 Explorer Blvd. P.O. Box 140000 Huntsville, AL 35814-4000 256-963-8431 256-963-8250 fax [email protected] > ---------- > From: Joe Finlayson[SMTP:[email protected]] > Reply To: [email protected] > Sent: Monday, June 12, 2000 6:00 PM > To: 'NEBS Newsgroup' > Subject: DS3 Lightning > > > I am hearing mixed opinions of whether a DS3 Coax interface falls > under the scope of interfaces to be subjected to GR-1089 4.5.9 > Intrabuilding > Lightning Surge. The way I interpret the standard is that it does fall > under the scope as there is no clear definition, that I could find, for > "Telecommunications Port". I've seen verbiage citing examples, but no > clear > definition. This interface will not connect to outside plant and I do > wish > to claim shielded cables with grounds at both ends to avoid the testing. > The scope of Section 4.6 clearly eliminates DS3 as part of that section. > The program team is against testing it and I would not like to see a > prospective customer reject the report. Any and all feedback and opinions > from the group (RBOC's especially) would be greatly appreciated. > > Thx, > > > Joe > > ********************************* > <<...>> > > Joe Finlayson > Manager, Compliance Engineering > Telica, Inc. > 734 Forest Street, Bldg. G, Suite 100 > Marlboro, MA 01752 > Tel: (508) 480-0909 x212 > Fax: (508) 480-0922 > Email: [email protected] > Web: www.telica.com > From - Wed Jun 14 05:20:59 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000613172655.bsal26682.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Tue, 13 Jun 2000 17:26:55 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id NAA08734 for nebs-outgoing; Tue, 13 Jun 2000 13:11:20 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id MAA06599 for <[email protected]>; Tue, 13 Jun 2000 12:58:45 -0400 (EDT) Received: from excelsus01.excelsus-tech.com ([63.197.196.30]) by world.std.com (8.9.3/8.9.3) with ESMTP id MAA01738 for <[email protected]>; Tue, 13 Jun 2000 12:56:42 -0400 (EDT) Received: by EXCELSUS01 with Internet Mail Service (5.5.2650.21) id <M5FR02DN>; Tue, 13 Jun 2000 10:01:54 -0700 Message-ID: <99A33C5F2DC1D311931D009027E7E822056143@EXCELSUS01> From: Don House <[email protected]> To: [email protected] Subject: RE: DS3 Lightning List-Post: [email protected] Date: Tue, 13 Jun 2000 10:01:53 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <99A33C5F2DC1D311931D009027E7E822056143@EXCELSUS01> One rarely used but real application is where the DS3 coax is run between two adjacent central offices across an alley. This was the case in Chicago where the DS3 was a link between AT&T Long Lines and Illinois Bell. Because of possible ground loops the coax was grounded only at one end. Normally this would be a fiber link, but these things do happen occasionally. Don -----Original Message----- From: Jon D. Curtis [mailto:[email protected]] Sent: Tuesday, June 13, 2000 8:34 AM To: [email protected] Subject: Re: DS3 Lightning DS-3 is also exempt for other reasons. Section 4.5 specifies application of surge and overvoltage to "paired-cable interfaces." Further the criteria of this section apply to "each telecommunications port connecting to an outside plant pair" DS3 is not a paired interface. They are discussed in section 4.6 which is entitled "Criteria for equipment interfacing with coaxial cable ports." This section replaces section 4.5 for coaxial cables. It also states "these criteria are not intended for... conventional telecommunications services, such as DS3." All this leaves DS3 without much of a home in section 4 of 1089. I would assume that the long duration of the deployment of DS3 has left the RBOCs with a good strategy of deployment of DS3 (adequate protection devices at the building entry) such that they are not experiencing problems with DS3, thus no additional regulation is needed. Until we get additional guidance from the RBOCs or Telcordia, it would seem the thing to do is to report when DS3 ports exist in a product so that future revisions of the product may be subject to requirements when, and if, they become necessary. I agree with Jim that if the DS3 stays within the building and the shield is connected to ground at both ends that no testing would be required under 4.5 (if you consider that applicable at all). I do however believe that DS3 may leave the building and that there exist implementations which do not ground the shield at one end. -Jon Curtis JIM WIESE wrote: > If both ends are intended to be grounded and you state this it in your > documentation, intra-building lightning is exempt on a DS-3. > > Jim > > Jim Wiese > NEBS Project Manager/Compliance Engineer > ADTRAN, INC. > 901 Explorer Blvd. > P.O. Box 140000 > Huntsville, AL 35814-4000 > 256-963-8431 > 256-963-8250 fax > [email protected] > > > ---------- > > From: Joe Finlayson[SMTP:[email protected]] > > Reply To: [email protected] > > Sent: Monday, June 12, 2000 6:00 PM > > To: 'NEBS Newsgroup' > > Subject: DS3 Lightning > > > > > > I am hearing mixed opinions of whether a DS3 Coax interface falls > > under the scope of interfaces to be subjected to GR-1089 4.5.9 > > Intrabuilding > > Lightning Surge. The way I interpret the standard is that it does fall > > under the scope as there is no clear definition, that I could find, for > > "Telecommunications Port". I've seen verbiage citing examples, but no > > clear > > definition. This interface will not connect to outside plant and I do > > wish > > to claim shielded cables with grounds at both ends to avoid the testing. > > The scope of Section 4.6 clearly eliminates DS3 as part of that section. > > The program team is against testing it and I would not like to see a > > prospective customer reject the report. Any and all feedback and opinions > > from the group (RBOC's especially) would be greatly appreciated. > > > > Thx, > > > > > > Joe > > > > ********************************* > > <<...>> > > > > Joe Finlayson > > Manager, Compliance Engineering > > Telica, Inc. > > 734 Forest Street, Bldg. G, Suite 100 > > Marlboro, MA 01752 > > Tel: (508) 480-0909 x212 > > Fax: (508) 480-0922 > > Email: [email protected] > > Web: www.telica.com > > -- Jon D. Curtis, P.E. Director of Engineering Curtis-Straus LLC One Stop Laboratory for NEBS, EMC, Product Safety, and Telecom Testing. 527 Great Road Littleton, MA 01460 USA Voice 978-486-8880 Fax 978-486-8828 email: [email protected] WWW.CURTIS-STRAUS.COM From - Wed Jun 14 05:21:01 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc28.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000613182923.vqlp11629.mtiwgwc28.worldnet.att....@europe.std.com> for <[email protected]>; Tue, 13 Jun 2000 18:29:23 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id OAA18910 for nebs-outgoing; Tue, 13 Jun 2000 14:08:20 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id OAA17656 for <[email protected]>; Tue, 13 Jun 2000 14:00:51 -0400 (EDT) Received: from mailsrv.acc.com (mailsrv.acc.com [129.192.64.128]) by world.std.com (8.9.3/8.9.3) with ESMTP id NAA22682 for <[email protected]>; Tue, 13 Jun 2000 13:58:56 -0400 (EDT) Received: from acc.com (unk6536.acc.com [129.192.65.36]) by mailsrv.acc.com (8.9.3/8.9.1) with ESMTP id LAA25893 for <[email protected]>; Tue, 13 Jun 2000 11:02:08 -0700 (PDT) Message-ID: <[email protected]> List-Post: [email protected] Date: Tue, 13 Jun 2000 11:01:52 -0700 From: Bruce Touzel <[email protected]> Organization: Ericsson/ACC X-Mailer: Mozilla 4.7 [en]C-CCK-MCD (Win98; I) X-Accept-Language: en,pdf,zh-CN,zh-TW,zh,ja,ko MIME-Version: 1.0 To: [email protected] Subject: Re: DS3 Lightning References: <99A33C5F2DC1D311931D009027E7E822056143@EXCELSUS01> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> This is also common in UK where British Telecom for example, will request that your E3 interface be able to ground or float the bnc shield. Don House wrote: > One rarely used but real application is where the DS3 coax is run between > two adjacent central offices across an alley. This was the case in Chicago > where the DS3 was a link between AT&T Long Lines and Illinois Bell. Because > of possible ground loops the coax was grounded only at one end. Normally > this would be a fiber link, but these things do happen occasionally. > > Don > > -----Original Message----- > From: Jon D. Curtis [mailto:[email protected]] > Sent: Tuesday, June 13, 2000 8:34 AM > To: [email protected] > Subject: Re: DS3 Lightning > > DS-3 is also exempt for other reasons. > > Section 4.5 specifies application of surge and overvoltage to "paired-cable > interfaces." Further the criteria of this section apply to "each > telecommunications port connecting to an outside plant pair" DS3 is not a > paired interface. > > They are discussed in section 4.6 which is entitled "Criteria for equipment > interfacing with coaxial cable ports." This section replaces section 4.5 > for > coaxial cables. It also states "these criteria are not intended for... > conventional telecommunications services, such as DS3." > > All this leaves DS3 without much of a home in section 4 of 1089. I would > assume > that the long duration of the deployment of DS3 has left the RBOCs with a > good > strategy of deployment of DS3 (adequate protection devices at the building > entry) such that they are not experiencing problems with DS3, thus no > additional > regulation is needed. Until we get additional guidance from the RBOCs or > Telcordia, it would seem the thing to do is to report when DS3 ports exist > in a > product so that future revisions of the product may be subject to > requirements > when, and if, they become necessary. > > I agree with Jim that if the DS3 stays within the building and the shield is > connected to ground at both ends that no testing would be required under 4.5 > (if > you consider that applicable at all). I do however believe that DS3 may > leave > the building and that there exist implementations which do not ground the > shield > at one end. > > -Jon Curtis > > JIM WIESE wrote: > > > If both ends are intended to be grounded and you state this it in your > > documentation, intra-building lightning is exempt on a DS-3. > > > > Jim > > > > Jim Wiese > > NEBS Project Manager/Compliance Engineer > > ADTRAN, INC. > > 901 Explorer Blvd. > > P.O. Box 140000 > > Huntsville, AL 35814-4000 > > 256-963-8431 > > 256-963-8250 fax > > [email protected] > > > > > ---------- > > > From: Joe Finlayson[SMTP:[email protected]] > > > Reply To: [email protected] > > > Sent: Monday, June 12, 2000 6:00 PM > > > To: 'NEBS Newsgroup' > > > Subject: DS3 Lightning > > > > > > > > > I am hearing mixed opinions of whether a DS3 Coax interface falls > > > under the scope of interfaces to be subjected to GR-1089 4.5.9 > > > Intrabuilding > > > Lightning Surge. The way I interpret the standard is that it does fall > > > under the scope as there is no clear definition, that I could find, for > > > "Telecommunications Port". I've seen verbiage citing examples, but no > > > clear > > > definition. This interface will not connect to outside plant and I do > > > wish > > > to claim shielded cables with grounds at both ends to avoid the testing. > > > The scope of Section 4.6 clearly eliminates DS3 as part of that section. > > > The program team is against testing it and I would not like to see a > > > prospective customer reject the report. Any and all feedback and > opinions > > > from the group (RBOC's especially) would be greatly appreciated. > > > > > > Thx, > > > > > > > > > Joe > > > > > > ********************************* > > > <<...>> > > > > > > Joe Finlayson > > > Manager, Compliance Engineering > > > Telica, Inc. > > > 734 Forest Street, Bldg. G, Suite 100 > > > Marlboro, MA 01752 > > > Tel: (508) 480-0909 x212 > > > Fax: (508) 480-0922 > > > Email: [email protected] > > > Web: www.telica.com > > > > > -- > Jon D. Curtis, P.E. > > Director of Engineering > Curtis-Straus LLC > > One Stop Laboratory for NEBS, EMC, > Product Safety, and Telecom Testing. > 527 Great Road > Littleton, MA 01460 USA > Voice 978-486-8880 Fax 978-486-8828 > email: [email protected] > WWW.CURTIS-STRAUS.COM From - Sat Jun 17 06:07:40 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000615180628.vfzl2189.mtiwgwc24.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 15 Jun 2000 18:06:28 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id NAA12421 for nebs-outgoing; Thu, 15 Jun 2000 13:44:47 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id NAA10934 for <[email protected]>; Thu, 15 Jun 2000 13:37:18 -0400 (EDT) Received: from acme.sb.west.net (acme.sb.west.net [205.254.224.2]) by world.std.com (8.9.3/8.9.3) with ESMTP id NAA01893; Thu, 15 Jun 2000 13:35:07 -0400 (EDT) Received: from term1-22.vta.west.net (term1-22.vta.west.net [205.254.241.22]) by acme.sb.west.net (Postfix) with SMTP id AD9D214A6F1; Thu, 15 Jun 2000 10:35:01 -0700 (PDT) From: [email protected] (Patrick Lawler) To: EMC-PSTC <[email protected]>, [email protected], [email protected] Subject: Bellcore GP-1089 emissions testing: LISN test setup List-Post: [email protected] Date: Thu, 15 Jun 2000 10:34:42 -0700 Message-ID: <[email protected]> X-Mailer: Forte Agent 1.8/32.548 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by europe.std.com id NAA10948 Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> I'm looking through Bellcore GR-1089 Issue 2 Revision 1 for details on the test setup for conducted emissions testing. I was under the impression that some of the measurements involved use of large RF bypass caps to ground, and the interference currents through the capacitor were measured. While I found spec limits and test setups for current probe-style measurements, all the figures simply display a power input network marked 'LISN', which I assume to be the standard 50 ohm network. I can't find a reference that explicitly discusses the use of an RF bypass cap. Could someone point me to the appropriate section? ---- Patrick Lawler [email protected] From - Sat Jun 17 06:08:01 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000615183347.cccw26682.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 15 Jun 2000 18:33:47 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id OAA20723 for nebs-outgoing; Thu, 15 Jun 2000 14:22:03 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id OAA19793 for <[email protected]>; Thu, 15 Jun 2000 14:18:05 -0400 (EDT) Received: from tnidc1.alidian.com ([63.99.127.100]) by world.std.com (8.9.3/8.9.3) with ESMTP id OAA03959; Thu, 15 Jun 2000 14:15:40 -0400 (EDT) Received: by TNIDC1 with Internet Mail Service (5.5.2650.21) id <MZQYKWJY>; Thu, 15 Jun 2000 11:08:49 -0700 Message-ID: <ED298BF0B6CED211956D0090273F75533915B9@TNIDC1> From: Dave Wilson <[email protected]> To: "'[email protected]'" <[email protected]>, EMC-PSTC <[email protected]>, [email protected] Subject: RE: Bellcore GP-1089 emissions testing: LISN test setup List-Post: [email protected] Date: Thu, 15 Jun 2000 11:08:45 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> I seem to remember the caps were specified in an earlier version of the standard, and are no longer required (issue 2, rev 1 February 1999). My understanding is that the LISN is that used for CISPR measurements. Dave Wilson Alidian Networks Inc. -----Original Message----- From: [email protected] [mailto:[email protected]] Sent: Thursday, June 15, 2000 10:35 AM To: EMC-PSTC; [email protected]; [email protected] Subject: Bellcore GP-1089 emissions testing: LISN test setup I'm looking through Bellcore GR-1089 Issue 2 Revision 1 for details on the test setup for conducted emissions testing. I was under the impression that some of the measurements involved use of large RF bypass caps to ground, and the interference currents through the capacitor were measured. While I found spec limits and test setups for current probe-style measurements, all the figures simply display a power input network marked 'LISN', which I assume to be the standard 50 ohm network. I can't find a reference that explicitly discusses the use of an RF bypass cap. Could someone point me to the appropriate section? ---- Patrick Lawler [email protected] From - Sat Jun 17 06:07:45 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000615181927.vxwi2189.mtiwgwc24.worldnet.att....@ruebert.ieee.org>; Thu, 15 Jun 2000 18:19:27 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id OAA18588; Thu, 15 Jun 2000 14:05:19 -0400 (EDT) From: [email protected] Message-ID: <9B3BC99B6C38D311917C0090278A446F8DF0BF@ESACRTEX1> To: [email protected], [email protected], [email protected], [email protected] Subject: RE: Bellcore GP-1089 emissions testing: LISN test setup List-Post: [email protected] Date: Thu, 15 Jun 2000 14:09:17 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: bulk Reply-To: [email protected] X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <9B3BC99B6C38D311917C0090278A446F8DF0BF@ESACRTEX1> Hi Patrick, The old GR-1089-CORE Bellcore Standard Issue 1, Nov.1994 required the large 10uF caps. The new standard does not require the caps. Best Regards Edward F.O'Toole Intertek Testing Services -----Original Message----- From: [email protected] [mailto:[email protected]] Sent: Thursday, June 15, 2000 1:35 PM To: EMC-PSTC; [email protected]; [email protected] Subject: Bellcore GP-1089 emissions testing: LISN test setup I'm looking through Bellcore GR-1089 Issue 2 Revision 1 for details on the test setup for conducted emissions testing. I was under the impression that some of the measurements involved use of large RF bypass caps to ground, and the interference currents through the capacitor were measured. While I found spec limits and test setups for current probe-style measurements, all the figures simply display a power input network marked 'LISN', which I assume to be the standard 50 ohm network. I can't find a reference that explicitly discusses the use of an RF bypass cap. Could someone point me to the appropriate section? ---- Patrick Lawler [email protected] ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Sat Jun 17 06:08:04 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000615193351.fdtc26682.mtiwgwc22.worldnet.att....@ruebert.ieee.org>; Thu, 15 Jun 2000 19:33:51 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id PAA07902; Thu, 15 Jun 2000 15:10:06 -0400 (EDT) Message-ID: <[email protected]> From: "Mark Gill" <[email protected]> To: "'[email protected]'" <[email protected]>, EMC-PSTC <[email protected]>, [email protected], [email protected] Subject: RE: Bellcore GP-1089 emissions testing: LISN test setup List-Post: [email protected] Date: Thu, 15 Jun 2000 15:08:16 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFD6FD.12D38428" Sender: [email protected] Precedence: bulk Reply-To: "Mark Gill" <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFD6FD.12D38428 Content-Type: text/plain Patrick - Bypass caps were used in an older version of 1089, and subsequently replaced with LISNs in the current version. Regards, Mark Gill, P.E. EMC/Safety/NEBS Design Nortel Networks - RTP, NC, USA > -----Original Message----- > From: [email protected] [SMTP:[email protected]] > Sent: Thursday, June 15, 2000 1:35 PM > To: EMC-PSTC; [email protected]; [email protected] > Subject: Bellcore GP-1089 emissions testing: LISN test setup > > > I'm looking through Bellcore GR-1089 Issue 2 Revision 1 for details on the > test > setup for conducted emissions testing. > > I was under the impression that some of the measurements involved use of > large > RF bypass caps to ground, and the interference currents through the > capacitor > were measured. > While I found spec limits and test setups for current probe-style > measurements, > all the figures simply display a power input network marked 'LISN', which > I > assume to be the standard 50 ohm network. I can't find a reference that > explicitly discusses the use of an RF bypass cap. > > Could someone point me to the appropriate section? > ---- > Patrick Lawler > [email protected] > > ------------------------------------------- > This message is from the IEEE EMC Society Product Safety > Technical Committee emc-pstc discussion list. > > To cancel your subscription, send mail to: > [email protected] > with the single line: > unsubscribe emc-pstc > > For help, send mail to the list administrators: > Jim Bacher: [email protected] > Michael Garretson: [email protected] > > For policy questions, send mail to: > Richard Nute: [email protected] > > ------_=_NextPart_001_01BFD6FD.12D38428 Content-Type: text/html Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> <HTML> <HEAD> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"> <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version = 5.5.2651.65"> <TITLE>RE: Bellcore GP-1089 emissions testing: LISN test setup</TITLE> </HEAD> <BODY> <P><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">Patrick -</FONT> </P> <P><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">Bypass caps were = used in an older version of 1089, and subsequently replaced with LISNs = in the current version.</FONT> </P> <P><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">Regards,</FONT> </P> <P><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">Mark Gill, = P.E.</FONT> <BR><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">EMC/Safety/NEBS = Design</FONT> <BR><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">Nortel Networks - = RTP, NC, USA</FONT> </P> <BR> <BR> <UL> <P><FONT SIZE=3D1 FACE=3D"Arial">-----Original Message-----</FONT> <BR><B><FONT SIZE=3D1 FACE=3D"Arial">From: </FONT></B> <FONT = SIZE=3D1 FACE=3D"Arial">[email protected] [SMTP:[email protected]]</FONT> <BR><B><FONT SIZE=3D1 FACE=3D"Arial">Sent: </FONT></B> <FONT = SIZE=3D1 FACE=3D"Arial">Thursday, June 15, 2000 1:35 PM</FONT> <BR><B><FONT SIZE=3D1 = FACE=3D"Arial">To: </FONT></B> <FONT SIZE=3D1 = FACE=3D"Arial">EMC-PSTC; [email protected]; [email protected]</FONT> <BR><B><FONT SIZE=3D1 = FACE=3D"Arial">Subject: </FONT>= </B> <FONT SIZE=3D1 FACE=3D"Arial">Bellcore GP-1089 emissions testing: = LISN test setup</FONT> </P> <BR> <P><FONT SIZE=3D2 FACE=3D"Arial">I'm looking through Bellcore GR-1089 = Issue 2 Revision 1 for details on the test</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">setup for conducted emissions = testing.</FONT> </P> <P><FONT SIZE=3D2 FACE=3D"Arial">I was under the impression that some = of the measurements involved use of large</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">RF bypass caps to ground, and the = interference currents through the capacitor</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">were measured.</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">While I found spec limits and test = setups for current probe-style measurements,</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">all the figures simply display a = power input network marked 'LISN', which I</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">assume to be the standard 50 ohm = network. I can't find a reference that</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">explicitly discusses the use of an RF = bypass cap.</FONT> </P> <P><FONT SIZE=3D2 FACE=3D"Arial">Could someone point me to the = appropriate section?</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">----</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">Patrick Lawler</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">[email protected]</FONT> </P> <P><FONT SIZE=3D2 = FACE=3D"Arial">-------------------------------------------</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">This message is from the IEEE EMC = Society Product Safety</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">Technical Committee emc-pstc = discussion list.</FONT> </P> <P><FONT SIZE=3D2 FACE=3D"Arial">To cancel your subscription, send mail = to:</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial"> = [email protected]</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">with the single line:</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial"> unsubscribe = emc-pstc</FONT> </P> <P><FONT SIZE=3D2 FACE=3D"Arial">For help, send mail to the list = administrators:</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial"> Jim = Bacher:  = ; [email protected]</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial"> Michael = Garretson: = [email protected]</FONT> </P> <P><FONT SIZE=3D2 FACE=3D"Arial">For policy questions, send mail = to:</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial"> Richard = Nute: = [email protected]</FONT> </P> <BR> </UL> </BODY> </HTML> ------_=_NextPart_001_01BFD6FD.12D38428-- ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Sat Jun 17 06:08:18 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000615210201.gdbk23694.mtiwgwc23.worldnet.att....@europe.std.com>; Thu, 15 Jun 2000 21:02:01 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id QAA20687 for treg-outgoing; Thu, 15 Jun 2000 16:56:11 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id QAA19330 for <[email protected]>; Thu, 15 Jun 2000 16:50:26 -0400 (EDT) Received: from acme.sb.west.net (acme.sb.west.net [205.254.224.2]) by world.std.com (8.9.3/8.9.3) with ESMTP id QAA05167; Thu, 15 Jun 2000 16:47:57 -0400 (EDT) Received: from term1-14.vta.west.net (term1-14.vta.west.net [205.254.241.14]) by acme.sb.west.net (Postfix) with SMTP id 6F05914A673; Thu, 15 Jun 2000 13:47:44 -0700 (PDT) From: [email protected] (Patrick Lawler) To: [email protected], [email protected] Subject: Re: Bellcore GP-1089 emissions testing: LISN test setup List-Post: [email protected] Date: Thu, 15 Jun 2000 13:47:29 -0700 Message-ID: <[email protected]> References: <[email protected]> In-Reply-To: <[email protected]> X-Mailer: Forte Agent 1.8/32.548 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by europe.std.com id QAA19355 Sender: [email protected] Precedence: list Reply-To: [email protected] (Patrick Lawler) X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Thanks to all who responded. After hearing this, it's opened up a whole new set of questions on Bellcore conducted emissions tests! 1) Standard LISNs do not have 50 ohm loads on their RF port (the EMI receiver and a 50 ohm terminator take care of this). I don't see this addressed in the Bellcore spec. Are 50 ohm terminators used on the LISNs? 2) It appears that some conducted emissions are tested twice with different power source setups: - Once with a voltage measurement from a LISN over 0.45-30MHz. (Requirment-Object List R3-5) - Another time with a current probe measurement over 0.01-30MHz. (Requirment-Object List R3-6) Am I reading this correctly? 3) Changing from a "zero ohm" (bypass capacitor) network to a 50 ohm network is a significant change. Out of curiousity, were the limits altered as well? On Thu, 15 Jun 2000 15:08:16 -0400, Mark Gill <[email protected]> wrote: >Bypass caps were used in an older version of 1089, and subsequently replaced >with LISNs in the current version. > >Regards, > >Mark Gill, P.E. >EMC/Safety/NEBS Design >Nortel Networks - RTP, NC, USA ---- Patrick Lawler [email protected] From - Sat Jun 17 06:08:27 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000615213637.hxgx23694.mtiwgwc23.worldnet.att....@europe.std.com>; Thu, 15 Jun 2000 21:36:37 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id RAA29442 for treg-outgoing; Thu, 15 Jun 2000 17:31:05 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id RAA28439 for <[email protected]>; Thu, 15 Jun 2000 17:27:28 -0400 (EDT) Received: from cipher (cipher.hypercom.com [208.248.82.254]) by world.std.com (8.9.3/8.9.3) with ESMTP id RAA05369; Thu, 15 Jun 2000 17:24:28 -0400 (EDT) Received: by cipher; id OAA11059; Thu, 15 Jun 2000 14:23:17 -0700 (MST) Received: from unknown(10.0.2.39) by cipher.hypercom.com via smap (V5.5) id xma010683; Thu, 15 Jun 00 14:22:32 -0700 Received: from Azphxn01.hypercom.com (azphxn01.hypercom.com [10.0.2.70]) by citadel.hypercom.com (8.8.8/8.8.8) with ESMTP id OAA24321; Thu, 15 Jun 2000 14:25:31 -0700 (MST) Subject: GR-1089 query To: [email protected], [email protected] X-Mailer: Lotus Notes Release 5.0.2a November 23, 1999 Message-ID: <[email protected]> From: "Ron Pickard" <[email protected]> List-Post: [email protected] Date: Thu, 15 Jun 2000 14:20:03 -0700 X-MIMETrack: Serialize by Router on AZPHXN01/Hypercom/US(Release 5.0.2c |February 2, 2000) at 06/15/2000 02:20:03 PM MIME-Version: 1.0 Content-type: text/plain; charset=iso-8859-1 X-MIME-Autoconverted: from quoted-printable to 8bit by europe.std.com id RAA28461 Sender: [email protected] Precedence: list Reply-To: "Ron Pickard" <[email protected]> Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by europe.std.com id RAA29442 X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> To all the audio members out there, I've been asked a question regarding GR-1089 =A73.5.3c (voiceband noise). The question is "The max noise level is shown as -20dBrnC. Since this would depend on codec gain set, do they actually mean dBrnC0 ?" Any assistance with this question would be most appreciated. Also, I woul= d be interested in the correlation between dBrnc and dBrnc0. Best regards, Ron Pickard [email protected] From - Sat Jun 17 06:08:37 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000616001127.vjpr9759.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Fri, 16 Jun 2000 00:11:27 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id TAA25799 for nebs-outgoing; Thu, 15 Jun 2000 19:56:30 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id TAA25429 for <[email protected]>; Thu, 15 Jun 2000 19:54:51 -0400 (EDT) Received: from excelsus01.excelsus-tech.com ([63.197.196.30]) by world.std.com (8.9.3/8.9.3) with ESMTP id TAA07651; Thu, 15 Jun 2000 19:53:40 -0400 (EDT) Received: by excelsus01.excelsus-tech.com with Internet Mail Service (5.5.2650.21) id <M9LYGBV9>; Thu, 15 Jun 2000 16:58:55 -0700 Message-ID: <99a33c5f2dc1d311931d009027e7e822056...@excelsus01.excelsus-tech.com> From: Don House <[email protected]> To: [email protected], [email protected] Cc: Ron Pickard <[email protected]> Subject: RE: GR-1089 query List-Post: [email protected] Date: Thu, 15 Jun 2000 16:58:54 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" X-MIME-Autoconverted: from quoted-printable to 8bit by europe.std.com id TAA25437 Sender: [email protected] Precedence: list Reply-To: [email protected] Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by europe.std.com id TAA25799 X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <99a33c5f2dc1d311931d009027e7e822056...@excelsus01.excelsus-tech.com> The parameter is normally stated in dBrnC, the actual measurement is expressed in dBrnC0 depending on the TLP where the measurement is made. dBrnC - Weighted noise power in dBrn, measured by a noise measurement set with C-message weighting. dBrnC0 - Noise power in dBrnC referred to or measured at a zero transmiss= ion level point. --- Telephony's Dictionary by Graham Langley, April 1986, published by Telephony Publishing, Chicago "...power measurements are usually expressed in deciBels relative to one milliwatt (dBm) or in deciBels relative to reference noise, weighted or unweighted (dBrn or dBrnC). Further, such expressions aare often referre= d to zero (0) Transmission Level Point (TLP) and are expressed as dBm0, dBr= n0, dBrnC0. Often the measurement of a single-frequency interference, such as= a power-frequency harmonic, is made in dBm and translated into dBm0 or dBrn= C0. Some wave analyzers designed for such measurements aare calibrated direct= ly in dBrn. Some interfaces which cover a broad specrum are measured in the voiceband in dBrnC and translated into dBrnC0. The measurement may be ma= de in dBm if the interference is being evaluated for wideband signal impairment. If the interference has impulse noise characteristics, the measurement must account in some way for interference amplitude and frequency of occurance. The measurement is often expressed in counts per minute, an evaluation of the average number of impulses measured in exces= s of a threshold value. The threshold depends on the type of signal for wh= ich the interference is being evaluated and, of course, on the TLP at which t= he measurement is made."--- Chapter 17-4 NOISE AND CROSSTALK MEASUREMENTS, p= age 437 of (the Red Book) Telecommunications Transmission Engineering Vol. 1 copyright 1977 by AT&T & Bell Labs, published by the Bell System Center f= or Technical Education. I have more information in my library at home if you need it. Hope this helps. Don Don Robert House, MTS Excelsus Technologies, Inc. (760) 476-1511 Office (760) 476-1519 FAX (760) 432-3397 Pager New e-mail address: [email protected] URL: http://www.excelsus-tech.com -----Original Message----- From: Ron Pickard [mailto:[email protected]] Sent: Thursday, June 15, 2000 2:20 PM To: [email protected]; [email protected] Subject: GR-1089 query To all the audio members out there, I've been asked a question regarding GR-1089 =A73.5.3c (voiceband noise). The question is "The max noise level is shown as -20dBrnC. Since this would depend on codec gain set, do they actually mean dBrnC0 ?" Any assistance with this question would be most appreciated. Also, I woul= d be interested in the correlation between dBrnc and dBrnc0. Best regards, Ron Pickard [email protected] From - Sat Jun 17 06:10:25 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000617011709.cgob23694.mtiwgwc23.worldnet.att....@ruebert.ieee.org>; Sat, 17 Jun 2000 01:17:09 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id VAA03807; Fri, 16 Jun 2000 21:02:46 -0400 (EDT) Message-ID: <[email protected]> From: "Collins, Jeffrey" <[email protected]> To: "'[email protected]'" <[email protected]> Cc: "'[email protected]'" <[email protected]> Subject: NEBS: Trans\Vib & ISTA standards (International Safe Transit Asso ciation) List-Post: [email protected] Date: Fri, 16 Jun 2000 18:01:49 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: bulk Reply-To: "Collins, Jeffrey" <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Group, In addition to my NEBS GR-63 Transportation Vibration certification, I am also handling meeting a Manufacturing Quality Engineering Spec called "ISTA (International Safe Transit Association). Has anyone had any experience with ISTA? Has anyone tried combining the most stringent requirements of each spec into a single test script and perform one test for both standards? And finally, do you know of any labs that are certified to test to both standards....... preferably west of the Mississippi? Thanks in advance, Jeffrey Collins MTS, Principal Compliance Engineer Ciena Core Switching Division [email protected] www.ciena.com ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Tue Jun 20 05:19:17 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000619133530.ofqb27545.mtiwgwc21.worldnet.att....@ruebert.ieee.org>; Mon, 19 Jun 2000 13:35:30 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id JAA22207; Mon, 19 Jun 2000 09:11:12 -0400 (EDT) Message-ID: <E15CFB09B1FAD311B74700D0B746BDC114E321@EMAIL> From: John Juhasz <[email protected]> To: "'Collins, Jeffrey'" <[email protected]>, "'[email protected]'" <[email protected]> Cc: "'[email protected]'" <[email protected]> Subject: RE: NEBS: Trans\Vib & ISTA standards (International Safe Transit Asso ciation) List-Post: [email protected] Date: Mon, 19 Jun 2000 09:08:28 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFD9EF.75EEF44E" Sender: [email protected] Precedence: bulk Reply-To: John Juhasz <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <E15CFB09B1FAD311B74700D0B746BDC114E321@EMAIL> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFD9EF.75EEF44E Content-Type: text/plain; charset="iso-8859-1" You may want to try MET Labs . . . they are fully capable for GR-63, so they may be able to integrate your other standard and they have a lab west of the Mississippi. http://www.metlabs.com/ John Juhasz Fiber Options Bohemia, NY -----Original Message----- From: Collins, Jeffrey [mailto:[email protected]] Sent: Friday, June 16, 2000 9:02 PM To: '[email protected]' Cc: '[email protected]' Subject: NEBS: Trans\Vib & ISTA standards (International Safe Transit Asso ciation) Group, In addition to my NEBS GR-63 Transportation Vibration certification, I am also handling meeting a Manufacturing Quality Engineering Spec called "ISTA (International Safe Transit Association). Has anyone had any experience with ISTA? Has anyone tried combining the most stringent requirements of each spec into a single test script and perform one test for both standards? And finally, do you know of any labs that are certified to test to both standards....... preferably west of the Mississippi? Thanks in advance, Jeffrey Collins MTS, Principal Compliance Engineer Ciena Core Switching Division [email protected] www.ciena.com ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] ------_=_NextPart_001_01BFD9EF.75EEF44E Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> <HTML> <HEAD> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Diso-8859-1"> <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version = 5.5.2650.12"> <TITLE>RE: NEBS: Trans\Vib & ISTA standards (International Safe = Transit Asso ciation)</TITLE> </HEAD> <BODY> <P><FONT SIZE=3D2>You may want to try MET Labs . . . they are fully = capable for GR-63, so they may be able to integrate your other standard = and they have a lab west of the Mississippi.</FONT></P> <P><FONT SIZE=3D2><A HREF=3D"http://www.metlabs.com/" = TARGET=3D"_blank">http://www.metlabs.com/</A></FONT> </P> <P><FONT SIZE=3D2>John Juhasz</FONT> <BR><FONT SIZE=3D2>Fiber Options</FONT> <BR><FONT SIZE=3D2>Bohemia, NY</FONT> </P> <P><FONT SIZE=3D2>-----Original Message-----</FONT> <BR><FONT SIZE=3D2>From: Collins, Jeffrey [<A = HREF=3D"mailto:[email protected]">mailto:[email protected]</A>]</FONT>= <BR><FONT SIZE=3D2>Sent: Friday, June 16, 2000 9:02 PM</FONT> <BR><FONT SIZE=3D2>To: '[email protected]'</FONT> <BR><FONT SIZE=3D2>Cc: '[email protected]'</FONT> <BR><FONT SIZE=3D2>Subject: NEBS: Trans\Vib & ISTA standards = (International Safe Transit</FONT> <BR><FONT SIZE=3D2>Asso ciation)</FONT> </P> <BR> <BR> <P><FONT SIZE=3D2>Group,</FONT> </P> <BR> <P><FONT SIZE=3D2>In addition to my NEBS GR-63 Transportation Vibration = certification, I am</FONT> <BR><FONT SIZE=3D2>also handling meeting a Manufacturing Quality = Engineering Spec called "ISTA</FONT> <BR><FONT SIZE=3D2>(International Safe Transit Association). Has anyone = had any experience with</FONT> <BR><FONT SIZE=3D2>ISTA? Has anyone tried combining the most stringent = requirements of each</FONT> <BR><FONT SIZE=3D2>spec into a single test script and perform one test = for both standards? And</FONT> <BR><FONT SIZE=3D2>finally, do you know of any labs that are certified = to test to both</FONT> <BR><FONT SIZE=3D2>standards....... preferably west of the = Mississippi?</FONT> </P> <P><FONT SIZE=3D2>Thanks in advance,</FONT> </P> <BR> <P><FONT SIZE=3D2>Jeffrey Collins </FONT> <BR><FONT SIZE=3D2>MTS, Principal Compliance Engineer</FONT> <BR><FONT SIZE=3D2>Ciena Core Switching Division</FONT> <BR><FONT SIZE=3D2>[email protected]</FONT> <BR><FONT SIZE=3D2>www.ciena.com</FONT> </P> <BR> <P><FONT SIZE=3D2>-------------------------------------------</FONT> <BR><FONT SIZE=3D2>This message is from the IEEE EMC Society Product = Safety</FONT> <BR><FONT SIZE=3D2>Technical Committee emc-pstc discussion list.</FONT> </P> <P><FONT SIZE=3D2>To cancel your subscription, send mail to:</FONT> <BR><FONT SIZE=3D2> [email protected]</FONT> <BR><FONT SIZE=3D2>with the single line:</FONT> <BR><FONT SIZE=3D2> unsubscribe emc-pstc</FONT> </P> <P><FONT SIZE=3D2>For help, send mail to the list = administrators:</FONT> <BR><FONT SIZE=3D2> Jim = Bacher:  = ; [email protected]</FONT> <BR><FONT SIZE=3D2> Michael = Garretson: = [email protected]</FONT> </P> <P><FONT SIZE=3D2>For policy questions, send mail to:</FONT> <BR><FONT SIZE=3D2> Richard = Nute: = [email protected]</FONT> </P> </BODY> </HTML> ------_=_NextPart_001_01BFD9EF.75EEF44E-- ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Tue Jun 20 05:19:34 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc27.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000619162629.dbtu2873.mtiwgwc27.worldnet.att....@ruebert.ieee.org>; Mon, 19 Jun 2000 16:26:29 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id MAA14725; Mon, 19 Jun 2000 12:06:33 -0400 (EDT) From: [email protected] Message-Id: <[email protected]> To: [email protected], [email protected], [email protected] Cc: [email protected] Subject: RE: NEBS: Trans\Vib & ISTA standards (International Safe List-Post: [email protected] Date: Mon, 19 Jun 2000 12:02:00 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: bulk Reply-To: [email protected] X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> ISTA uses standard ASTM specifications for vibration so most labs can set it up. You can perform their drop test yourself on a concrete floor. ISTA also has a membership program and certified laboratories if you want full test documentation for insurance purposes. We perform an in-house ISTA-equivalent shipping and handling test, giving us the assurance that our packaging is adequate. Downside of an in-house test is you must establish your own credibility in event of shipping damage. These procedures are available from the ISTA website, www.ista.org. Series 1 tests cover most electronic products. Procedure 1A - Performance Test for Individual Packaged-Products weighing 150 lb. (68.2 kg) or Less: Basic requirements include fixed displacement vibration and shock testing Procedure 1B - Performance Test for Individual Packaged-Products weighing Over 150 lb.: Basic requirements include fixed displacement vibration and shock testing. Procedure 1C - Performance Test for Extended Testing for Individual Packaged-Products weighing 150 lb. (68.2 kg) or Less: Basic requirements include fixed displacement or random vibration, shock and compression testing (atmospheric conditioning optional). Procedure 1D - Performance Test for Extended Testing for Individual Packaged-Products weighing Over 150 lb. (68.2 kg): Basic requirements include fixed displacement or random vibration, shock and compression testing (atmospheric conditioning optional). Procedure 1E - Performance Test for Unitized Loads: Basic requirements include vertical linear or random vibration and shock testing Procedure 1F - Developmental Test for CLosed Reusable Transport Containers for Loads of 150 lb. (68.2 kg) or Less: Basic requirements include fixed displacement or random vibration, shock, compression testing and atmospheric pre-conditioning. Procedure 1G - Performance Test for Individual Packaged-Products weighing 150 lb. (68.2 kg) or Less (Random Vibration): Basic requirements include random vibration and shock testing Procedure 1H - Performance Test for Individual Packaged-Products weighing Over 150 lb. (68.2 kg) (Random Vibration): Basic requirements include random vibration and shock testing Procedure 2A - Performance Test for Individual Packaged-Products weighing 150 lb. (68.2 kg) or Less: Basic requirements include atmospheric conditioning, compression, fixed displacement or random vibration and shock testing. Procedure 2B - Performance Test for Individual Packaged-Products weighing Over 150 lb. (68.2 kg): Basic requirements include atmospheric conditioning, compression, fixed displacement or random vibration and shock testing. Procedure 3D - Performance Test for Small Packaged-Products 1 lb. (453.6 g) or Less Bagged for Parcel Delivery System Shipment: Basic requirements include random vibration and shock testing. Procedure 3C - Performance Test for Individual Packaged-Products 150 lb. or Less for Parcel Delivery System Shipments: Basic requirements include atmospheric conditioning, compression, random vibration and shock testing. Procedure 3E - Performance Test for Unitized Loads of Same Product: Basic requirements include atmospheric conditioning, compression, random vibration and shock testing. Procedure 3F - Performance Test for Individual Packaged-Products 100 lb. (43.5 kg) or Less Shipped Non-Unitized from Distribution Center to Retail Outlet: Basic requirements include atmospheric conditioning, compression, random vibration and shock testing. Procedure 3G - Thermal Performance Testing of Transport Packaging: Basic requirements include atmospheric conditioning, vibration and shock testing. Procedure 3H - Performance Test for Products or Packaged-Products in Mechanically Handled Bulk Transport Containers: Basic requirements include atmospheric conditioning, random vibration and shock testing. Procedure 3J - Performance Test for Reusable Intermediate Bulk Containers: Basic requirements include atmospheric conditioning, compression, random vibration and shock testing. Guide 5B - Focused Simulation Guide for Thermal Performance Testing of Temperature Controlled Transport Packaging David Sterner ADEMCO, Syosset NY ______________________________ Reply Separator _________________________________ Subject: RE: NEBS: Trans\Vib & ISTA standards (International Safe Tra Author: "John Juhasz" <SMTP:[email protected]> at ADEMCONET List-Post: [email protected] Date: 6/19/2000 9:08 AM You may want to try MET Labs . . . they are fully capable for GR-63, so they may be able to integrate your other standard and they have a lab west of the Mississippi. http://www.metlabs.com/ <http://www.metlabs.com/> John Juhasz Fiber Options Bohemia, NY -----Original Message----- From: Collins, Jeffrey [ mailto:[email protected] <mailto:[email protected]> ] Sent: Friday, June 16, 2000 9:02 PM To: '[email protected]' Cc: '[email protected]' Subject: NEBS: Trans\Vib & ISTA standards (International Safe Transit Asso ciation) Group, In addition to my NEBS GR-63 Transportation Vibration certification, I am also handling meeting a Manufacturing Quality Engineering Spec called "ISTA (International Safe Transit Association). Has anyone had any experience with ISTA? Has anyone tried combining the most stringent requirements of each spec into a single test script and perform one test for both standards? And finally, do you know of any labs that are certified to test to both standards....... preferably west of the Mississippi? Thanks in advance, Jeffrey Collins MTS, Principal Compliance Engineer Ciena Core Switching Division [email protected] www.ciena.com ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Tue Jun 20 05:19:36 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000619165308.cpoz9759.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 19 Jun 2000 16:53:08 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id MAA00589 for nebs-outgoing; Mon, 19 Jun 2000 12:35:16 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id MAA00032 for <[email protected]>; Mon, 19 Jun 2000 12:33:41 -0400 (EDT) Received: from relay3.bt.net (relay3.bt.net [194.72.6.62]) by world.std.com (8.9.3/8.9.3) with ESMTP id MAA25662 for <[email protected]>; Mon, 19 Jun 2000 12:31:24 -0400 (EDT) Received: from ets1.ets-tele.com ([212.140.138.130]) by relay3.bt.net with esmtp (Exim 2.11 #1) id 1344SD-0004Ec-00 for [email protected]; Mon, 19 Jun 2000 17:31:18 +0100 Received: by ets1.ets-tele.com with Internet Mail Service (5.0.1459.74) id <LFDHKRCK>; Mon, 19 Jun 2000 17:32:56 +0100 Message-ID: <[email protected]> From: Edward Fitzgerald <[email protected]> To: "'[email protected]'" <[email protected]> Subject: Contact at Bell Atlantic for NEBS specs. List-Post: [email protected] Date: Mon, 19 Jun 2000 17:32:55 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1459.74) Content-Type: text/plain Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Hi, I was wondering if anyone could provide a name and contact details within Bell Atlantic relating to NEBS. I'm trying to obtain a copy of RNSA-NEB-95-0003 : Rev.10 : January 26, 2000 The contact I've had to date has produced nothing and emails go unanswered. Many thanks, Edward Edward Fitzgerald Director, ETS From - Tue Jun 20 05:20:05 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000619173337.zdzn23694.mtiwgwc23.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 19 Jun 2000 17:33:37 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id NAA15293 for nebs-outgoing; Mon, 19 Jun 2000 13:17:03 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id NAA14602 for <[email protected]>; Mon, 19 Jun 2000 13:14:42 -0400 (EDT) Received: from tnidc1.alidian.com ([63.99.127.100]) by world.std.com (8.9.3/8.9.3) with ESMTP id NAA28696 for <[email protected]>; Mon, 19 Jun 2000 13:08:41 -0400 (EDT) Received: by TNIDC1 with Internet Mail Service (5.5.2650.21) id <MZQYKYPJ>; Mon, 19 Jun 2000 10:01:27 -0700 Message-ID: <ED298BF0B6CED211956D0090273F755362E1C5@TNIDC1> From: Dave Wilson <[email protected]> To: "'[email protected]'" <[email protected]> Subject: RE: Contact at Bell Atlantic for NEBS specs. List-Post: [email protected] Date: Mon, 19 Jun 2000 10:01:19 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <ED298BF0B6CED211956D0090273F755362E1C5@TNIDC1> Ed, If you're after the Bell Atlantic requirements docs, I think you can download it from Conformity magazine's web-site:- www.conformity.com <http://www.conformity.com> Dave Wilson -----Original Message----- From: Edward Fitzgerald [mailto:[email protected]] Sent: Monday, June 19, 2000 9:33 AM To: '[email protected]' Subject: Contact at Bell Atlantic for NEBS specs. Hi, I was wondering if anyone could provide a name and contact details within Bell Atlantic relating to NEBS. I'm trying to obtain a copy of RNSA-NEB-95-0003 : Rev.10 : January 26, 2000 The contact I've had to date has produced nothing and emails go unanswered. Many thanks, Edward Edward Fitzgerald Director, ETS From - Tue Jun 20 05:20:07 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000619174449.vxad26682.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 19 Jun 2000 17:44:49 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id NAA21036 for nebs-outgoing; Mon, 19 Jun 2000 13:29:17 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id NAA17845 for <[email protected]>; Mon, 19 Jun 2000 13:21:57 -0400 (EDT) Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by world.std.com (8.9.3/8.9.3) with ESMTP id NAA06788 for <[email protected]>; Mon, 19 Jun 2000 13:18:11 -0400 (EDT) Received: from phys-ha1sunb.eng.sun.com ([129.144.135.12]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id KAA03091; Mon, 19 Jun 2000 10:18:08 -0700 (PDT) Received: from charlieshu (charlieshu [129.144.20.98]) by phys-ha1sunb.eng.sun.com (8.8.8+Sun/8.8.8/ENSMAIL,v1.7) with SMTP id KAA20875; Mon, 19 Jun 2000 10:18:08 -0700 (PDT) Message-Id: <[email protected]> List-Post: [email protected] Date: Mon, 19 Jun 2000 10:18:07 -0700 (PDT) From: Charlie Shu <[email protected]> Subject: Re: Contact at Bell Atlantic for NEBS specs. To: [email protected] Cc: [email protected] MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: 1JGqkBkXzeOvV9xKyNIQdw== X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.3.2 SunOS 5.7 sun4u sparc Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Hi Edward, Please try the follow URLs: http://www.bell-atl.com/wholesale/html/res_nebs.htm http://www.bell-atl.com/wholesale/html/clec_99/nebs_inf.pdf Good luck, Charlie Shu Phone: 408 720-4853 E-mail: [email protected] USPS mail: 901 San Antonio Rd. MS:USJC02-206 Palo Alto, CA 94303-4900 Website: http://www.sun.com ********************************************************* Nobody believes analysis except the one who does it. Everybody believes experiment except the one who does it. That is why we do both. ********************************************************* >From: Edward Fitzgerald <[email protected]> >To: "'[email protected]'" <[email protected]> >Subject: Contact at Bell Atlantic for NEBS specs. >Date: Mon, 19 Jun 2000 17:32:55 +0100 >MIME-Version: 1.0 > >Hi, > >I was wondering if anyone could provide a name and contact details >within Bell Atlantic relating to NEBS. > >I'm trying to obtain a copy of RNSA-NEB-95-0003 : Rev.10 : January 26, >2000 > >The contact I've had to date has produced nothing and emails go >unanswered. > >Many thanks, Edward > >Edward Fitzgerald >Director, ETS From - Tue Jun 20 05:20:06 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000619174023.ewim9759.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 19 Jun 2000 17:40:23 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id NAA20862 for nebs-outgoing; Mon, 19 Jun 2000 13:28:45 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id NAA18948 for <[email protected]>; Mon, 19 Jun 2000 13:24:29 -0400 (EDT) Received: from sj-msg-core-2.cisco.com (sj-msg-core-2.cisco.com [171.69.43.88]) by world.std.com (8.9.3/8.9.3) with ESMTP id NAA08462 for <[email protected]>; Mon, 19 Jun 2000 13:20:01 -0400 (EDT) Received: from mira-sjcd-2.cisco.com (mira-sjcd-2.cisco.com [171.69.43.46]) by sj-msg-core-2.cisco.com (8.9.3/8.9.1) with ESMTP id KAA10056 for <[email protected]>; Mon, 19 Jun 2000 10:20:04 -0700 (PDT) Received: from kmohajer-nt2 (dhcp-171-70-61-69.cisco.com [171.70.61.69]) by mira-sjcd-2.cisco.com (Mirapoint) with SMTP id AAC32021; Mon, 19 Jun 2000 10:19:51 -0700 (PDT) Message-Id: <4.1.20000619102418.031d1230@mira-sjcd-2> X-Sender: kmohajer@mira-sjcd-2 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 List-Post: [email protected] Date: Mon, 19 Jun 2000 10:24:59 -0700 To: [email protected], "'[email protected]'" <[email protected]> From: Kamran Mohajer <[email protected]> Subject: Re: Contact at Bell Atlantic for NEBS specs. In-Reply-To: <[email protected]> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <4.1.20000619102418.031d1230@mira-sjcd-2> Ed, Try this URL and download it yourself. http://www.bellatlantic.com/wholesale/html/res_nebs.htm Regards, At 05:32 PM 6/19/00 +0100, Edward Fitzgerald wrote: >Hi, > >I was wondering if anyone could provide a name and contact details >within Bell Atlantic relating to NEBS. > >I'm trying to obtain a copy of RNSA-NEB-95-0003 : Rev.10 : January 26, >2000 > >The contact I've had to date has produced nothing and emails go >unanswered. > >Many thanks, Edward > >Edward Fitzgerald >Director, ETS **************************************************************************** ******* Kamran Mohajer Project Manager/ Aggregation Compliance Lead Cisco Systems, Inc. Phone(408)-525-6121 Fax(408)527-0495 [email protected] **************************************************************************** ******* From - Tue Jun 20 05:20:14 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000619182533.coeq27545.mtiwgwc21.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 19 Jun 2000 18:25:33 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id OAA03192 for nebs-outgoing; Mon, 19 Jun 2000 14:06:07 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id OAA01832 for <[email protected]>; Mon, 19 Jun 2000 14:01:34 -0400 (EDT) Received: from relay3.bt.net (relay3.bt.net [194.72.6.62]) by world.std.com (8.9.3/8.9.3) with ESMTP id NAA08635 for <[email protected]>; Mon, 19 Jun 2000 13:53:10 -0400 (EDT) Received: from ets1.ets-tele.com ([212.140.138.130]) by relay3.bt.net with esmtp (Exim 2.11 #1) id 1345jK-0007MG-00 for [email protected]; Mon, 19 Jun 2000 18:53:02 +0100 Received: by ets1.ets-tele.com with Internet Mail Service (5.0.1459.74) id <LFDHKRDB>; Mon, 19 Jun 2000 18:54:40 +0100 Message-ID: <[email protected]> From: Edward Fitzgerald <[email protected]> To: "'[email protected]'" <[email protected]> Subject: RE: Contact at Bell Atlantic for NEBS specs. List-Post: [email protected] Date: Mon, 19 Jun 2000 18:54:38 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1459.74) Content-Type: text/plain Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Very many thanks to all of you who provided useful points of contact and the URLs to the relevant Bell Atlantic NEBS documents. And so quickly too! Best regards, Ed Fitzgerald -----Original Message----- From: Edward Fitzgerald [mailto:[email protected]] Sent: Monday, June 19, 2000 5:33 PM To: '[email protected]' Subject: Contact at Bell Atlantic for NEBS specs. Hi, I was wondering if anyone could provide a name and contact details within Bell Atlantic relating to NEBS. I'm trying to obtain a copy of RNSA-NEB-95-0003 : Rev.10 : January 26, 2000 The contact I've had to date has produced nothing and emails go unanswered. Many thanks, Edward Edward Fitzgerald Director, ETS From - Tue Jun 20 05:20:17 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000619192621.vwv26682.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 19 Jun 2000 19:26:21 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id PAA22127 for nebs-outgoing; Mon, 19 Jun 2000 15:08:52 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id PAA20734 for <[email protected]>; Mon, 19 Jun 2000 15:04:53 -0400 (EDT) Received: from underlab-bh.ul.com (underlab-bh.ul.com [204.167.162.66]) by world.std.com (8.9.3/8.9.3) with ESMTP id PAA09088 for <[email protected]>; Mon, 19 Jun 2000 15:02:05 -0400 (EDT) From: [email protected] Received: (from uucp@localhost) by underlab-bh.ul.com (8.8.8/8.6.11) id OAA10898 for <[email protected]>; Mon, 19 Jun 2000 14:02:04 -0500 (CDT) Received: from iscan(10.40.1.221) by underlab-bh.ul.com via smap (4.1) id xma010847; Mon, 19 Jun 00 14:01:58 -0500 Received: from USNBKM201.us.ul.com (unverified) by iscan-1.ul.com (Content Technologies SMTPRS 4.0.1) with ESMTP id <[email protected]> for <[email protected]>; Mon, 19 Jun 2000 13:02:50 -0500 Received: from usmelm402.us.ul.com ([10.20.49.248]) by USNBKM201.us.ul.com (Lotus Domino Release 5.0.2c (Intl)) with ESMTP id 2000061912532708:19914 ; Mon, 19 Jun 2000 12:53:27 -0500 Subject: Re: Contact at Bell Atlantic for NEBS specs. To: [email protected] X-Mailer: Lotus Notes Release 5.0 (Intl) 30 March 1999 Message-ID: <[email protected]> List-Post: [email protected] Date: Mon, 19 Jun 2000 13:54:51 -0400 MIME-Version: 1.0 X-MIMETrack: Serialize by Router on USMELM402/ULI(Release 5.0.2c (Intl)|2 February 2000) at 06/19/2000 01:54:49 PM, Itemize by SMTP Server on USNBKM201/ULI(Release 5.0.2c (Intl)|2 February 2000) at 06/19/2000 12:53:27 PM, Serialize by Router on USNBKM201/ULI(Release 5.0.2c (Intl)|2 February 2000) at 06/19/2000 12:53:27 PM, Serialize complete at 06/19/2000 12:53:27 PM Content-type: text/plain; charset=us-ascii Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> The document RNSA-NEB-95-0003 : Rev.10 can be downloaded at: http://www.bell-atl.com/wholesale/html/res_nebs.htm Randy Ivans Global Program Manager -Telecommunications Underwriters Laboratories Inc. 1285 Walt Whitman Rd. Melville, NY 11747 TEL: 631-271-6200; Ext. 22269 FAX: 631-439-6096 NOTE NEW AREA CODE FOR UL MELVILLE! email: [email protected] ********* Internet E-mail Confidentiality Disclaimer ********** This e-mail message may contain privileged or confidential information. If you are not the intended recipient, you may not disclose, use, disseminate, distribute, copy or rely upon this message or attachment in any way. If you received this e-mail message in error, please delete the e-mail and any attachments and notify Underwriters Laboratories Inc. at [email protected]. UL does not accept liability for any errors, omissions, corruption or virus in the contents of this message or any attachments that arise as a result of e-mail transmission. ************************************************************************** From - Wed Jun 21 05:44:10 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc27.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000620132726.dznf2873.mtiwgwc27.worldnet.att....@europe.std.com> for <[email protected]>; Tue, 20 Jun 2000 13:27:26 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id JAA09784 for nebs-outgoing; Tue, 20 Jun 2000 09:15:44 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id JAA09386 for <[email protected]>; Tue, 20 Jun 2000 09:14:16 -0400 (EDT) Received: from InterJet.curtis-straus.com (user193.curtis-straus.com [208.244.108.193] (may be forged)) by world.std.com (8.9.3/8.9.3) with ESMTP id JAA27955 for <[email protected]>; Tue, 20 Jun 2000 09:12:38 -0400 (EDT) Received: (from daemon@localhost) by InterJet.curtis-straus.com (8.8.5/8.8.5) id IAA22348 for <[email protected]>; Tue, 20 Jun 2000 08:59:52 -0400 (EDT) Received: from Curtis.curtis-straus.com(192.168.1.100), claiming to be "curtis-straus.com" via SMTP by InterJet.curtis-straus.com, id smtpdZ22346; Tue Jun 20 12:59:51 2000 Message-ID: <[email protected]> List-Post: [email protected] Date: Tue, 20 Jun 2000 09:03:14 -0400 From: "Jon D. Curtis" <[email protected]> Organization: curtis-straus X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: [email protected] Subject: Re: Contact at Bell Atlantic for NEBS specs. References: <[email protected]> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Hi Edward, You'll find the NEBS documents we've collected on our web site at www.curtis-straus.com, including the BA document, among others. Edward Fitzgerald wrote: > Hi, > > I was wondering if anyone could provide a name and contact details > within Bell Atlantic relating to NEBS. > > I'm trying to obtain a copy of RNSA-NEB-95-0003 : Rev.10 : January 26, > 2000 > > The contact I've had to date has produced nothing and emails go > unanswered. > > Many thanks, Edward > > Edward Fitzgerald > Director, ETS -- Jon D. Curtis, P.E. Director of Engineering Curtis-Straus LLC One Stop Laboratory for NEBS, EMC, Product Safety, and Telecom Testing. 527 Great Road Littleton, MA 01460 USA Voice 978-486-8880 Fax 978-486-8828 email: [email protected] WWW.CURTIS-STRAUS.COM From - Mon Jun 26 19:26:47 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc26.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000626181749.tibw14451.mtiwgwc26.worldnet.att....@europe.std.com>; Mon, 26 Jun 2000 18:17:49 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id OAA11126 for treg-outgoing; Mon, 26 Jun 2000 14:13:26 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id OAA10441 for <[email protected]>; Mon, 26 Jun 2000 14:09:27 -0400 (EDT) Received: from acme.sb.west.net (acme.sb.west.net [205.254.224.2]) by world.std.com (8.9.3/8.9.3) with ESMTP id OAA21681; Mon, 26 Jun 2000 14:06:03 -0400 (EDT) Received: from term2-1.vta.west.net (term2-1.vta.west.net [205.254.241.33]) by acme.sb.west.net (Postfix) with SMTP id 84B3014A6D6; Mon, 26 Jun 2000 11:05:37 -0700 (PDT) From: [email protected] (Patrick Lawler) To: [email protected], [email protected] Subject: What is Bellcore TR-NWT-000499? List-Post: [email protected] Date: Mon, 26 Jun 2000 11:04:58 -0700 Message-ID: <[email protected]> X-Mailer: Forte Agent 1.8/32.548 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by europe.std.com id OAA10452 Sender: [email protected] Precedence: list Reply-To: [email protected] (Patrick Lawler) X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> I recently saw a power supply transient immunity specification that referred to Bellcore TR-NWT-000499. However, I can't find this spec on the Bellcore (Telcordia) web site. What are the tests covered in this spec? How do the tests compare to those found in Bellcore GR-1089 Issue 2? From - Mon Jun 26 19:27:23 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000626213527.covv7542.mtiwgwc23.worldnet.att....@europe.std.com>; Mon, 26 Jun 2000 21:35:27 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id RAA27251 for treg-outgoing; Mon, 26 Jun 2000 17:31:08 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id RAA26301 for <[email protected]>; Mon, 26 Jun 2000 17:26:25 -0400 (EDT) Received: from conveyor.jetstream.com (mail.jetstream.com [206.111.133.70]) by world.std.com (8.9.3/8.9.3) with ESMTP id RAA04856; Mon, 26 Jun 2000 17:24:18 -0400 (EDT) Received: by mail.jetstream.com with Internet Mail Service (5.5.2650.21) id <N4FM0HBR>; Mon, 26 Jun 2000 14:24:03 -0700 Message-ID: <[email protected]> From: Bandele Adepoju <[email protected]> To: "'[email protected]'" <[email protected]> Cc: "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]> Subject: RE: What is Bellcore TR-NWT-000499? List-Post: [email protected] Date: Mon, 26 Jun 2000 14:24:02 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: Bandele Adepoju <[email protected]> X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Bellcore TR-NWT-000499 (GR-499-CORE): "Transport Systems Generic Requirements (TSGR): Common Requirements" The GR describes Bellcore's view of the basic generic requirements common to transport systems. They are as follows: * Availability * Reliability and Quality * Error Performance * Protection Switching * System Transient Response * Jitter * Transmission Delay * Signal Interfaces * Signal Formats * Coding Laws * Physical Design (NEBS GR-63, Safety Criteria, System labeling, Alarms and Controls) * Power Systems Interfaces (Shared DC Power/Distribution and AC Interfaces) * Electrical Environment and Safety (GR-1089, sections 2,3,4,5,6,8,9) * Operations Technology * Supplier Documentation * Supplier Training * Alarm Surveillance. Additional or ordering information can be obtained from the Telcordia site at: http://telecom-info.telcordia.com/site-cgi/ido/index.html Use the 'Search' function to obtain "499" matches. Regards, Bandele Jetstream Communications, Inc. [email protected] -----Original Message----- From: [email protected] [mailto:[email protected]] Sent: Monday, June 26, 2000 11:05 AM To: [email protected]; [email protected] Subject: What is Bellcore TR-NWT-000499? I recently saw a power supply transient immunity specification that referred to Bellcore TR-NWT-000499. However, I can't find this spec on the Bellcore (Telcordia) web site. What are the tests covered in this spec? How do the tests compare to those found in Bellcore GR-1089 Issue 2? From - Thu Jun 29 05:18:46 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000628160325.htzl29076.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 28 Jun 2000 16:03:25 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id LAA08887 for nebs-outgoing; Wed, 28 Jun 2000 11:50:31 -0400 (EDT) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id LAA08519 for <[email protected]>; Wed, 28 Jun 2000 11:49:46 -0400 (EDT) Received: from itlltd01.barakitc.co.il ([209.88.190.98]) by world.std.com (8.9.3/8.9.3) with ESMTP id LAA17872; Wed, 28 Jun 2000 11:44:07 -0400 (EDT) Received: by itlltd01.barakitc.co.il with Internet Mail Service (5.5.2448.0) id <K8BZSKKK>; Wed, 28 Jun 2000 18:42:34 +0200 Message-ID: <[email protected]> From: Ilan Cohen <[email protected]> To: "'[email protected]'" <[email protected]>, "'[email protected]'" <[email protected]> Subject: CATV Coax and NEBS compliance? List-Post: [email protected] Date: Wed, 28 Jun 2000 18:42:32 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="ISO-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Hello All, CATV(cable TV) coax lines are typically regarded as SELV lines, according to IEC60950 and UL1950. Recently CATV applications have moved to the Central Office. This means that lines which are considered as SELV are going to be subjected to overvoltage. Does anybody know how the Bells are going to accept this? What about NEBS? Because of design limitations, CATV lines cannot comply with the insulation and overvoltage requirements of NEBS. Are they going to continue to be regarded as SELV? Thanks Ilan ---------------------------------------------------- Ilan Cohen Manager, Telecom Division I.T.L (PRODUCT TESTING) Ltd. 26 Hacharoshet St, POB 211, Or Yehuda, Israel. Tel 972-3-5339022, Fax 972-3-5339019 [email protected], website: http://www.itl.co.il ---------------------------------------------------- From - Thu Mar 23 19:41:14 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000323174519.wemi9747.mtiwgwc21.worldnet.att....@ruebert.ieee.org>; Thu, 23 Mar 2000 17:45:19 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id MAA25630; Thu, 23 Mar 2000 12:13:36 -0500 (EST) Message-ID: <007f01bf94ea$2be8d300$42b6dccf@kg9h> From: "Frank Krozel" <[email protected]> To: "Joe Finlayson" <[email protected]>, "'NEBS Newsgroup'" <[email protected]>, "'EMC PSTC'" <[email protected]> References: <D1BB06A1EFA3D211A830009027289AEA261C26@wench> Subject: Re: Lightning Surge Equipment List-Post: [email protected] Date: Thu, 23 Mar 2000 11:06:45 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: [email protected] Precedence: bulk Reply-To: "Frank Krozel" <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <007f01bf94ea$2be8d300$42b6dccf@kg9h> Joe: You may look to Amplifier Research / EM Test for Bellcore GR-1089-Core. The Model to seek out is TSS-500M/2B Frank Krozel Electronic Instrument Associates Central, Inc. TEL: 630-924-1600 website: http://www.electronicinstrument.com ----- Original Message ----- From: Joe Finlayson <[email protected]> To: 'NEBS Newsgroup' <[email protected]>; 'EMC PSTC' <[email protected]> Sent: Thursday, March 23, 2000 8:16 AM Subject: Lightning Surge Equipment > > > I am trying to gather information on equipment capable of > performing, at minimum, the lightning tests of Bellcore GR-1089-CORE 4.5.9, > Intrabuilding Lightning Surge. I am specifically interested in opinions of > different equipment, cost and extent of functionality (is there a cost > savings for equipment whose functionality is limited to this test?). Any > input on used equipment would also be helpful. I am initially interested in > pre-test if that makes a difference. Any input would be greatly > appreciated. > > Thx, > > > Joe > > ********************************* > <<...>> > > Joe Finlayson > Manager, Compliance Engineering > Telica, Inc. > 734 Forest Street, Bldg. G, Suite 100 > Marlboro, MA 01752 > Tel: (508) 480-0909 x212 > Fax: (508) 480-0922 > Email: [email protected] > Web: www.telica.com > > > ------------------------------------------- > This message is from the IEEE EMC Society Product Safety > Technical Committee emc-pstc discussion list. > > To cancel your subscription, send mail to: > [email protected] > with the single line: > unsubscribe emc-pstc > > For help, send mail to the list administrators: > Jim Bacher: [email protected] > Michael Garretson: [email protected] > > For policy questions, send mail to: > Richard Nute: [email protected] > > ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Wed Jan 05 05:07:27 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.07 201-229-116-107) with ESMTP id <20000104222532.cxxi26807.mtiwgwc22.worldnet.att....@ruebert.ieee.org>; Tue, 4 Jan 2000 22:25:32 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id QAA23404; Tue, 4 Jan 2000 16:45:40 -0500 (EST) X-Lotus-FromDomain: TERADYNE From: "Paul J Smith" <[email protected]> To: [email protected], [email protected], [email protected], [email protected] Message-ID: <[email protected]> List-Post: [email protected] Date: Tue, 4 Jan 2000 16:45:21 -0500 Subject: Inquiry on Restrictions and Bans of Mercury in Product components Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: [email protected] Precedence: bulk Reply-To: "Paul J Smith" <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Folks, Can anyone provide specific text or reference that provides a specific restriction, limitation or ban to import into Europe or North America of any component or system that includes relays with mercury in it . I only found a ban for Mercury content of all kinds of batteries ( except button cells) in Directive 91/157/EEC Further, can someone provide any reference to a similar ban or restriction on electronics use of Cadmium, Lead, Nickel, Tin, or Beryllium? Any feedback is appreciated. Thanks Best Regards, Paul J Smith Teradyne, Inc., Boston, MA 02118 [email protected] Voice 617-422-2997 Fax 603-843-7526 or Fax 627-422-2801 --------- This message is coming from the emc-pstc discussion list. To cancel your subscription, send mail to [email protected] with the single line: "unsubscribe emc-pstc" (without the quotes). For help, send mail to [email protected], [email protected], [email protected], or [email protected] (the list administrators). From - Thu Jan 13 05:21:55 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.07 201-229-116-107) with ESMTP id <20000113012320.xatr1355.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 13 Jan 2000 01:23:20 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id UAA13933 for nebs-outgoing; Wed, 12 Jan 2000 20:05:28 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id UAA13551 for <[email protected]>; Wed, 12 Jan 2000 20:04:15 -0500 (EST) Received: from smtp.abac.com (smtp.abac.com [216.55.128.5]) by world.std.com (8.9.3/8.9.3) with ESMTP id UAA12231 for <[email protected]>; Wed, 12 Jan 2000 20:01:08 -0500 (EST) Received: from [216.55.130.23] (sd-ppp-123.abac.net [216.55.130.23]) by smtp.abac.com (8.10.0.Beta10/8.10.0.Beta10) with ESMTP id e0D117P74307; Wed, 12 Jan 2000 17:01:07 -0800 (PST) Mime-Version: 1.0 X-Sender: [email protected] Message-Id: <v04210100b4a2cea2fde8@[216.55.130.161]> X-Priority: 2 (High) List-Post: [email protected] Date: Wed, 12 Jan 2000 16:48:32 -0800 To: NEBS WORLD <[email protected]> From: Don Robert House <[email protected]> Subject: Open Position Notice Cc: "Ed Walbridge" <[email protected]> Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: a001 X-Mozilla-Status2: 00000000 X-UIDL: <v04210100b4a2cea2fde8@[216.55.130.161]> Telecommunications Engineer with NEBS expertise needed by telecommunications equipment manufacturer in Chicago's western suburbs. Salary open, commensurate with experience. Reply to: "Ed Walbridge" <[email protected]> From - Sat Jan 15 16:48:00 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.07 201-229-116-107) with ESMTP id <20000114234726.zqe11441.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Fri, 14 Jan 2000 23:47:26 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id SAA12205 for nebs-outgoing; Fri, 14 Jan 2000 18:35:29 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id SAA11868 for <[email protected]>; Fri, 14 Jan 2000 18:34:49 -0500 (EST) Received: from sembo111.Teknor.com ([205.205.44.10]) by world.std.com (8.9.3/8.9.3) with ESMTP id SAA29117 for <[email protected]>; Fri, 14 Jan 2000 18:31:32 -0500 (EST) Received: by SEMBO111 with Internet Mail Service (5.0.1460.8) id <CWHJJ8HG>; Fri, 14 Jan 2000 18:31:01 -0500 Message-ID: <60A30C1DBC46D211947D00805F85F18FB02519@SEMBO111> From: "Emond, Denis" <[email protected]> To: "'NEBS discussion group'" <[email protected]> Subject: NEBS alarm status List-Post: [email protected] Date: Fri, 14 Jan 2000 18:31:00 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <60A30C1DBC46D211947D00805F85F18FB02519@SEMBO111> Hi, I've seen companies who claim that they have a "NEBS compliant alarm status display panel" . Which NEBS document (if any) refers to that type of compliance? Or simply, what does it imply exactly ? Thanks for your help. Denis Emond Director - CompactPCI development Phone: (450) 437-5682 ext.369 Fax: (450) 437-8053 T E K N O R E-mail: [email protected] APPLICOM http://www.teknor.com From - Sat Jan 15 16:48:05 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.02.07 201-229-116-107) with ESMTP id <[email protected]> for <[email protected]>; Sat, 15 Jan 2000 00:04:10 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id SAA15466 for nebs-outgoing; Fri, 14 Jan 2000 18:51:56 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id SAA14884 for <[email protected]>; Fri, 14 Jan 2000 18:48:35 -0500 (EST) Received: from sembo111.Teknor.com ([205.205.44.10]) by world.std.com (8.9.3/8.9.3) with ESMTP id SAA07136 for <[email protected]>; Fri, 14 Jan 2000 18:44:46 -0500 (EST) Received: by SEMBO111 with Internet Mail Service (5.0.1460.8) id <CWHJJ8H3>; Fri, 14 Jan 2000 18:44:15 -0500 Message-ID: <60A30C1DBC46D211947D00805F85F18FB39D4E@SEMBO111> From: =?iso-8859-1?Q?Meunier=2C_=C9ric?= <[email protected]> To: [email protected] Subject: DC Power Short-ciruit test GR-1089 Section 9.8.1 List-Post: [email protected] Date: Fri, 14 Jan 2000 18:44:15 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain; charset="iso-8859-1" X-MIME-Autoconverted: from quoted-printable to 8bit by europe.std.com id SAA14904 Sender: [email protected] Precedence: list Reply-To: [email protected] Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by europe.std.com id SAA15466 X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <60A30C1DBC46D211947D00805F85F18FB39D4E@SEMBO111> Hi, I am trying to find out how to interpret the short-circuit protection requirements of GR-1089 Section 9.8.1 R9-20 amended by Issue ID:1089-9. 1. Are the very short traces connecting IC's and discrete components pins= to high current power planes required to survive a short at the components p= ins end? 2. If adequate current limiting can not be provided at the backplane leve= l, is it acceptable to place the current limiting device on the circuit pack when the connector power pin or the trace connecting the power pin to the current limiting device can not handle the backplane current? 3. Similarly to the above question, is it acceptable that a few component= s associated with the active current limiting circuit of a circuit pack be powered by connector pins and traces that would not handle the backplane current? 4. If multiple low current connector pins are used in parallel to connect the power between a backplane and a circuit pack, is it acceptable that e= ach pin be not able to handle the backplane current individually? Thanks in advance for your collaboration, =C9ric =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =C9ric Meunier Architecte de conformit=E9 / Conformity Architect E-mail: mailto:[email protected] Teknor Applicom Inc. 616, rue Cur=E9-Boivin Boisbriand, Qu=E9bec Canada, J7G 2A7 Tel: 1-450-437-4661 ext. 419 Fax: 1-450-437-8053 Web: http://www.teknor.com From - Sat Jan 15 16:48:20 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc27.worldnet.att.net (InterMail vM.4.01.02.07 201-229-116-107) with ESMTP id <20000115003145.rpqv7783.mtiwgwc27.worldnet.att....@europe.std.com> for <[email protected]>; Sat, 15 Jan 2000 00:31:45 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id TAA21337 for nebs-outgoing; Fri, 14 Jan 2000 19:20:24 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id TAA20983 for <[email protected]>; Fri, 14 Jan 2000 19:19:01 -0500 (EST) Received: from mta1.snfc21.pbi.net (mta1.snfc21.pbi.net [206.13.28.122]) by world.std.com (8.9.3/8.9.3) with ESMTP id TAA26598 for <[email protected]>; Fri, 14 Jan 2000 19:15:13 -0500 (EST) Received: from dhouse ([63.197.196.28]) by mta1.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.1999.09.16.21.57.p8) with SMTP id <[email protected]> for [email protected]; Fri, 14 Jan 2000 16:11:52 -0800 (PST) List-Post: [email protected] Date: Fri, 14 Jan 2000 16:12:28 -0800 From: Don Robert House <[email protected]> Subject: RE: NEBS alarm status In-reply-to: <60A30C1DBC46D211947D00805F85F18FB02519@SEMBO111> To: [email protected] Message-id: <[email protected]> MIME-version: 1.0 X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Content-type: text/plain; charset="iso-8859-1" Content-transfer-encoding: 7bit Importance: Normal X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 X-Priority: 3 (Normal) Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> The statement does not mean much because NEBS covers just about every environmental that could involve the placement of the alarm panel. This sort of statement indicates that no user will be able to find some requirement that the panel does not meet. Sort of a risk dependent bet. If the panel has the correct panel size and mounting holes and fits into a NEBS footprint it is complaint for that. If the panel has a SONALERT do the emissions meet requirements? This is one of many questions that apply to an alarm panel. Any piece of equipment placed in a Central Office would need to have some level of NEBS compliance. It does not follow that every single apparatus will have a specific section in NEBS. That is what engineers are for. Don Ameritech NPES - Retired Don Robert House, N.S.E. Curator, NADCOMM 3841 Reche Road Fallbrook, CA 92028 (760) 723-9943 (760) 723-9984 FAX -----Original Message----- From: [email protected] [mailto:[email protected]]On Behalf Of Emond, Denis Sent: Friday, January 14, 2000 3:31 PM To: 'NEBS discussion group' Subject: NEBS alarm status Hi, I've seen companies who claim that they have a "NEBS compliant alarm status display panel" . Which NEBS document (if any) refers to that type of compliance? Or simply, what does it imply exactly ? Thanks for your help. Denis Emond Director - CompactPCI development Phone: (450) 437-5682 ext.369 Fax: (450) 437-8053 T E K N O R E-mail: [email protected] APPLICOM http://www.teknor.com From - Tue Jan 18 04:34:58 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.07 201-229-116-107) with ESMTP id <20000117074342.mmie28111.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 17 Jan 2000 07:43:42 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id CAA14501 for nebs-outgoing; Mon, 17 Jan 2000 02:20:57 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id CAA14033 for <[email protected]>; Mon, 17 Jan 2000 02:16:08 -0500 (EST) Received: from marine.sonic.net (marine.sonic.net [208.201.224.37]) by world.std.com (8.9.3/8.9.3) with SMTP id CAA17375 for <[email protected]>; Mon, 17 Jan 2000 02:13:34 -0500 (EST) Received: (qmail 17796 invoked from network); 17 Jan 2000 07:13:33 -0000 Received: from prop.sonic.net (208.201.224.193) by marine.sonic.net with SMTP; 17 Jan 2000 07:13:33 -0000 Received: from sonic.net (d90.nas21.sonic.net [209.204.136.90]) by prop.sonic.net (8.8.8/8.8.5) with ESMTP id XAA00993; Sun, 16 Jan 2000 23:13:33 -0800 X-envelope-info: <[email protected]> Message-ID: <[email protected]> List-Post: [email protected] Date: Sun, 16 Jan 2000 23:10:07 -0800 From: Dave Lorusso <[email protected]> X-Mailer: Mozilla 4.51 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: "[email protected]" <[email protected]>, "[email protected]" <[email protected]>, "[email protected]" <[email protected]> Subject: US-TX-Austin-EMC/Compliance Engineer Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html> General Bandwidth is looking for an EMC/Compliance Engineer with the following qualifications: <ul> <li> BSEE with at least 5 years of industry related compliance experience.</li> <li> Direct exposure to Bellcore GR-1089-CORE and GR-63-CORE is desired.</li> <li> Hands-on experience in testing and submitting products for certification.</li> <li> Define EMC requirements for product development and team with R&D engineers to ensure EMC requirements are met.</li> <li> Ability to consult and provide specifications and design criteria for boards and systems to R&D engineers.</li> <li> Work with and manage outside test labs to perform emissions and compliance testing.</li> <li> Write test plans and test reports.</li> <li> Perform EMC bench tests and simulations to ensure compliance will be met at outside lab facilities.</li> </ul> We are a pre-IPO voice over ADSL manufacturer with a direct line to the future of broadband technology. For more details on the company, please visit our web site: <p><a href="http://www.genband.com">www.genband.com</a> <p>To apply, please forward a letter of introduction, resume (email preferred), and salary history to: <p>Dave Lorusso <br>[email protected] <br>512-681-5401 (fax) <br> <br> </html> From - Tue Jan 18 04:36:09 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.07 201-229-116-107) with ESMTP id <20000117225302.qnaa28111.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 17 Jan 2000 22:53:02 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id RAA11028 for nebs-outgoing; Mon, 17 Jan 2000 17:11:09 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id RAA10134 for <[email protected]>; Mon, 17 Jan 2000 17:06:30 -0500 (EST) Received: from srv-exchange1.adtran.com ([206.166.249.112]) by world.std.com (8.9.3/8.9.3) with ESMTP id RAA14458 for <[email protected]>; Mon, 17 Jan 2000 17:03:06 -0500 (EST) Received: by srv-exchange1.adtran.com with Internet Mail Service (5.5.2448.0) id <CCQSBNDT>; Mon, 17 Jan 2000 16:03:43 -0600 Message-ID: <[email protected]> From: JIM WIESE <[email protected]> To: [email protected] Cc: emc-pstc <[email protected]> Subject: RE: DC Power Short-circuit test GR-1089 Section 9.8.1 List-Post: [email protected] Date: Mon, 17 Jan 2000 16:03:42 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by europe.std.com id RAA11028 X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Eric, I assume you are aware of the published clarification on this subject published by Telcordia in December 1999. I suspect this might have led t= o your questions, which are very good. Rather than discuss your points specifically, I feel that simply covering the intent of this generic requirement might clarify the issue. I am als= o confident you will also find varying interpretations at the various test houses. The first point is that this requirement is found in Section 9 of GR-1089-CORE which is titled "Bonding and Grounding". Just as the title implies, the intent behind the requirements is to ensure there is a relia= ble path for fault currents to flow and for reliable equipotential grounding. This section was not intended for maintained functionality after a fault condition. This may be desired, but the short circuit tests that require continued functionality are in Section 4 and deal with Tip and Ring circuits. The second point is that R9-20 and R9-21 are "type" tests. That is the l= ab will short the output at the output terminals and again at the load (if i= t is remote to the EUT). The assumption is that during normal operation, a component fails and the output is shorted. The test is to determine if a safety hazard is possible if this situation occurs. The pass/fail criter= ia are simply to make sure that the bonding and grounding paths (fault curre= nt carrying paths) remain undamaged, and there is not a risk of a fire hazar= d or mechanical hazard. This is best accomplished by using fusing or other sacrificial component that limits the current or opens the current path before any damage to the bonding and grounding paths can occur. If a non-bonding or grounding trace opens benignly without catching the cheesecloth on fire, that would in my opinion be acceptable. However if = a trace opens and in the process damages a frame ground trace, -48VR trace,= or other trace that will provide electrical safety (even without fire) that would be a failure.=20 The third point is that this test is not an in-depth investigation into w= hat happens under every conceivable change of load impedance or overload condition. These types of investigations are normally part of a safety listing program performed by a NRTL "Nationally Recognized Testing Lab". That is why I strongly endorse the Listing of all equipment regardless of its location in the network. The testing program for a Listing would be = far more thorough than what is in R9-20 or R9-21. Overload testing, componen= t fault analysis, as well as short circuit testing would be conducted. Not only would this type of evaluation look for damaged fault return paths, a= nd blatant fire hazards, it would look for components that would overheat an= d potentially cause a fire. A major omission to the requirements in R9-20 = and R9-21 is that the length of time the output is shorted is not defined. Therefore technically for NEBS compliance a 1 ms short is as valid as a 3= 0 minute or 10 hour short. The tests for a safety listing would require th= e current to stop flowing or require thermal equilibrium to be reached or 3= 0 minutes before the faults are removed. On a second somewhat related issue, the status of safety listing standard= s for Network equipment is a mess right now. There is technically not a safety standard to which most network equipment should be allowed to be Listed. UL 1950, UL 1459 (which goes away April 1), and the new UL 60950 all require that the equipment listed by the safety standard be "intended= to be installed per the National Electric Code". Network equipment that resides on the telco side of the demarcation point is exempt from the NEC per Article 90-2 section b which states that the following are not covere= d, "Installations of communications equipment under the exclusive control of communications utilities located outdoors or in building spaces used exclusively for such installations". Only the installation methodologies= of the wire and cable are controlled by the NEC, the telco owned "equipment"= is exempt. Therefore telecommunications equipment that is intended for deployment in C.O.'s, the outside plant, or inside the customer premise (= if on the telco side of the demarc) cannot be listed to appropriate safety standard as one does not exist (although several NRTL's are inappropriate= ly doing it to UL 1459 and UL 1950 due to NEBS requirements or customer requests). =20 What I would propose is that industry (either through UL, T1E1.7 or TIA TR41.7) develop an ANSI safety standard for network telecommunications equipment that resides on the telco side of the demarc point or that make= s up the demarc point. The new safety standard could be closely modeled af= ter UL 1950, 1459, 1863, GR-63-CORE and GR-1089-CORE. It could incorporate several GR-63-CORE, and GR-1089-CORE items so that the original complianc= e as well as continued compliance could be verified by the end customer sim= ply by seeing the listing mark on the product. This could also be used by CLEC's to demonstrate compliance with the FCC report and Order last sprin= g stating they only need to comply with NEBS Level 1 as defined by SR 3580 = if they want to co-locate equipment in a C.O. They could show the listing information and the FCC part 15 information to the ILEC and demonstrate complete NEBS Level 1 compliance. Examples of what could be incorporated into the new safety standard are: 1.) GR-1089-CORE section 4 - Second level power fault and lightning requirements 2.) GR-1089-CORE section 4 - Listing requirements 3.) GR-1089-CORE section 7 - Safety 4.) GR-1089-CORE section 8 - Corrosion 5.) GR-1089-CORE section 9 - Bonding and Grounding (which would clear up your original question) 6.) GR-63-CORE section 4.2 - materials analysis for flammability (use ANS= I T1.307-1997) 7.) GR-63-CORE section 4.2 - burn test (use ANSI T1.319-2000 which is in progress now, assuming it includes pass/fail criteria as has been propose= d. Otherwise use its methodology and GR-63-CORE pass/fail criteria) 8.) UL 1950, UL 1459, 1863 - use the basic principles with the understanding that this equipment is exempt from the NEC and certain concepts such as voltage limits/classifications in GR-1089-CORE are in direct violation of the NEC (which only allows up to 60 VDC on customer premise telco wiring and 150V on any telecommunications wiring, GR-1089-C= ORE theoretically allows 400VDC with GFI). Replace TNV1, TNV2, TNV3, and RFT with Class A1, Class A2, and Class A3, AB, and B. Eliminate the European concept of creepage and clearance distances in telco circuits as the infrastructure of the North American network has proved itself safe with dielectric tests only. The creepage and clearance distances specified in= UL 60950 for circuits above 60 VDC are not obtainable with the current infrastructure. With UL 60950 ILEC's will need to do voltage management = for the Listings to be valid rather than service management which is not logistically feasible. Other industry standard items that are incompatib= le with UL 60950 are wire wrap pins and in some cases champ style connectors and even the twisted pair wiring which in many cases does not have thick enough insulation and in many cases is not Listed (as required by the NEC= ). Also "frame" the standard more from a perspective of a service person or craftsperson as they are the only ones who are intended to be using this equipment. 9.) If the equipment is a PBX, computer, router, or other type of equipme= nt that can have a dual role as customer owned and operated or telco owned a= nd operated, it would require a listing to UL 60950 (or meeting the requirements of UL 60950) as well as items 1 through 7 above.=20 I believe this would be greatly beneficial to the end users, equipment vendors and the test labs. Of course questions and issues regarding specifics of sections of GR-63-C= ORE and GR-1089-CORE covered by a new ANSI safety standard could easily be addressed by clarification and changes in the standard. This cannot be d= one with the Bellcore NEBS documents. Jim Jim Wiese NEBS Project Manager/Compliance Engineer ADTRAN, INC. 901 Explorer Blvd. P.O. Box 140000 Huntsville, AL 35814-4000 256-963-8431 256-963-8250 fax [email protected]=20 > ---------- > From: Meunier, =C9ric[SMTP:[email protected]] > Sent: Friday, January 14, 2000 5:44 PM > To: [email protected] > Subject: DC Power Short-ciruit test GR-1089 Section 9.8.1=20 >=20 > Hi, > I am trying to find out how to interpret the short-circuit protection > requirements of GR-1089 Section 9.8.1 R9-20 amended by Issue ID:1089-9. >=20 > 1. Are the very short traces connecting IC's and discrete components pi= ns > to > high current power planes required to survive a short at the components > pins > end? >=20 > 2. If adequate current limiting can not be provided at the backplane > level, > is it acceptable to place the current limiting device on the circuit pa= ck > when the connector power pin or the trace connecting the power pin to t= he > current limiting device can not handle the backplane current? >=20 > 3. Similarly to the above question, is it acceptable that a few compone= nts > associated with the active current limiting circuit of a circuit pack b= e > powered by connector pins and traces that would not handle the backplan= e > current? >=20 > 4. If multiple low current connector pins are used in parallel to conne= ct > the power between a backplane and a circuit pack, is it acceptable that > each > pin be not able to handle the backplane current individually? >=20 > Thanks in advance for your collaboration, > =C9ric >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > =C9ric Meunier > Architecte de conformit=E9 / Conformity Architect >=20 > E-mail: mailto:[email protected] >=20 > Teknor Applicom Inc. > 616, rue Cur=E9-Boivin > Boisbriand, Qu=E9bec > Canada, J7G 2A7 >=20 > Tel: 1-450-437-4661 ext. 419 > Fax: 1-450-437-8053 >=20 > Web: http://www.teknor.com >=20 >=20 From - Wed Jan 19 06:20:42 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc26.worldnet.att.net (InterMail vM.4.01.02.07 201-229-116-107) with ESMTP id <20000119023434.cnpo16216.mtiwgwc26.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 19 Jan 2000 02:34:34 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id VAA13325 for nebs-outgoing; Tue, 18 Jan 2000 21:10:14 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id VAA13029 for <[email protected]>; Tue, 18 Jan 2000 21:09:04 -0500 (EST) Received: from imo-d10.mx (imo-d10.mx.aol.com [205.188.157.42]) by world.std.com (8.9.3/8.9.3) with ESMTP id VAA20021 for <[email protected]>; Tue, 18 Jan 2000 21:05:43 -0500 (EST) From: [email protected] Received: from [email protected] by imo-d10.mx.aol.com (mail_out_v24.6.) id k.af.6ec50d (7401) for <[email protected]>; Tue, 18 Jan 2000 21:05:02 -0500 (EST) Message-ID: <[email protected]> List-Post: [email protected] Date: Tue, 18 Jan 2000 21:05:01 EST Subject: Re: US-TX-Austin-EMC/Compliance Engineer To: [email protected] MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: AOL 4.0 for Windows 95 sub 38 Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Hello Dave, if you need someone to write test procedures, negotiate and monitor test labs I can help have 35 years experience in the business..Frank Peter 516-589-3466 From - Wed Jan 19 20:08:12 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.02.07 201-229-116-107) with ESMTP id <[email protected]> for <[email protected]>; Wed, 19 Jan 2000 14:14:23 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id IAA02137 for nebs-outgoing; Wed, 19 Jan 2000 08:55:24 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id IAA01548 for <[email protected]>; Wed, 19 Jan 2000 08:51:28 -0500 (EST) Received: from sa.infonet.com (sa.infonet.com [192.157.130.21]) by world.std.com (8.9.3/8.9.3) with ESMTP id IAA25114 for <[email protected]>; Wed, 19 Jan 2000 08:48:11 -0500 (EST) Received: from wyle-hnt.info.net (wylelabs.com [207.117.104.11]) by sa.infonet.com (8.8.5/8.6.12) with ESMTP id NAA01710 for <[email protected]>; Wed, 19 Jan 2000 13:48:10 GMT Received: by oper11.info.net with Internet Mail Service (5.0.1460.8) id <DHN2BW87>; Wed, 19 Jan 2000 07:43:34 -0600 Message-ID: <[email protected]> From: "Dougherty, David" <[email protected]> To: [email protected] Subject: RE: US-TX-Austin-EMC/Compliance Engineer List-Post: [email protected] Date: Wed, 19 Jan 2000 07:43:31 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Frank: Are you available to move to Huntsville, AL? If so, please send me your resume. Thanks for your interest. Best Regards, Dave Dougherty Director, Program Development Wyle Laboratories, Inc. 7800 Highway 20 Huntsville, AL 35806 256-837-4411, ext. 373 Fax: 256-721-0144 > ---------- > From: [email protected][SMTP:[email protected]] > Reply To: [email protected] > Sent: Tuesday, January 18, 2000 8:05 PM > To: [email protected] > Subject: Re: US-TX-Austin-EMC/Compliance Engineer > > Hello Dave, if you need someone to write test procedures, negotiate and > monitor test labs I can help have 35 years experience in the > business..Frank > Peter > 516-589-3466 > From - Fri Jan 21 04:52:20 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.07 201-229-116-107) with ESMTP id <20000120173903.bglx26051.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 20 Jan 2000 17:39:03 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id MAA20395 for nebs-outgoing; Thu, 20 Jan 2000 12:05:55 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id MAA19472 for <[email protected]>; Thu, 20 Jan 2000 12:02:37 -0500 (EST) Received: from sembo111.Teknor.com ([205.205.44.10]) by world.std.com (8.9.3/8.9.3) with ESMTP id MAA18690 for <[email protected]>; Thu, 20 Jan 2000 12:00:04 -0500 (EST) Received: by SEMBO111 with Internet Mail Service (5.0.1460.8) id <CWHJKB3Z>; Thu, 20 Jan 2000 11:59:34 -0500 Message-ID: <60A30C1DBC46D211947D00805F85F18FB0252F@SEMBO111> From: "Emond, Denis" <[email protected]> To: "'NEBS discussion group'" <[email protected]> Cc: =?iso-8859-1?Q?Meunier=2C_=C9ric?= <[email protected]>, "Muraglia, Philippe" <[email protected]>, "Sauvageau, Mario" <[email protected]> Subject: NEBS compliance checklist for Compact PCI boards List-Post: [email protected] Date: Thu, 20 Jan 2000 11:59:32 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain; charset="iso-8859-1" X-MIME-Autoconverted: from quoted-printable to 8bit by europe.std.com id MAA19489 Sender: [email protected] Precedence: list Reply-To: [email protected] Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by europe.std.com id MAA20395 X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <60A30C1DBC46D211947D00805F85F18FB0252F@SEMBO111> We are looking for a NEBS compliance Design Checklist for densely populat= ed double sided Compact-PCI plug-in boards using high density SMT components. The checklist should reflect a thorough knowledge of RBOC's and Test Labs requirements and interpretations. If you have such a list, or the compete= ncy to generate it, please contact us. Thanks =C9ric Meunier Architecte de conformit=E9 / Conformity Architect E-mail: mailto:[email protected] Teknor Applicom Inc. 616, rue Cur=E9-Boivin Boisbriand, Qu=E9bec Canada, J7G 2A7 Tel: 1-450-437-4661 ext. 419 Fax: 1-450-437-8053 Web: http://www.teknor.com Denis Emond=20 Director - CompactPCI development Phone: (450) 437-5682 ext.369 Fax: (450) 437-8053 =20 T E K N O R E-mail: [email protected] APPLICOM http://www.teknor.com =09 From - Fri Jan 21 04:52:36 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.07 201-229-116-107) with ESMTP id <20000120201049.istp26051.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 20 Jan 2000 20:10:49 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id OAA29257 for nebs-outgoing; Thu, 20 Jan 2000 14:33:52 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id OAA28036 for <[email protected]>; Thu, 20 Jan 2000 14:28:18 -0500 (EST) Received: from sa.infonet.com (sa.infonet.com [192.157.130.21]) by world.std.com (8.9.3/8.9.3) with ESMTP id OAA08871 for <[email protected]>; Thu, 20 Jan 2000 14:25:29 -0500 (EST) Received: from wyle-hnt.info.net (wylelabs.com [207.117.104.11]) by sa.infonet.com (8.8.5/8.6.12) with ESMTP id TAA23506 for <[email protected]>; Thu, 20 Jan 2000 19:25:26 GMT Received: by oper11.info.net with Internet Mail Service (5.0.1460.8) id <DJPFGKZC>; Thu, 20 Jan 2000 13:20:49 -0600 Message-ID: <[email protected]> From: "Hazeltine, Joseph" <[email protected]> To: [email protected] Subject: RE: NEBS compliance checklist for Compact PCI boards List-Post: [email protected] Date: Thu, 20 Jan 2000 13:20:46 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain; charset="iso-8859-1" X-MIME-Autoconverted: from quoted-printable to 8bit by europe.std.com id OAA28039 Sender: [email protected] Precedence: list Reply-To: [email protected] Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by europe.std.com id OAA29257 X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Denis, We have a checklist that we use here at Wyle for NEBS compliance activiti= es. We also have the capability to generate one in more detail if needed. We would love to discuss your requirements in more detail. Joe Hazeltine -----Original Message----- From: Emond, Denis [mailto:[email protected]] Sent: Thursday, January 20, 2000 11:00 AM To: 'NEBS discussion group' Cc: Meunier, =C9ric; Muraglia, Philippe; Sauvageau, Mario Subject: NEBS compliance checklist for Compact PCI boards We are looking for a NEBS compliance Design Checklist for densely populat= ed double sided Compact-PCI plug-in boards using high density SMT components. The checklist should reflect a thorough knowledge of RBOC's and Test Labs requirements and interpretations. If you have such a list, or the compete= ncy to generate it, please contact us. Thanks =C9ric Meunier Architecte de conformit=E9 / Conformity Architect E-mail: mailto:[email protected] Teknor Applicom Inc. 616, rue Cur=E9-Boivin Boisbriand, Qu=E9bec Canada, J7G 2A7 Tel: 1-450-437-4661 ext. 419 Fax: 1-450-437-8053 Web: http://www.teknor.com Denis Emond=20 Director - CompactPCI development Phone: (450) 437-5682 ext.369 Fax: (450) 437-8053 =20 T E K N O R E-mail: [email protected] APPLICOM http://www.teknor.com =09 From - Fri Jan 28 05:06:55 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.07 201-229-116-107) with ESMTP id <20000126165022.fqtt21509.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 26 Jan 2000 16:50:22 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id LAA01263 for nebs-outgoing; Wed, 26 Jan 2000 11:30:23 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id LAA00805 for <[email protected]>; Wed, 26 Jan 2000 11:28:38 -0500 (EST) Received: from imo11.mx.aol.com (imo11.mx.aol.com [152.163.225.1]) by world.std.com (8.9.3/8.9.3) with ESMTP id LAA01342 for <[email protected]>; Wed, 26 Jan 2000 11:26:02 -0500 (EST) From: [email protected] Received: from [email protected] by imo11.mx.aol.com (mail_out_v24.6.) id k.b5.6bd367 (4254) for <[email protected]>; Wed, 26 Jan 2000 11:25:31 -0500 (EST) Message-ID: <[email protected]> List-Post: [email protected] Date: Wed, 26 Jan 2000 11:25:30 EST Subject: Re: RE: US-TX-Austin-EMC/Compliance Engineer To: [email protected] MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: AOL 3.0.1 for Mac sub 82 Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Good morning Dave, I think I may have mislead you, although I have 35 years in the Business I am not an EMC engineer. The title I like most is "Manager Projects Extraordinaire", as the team leader of the industrial sales team of a large independent test lab my team covered the following markets... Telecommunications Automotive Aerospace Shipboard Medical Industrial Military Primes Market share was about $12 million/ year. If there is interest in Wyle's sales and marketing staff for an experienced technical sales and marketing person you can reached me at "[email protected]" From - Fri Jan 28 05:10:34 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.02.07 201-229-116-107) with ESMTP id <20000128020611.wor16426.mtiwgwc24.worldnet.att....@europe.std.com> for <[email protected]>; Fri, 28 Jan 2000 02:06:11 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id UAA13178 for nebs-outgoing; Thu, 27 Jan 2000 20:32:05 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id UAA12609 for <[email protected]>; Thu, 27 Jan 2000 20:28:38 -0500 (EST) Received: from fs-sd-exch1.coppermountain.com (fs-sd-exch1.coppermountain.com [209.246.224.234]) by world.std.com (8.9.3/8.9.3) with ESMTP id UAA24515 for <[email protected]>; Thu, 27 Jan 2000 20:27:22 -0500 (EST) Received: by fs-sd-exch1.coppermountain.com with Internet Mail Service (5.5.2448.0) id <CWBZA82B>; Thu, 27 Jan 2000 17:24:28 -0800 Message-ID: <47fef5d2be22d311aa8600508b108915922...@fs-sd-exch1.coppermountain.com> From: Tom Lavka <[email protected]> To: "'[email protected]'" <[email protected]> Cc: Jim Donnelly <[email protected]> Subject: Job Opportunity at Copper Mountain Networks, Inc. List-Post: [email protected] Date: Thu, 27 Jan 2000 17:24:28 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: 3D6DC1D52EC9BDE2BBC7D3E8CB29FA5F COPPER MOUNTAIN NETWORKS Title INTERNATIONAL COMPLIANCE ENGINEER Location SAN DIEGO, CA 92121, USA Description Life moves fast at Copper Mountain Networks, a rapidly growing provider of end-to-end DSL products for both Network Service Provider (NSP) and end-user needs. In three years, we've become a major success story and our growth is showing no signs of slowing down. If you're a sharp team player, consider joining us in our fast-paced, "go for it" environment. We'll dazzle you with challenges and acknowledge your accomplishments with professional growth and respect. Consider the following in our SAN DIEGO, CA office: INTERNATIONAL COMPLIANCE ENGINEER You will investigate required compliance specifications and testing needed to take Copper Mountain products into identified international markets. Produce plans and documentation to support the entry into these markets. Manage 3rd party development of custom power supplies for CE150 platform. Provide technical and project leadership in compliance engineering including staff development, and other platform related areas such as line interfaces and power subsystems. Requires a BSEE and 10 years experience in both hands-on engineering and leadership of technical team. Background in Telecom and related industry desired. Must have experience in compliance engineering, international compliance, product safety, and electromagnetic compatibility. Experience in power supply design and power distribution subsystems in communications systems strongly recommended. Candidate must be computer literate, and possess working knowledge with schematic capture, database; CAD skills strongly recommended. We offer great growth potential, competitive salaries and benefits and stock options in a company on its way to the top. To apply, send your resume to: Copper Mountain Networks, Attn: Professional Staffing, Ref #99-127-CM 10145 Pacific Heights Blvd., #100, San Diego, CA 92121. Fax: (858) 410-7280. E-mail: [email protected] Equal Opportunity Employer. COPPER MOUNTAIN NETWORKS www.coppermountain.com From - Tue Mar 07 05:33:05 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.31a 201-229-119-114) with ESMTP id <20000306195453.bads7338.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Mon, 6 Mar 2000 19:54:53 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id OAA24707 for nebs-outgoing; Mon, 6 Mar 2000 14:21:00 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id OAA23921 for <[email protected]>; Mon, 6 Mar 2000 14:17:15 -0500 (EST) Received: from InterJet.curtis-straus.com (user193.curtis-straus.com [208.244.108.193] (may be forged)) by world.std.com (8.9.3/8.9.3) with ESMTP id OAA08413 for <[email protected]>; Mon, 6 Mar 2000 14:13:09 -0500 (EST) Received: (from daemon@localhost) by InterJet.curtis-straus.com (8.8.5/8.8.5) id NAA04504 for <[email protected]>; Mon, 6 Mar 2000 13:36:56 -0500 (EST) Received: from Curtis.curtis-straus.com(192.168.1.100), claiming to be "curtis-straus.com" via SMTP by InterJet.curtis-straus.com, id smtpdWT4502; Mon Mar 6 18:36:48 2000 Message-ID: <[email protected]> List-Post: [email protected] Date: Mon, 06 Mar 2000 13:39:22 -0500 From: "Jon D. Curtis" <[email protected]> Organization: curtis-straus X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: [email protected] Subject: Intrabuilding surge suppression devices for ethernet Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Dear Group, What are people using for intrabuilding surge suppression on 10MB ethernet? On 100MB ethernet? We've tried some Teccor parts and some diodes after the transformer. These seem to work OK, but I would like to know if there are other manufacturers of parts or alternate strategies of compliance that you will share. Sincerely, -- Jon D. Curtis, P.E. Director of Engineering Curtis-Straus LLC One Stop Laboratory for EMC, Product Safety, and Telecom Testing. 527 Great Road Littleton, MA 01460 USA Voice 978-486-8880 Fax 978-486-8828 email: [email protected] WWW.CURTIS-STRAUS.COM From - Wed Mar 08 20:56:11 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc27.worldnet.att.net (InterMail vM.4.01.02.31a 201-229-119-114) with ESMTP id <20000307203355.ghkb19482.mtiwgwc27.worldnet.att....@europe.std.com> for <[email protected]>; Tue, 7 Mar 2000 20:33:55 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id PAA03724 for nebs-outgoing; Tue, 7 Mar 2000 15:12:34 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id PAA02606 for <[email protected]>; Tue, 7 Mar 2000 15:08:40 -0500 (EST) Received: from smtppop3.gte.net (smtppop3.gte.net [207.115.153.22]) by world.std.com (8.9.3/8.9.3) with ESMTP id PAA01344 for <[email protected]>; Tue, 7 Mar 2000 15:05:30 -0500 (EST) Received: from gte.net (1Cust36.tnt2.gilroy.ca.da.uu.net [63.17.134.36]) by smtppop3.gte.net with ESMTP for <[email protected]>; id OAA1077517 Tue, 7 Mar 2000 14:05:22 -0600 (CST) Message-ID: <[email protected]> List-Post: [email protected] Date: Tue, 07 Mar 2000 12:05:10 -0800 From: Doug <[email protected]> X-Mailer: Mozilla 4.5 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: Nebs Discussion Group <[email protected]> Subject: A New Listserver Announcment ... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> I've asked Mr. Curtis if I could this announcement and he's agreed. I created a listserver newsgroup several weeks ago with the hopes of discussing anything to do with printed circuit board construction techniques needed specifically to pass, certify, or be approved by various agencies such as the FCC, UL, Bellcore, etc. It is by no means intended to detract from this or any other discussion group. Most of the members, there's about 60 of us so far , are electrical engineers with heavy experience with all sorts of agency test experience and board construction techniques to pass these tests. The membership list is closed for viewing so you can join and lurk without anyone knowing you're a member. Also, the Onelist discussion groups allow you 3 choices: first - to receive each and every post; second - to receive a digest of posts about 50k bytes big; third - opt to receive no posts with the "web only" option to view digests from the web page listed below. That way, your In box will never fill up. It is my hope that this group can be used as a significant resource to enhance you professionals who have helped me in many ways. If you are involved with any questions regarding printed circuit board construction methods for agency test requirements, I invite you to join up and post some questions. Please take a look at ... http://www.onelist.com/community/pcbtechniques Regards, Doug McKean From - Thu Mar 16 06:38:31 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.02.31a 201-229-119-114) with ESMTP id <20000315005739.iqhv12704.mtiwgwc21.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 15 Mar 2000 00:57:39 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id TAA13956 for nebs-outgoing; Tue, 14 Mar 2000 19:30:44 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id TAA13285 for <[email protected]>; Tue, 14 Mar 2000 19:26:32 -0500 (EST) Received: from sembo111.Teknor.com ([205.205.44.10]) by world.std.com (8.9.3/8.9.3) with ESMTP id TAA12748 for <[email protected]>; Tue, 14 Mar 2000 19:23:57 -0500 (EST) Received: by SEMBO111 with Internet Mail Service (5.5.2650.21) id <F7T6QCFQ>; Tue, 14 Mar 2000 19:23:52 -0500 Message-ID: <60A30C1DBC46D211947D00805F85F18FD543D7@SEMBO111> From: =?iso-8859-1?Q?=22Meunier=2C_=C9ric=22?= <[email protected]> To: [email protected] Subject: Grouding conductor fault current List-Post: [email protected] Date: Tue, 14 Mar 2000 19:23:44 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" X-MIME-Autoconverted: from quoted-printable to 8bit by europe.std.com id TAA13294 Sender: [email protected] Precedence: list Reply-To: [email protected] Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by europe.std.com id TAA13956 X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <60A30C1DBC46D211947D00805F85F18FD543D7@SEMBO111> Hi, With regards to the GR1089 requirement for a grounding conductor to safel= y conduct fault currents "likely to be imposed" (Section 9.7.1, R9-10 [82])= : Do we have to consider that multiple independent outputs of an embedded power source (ex: 5V and 3.3V) may be shorted simultaneously, or can we assume that only one would be shorted at a time? Best Regards, Eric =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =C9ric Meunier Architecte de conformit=E9 / Conformity Architect E-mail: mailto:[email protected] Teknor Applicom Inc. 616, rue Cur=E9-Boivin Boisbriand, Qu=E9bec Canada, J7G 2A7 Tel: 1-450-437-4661 ext. 419 Fax: 1-450-437-8053 Web: http://www.teknor.com From - Thu Mar 16 06:38:34 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.31a 201-229-119-114) with ESMTP id <20000315013628.kzga4867.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 15 Mar 2000 01:36:28 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id UAA22489 for nebs-outgoing; Tue, 14 Mar 2000 20:26:54 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id UAA21478 for <[email protected]>; Tue, 14 Mar 2000 20:21:24 -0500 (EST) Received: from 206-103-61-194.oresis.com (206-103-61-194.oresis.com [206.103.61.194]) by world.std.com (8.9.3/8.9.3) with SMTP id UAA23669 for <[email protected]>; Tue, 14 Mar 2000 20:19:18 -0500 (EST) Received: from oresisexchange.oresis by 206-103-61-194.oresis.com via smtpd (for world-f.std.com [199.172.62.5]) with SMTP; 15 Mar 2000 01:17:14 UT Received: by oresisexchange.oresis with Internet Mail Service (5.5.2448.0) id <G8ZLA4P3>; Tue, 14 Mar 2000 17:19:18 -0800 Message-ID: <[email protected]> From: David Spencer <[email protected]> To: "'[email protected]'" <[email protected]> Subject: RE: Grouding conductor fault current List-Post: [email protected] Date: Tue, 14 Mar 2000 17:19:18 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" X-MIME-Autoconverted: from quoted-printable to 8bit by europe.std.com id UAA21487 Sender: [email protected] Precedence: list Reply-To: [email protected] Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by europe.std.com id UAA22489 X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Eric, My interpretation of the standard is that the grounding conductor needs t= o be able to handle the sum of the currents. If both the supplies are fed from a common supply, e.g. -48V, then they should both be included in the calculation. Regards, Dave Spencer Compliance Engineer Oresis Communications -----Original Message----- From: "Meunier, =C9ric" [mailto:[email protected]] Sent: Tuesday, March 14, 2000 4:24 PM To: [email protected] Subject: Grouding conductor fault current Hi, With regards to the GR1089 requirement for a grounding conductor to safel= y conduct fault currents "likely to be imposed" (Section 9.7.1, R9-10 [82])= : Do we have to consider that multiple independent outputs of an embedded power source (ex: 5V and 3.3V) may be shorted simultaneously, or can we assume that only one would be shorted at a time? Best Regards, Eric =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =C9ric Meunier Architecte de conformit=E9 / Conformity Architect E-mail: mailto:[email protected] Teknor Applicom Inc. 616, rue Cur=E9-Boivin Boisbriand, Qu=E9bec Canada, J7G 2A7 Tel: 1-450-437-4661 ext. 419 Fax: 1-450-437-8053 Web: http://www.teknor.com From - Thu Mar 16 06:38:36 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.02.31a 201-229-119-114) with ESMTP id <20000315023025.ofjr17758.mtiwgwc24.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 15 Mar 2000 02:30:25 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id VAA29145 for nebs-outgoing; Tue, 14 Mar 2000 21:11:09 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id VAA28766 for <[email protected]>; Tue, 14 Mar 2000 21:09:41 -0500 (EST) Received: from venus.sgsgroup.com (venus.sgsgroup.com [194.196.138.11]) by world.std.com (8.9.3/8.9.3) with SMTP id VAA26500 for <[email protected]>; Tue, 14 Mar 2000 21:08:13 -0500 (EST) From: [email protected] Received: by venus.sgsgroup.com(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 482568A3.000BCAE5 ; Wed, 15 Mar 2000 10:08:48 +0800 X-Lotus-FromDomain: SGS To: [email protected] Message-ID: <[email protected]> List-Post: [email protected] Date: Wed, 15 Mar 2000 11:10:09 +0900 Subject: Re: Grouding conductor fault current Mime-Version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Disposition: inline X-MIME-Autoconverted: from quoted-printable to 8bit by europe.std.com id VAA28771 Sender: [email protected] Precedence: list Reply-To: [email protected] Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by europe.std.com id VAA29145 X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Hi Eric, In the viewpoint of safety, fault condition that should be considered is = alway one case, which means safety requirement do not expect two short circuit conditions simultaneousely. So, my opinion is th= at it will be the proper to consider higher current due to severe short circui= t. Regards, John "Meunier, =C9ric" <[email protected]> on 2000-03-15 12:23:44 =BF=C0=C0=FC Please respond to [email protected] Sent by: "Meunier, =C9ric" <[email protected]> To: [email protected] cc: (bcc: John Kim/CoProd/Seoul/KR/SGS) Subject: Grouding conductor fault current Hi, With regards to the GR1089 requirement for a grounding conductor to safel= y conduct fault currents "likely to be imposed" (Section 9.7.1, R9-10 [82])= : Do we have to consider that multiple independent outputs of an embedded power source (ex: 5V and 3.3V) may be shorted simultaneously, or can we assume that only one would be shorted at a time? Best Regards, Eric =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =C9ric Meunier Architecte de conformit=E9 / Conformity Architect E-mail: mailto:[email protected] Teknor Applicom Inc. 616, rue Cur=E9-Boivin Boisbriand, Qu=E9bec Canada, J7G 2A7 Tel: 1-450-437-4661 ext. 419 Fax: 1-450-437-8053 Web: http://www.teknor.com - - - - - - - - - - - - - - - - - - - - - - - - - - - - "The information in this e.mail and any attachments is confidential and i= s intended for the addressee only. Reading, copying, disclosure or use by = anybody else is not authorised. The contents do not represent the opinion of SGS = Soci=E9t=E9 G=E9n=E9rale de Surveillance Holding SA or any of its affiliates except t= o the extent that it relates to their official business. If you are not the int= ended recipient, please delete this message and any attachments and advise the = sender by return e.mail" Visit our website: http://www.sgsgroup.com - - - - - - - - - - - - - - - - - - - - - - - - - - - - From - Thu Mar 16 06:46:37 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.02.31a 201-229-119-114) with ESMTP id <20000316014605.ncib6035.mtiwgwc23.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 16 Mar 2000 01:46:05 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id UAA17588 for nebs-outgoing; Wed, 15 Mar 2000 20:31:19 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id UAA16640 for <[email protected]>; Wed, 15 Mar 2000 20:25:11 -0500 (EST) Received: from excelsus01.excelsus-tech.com ([63.197.196.30]) by world.std.com (8.9.3/8.9.3) with SMTP id UAA18113 for <[email protected]>; Wed, 15 Mar 2000 20:21:52 -0500 (EST) Received: by excelsus01 with Internet Mail Service (5.5.2650.21) id <G76LGSHR>; Wed, 15 Mar 2000 17:24:12 -0800 Message-ID: <99A33C5F2DC1D311931D009027E7E82203C478@excelsus01> From: Don House <[email protected]> To: [email protected] Subject: RE: NEBS 2000 Conference List-Post: [email protected] Date: Wed, 15 Mar 2000 17:24:12 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <99A33C5F2DC1D311931D009027E7E82203C478@excelsus01> Joe, and list members, I am not sure about the NEBS 2000 seminars. I would like to receive information on them. I am signed up for the NEBS by MET Seminar and Workshop to be held in Union City, CA on April 12-13, 2000 Keynote Speaker is Chuck Graft of Bell Atlantic Don Don Robert House Member Technical Staff Excelsus Technologies, Inc. 2195 Faraday Avenue, Suite C Carlsbad, CA 92008 (760) 476-1511 (760) 476-1519 FAX URL: http://www.excelsus-tech.com -----Original Message----- From: Joe Finlayson [mailto:[email protected]] Sent: Wednesday, March 15, 2000 12:05 PM To: 'NEBS Newsgroup' Subject: NEBS 2000 Conference I couldn't help but notice that there are two NEBS 2000 conferences this year - on the exact same dates. UL and Telcordia/Bell Atlantic are both sponsoring what appears to be the same event and, in some cases, claiming the same representatives will be there. Does anyone have any insight to what's going on here? I'm definitely going to one, but.......... Thx, Joe ********************************* <<...>> Joe Finlayson Manager, Compliance Engineering Telica, Inc. 734 Forest Street, Bldg. G, Suite 100 Marlboro, MA 01752 Tel: (508) 480-0909 x212 Fax: (508) 480-0922 Email: [email protected] Web: www.telica.com From - Fri Mar 17 04:56:51 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.31a 201-229-119-114) with ESMTP id <20000316135554.lobq11542.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 16 Mar 2000 13:55:54 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id IAA20303 for nebs-outgoing; Thu, 16 Mar 2000 08:36:03 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id IAA19652 for <[email protected]>; Thu, 16 Mar 2000 08:30:53 -0500 (EST) Received: from acestes-fe0.ultra.net (acestes-fe0.ultra.net [146.115.9.54]) by world.std.com (8.9.3/8.9.3) with ESMTP id IAA26217 for <[email protected]>; Thu, 16 Mar 2000 08:28:16 -0500 (EST) Received: from wench.telica.com (telica-br-gw.mbo.ultra.net [209.6.88.65] (may be forged)) by acestes-fe0.ultra.net (8.8.8/ult/n20340/mtc.v2) with ESMTP id IAA12568 for <[email protected]>; Thu, 16 Mar 2000 08:28:16 -0500 (EST) Received: by wench with Internet Mail Service (5.5.2448.0) id <GC7F8T7V>; Thu, 16 Mar 2000 08:29:09 -0500 Message-ID: <D1BB06A1EFA3D211A830009027289AEA1F454C@wench> From: Joe Finlayson <[email protected]> To: "'[email protected]'" <[email protected]> Subject: RE: NEBS 2000 Conference List-Post: [email protected] Date: Thu, 16 Mar 2000 08:29:05 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <D1BB06A1EFA3D211A830009027289AEA1F454C@wench> Don, The details are on the Telcordia and UL web sites. I believe the intent of these are to be more of a conference than a seminar - interaction between the manufacturers, test labs and RBOC's - as opposed to a training session. http://www.800teachme.com/nebsconference.html http://www.ul.com/seminars/newseminar.htm I would prefer to attend both although, by "coincidence", they seem to be on the same dates. Can anyone shed some light onto the history behind this situation and if anyone might be changing their dates? Thx, Joe ******************************************** Joe Finlayson Manager, Compliance Engineering Telica, Inc. 734 Foster Street, Bldg. G, Suite 100 Marlboro, MA 01752 Tel: (508) 480-0909 x212 Fax: (508) 480-0922 Email: [email protected] -----Original Message----- From: Don House [mailto:[email protected]] Sent: Wednesday, March 15, 2000 8:24 PM To: [email protected] Subject: RE: NEBS 2000 Conference Joe, and list members, I am not sure about the NEBS 2000 seminars. I would like to receive information on them. I am signed up for the NEBS by MET Seminar and Workshop to be held in Union City, CA on April 12-13, 2000 Keynote Speaker is Chuck Graft of Bell Atlantic Don Don Robert House Member Technical Staff Excelsus Technologies, Inc. 2195 Faraday Avenue, Suite C Carlsbad, CA 92008 (760) 476-1511 (760) 476-1519 FAX URL: http://www.excelsus-tech.com -----Original Message----- From: Joe Finlayson [mailto:[email protected]] Sent: Wednesday, March 15, 2000 12:05 PM To: 'NEBS Newsgroup' Subject: NEBS 2000 Conference I couldn't help but notice that there are two NEBS 2000 conferences this year - on the exact same dates. UL and Telcordia/Bell Atlantic are both sponsoring what appears to be the same event and, in some cases, claiming the same representatives will be there. Does anyone have any insight to what's going on here? I'm definitely going to one, but.......... Thx, Joe ********************************* <<...>> Joe Finlayson Manager, Compliance Engineering Telica, Inc. 734 Forest Street, Bldg. G, Suite 100 Marlboro, MA 01752 Tel: (508) 480-0909 x212 Fax: (508) 480-0922 Email: [email protected] Web: www.telica.com From - Fri Mar 17 04:57:35 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.31a 201-229-119-114) with ESMTP id <20000316174827.jmud13167.mtiwgwc22.worldnet.att....@ruebert.ieee.org>; Thu, 16 Mar 2000 17:48:27 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id MAA19196; Thu, 16 Mar 2000 12:17:47 -0500 (EST) Message-ID: <A19FD68C08BDD111B32500A0C9AF286E4240CC@E-MAIL> From: John Juhasz <[email protected]> To: "'CHRIS WELLBORN'" <[email protected]>, NEBS Forum <[email protected]>, EMC-PSTC Forum <[email protected]> Subject: RE: NEBS 2000 Conferences List-Post: [email protected] Date: Thu, 16 Mar 2000 12:16:45 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.10) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BF8F6B.68311000" Sender: [email protected] Precedence: bulk Reply-To: John Juhasz <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <A19FD68C08BDD111B32500A0C9AF286E4240CC@E-MAIL> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BF8F6B.68311000 Content-Type: text/plain; charset="iso-8859-1" I attended one of the very first NEBS seminars held, a few years back. It was hosted by Bellcore (now known as Telcordia). They are the ones who wrote the specs., with input from the RBOCs (although some of the RBOCs may have additional requirements, and some also make the 'objective' specs in NEBS, 'required' specs to get into their CO). Going back to your question, as to which one to attend, personally I would prefer to attend the one hosted by the authors of the specification. Make sense? In either one, there will be reps from the various RBOCs. John Juhasz Fiber Options Bohemia, NY -----Original Message----- From: CHRIS WELLBORN [mailto:[email protected]] Sent: Thursday, March 16, 2000 10:01 AM To: NEBS Forum; EMC-PSTC Forum Subject: NEBS 2000 Conferences I would just like to share some information that I obtained this morning concerning the above conferences. Telcordia and Bell Atlantic will be hosting the NEBS conference in Baltimore on October 4-5, 2000. The preliminary agenda and key speakers are shown at the following website: http://www.800teachme.com/nebsagenda.html Underwriters Laboratories and US West will be hosting a NEBS 2000 conference in Las Vegas on October 4-6, 2000. The preliminary agenda and key speakers will be provided on their website in the near future. I was informed that Michael Bentley from US West will be one of the chairmen for this conference. Which one should you attend? Future details will be available at both the Telcordia and UL websites. Chris Wellborn Regulatory Compliance Engineer ADTRAN Voice: (256) 963-8906 ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] ------_=_NextPart_001_01BF8F6B.68311000 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> <HTML> <HEAD> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Diso-8859-1"> <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version = 5.5.2448.0"> <TITLE>RE: NEBS 2000 Conferences</TITLE> </HEAD> <BODY> <P><FONT SIZE=3D2>I attended one of the very first NEBS seminars held, = a few years back. It was hosted by</FONT> <BR><FONT SIZE=3D2>Bellcore (now known as Telcordia). They are the ones = who wrote the specs., with input from the RBOCs (although some of the = RBOCs may have additional requirements, and some also make the = 'objective' specs in NEBS, 'required' specs to get into their = CO).</FONT></P> <P><FONT SIZE=3D2>Going back to your question, as to which one to = attend, personally I would prefer to attend the one hosted by the = authors of the specification. Make sense?</FONT></P> <P><FONT SIZE=3D2>In either one, there will be reps from the various = RBOCs.</FONT> </P> <P><FONT SIZE=3D2>John Juhasz</FONT> <BR><FONT SIZE=3D2>Fiber Options</FONT> <BR><FONT SIZE=3D2>Bohemia, NY</FONT> </P> <P><FONT SIZE=3D2>-----Original Message-----</FONT> <BR><FONT SIZE=3D2>From: CHRIS WELLBORN [<A = HREF=3D"mailto:[email protected]">mailto:[email protected]= om</A>]</FONT> <BR><FONT SIZE=3D2>Sent: Thursday, March 16, 2000 10:01 AM</FONT> <BR><FONT SIZE=3D2>To: NEBS Forum; EMC-PSTC Forum</FONT> <BR><FONT SIZE=3D2>Subject: NEBS 2000 Conferences</FONT> </P> <BR> <BR> <P><FONT SIZE=3D2>I would just like to share some information that I = obtained this morning</FONT> <BR><FONT SIZE=3D2>concerning the above conferences.</FONT> </P> <P><FONT SIZE=3D2>Telcordia and Bell Atlantic will be hosting the NEBS = conference in Baltimore</FONT> <BR><FONT SIZE=3D2>on October 4-5, 2000. The preliminary agenda = and key speakers are shown at</FONT> <BR><FONT SIZE=3D2>the following website:</FONT> </P> <P><FONT SIZE=3D2><A HREF=3D"http://www.800teachme.com/nebsagenda.html" = TARGET=3D"_blank">http://www.800teachme.com/nebsagenda.html</A></FONT> </P> <P><FONT SIZE=3D2>Underwriters Laboratories and US West will be hosting = a NEBS 2000 conference</FONT> <BR><FONT SIZE=3D2>in Las Vegas on October 4-6, 2000. The = preliminary agenda and key speakers</FONT> <BR><FONT SIZE=3D2>will be provided on their website in the near = future. I was informed that</FONT> <BR><FONT SIZE=3D2>Michael Bentley from US West will be one of the = chairmen for this</FONT> <BR><FONT SIZE=3D2>conference.</FONT> </P> <P><FONT SIZE=3D2>Which one should you attend?</FONT> </P> <P><FONT SIZE=3D2>Future details will be available at both the = Telcordia and UL websites. </FONT> </P> <P><FONT SIZE=3D2>Chris Wellborn</FONT> <BR><FONT SIZE=3D2>Regulatory Compliance Engineer</FONT> <BR><FONT SIZE=3D2>ADTRAN</FONT> <BR><FONT SIZE=3D2>Voice: (256) 963-8906</FONT> </P> <BR> <BR> <P><FONT SIZE=3D2>-------------------------------------------</FONT> <BR><FONT SIZE=3D2>This message is from the IEEE EMC Society Product = Safety</FONT> <BR><FONT SIZE=3D2>Technical Committee emc-pstc discussion list.</FONT> </P> <P><FONT SIZE=3D2>To cancel your subscription, send mail to:</FONT> <BR><FONT SIZE=3D2> [email protected]</FONT> <BR><FONT SIZE=3D2>with the single line:</FONT> <BR><FONT SIZE=3D2> unsubscribe emc-pstc</FONT> </P> <P><FONT SIZE=3D2>For help, send mail to the list = administrators:</FONT> <BR><FONT SIZE=3D2> Jim = Bacher:  = ; [email protected]</FONT> <BR><FONT SIZE=3D2> Michael = Garretson: = [email protected]</FONT> </P> <P><FONT SIZE=3D2>For policy questions, send mail to:</FONT> <BR><FONT SIZE=3D2> Richard = Nute: = [email protected]</FONT> </P> </BODY> </HTML> ------_=_NextPart_001_01BF8F6B.68311000-- ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Fri Mar 17 04:57:43 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.31a 201-229-119-114) with ESMTP id <20000316181420.ksdj13167.mtiwgwc22.worldnet.att....@ruebert.ieee.org>; Thu, 16 Mar 2000 18:14:20 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id MAA29853; Thu, 16 Mar 2000 12:54:29 -0500 (EST) Message-ID: <[email protected]> From: Gary McInturff <[email protected]> To: "'CHRIS WELLBORN'" <[email protected]>, NEBS Forum <[email protected]>, EMC-PSTC Forum <[email protected]> Subject: RE: NEBS 2000 Conferences List-Post: [email protected] Date: Thu, 16 Mar 2000 09:54:26 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: bulk Reply-To: Gary McInturff <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Both Telecordia and UL are test houses that can deal with NEBS testing. Telcordia has probably been at it longer than UL and used to be a part of MA Bell, and then Bell Labs. UL in the last couple of years has been putting on NEBS seminars at which all of the RBOC's Bell Atlantic, US West, SWB, and all of the others were panelist. UL hosted it and Telecordia was in the crowd with the rest of us. During these seminars if anyone was to take a more stringent interpretation or to add requirements not in the NEBS documents that tended to be Bell Atlantic. The timing of these two seminars sounds a whole lot political to me, and that may be much more interesting than who hosts the conference. In particular when you consider that the NEBS 2000 requirements have been a bit of a political football, with Bell Atlantic in particular not wanting manufacturing input into the standard. The stated reason was they felt it would slow the process down. Certainly, a possibility but I would encourage you to draw you own conclusions. If there isn't something else afoot here then I would point out that I would much rather be in Las Vegas in October than Baltimore. Gary -----Original Message----- From: CHRIS WELLBORN [mailto:[email protected]] Sent: Thursday, March 16, 2000 7:01 AM To: NEBS Forum; EMC-PSTC Forum Subject: NEBS 2000 Conferences I would just like to share some information that I obtained this morning concerning the above conferences. Telcordia and Bell Atlantic will be hosting the NEBS conference in Baltimore on October 4-5, 2000. The preliminary agenda and key speakers are shown at the following website: http://www.800teachme.com/nebsagenda.html Underwriters Laboratories and US West will be hosting a NEBS 2000 conference in Las Vegas on October 4-6, 2000. The preliminary agenda and key speakers will be provided on their website in the near future. I was informed that Michael Bentley from US West will be one of the chairmen for this conference. Which one should you attend? Future details will be available at both the Telcordia and UL websites. Chris Wellborn Regulatory Compliance Engineer ADTRAN Voice: (256) 963-8906 ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Fri Mar 17 04:57:50 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000316191348.xmen6262.mtiwgwc21.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 16 Mar 2000 19:13:48 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id NAA23872 for nebs-outgoing; Thu, 16 Mar 2000 13:44:27 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id NAA22343 for <[email protected]>; Thu, 16 Mar 2000 13:36:45 -0500 (EST) Received: from srv-exchange1.adtran.com ([206.166.249.112]) by world.std.com (8.9.3/8.9.3) with ESMTP id NAA09624 for <[email protected]>; Thu, 16 Mar 2000 13:32:30 -0500 (EST) Received: by srv-exchange1.adtran.com with Internet Mail Service (5.5.2448.0) id <G94PCPWK>; Thu, 16 Mar 2000 12:31:12 -0600 Message-ID: <[email protected]> From: JIM WIESE <[email protected]> To: "'CHRIS WELLBORN'" <[email protected]>, NEBS Forum <[email protected]>, EMC-PSTC Forum <[email protected]>, Gary McInturff <[email protected]> Subject: RE: NEBS 2000 Conferences List-Post: [email protected] Date: Thu, 16 Mar 2000 12:31:11 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Could someone enlighten me on what is meant by "NEBS 2000 requirements"? Is there some sort of standards work going on here? Thanks, Jim Jim Wiese NEBS Project Manager/Compliance Engineer ADTRAN, INC. 901 Explorer Blvd. P.O. Box 140000 Huntsville, AL 35814-4000 256-963-8431 256-963-8250 fax [email protected] > ---------- > From: Gary McInturff[SMTP:[email protected]] > Sent: Thursday, March 16, 2000 11:54 AM > To: 'CHRIS WELLBORN'; NEBS Forum; EMC-PSTC Forum > Subject: RE: NEBS 2000 Conferences > > > Both Telecordia and UL are test houses that can deal with > NEBS testing. Telcordia has probably been at it longer than UL and used to > be a part of MA Bell, and then Bell Labs. UL in the last couple of years > has > been putting on NEBS seminars at which all of the RBOC's Bell Atlantic, US > West, SWB, and all of the others were panelist. UL hosted it and > Telecordia > was in the crowd with the rest of us. During these seminars if anyone was > to > take a more stringent interpretation or to add requirements not in the > NEBS > documents that tended to be Bell Atlantic. > The timing of these two seminars sounds a whole lot political to me, > and that may be much more interesting than who hosts the conference. In > particular when you consider that the NEBS 2000 requirements have been a > bit > of a political football, with Bell Atlantic in particular not wanting > manufacturing input into the standard. The stated reason was they felt it > would slow the process down. Certainly, a possibility but I would > encourage > you to draw you own conclusions. > If there isn't something else afoot here then I would point out that > I would much rather be in Las Vegas in October than Baltimore. > Gary > > > -----Original Message----- > From: CHRIS WELLBORN [mailto:[email protected]] > Sent: Thursday, March 16, 2000 7:01 AM > To: NEBS Forum; EMC-PSTC Forum > Subject: NEBS 2000 Conferences > > > I would just like to share some information that I obtained > this morning > concerning the above conferences. > > Telcordia and Bell Atlantic will be hosting the NEBS > conference in Baltimore > on October 4-5, 2000. The preliminary agenda and key > speakers are shown at > the following website: > > http://www.800teachme.com/nebsagenda.html > > Underwriters Laboratories and US West will be hosting a NEBS > 2000 conference > in Las Vegas on October 4-6, 2000. The preliminary agenda > and key speakers > will be provided on their website in the near future. I was > informed that > Michael Bentley from US West will be one of the chairmen for > this > conference. > > Which one should you attend? > > Future details will be available at both the Telcordia and > UL websites. > > Chris Wellborn > Regulatory Compliance Engineer > ADTRAN > Voice: (256) 963-8906 > > > > ------------------------------------------- > This message is from the IEEE EMC Society Product Safety > Technical Committee emc-pstc discussion list. > > To cancel your subscription, send mail to: > [email protected] > with the single line: > unsubscribe emc-pstc > > For help, send mail to the list administrators: > Jim Bacher: [email protected] > Michael Garretson: [email protected] > > For policy questions, send mail to: > Richard Nute: [email protected] > > > ------------------------------------------- > This message is from the IEEE EMC Society Product Safety > Technical Committee emc-pstc discussion list. > > To cancel your subscription, send mail to: > [email protected] > with the single line: > unsubscribe emc-pstc > > For help, send mail to the list administrators: > Jim Bacher: [email protected] > Michael Garretson: [email protected] > > For policy questions, send mail to: > Richard Nute: [email protected] > > From - Fri Mar 17 04:58:16 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc25.worldnet.att.net (InterMail vM.4.01.02.31a 201-229-119-114) with ESMTP id <20000316215520.uuni19378.mtiwgwc25.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 16 Mar 2000 21:55:20 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id QAA01936 for nebs-outgoing; Thu, 16 Mar 2000 16:37:10 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id QAA00729 for <[email protected]>; Thu, 16 Mar 2000 16:32:06 -0500 (EST) Received: from underlab-bh.ul.com (underlab-bh.ul.com [204.167.162.66]) by world.std.com (8.9.3/8.9.3) with ESMTP id QAA16068 for <[email protected]>; Thu, 16 Mar 2000 16:28:25 -0500 (EST) From: [email protected] Received: (from uucp@localhost) by underlab-bh.ul.com (8.8.8/8.6.11) id PAA05152 for <[email protected]>; Thu, 16 Mar 2000 15:28:19 -0600 (CST) Received: from iscan(10.40.1.221) by underlab-bh.ul.com via smap (4.1) id xma005036; Thu, 16 Mar 00 15:27:38 -0600 Received: from USNBKM201.us.ul.com (unverified) by iscan-1.ul.com (Content Technologies SMTPRS 4.0.1) with ESMTP id <[email protected]> for <[email protected]>; Thu, 16 Mar 2000 15:30:36 -0600 Received: from usmelm402.us.ul.com ([10.21.1.248]) by USNBKM201.us.ul.com (Lotus Domino Release 5.0.2a (Intl)) with ESMTP id 2000031615224432:164362 ; Thu, 16 Mar 2000 15:22:44 -0600 Subject: RE: NEBS 2000 Framework Criteria To: [email protected] X-Mailer: Lotus Notes Release 5.0 (Intl) 30 March 1999 Message-ID: <[email protected]> List-Post: [email protected] Date: Thu, 16 Mar 2000 16:24:24 -0500 MIME-Version: 1.0 X-MIMETrack: Serialize by Router on USMELM402/ULI(Release 5.0.2c (Intl)|2 February 2000) at 03/16/2000 04:24:26 PM, Itemize by SMTP Server on USNBKM201/ULI(Release 5.0.2a (Intl)|23 November 1999) at 03/16/2000 03:22:44 PM, MIME-CD by Notes Server on USNBKM201/ULI(Release 5.0.2a (Intl)|23 November 1999) at 03/16/2000 03:22:47 PM, MIME-CD complete at 03/16/2000 03:22:47 PM, Serialize by Router on USNBKM201/ULI(Release 5.0.2a (Intl)|23 November 1999) at 03/16/2000 03:22:47 PM Content-type: multipart/mixed ; Boundary="0__=9JKw3CoxaYxbR1yKGDKwu26mbxZiNEMvTaKiBRchxkOTtIYvu6sfpOLQ" Content-Disposition: inline Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> --0__=9JKw3CoxaYxbR1yKGDKwu26mbxZiNEMvTaKiBRchxkOTtIYvu6sfpOLQ Content-type: text/plain; charset=us-ascii Jim, The following is from GR-63: "NEBS-2000 Framework Criteria This section presents new generic requirements for the physical design of cabinets and frameworks to help simplify planning and installation, ensure adequate physical strength, and provide uniformity between suppliers of telecommunications and computer equipment. These requirements may be used in place of the frame dimensions and strength criteria of Section 2. ....... ......... In summary, this section presents the criteria for a new frame to ? Coincide with current national and international standards ? Be used with current and future network equipment ? Provide improved compatibility between equipment suppliers' products ? Provide capabilities for raised-floor and concrete-floor installations ? Provide cable access from overhead or below the floor ? Improve physical strength and earthquake resistance ? Improve the accessibility to equipment and hardware during maintenance." Randy Ivans Global Program Manager -Telecommunications Underwriters Laboratories Inc. 1285 Walt Whitman Rd. Melville, NY 11747 TEL: 631-271-6200; Ext. 22269 FAX: 631-439-6096 NOTE NEW AREA CODE FOR UL MELVILLE! email: [email protected] [email protected] d.com To: "'CHRIS WELLBORN'" <[email protected]>, "NEBS Forum" 03/16/00 <[email protected]>, "EMC-PSTC Forum" 01:31 PM <[email protected]>, "Gary McInturff" <[email protected]> cc: (bcc: Randolph J. Ivans/MEL/ULI) Subject: RE: NEBS 2000 Conferences Could someone enlighten me on what is meant by "NEBS 2000 requirements"? Is there some sort of standards work going on here? Thanks, Jim Jim Wiese NEBS Project Manager/Compliance Engineer ADTRAN, INC. 901 Explorer Blvd. P.O. Box 140000 Huntsville, AL 35814-4000 256-963-8431 256-963-8250 fax [email protected] > ---------- > From: Gary McInturff[SMTP:[email protected]] March 16, 2000 11:54 AM > To: 'CHRIS WELLBORN'; NEBS Forum; EMC-PSTC Forum > Subject: RE: NEBS 2000 Conferences > > > Both Telecordia and UL are test houses that can deal with > NEBS testing. Telcordia has probably been at it longer than UL and used to > be a part of MA Bell, and then Bell Labs. UL in the last couple of years > has > been putting on NEBS seminars at which all of the RBOC's Bell Atlantic, US > West, SWB, and all of the others were panelist. UL hosted it and > Telecordia > was in the crowd with the rest of us. During these seminars if anyone was > to > take a more stringent interpretation or to add requirements not in the > NEBS > documents that tended to be Bell Atlantic. > The timing of these two seminars sounds a whole lot political to me, > and that may be much more interesting than who hosts the conference. In > particular when you consider that the NEBS 2000 requirements have been a > bit > of a political football, with Bell Atlantic in particular not wanting > manufacturing input into the standard. The stated reason was they felt it > would slow the process down. Certainly, a possibility but I would > encourage > you to draw you own conclusions. > If there isn't something else afoot here then I would point out that > I would much rather be in Las Vegas in October than Baltimore. > Gary > > > -----Original Message----- > From: CHRIS WELLBORN [mailto:[email protected]] > Sent: Thursday, March 16, 2000 7:01 AM > To: NEBS Forum; EMC-PSTC Forum > Subject: NEBS 2000 Conferences > > > I would just like to share some information that I obtained > this morning > concerning the above conferences. > > Telcordia and Bell Atlantic will be hosting the NEBS > conference in Baltimore > on October 4-5, 2000. The preliminary agenda and key > speakers are shown at > the following website: > > http://www.800teachme.com/nebsagenda.html > > Underwriters Laboratories and US West will be hosting a NEBS > 2000 conference > in Las Vegas on October 4-6, 2000. The preliminary agenda > and key speakers > will be provided on their website in the near future. I was > informed that > Michael Bentley from US West will be one of the chairmen for > this > conference. > > Which one should you attend? > > Future details will be available at both the Telcordia and > UL websites. > > Chris Wellborn > Regulatory Compliance Engineer > ADTRAN > Voice: (256) 963-8906 > > > > ------------------------------------------- > This message is from the IEEE EMC Society Product Safety > Technical Committee emc-pstc discussion list. > > To cancel your subscription, send mail to: > [email protected] > with the single line: > unsubscribe emc-pstc > > For help, send mail to the list administrators: > Jim Bacher: [email protected] > Michael Garretson: [email protected] > > For policy questions, send mail to: > Richard Nute: [email protected] > > > ------------------------------------------- > This message is from the IEEE EMC Society Product Safety > Technical Committee emc-pstc discussion list. > > To cancel your subscription, send mail to: > [email protected] > with the single line: > unsubscribe emc-pstc > > For help, send mail to the list administrators: > Jim Bacher: [email protected] > Michael Garretson: [email protected] > > For policy questions, send mail to: > Richard Nute: [email protected] > > (See attached file: Headers.822) ******************************* Internet E-mail Confidentiality Disclaimer*********************************** This e-mail message may contain privileged or confidential information. If you are not the intended recipient, you may not disclose, use, disseminate, distribute, copy or rely upon this message or attachment in any way. If you received this e-mail message in error, please delete the e-mail and any attachments and notify Underwriters Laboratories Inc. at [email protected]. UL does not accept liability for any errors, omissions, corruption or virus in the contents of this message or any attachments that arise as a result of e-mail transmission. ****************************************************************************************************************** ********* Internet E-mail Confidentiality Disclaimer ********** This e-mail message may contain privileged or confidential information. If you are not the intended recipient, you may not disclose, use, disseminate, distribute, copy or rely upon this message or attachment in any way. If you received this e-mail message in error, please delete the e-mail and any attachments and notify Underwriters Laboratories Inc. at [email protected]. UL does not accept liability for any errors, omissions, corruption or virus in the contents of this message or any attachments that arise as a result of e-mail transmission. ************************************************************************** --0__=9JKw3CoxaYxbR1yKGDKwu26mbxZiNEMvTaKiBRchxkOTtIYvu6sfpOLQ Content-type: application/octet-stream; name="Headers.822" Content-Disposition: attachment; filename="Headers.822" Content-transfer-encoding: base64 UmVjZWl2ZWQ6IGZyb20gaXNjYW4tMS51bC5jb20gYnkgaW1haWwxLnVsLmNvbSB2aWEgMTAuNDAu MS4yMjEgd2l0aCBTTVRQLVRDUDsgVGh1LCAxNiBNYXIgMTAwIDEyOjU5OjAyIENTVA0KUmVjZWl2 ZWQ6IGZyb20gdW5kZXJsYWItYmgudWwuY29tICh1bnZlcmlmaWVkKSBieSBpc2Nhbi0xLnVsLmNv bQ0KIChDb250ZW50IFRlY2hub2xvZ2llcyBTTVRQUlMgNC4wLjEpIHdpdGggRVNNVFAgaWQgPEIw YTI4MDFkZDRhZmM0MTQ5ZjVAaXNjYW4tMS51bC5jb20+Ow0KIFRodSwgMTYgTWFyIDIwMDAgMTM6 MDE6NTcgLTA2MDANClJlY2VpdmVkOiAoZnJvbSB1dWNwQGxvY2FsaG9zdCkgYnkgdW5kZXJsYWIt YmgudWwuY29tICg4LjguOC84LjYuMTEpIGlkIE1BQTAwODM5OyBUaHUsIDE2IE1hciAyMDAwIDEy OjU4OjQwIC0wNjAwIChDU1QpDQpSZWNlaXZlZDogZnJvbSBldXJvcGUuc3RkLmNvbSgxOTkuMTcy LjYyLjIwKSBieSB1bmRlcmxhYi1iaC51bC5jb20gdmlhIHNtYXAgKDQuMSkNCglpZCB4bWEwMDA3 MzA7IFRodSwgMTYgTWFyIDAwIDEyOjU4OjE2IC0wNjAwDQpSZWNlaXZlZDogKGZyb20gZGFlbW9u QGxvY2FsaG9zdCkNCglieSBldXJvcGUuc3RkLmNvbSAoOC45LjMvOC45LjMpIGlkIE5BQTIzODcy DQoJZm9yIG5lYnMtb3V0Z29pbmc7IFRodSwgMTYgTWFyIDIwMDAgMTM6NDQ6MjcgLTA1MDAgKEVT VCkNClJlY2VpdmVkOiBmcm9tIHdvcmxkLnN0ZC5jb20gKHJvb3RAd29ybGQtZi5zdGQuY29tIFsx OTkuMTcyLjYyLjVdKQ0KCWJ5IGV1cm9wZS5zdGQuY29tICg4LjkuMy84LjkuMykgd2l0aCBFU01U UCBpZCBOQUEyMjM0Mw0KCWZvciA8bmVic0BmYWN0ZXVyLnN0ZC5jb20+OyBUaHUsIDE2IE1hciAy MDAwIDEzOjM2OjQ1IC0wNTAwIChFU1QpDQpSZWNlaXZlZDogZnJvbSBzcnYtZXhjaGFuZ2UxLmFk dHJhbi5jb20gKFsyMDYuMTY2LjI0OS4xMTJdKQ0KCWJ5IHdvcmxkLnN0ZC5jb20gKDguOS4zLzgu OS4zKSB3aXRoIEVTTVRQIGlkIE5BQTA5NjI0DQoJZm9yIDxORUJTQHdvcmxkLnN0ZC5jb20+OyBU aHUsIDE2IE1hciAyMDAwIDEzOjMyOjMwIC0wNTAwIChFU1QpDQpSZWNlaXZlZDogYnkgc3J2LWV4 Y2hhbmdlMS5hZHRyYW4uY29tIHdpdGggSW50ZXJuZXQgTWFpbCBTZXJ2aWNlICg1LjUuMjQ0OC4w KQ0KCWlkIDxHOTRQQ1BXSz47IFRodSwgMTYgTWFyIDIwMDAgMTI6MzE6MTIgLTA2MDANCk1lc3Nh Z2UtSUQ6IDw3MDI5NkU3RTY2RjdEMzExOUQxNTAwOTAyN0FBNUJDNDM1MUM5NEBzcnYtZXhjaGFu Z2UxLmFkdHJhbi5jb20+DQpGcm9tOiBKSU0gV0lFU0UgPGppbS53aWVzZUBhZHRyYW4uY29tPg0K VG86ICInQ0hSSVMgV0VMTEJPUk4nIiA8Y2hyaXMud2VsbGJvcm5AYWR0cmFuLmNvbT4sDQogICAg ICAgIE5FQlMgRm9ydW0NCgkgPE5FQlNAd29ybGQuc3RkLmNvbT4sIEVNQy1QU1RDIEZvcnVtIDxl bWMtcHN0Y0BpZWVlLm9yZz4sDQogICAgICAgIEdhcnkgTWNJbnR1cmZmDQoJIDxnbWNpbnR1cmZm QHRlbGVjdC5jb20+DQpTdWJqZWN0OiBSRTogTkVCUyAyMDAwIENvbmZlcmVuY2VzDQpEYXRlOiBU aHUsIDE2IE1hciAyMDAwIDEyOjMxOjExIC0wNjAwDQpNSU1FLVZlcnNpb246IDEuMA0KWC1NYWls ZXI6IEludGVybmV0IE1haWwgU2VydmljZSAoNS41LjI0NDguMCkNCkNvbnRlbnQtVHlwZTogdGV4 dC9wbGFpbjsNCgljaGFyc2V0PSJpc28tODg1OS0xIg0KU2VuZGVyOiBuZWJzLWFwcHJvdmFsQHdv cmxkLnN0ZC5jb20NClByZWNlZGVuY2U6IGxpc3QNClJlcGx5LVRvOiBuZWJzQHdvcmxkLnN0ZC5j b20NCg== --0__=9JKw3CoxaYxbR1yKGDKwu26mbxZiNEMvTaKiBRchxkOTtIYvu6sfpOLQ-- From - Fri Mar 17 04:58:23 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.31a 201-229-119-114) with ESMTP id <20000316222044.xkda13167.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 16 Mar 2000 22:20:44 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id RAA08182 for nebs-outgoing; Thu, 16 Mar 2000 17:09:51 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id QAA05693 for <[email protected]>; Thu, 16 Mar 2000 16:56:42 -0500 (EST) Received: from underlab-bh.ul.com (underlab-bh.ul.com [204.167.162.66]) by world.std.com (8.9.3/8.9.3) with ESMTP id QAA05903 for <[email protected]>; Thu, 16 Mar 2000 16:52:20 -0500 (EST) From: [email protected] Received: (from uucp@localhost) by underlab-bh.ul.com (8.8.8/8.6.11) id PAA09481 for <[email protected]>; Thu, 16 Mar 2000 15:52:19 -0600 (CST) Received: from iscan(10.40.1.221) by underlab-bh.ul.com via smap (4.1) id xma009284; Thu, 16 Mar 00 15:51:10 -0600 Received: from USNBKM201.us.ul.com (unverified) by iscan-1.ul.com (Content Technologies SMTPRS 4.0.1) with ESMTP id <[email protected]> for <[email protected]>; Thu, 16 Mar 2000 15:54:17 -0600 Received: from usmelm402.us.ul.com ([10.21.1.248]) by USNBKM201.us.ul.com (Lotus Domino Release 5.0.2a (Intl)) with ESMTP id 2000031615462527:164739 ; Thu, 16 Mar 2000 15:46:25 -0600 Subject: RE: NEBS 2000 Conference To: [email protected] X-Mailer: Lotus Notes Release 5.0 (Intl) 30 March 1999 Message-ID: <[email protected]> List-Post: [email protected] Date: Thu, 16 Mar 2000 16:48:06 -0500 MIME-Version: 1.0 X-MIMETrack: Serialize by Router on USMELM402/ULI(Release 5.0.2c (Intl)|2 February 2000) at 03/16/2000 04:48:06 PM, Itemize by SMTP Server on USNBKM201/ULI(Release 5.0.2a (Intl)|23 November 1999) at 03/16/2000 03:46:25 PM, MIME-CD by Notes Server on USNBKM201/ULI(Release 5.0.2a (Intl)|23 November 1999) at 03/16/2000 03:46:28 PM, MIME-CD complete at 03/16/2000 03:46:28 PM, Serialize by Router on USNBKM201/ULI(Release 5.0.2a (Intl)|23 November 1999) at 03/16/2000 03:46:28 PM Content-type: multipart/mixed ; Boundary="0__=g51djbHLbUY29VuCagFeFxYrIqjWEbB96bdAfqafNu19oBRChR1CDDNl" Content-Disposition: inline Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> --0__=g51djbHLbUY29VuCagFeFxYrIqjWEbB96bdAfqafNu19oBRChR1CDDNl Content-type: text/plain; charset=us-ascii I'm not sure if this message got out the first time so I'm resending it. My apologies if you received it twice. Please note the conferences do have different names. Planning for our NEBS Symposium 2000 began even before NEBS '99 was finished. This year the symposium is being co-sponsored by U.S. West and Underwriters Laboratories. Together our objective is to bring the conference to a new level by providing topics leading to a more in-depth understanding NEBS tests and test methods (like the science behind vibration testing), providing a broader perspective of NEBS issues (RBOCs, CLECs, international service providers, manufacturers) and covering hot topics of interest to the NEBS community like TL9000 (we're even including a QuEST sanctioned TL9000 seminar as one of the 8 half-day track options!). Of course there will also be topics covering emc issues, fire, airborne contaminants as well as project planning, test plans, customer requirements and the like. We certainly believe that the US West / UL NEBS Symposium 2000 will provide a fresh new perspective of NEBS compliance issues facing the industry while providing the practical information you can utilize immediately in your daily activities. It is unfortunate that a conflict has arisen with the planning of the Bell Atlantic / Telcordia seminar but this was beyond our control. Although there is some overlap in the basic principles that will be covered, I think that you will find that there is enough to differentiate the two conferences, allowing you to make a decision on which to attend based on your current level of understanding of NEBS requirements and issues and what you plan to take away from the conference. Our vision for the 2000 symposium reflects our desire to raise the level of understanding of NEBS compliance issues across the industry as a whole. Randy Ivans Global Program Manager -Telecommunications Underwriters Laboratories Inc. 1285 Walt Whitman Rd. Melville, NY 11747 TEL: 631-271-6200; Ext. 22269 FAX: 631-439-6096 NOTE NEW AREA CODE FOR UL MELVILLE! email: [email protected] [email protected] d.com To: "'[email protected]'" <[email protected]> 03/16/00 cc: (bcc: Randolph J. Ivans/MEL/ULI) 08:29 AM Subject: RE: NEBS 2000 Conference Don, The details are on the Telcordia and UL web sites. I believe the intent of these are to be more of a conference than a seminar - interaction between the manufacturers, test labs and RBOC's - as opposed to a training session. http://www.800teachme.com/nebsconference.html http://www.ul.com/seminars/newseminar.htm I would prefer to attend both although, by "coincidence", they seem to be on the same dates. Can anyone shed some light onto the history behind this situation and if anyone might be changing their dates? Thx, Joe ******************************************** Joe Finlayson Manager, Compliance Engineering Telica, Inc. 734 Foster Street, Bldg. G, Suite 100 Marlboro, MA 01752 Tel: (508) 480-0909 x212 Fax: (508) 480-0922 Email: [email protected] -----Original Message----- From: Don House [mailto:[email protected]] Sent: Wednesday, March 15, 2000 8:24 PM To: [email protected] Subject: RE: NEBS 2000 Conference Joe, and list members, I am not sure about the NEBS 2000 seminars. I would like to receive information on them. I am signed up for the NEBS by MET Seminar and Workshop to be held in Union City, CA on April 12-13, 2000 Keynote Speaker is Chuck Graft of Bell Atlantic Don Don Robert House Member Technical Staff Excelsus Technologies, Inc. 2195 Faraday Avenue, Suite C Carlsbad, CA 92008 (760) 476-1511 (760) 476-1519 FAX URL: http://www.excelsus-tech.com -----Original Message----- From: Joe Finlayson [mailto:[email protected]] Sent: Wednesday, March 15, 2000 12:05 PM To: 'NEBS Newsgroup' Subject: NEBS 2000 Conference I couldn't help but notice that there are two NEBS 2000 conferences this year - on the exact same dates. UL and Telcordia/Bell Atlantic are both sponsoring what appears to be the same event and, in some cases, claiming the same representatives will be there. Does anyone have any insight to what's going on here? I'm definitely going to one, but.......... Thx, Joe ********************************* <<...>> Joe Finlayson Manager, Compliance Engineering Telica, Inc. 734 Forest Street, Bldg. G, Suite 100 Marlboro, MA 01752 Tel: (508) 480-0909 x212 Fax: (508) 480-0922 Email: [email protected] Web: www.telica.com (See attached file: Headers.822) ******************************* Internet E-mail Confidentiality Disclaimer*********************************** This e-mail message may contain privileged or confidential information. If you are not the intended recipient, you may not disclose, use, disseminate, distribute, copy or rely upon this message or attachment in any way. If you received this e-mail message in error, please delete the e-mail and any attachments and notify Underwriters Laboratories Inc. at [email protected]. UL does not accept liability for any errors, omissions, corruption or virus in the contents of this message or any attachments that arise as a result of e-mail transmission. ****************************************************************************************************************** ********* Internet E-mail Confidentiality Disclaimer ********** This e-mail message may contain privileged or confidential information. If you are not the intended recipient, you may not disclose, use, disseminate, distribute, copy or rely upon this message or attachment in any way. If you received this e-mail message in error, please delete the e-mail and any attachments and notify Underwriters Laboratories Inc. at [email protected]. UL does not accept liability for any errors, omissions, corruption or virus in the contents of this message or any attachments that arise as a result of e-mail transmission. ************************************************************************** --0__=g51djbHLbUY29VuCagFeFxYrIqjWEbB96bdAfqafNu19oBRChR1CDDNl Content-type: application/octet-stream; name="Headers.822" Content-Disposition: attachment; filename="Headers.822" Content-transfer-encoding: base64 UmVjZWl2ZWQ6IGZyb20gaXNjYW4tMS51bC5jb20gYnkgaW1haWwxLnVsLmNvbSB2aWEgMTAuNDAu MS4yMjEgd2l0aCBTTVRQLVRDUDsgVGh1LCAxNiBNYXIgMTAwIDc6NDM6MDAgQ1NUDQpSZWNlaXZl ZDogZnJvbSB1bmRlcmxhYi1iaC51bC5jb20gKHVudmVyaWZpZWQpIGJ5IGlzY2FuLTEudWwuY29t DQogKENvbnRlbnQgVGVjaG5vbG9naWVzIFNNVFBSUyA0LjAuMSkgd2l0aCBFU01UUCBpZCA8QjBh MjgwMWRkNGFmYjFlOTAxZEBpc2Nhbi0xLnVsLmNvbT47DQogVGh1LCAxNiBNYXIgMjAwMCAwNzo0 NDoyNCAtMDYwMA0KUmVjZWl2ZWQ6IChmcm9tIHV1Y3BAbG9jYWxob3N0KSBieSB1bmRlcmxhYi1i aC51bC5jb20gKDguOC44LzguNi4xMSkgaWQgSEFBMDExNTM7IFRodSwgMTYgTWFyIDIwMDAgMDc6 NDE6MDcgLTA2MDAgKENTVCkNClJlY2VpdmVkOiBmcm9tIGV1cm9wZS5zdGQuY29tKDE5OS4xNzIu NjIuMjApIGJ5IHVuZGVybGFiLWJoLnVsLmNvbSB2aWEgc21hcCAoNC4xKQ0KCWlkIHhtYTAwMTA5 NzsgVGh1LCAxNiBNYXIgMDAgMDc6NDA6MTggLTA2MDANClJlY2VpdmVkOiAoZnJvbSBkYWVtb25A bG9jYWxob3N0KQ0KCWJ5IGV1cm9wZS5zdGQuY29tICg4LjkuMy84LjkuMykgaWQgSUFBMjAzMDMN Cglmb3IgbmVicy1vdXRnb2luZzsgVGh1LCAxNiBNYXIgMjAwMCAwODozNjowMyAtMDUwMCAoRVNU KQ0KUmVjZWl2ZWQ6IGZyb20gd29ybGQuc3RkLmNvbSAocm9vdEB3b3JsZC1mLnN0ZC5jb20gWzE5 OS4xNzIuNjIuNV0pDQoJYnkgZXVyb3BlLnN0ZC5jb20gKDguOS4zLzguOS4zKSB3aXRoIEVTTVRQ IGlkIElBQTE5NjUyDQoJZm9yIDxuZWJzQGZhY3RldXIuc3RkLmNvbT47IFRodSwgMTYgTWFyIDIw MDAgMDg6MzA6NTMgLTA1MDAgKEVTVCkNClJlY2VpdmVkOiBmcm9tIGFjZXN0ZXMtZmUwLnVsdHJh Lm5ldCAoYWNlc3Rlcy1mZTAudWx0cmEubmV0IFsxNDYuMTE1LjkuNTRdKQ0KCWJ5IHdvcmxkLnN0 ZC5jb20gKDguOS4zLzguOS4zKSB3aXRoIEVTTVRQIGlkIElBQTI2MjE3DQoJZm9yIDxuZWJzQHdv cmxkLnN0ZC5jb20+OyBUaHUsIDE2IE1hciAyMDAwIDA4OjI4OjE2IC0wNTAwIChFU1QpDQpSZWNl aXZlZDogZnJvbSB3ZW5jaC50ZWxpY2EuY29tICh0ZWxpY2EtYnItZ3cubWJvLnVsdHJhLm5ldCBb MjA5LjYuODguNjVdIChtYXkgYmUgZm9yZ2VkKSkgYnkgYWNlc3Rlcy1mZTAudWx0cmEubmV0ICg4 LjguOC91bHQvbjIwMzQwL210Yy52Mikgd2l0aCBFU01UUCBpZCBJQUExMjU2OCBmb3IgPG5lYnNA d29ybGQuc3RkLmNvbT47IFRodSwgMTYgTWFyIDIwMDAgMDg6Mjg6MTYgLTA1MDAgKEVTVCkNClJl Y2VpdmVkOiBieSB3ZW5jaCB3aXRoIEludGVybmV0IE1haWwgU2VydmljZSAoNS41LjI0NDguMCkN CglpZCA8R0M3RjhUN1Y+OyBUaHUsIDE2IE1hciAyMDAwIDA4OjI5OjA5IC0wNTAwDQpNZXNzYWdl LUlEOiA8RDFCQjA2QTFFRkEzRDIxMUE4MzAwMDkwMjcyODlBRUExRjQ1NENAd2VuY2g+DQpGcm9t OiBKb2UgRmlubGF5c29uIDxqZmlubGF5c29uQHRlbGljYS5jb20+DQpUbzogIiduZWJzQHdvcmxk LnN0ZC5jb20nIiA8bmVic0B3b3JsZC5zdGQuY29tPg0KU3ViamVjdDogUkU6IE5FQlMgMjAwMCBD b25mZXJlbmNlDQpEYXRlOiBUaHUsIDE2IE1hciAyMDAwIDA4OjI5OjA1IC0wNTAwDQpNSU1FLVZl cnNpb246IDEuMA0KWC1NYWlsZXI6IEludGVybmV0IE1haWwgU2VydmljZSAoNS41LjI0NDguMCkN CkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsNCgljaGFyc2V0PSJpc28tODg1OS0xIg0KU2VuZGVy OiBuZWJzLWFwcHJvdmFsQHdvcmxkLnN0ZC5jb20NClByZWNlZGVuY2U6IGxpc3QNClJlcGx5LVRv OiBuZWJzQHdvcmxkLnN0ZC5jb20NCg== --0__=g51djbHLbUY29VuCagFeFxYrIqjWEbB96bdAfqafNu19oBRChR1CDDNl-- From - Fri Mar 17 04:58:46 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.31a 201-229-119-114) with ESMTP id <20000317003907.exbe13167.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Fri, 17 Mar 2000 00:39:07 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id TAA01629 for nebs-outgoing; Thu, 16 Mar 2000 19:08:20 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id TAA00894 for <[email protected]>; Thu, 16 Mar 2000 19:04:47 -0500 (EST) Received: from srv-exchange1.adtran.com (mail-exch1.adtran.com [206.166.249.112]) by world.std.com (8.9.3/8.9.3) with ESMTP id TAA15846 for <[email protected]>; Thu, 16 Mar 2000 19:02:06 -0500 (EST) Received: by srv-exchange1.adtran.com with Internet Mail Service (5.5.2448.0) id <G94PCQRS>; Thu, 16 Mar 2000 18:00:56 -0600 Message-ID: <[email protected]> From: JIM WIESE <[email protected]> To: [email protected] Subject: RE: NEBS 2000 Framework Criteria List-Post: [email protected] Date: Thu, 16 Mar 2000 18:00:56 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Thanks Randy, I was fully aware of the GR-63 section called NEBS 2000 written in 1995, but for 2-3 years Telcordia has said we should blow it off and all the labs have been told to say it is not applicable in NEBS reports. I thought someone might be working on an entire "industry standard" called NEBS 2000 or something to that affect. Thanks for the clarification, Jim Jim Wiese NEBS Project Manager/Compliance Engineer ADTRAN, INC. 901 Explorer Blvd. P.O. Box 140000 Huntsville, AL 35814-4000 256-963-8431 256-963-8250 fax [email protected] > ---------- > From: [email protected][SMTP:[email protected]] > Sent: Thursday, March 16, 2000 3:24 PM > To: [email protected] > Subject: RE: NEBS 2000 Framework Criteria > > <<File: Headers.822>> > > > > Jim, > The following is from GR-63: > "NEBS-2000 Framework Criteria > This section presents new generic requirements for the physical design of > cabinets and > frameworks to help simplify planning and installation, ensure adequate > physical strength, > and provide uniformity between suppliers of telecommunications and > computer > equipment. > These requirements may be used in place of the frame dimensions and > strength criteria of > Section 2. ....... > > ......... In summary, this section presents the criteria for a new frame > to > ? Coincide with current national and international standards > ? Be used with current and future network equipment > ? Provide improved compatibility between equipment suppliers' products > ? Provide capabilities for raised-floor and concrete-floor installations > ? Provide cable access from overhead or below the floor > ? Improve physical strength and earthquake resistance > ? Improve the accessibility to equipment and hardware during maintenance." > > Randy Ivans > Global Program Manager -Telecommunications > Underwriters Laboratories Inc. > 1285 Walt Whitman Rd. > Melville, NY 11747 > TEL: 631-271-6200; Ext. 22269 > FAX: 631-439-6096 > NOTE NEW AREA CODE FOR UL MELVILLE! > email: [email protected] > > > > > [email protected] > d.com To: "'CHRIS WELLBORN'" > <[email protected]>, > "NEBS > Forum" > 03/16/00 <[email protected]>, "EMC-PSTC > Forum" > 01:31 PM <[email protected]>, "Gary > McInturff" > <[email protected]> > cc: (bcc: Randolph J. > Ivans/MEL/ULI) > Subject: RE: NEBS 2000 > Conferences > > > > > > > Could someone enlighten me on what is meant by "NEBS 2000 requirements"? > Is > there some sort of standards work going on here? > > Thanks, > Jim > > Jim Wiese > NEBS Project Manager/Compliance Engineer > ADTRAN, INC. > 901 Explorer Blvd. > P.O. Box 140000 > Huntsville, AL 35814-4000 > 256-963-8431 > 256-963-8250 fax > [email protected] > > > ---------- > > From: Gary McInturff[SMTP:[email protected]] > March 16, 2000 11:54 AM > > To: 'CHRIS WELLBORN'; NEBS Forum; EMC-PSTC Forum > > Subject: RE: NEBS 2000 Conferences > > > > > > Both Telecordia and UL are test houses that can deal with > > NEBS testing. Telcordia has probably been at it longer than UL and used > to > > be a part of MA Bell, and then Bell Labs. UL in the last couple of years > > has > > been putting on NEBS seminars at which all of the RBOC's Bell Atlantic, > US > > West, SWB, and all of the others were panelist. UL hosted it and > > Telecordia > > was in the crowd with the rest of us. During these seminars if anyone > was > > to > > take a more stringent interpretation or to add requirements not in the > > NEBS > > documents that tended to be Bell Atlantic. > > The timing of these two seminars sounds a whole lot political to me, > > and that may be much more interesting than who hosts the conference. In > > particular when you consider that the NEBS 2000 requirements have been a > > bit > > of a political football, with Bell Atlantic in particular not wanting > > manufacturing input into the standard. The stated reason was they felt > it > > would slow the process down. Certainly, a possibility but I would > > encourage > > you to draw you own conclusions. > > If there isn't something else afoot here then I would point out that > > I would much rather be in Las Vegas in October than Baltimore. > > Gary > > > > > > -----Original Message----- > > From: CHRIS WELLBORN [mailto:[email protected]] > > Sent: Thursday, March 16, 2000 7:01 AM > > To: NEBS Forum; EMC-PSTC Forum > > Subject: NEBS 2000 Conferences > > > > > > I would just like to share some information that I obtained > > this morning > > concerning the above conferences. > > > > Telcordia and Bell Atlantic will be hosting the NEBS > > conference in Baltimore > > on October 4-5, 2000. The preliminary agenda and key > > speakers are shown at > > the following website: > > > > http://www.800teachme.com/nebsagenda.html > > > > Underwriters Laboratories and US West will be hosting a NEBS > > 2000 conference > > in Las Vegas on October 4-6, 2000. The preliminary agenda > > and key speakers > > will be provided on their website in the near future. I was > > informed that > > Michael Bentley from US West will be one of the chairmen for > > this > > conference. > > > > Which one should you attend? > > > > Future details will be available at both the Telcordia and > > UL websites. > > > > Chris Wellborn > > Regulatory Compliance Engineer > > ADTRAN > > Voice: (256) 963-8906 > > > > > > > > ------------------------------------------- > > This message is from the IEEE EMC Society Product Safety > > Technical Committee emc-pstc discussion list. > > > > To cancel your subscription, send mail to: > > [email protected] > > with the single line: > > unsubscribe emc-pstc > > > > For help, send mail to the list administrators: > > Jim Bacher: [email protected] > > Michael Garretson: [email protected] > > > > For policy questions, send mail to: > > Richard Nute: [email protected] > > > > > > ------------------------------------------- > > This message is from the IEEE EMC Society Product Safety > > Technical Committee emc-pstc discussion list. > > > > To cancel your subscription, send mail to: > > [email protected] > > with the single line: > > unsubscribe emc-pstc > > > > For help, send mail to the list administrators: > > Jim Bacher: [email protected] > > Michael Garretson: [email protected] > > > > For policy questions, send mail to: > > Richard Nute: [email protected] > > > > > > > (See attached file: Headers.822) > ******************************* Internet E-mail Confidentiality > Disclaimer*********************************** > > This e-mail message may contain privileged or confidential information. > If > you are not the intended recipient, you may not disclose, use, > disseminate, > distribute, copy or rely upon this message or attachment in any way. If > you received this e-mail message in error, please delete the e-mail and > any > attachments and notify Underwriters Laboratories Inc. at > [email protected]. > > UL does not accept liability for any errors, omissions, corruption or > virus > in the contents of this message or any attachments that arise as a result > of e-mail transmission. > > ************************************************************************** > **************************************** > > ********* Internet E-mail Confidentiality Disclaimer ********** > > This e-mail message may contain privileged or confidential > information. If you are not the intended recipient, you may not > disclose, use, disseminate, distribute, copy or rely upon this > message or attachment in any way. If you received this e-mail > message in error, please delete the e-mail and any attachments > and notify Underwriters Laboratories Inc. at > [email protected]. > > UL does not accept liability for any errors, omissions, corruption > or virus in the contents of this message or any attachments that > arise as a result of e-mail transmission. > ************************************************************************** > From - Wed Mar 22 05:18:59 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000322005013.qzrj9747.mtiwgwc21.worldnet.att....@europe.std.com>; Wed, 22 Mar 2000 00:50:13 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id TAA14387 for treg-outgoing; Tue, 21 Mar 2000 19:45:34 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id TAA13709 for <[email protected]>; Tue, 21 Mar 2000 19:42:51 -0500 (EST) Received: from 206-103-61-194.oresis.com (206-103-61-194.oresis.com [206.103.61.194]) by world.std.com (8.9.3/8.9.3) with SMTP id TAA03283; Tue, 21 Mar 2000 19:34:21 -0500 (EST) Received: from oresisexchange.oresis by 206-103-61-194.oresis.com via smtpd (for world-f.std.com [199.172.62.5]) with SMTP; 22 Mar 2000 00:32:11 UT Received: by oresisexchange.oresis with Internet Mail Service (5.5.2448.0) id <G8ZLA611>; Tue, 21 Mar 2000 16:34:24 -0800 Message-ID: <[email protected]> From: David Spencer <[email protected]> To: "'[email protected]'" <[email protected]>, "Nebs List Serve (E-mail)" <[email protected]> Subject: GR-78-CORE List-Post: [email protected] Date: Tue, 21 Mar 2000 16:34:19 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: David Spencer <[email protected]> X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Hey All, Does anyone have a help desk contact at Telcordia for GR-78-CORE PCB requirements. I have not yet found a satisfactory answer to the questions regarding silver and tin immersion plating options. Thanks, Dave Spencer Compliance Engineer Oresis Communications, Inc. 14670 NW Greenbrier Parkway, Beaverton, OR 97006 (503)533-0717 Dir: (503)466-6289 Fax: (503)533-8233 http://www.oresis.com [email protected] From - Wed Mar 22 05:20:23 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000322034517.hybs25536.mtiwgwc24.worldnet.att....@europe.std.com>; Wed, 22 Mar 2000 03:45:17 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id WAA12696 for treg-outgoing; Tue, 21 Mar 2000 22:40:41 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id WAA12089 for <[email protected]>; Tue, 21 Mar 2000 22:37:13 -0500 (EST) Received: from conveyor.jetstream.com (w070.z206111133.sjc-ca.dsl.cnc.net [206.111.133.70]) by world.std.com (8.9.3/8.9.3) with ESMTP id WAA03060; Tue, 21 Mar 2000 22:35:29 -0500 (EST) Received: by CONVEYOR with Internet Mail Service (5.5.2650.21) id <HK7XP52K>; Tue, 21 Mar 2000 19:35:43 -0800 Message-ID: <27A2DAA6CAD9D311BF970050DACB22502ED2C3@CONVEYOR> From: Bandele Adepoju <[email protected]> To: "'David Spencer'" <[email protected]>, "'[email protected]'" <[email protected]>, "Nebs List Serve (E-mail)" <[email protected]> Subject: RE: GR-78-CORE List-Post: [email protected] Date: Tue, 21 Mar 2000 19:35:42 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: Bandele Adepoju <[email protected]> X-Mozilla-Status: 9011 X-Mozilla-Status2: 00000000 X-UIDL: <27A2DAA6CAD9D311BF970050DACB22502ED2C3@CONVEYOR> Try Tony Ali of Telcordia at 732-758-3017/[email protected]. He is said to be quite knowledgeable on GR-78 matters. Regards, Bandele Jetstream Communications, Inc. [email protected] -----Original Message----- From: David Spencer [mailto:[email protected]] Sent: Tuesday, March 21, 2000 4:34 PM To: '[email protected]'; Nebs List Serve (E-mail) Subject: GR-78-CORE Hey All, Does anyone have a help desk contact at Telcordia for GR-78-CORE PCB requirements. I have not yet found a satisfactory answer to the questions regarding silver and tin immersion plating options. Thanks, Dave Spencer Compliance Engineer Oresis Communications, Inc. 14670 NW Greenbrier Parkway, Beaverton, OR 97006 (503)533-0717 Dir: (503)466-6289 Fax: (503)533-8233 http://www.oresis.com [email protected] From - Thu Mar 23 05:17:42 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000322163419.dwpj7721.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Wed, 22 Mar 2000 16:34:19 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id LAA22256 for nebs-outgoing; Wed, 22 Mar 2000 11:20:26 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id LAA21590 for <[email protected]>; Wed, 22 Mar 2000 11:15:43 -0500 (EST) Received: from firewall.hypercom.com (firewall.hypercom.com [208.248.82.2]) by world.std.com (8.9.3/8.9.3) with ESMTP id LAA21175 for <[email protected]>; Wed, 22 Mar 2000 11:06:14 -0500 (EST) Received: by firewall.hypercom.com; id IAA29990; Wed, 22 Mar 2000 08:43:13 -0700 (MST) Received: from unknown(10.0.2.39) by firewall.hypercom.com via smap (V5.0) id xma029930; Wed, 22 Mar 00 08:42:14 -0700 Received: from Azphxn01.hypercom.com (azphxn01.hypercom.com [10.0.2.70]) by citadel.hypercom.com (8.8.8/8.8.8) with ESMTP id JAA17305 for <[email protected]>; Wed, 22 Mar 2000 09:05:57 -0700 (MST) Subject: NEBS and ETS 300 019 series To: [email protected] X-Mailer: Lotus Notes Release 5.0.2a November 23, 1999 Message-ID: <[email protected]> From: "Ron Pickard" <[email protected]> List-Post: [email protected] Date: Wed, 22 Mar 2000 09:03:21 -0700 X-MIMETrack: Serialize by Router on AZPHXN01/Hypercom/US(Release 5.0.2b |December 16, 1999) at 03/22/2000 09:03:21 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Hello everyone, So I don't have to re-invent the wheel, does anyone know of a table or listing that cross-references the NEBS requirements (GR-63/78/1089, etc.) to the corresponding ETS 300019 requirements. It would be very nice if this resource would also note any differences, additions or subtractions one from the other. Anyone know of such a resource? If so, please be kind enough to point me in that direction. Thank you. Best regards, Ron Pickard [email protected] From - Thu Mar 23 19:40:29 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000323143249.kkan8850.mtiwgwc23.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 23 Mar 2000 14:32:49 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id JAA27209 for nebs-outgoing; Thu, 23 Mar 2000 09:21:05 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id JAA26627 for <[email protected]>; Thu, 23 Mar 2000 09:18:39 -0500 (EST) Received: from acestes-fe0.ultra.net (acestes-fe0.ultra.net [146.115.9.54]) by world.std.com (8.9.3/8.9.3) with ESMTP id JAA06382 for <[email protected]>; Thu, 23 Mar 2000 09:16:58 -0500 (EST) Received: from wench.telica.com (telica-br-gw.mbo.ultra.net [209.6.88.65] (may be forged)) by acestes-fe0.ultra.net (8.8.8/ult/n20340/mtc.v2) with ESMTP id JAA13475; Thu, 23 Mar 2000 09:16:52 -0500 (EST) Received: by wench with Internet Mail Service (5.5.2448.0) id <HM8S686N>; Thu, 23 Mar 2000 09:16:06 -0500 Message-ID: <D1BB06A1EFA3D211A830009027289AEA261C26@wench> From: Joe Finlayson <[email protected]> To: "'NEBS Newsgroup'" <[email protected]>, "'EMC PSTC'" <[email protected]> Subject: Lightning Surge Equipment List-Post: [email protected] Date: Thu, 23 Mar 2000 09:16:04 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <D1BB06A1EFA3D211A830009027289AEA261C26@wench> I am trying to gather information on equipment capable of performing, at minimum, the lightning tests of Bellcore GR-1089-CORE 4.5.9, Intrabuilding Lightning Surge. I am specifically interested in opinions of different equipment, cost and extent of functionality (is there a cost savings for equipment whose functionality is limited to this test?). Any input on used equipment would also be helpful. I am initially interested in pre-test if that makes a difference. Any input would be greatly appreciated. Thx, Joe ********************************* <<...>> Joe Finlayson Manager, Compliance Engineering Telica, Inc. 734 Forest Street, Bldg. G, Suite 100 Marlboro, MA 01752 Tel: (508) 480-0909 x212 Fax: (508) 480-0922 Email: [email protected] Web: www.telica.com From - Thu Mar 23 19:40:51 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000323162959.sbur9747.mtiwgwc21.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 23 Mar 2000 16:29:59 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id LAA18967 for nebs-outgoing; Thu, 23 Mar 2000 11:05:26 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id LAA18613 for <[email protected]>; Thu, 23 Mar 2000 11:04:38 -0500 (EST) Received: from 206-103-61-194.oresis.com (206-103-61-194.oresis.com [206.103.61.194]) by world.std.com (8.9.3/8.9.3) with SMTP id LAA10424 for <[email protected]>; Thu, 23 Mar 2000 11:02:20 -0500 (EST) Received: from oresisexchange.oresis by 206-103-61-194.oresis.com via smtpd (for world-f.std.com [199.172.62.5]) with SMTP; 23 Mar 2000 16:00:09 UT Received: by oresisexchange.oresis with Internet Mail Service (5.5.2448.0) id <G8ZLA79J>; Thu, 23 Mar 2000 08:02:28 -0800 Message-ID: <[email protected]> From: David Spencer <[email protected]> To: "Nebs List Serve (E-mail)" <[email protected]> Subject: RBOC Requirements List-Post: [email protected] Date: Thu, 23 Mar 2000 08:02:28 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Hi All, I am looking for the nebs requirements documents produced by the various RBOC's. I have the one for Bell Atlantic, but have been unable to find the others. Thanks Dave Spencer Compliance Engineer Oresis Communications, Inc. 14670 NW Greenbrier Parkway, Beaverton, OR 97006 (503)533-0717 Dir: (503)466-6289 Fax: (503)533-8233 http://www.oresis.com [email protected] From - Thu Mar 23 19:40:52 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000323164017.wjbz7721.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 23 Mar 2000 16:40:17 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id LAA22013 for nebs-outgoing; Thu, 23 Mar 2000 11:20:44 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id LAA21572 for <[email protected]>; Thu, 23 Mar 2000 11:19:14 -0500 (EST) Received: from 206-103-61-194.oresis.com (206-103-61-194.oresis.com [206.103.61.194]) by world.std.com (8.9.3/8.9.3) with SMTP id LAA22162 for <[email protected]>; Thu, 23 Mar 2000 11:16:21 -0500 (EST) Received: from oresisexchange.oresis by 206-103-61-194.oresis.com via smtpd (for world-f.std.com [199.172.62.5]) with SMTP; 23 Mar 2000 16:14:10 UT Received: by oresisexchange.oresis with Internet Mail Service (5.5.2448.0) id <G8ZLA70B>; Thu, 23 Mar 2000 08:16:29 -0800 Message-ID: <[email protected]> From: David Spencer <[email protected]> To: "'[email protected]'" <[email protected]>, "'EMC PSTC'" <[email protected]> Subject: RE: Lightning Surge Equipment List-Post: [email protected] Date: Thu, 23 Mar 2000 08:16:28 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Joe, If you are only going to do intrabuilding, you can get away with just about anything capable of the 1.2/50uSec wave form (see the provision in the GR for using this waveshape with series resistors). I am just now setting up a lab here and decided to go with Schaffner NSG2050, because it would be an easy module addition should we decide to do outside plant in the future. With the CDN, mainframe, module and 1089 box it was ~34K. Again, if you only want intrabuilding, Keytec makes a product called the CE master for about 17K that will do the waveshape. Keep in touch off line and I will let you know how it all works out once I have played with it (oops, I mean, executed some test plans ;) for a while. Dave Spencer Compliance Engineer Oresis Communications -----Original Message----- From: Joe Finlayson [mailto:[email protected]] Sent: Thursday, March 23, 2000 6:16 AM To: 'NEBS Newsgroup'; 'EMC PSTC' Subject: Lightning Surge Equipment I am trying to gather information on equipment capable of performing, at minimum, the lightning tests of Bellcore GR-1089-CORE 4.5.9, Intrabuilding Lightning Surge. I am specifically interested in opinions of different equipment, cost and extent of functionality (is there a cost savings for equipment whose functionality is limited to this test?). Any input on used equipment would also be helpful. I am initially interested in pre-test if that makes a difference. Any input would be greatly appreciated. Thx, Joe ********************************* <<...>> Joe Finlayson Manager, Compliance Engineering Telica, Inc. 734 Forest Street, Bldg. G, Suite 100 Marlboro, MA 01752 Tel: (508) 480-0909 x212 Fax: (508) 480-0922 Email: [email protected] Web: www.telica.com From - Thu Mar 23 19:41:11 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc26.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000323173844.wkho16958.mtiwgwc26.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 23 Mar 2000 17:38:44 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id MAA03234 for nebs-outgoing; Thu, 23 Mar 2000 12:15:50 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id MAA02647 for <[email protected]>; Thu, 23 Mar 2000 12:13:53 -0500 (EST) Received: from vina-tech.com (vina-tech.com [207.242.96.1]) by world.std.com (8.9.3/8.9.3) with ESMTP id MAA10229 for <[email protected]>; Thu, 23 Mar 2000 12:10:55 -0500 (EST) Received: from vina-tech.com (dwight.vina-tech.com [207.242.96.145]) by vina-tech.com (8.9.3/8.9.3) with ESMTP id JAA48609 for <[email protected]>; Thu, 23 Mar 2000 09:01:49 -0800 (PST) (envelope-from [email protected]) Message-ID: <[email protected]> List-Post: [email protected] Date: Thu, 23 Mar 2000 09:10:34 -0800 From: Dwight Hunnicutt <[email protected]> Organization: VINA Technologies, Inc. X-Mailer: Mozilla 4.72 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: [email protected] Subject: Re: RBOC Requirements References: <[email protected]> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> contact Rod Morgan at NTS for a complete copy of all the latest. [email protected] David Spencer wrote: > > Hi All, > I am looking for the nebs requirements documents produced by the various > RBOC's. I have the one for Bell Atlantic, but have been unable to find the > others. > Thanks > Dave Spencer > Compliance Engineer > Oresis Communications, Inc. > 14670 NW Greenbrier Parkway, Beaverton, OR 97006 > (503)533-0717 Dir: (503)466-6289 Fax: (503)533-8233 > http://www.oresis.com [email protected] From - Thu Mar 23 19:41:18 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000323175620.vibi8850.mtiwgwc23.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 23 Mar 2000 17:56:20 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id MAA04148 for nebs-outgoing; Thu, 23 Mar 2000 12:20:29 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id MAA02842 for <[email protected]>; Thu, 23 Mar 2000 12:14:59 -0500 (EST) Received: from acme.sb.west.net (acme.sb.west.net [205.254.224.2]) by world.std.com (8.9.3/8.9.3) with ESMTP id MAA11064 for <[email protected]>; Thu, 23 Mar 2000 12:12:09 -0500 (EST) Received: from term2-30.vta.west.net (term2-30.vta.west.net [205.254.241.62]) by acme.sb.west.net (Postfix) with SMTP id BCA9C24CDE for <[email protected]>; Thu, 23 Mar 2000 09:12:05 -0800 (PST) From: [email protected] (Patrick Lawler) To: <[email protected]> Subject: Re: Lightning Surge Equipment List-Post: [email protected] Date: Thu, 23 Mar 2000 09:11:49 -0800 Message-ID: <[email protected]> References: <D1BB06A1EFA3D211A830009027289AEA261C26@wench> In-Reply-To: <D1BB06A1EFA3D211A830009027289AEA261C26@wench> X-Mailer: Forte Agent 1.7/32.534 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> On Thu, 23 Mar 2000 09:16:04 -0500, Joe Finlayson <[email protected]> wrote: >I am trying to gather information on equipment capable of >performing, at minimum, the lightning tests of Bellcore GR-1089-CORE 4.5.9, >Intrabuilding Lightning Surge. ... "at minimum" - the minimum test voltage shown, or - at least this style test (preferably, additional style tests) In Table 4-4, Note 5, it says that IEEE C62.41 generators can be used for this test. IEC 61000-4-5 Surge generators also generate this waveform, although the series current limiting resistors are different. Given these additional standard references, there should be lots of equipment choices capable of this test. However, if you want to perform surge tests on the AC Power Port as well (section 4.5.10), be sure the unit can generate the higher voltages in Table 4-5. <snip> From - Thu Mar 23 19:41:25 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000323183354.xijq8850.mtiwgwc23.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 23 Mar 2000 18:33:54 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id NAA16792 for nebs-outgoing; Thu, 23 Mar 2000 13:21:38 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id NAA15803 for <[email protected]>; Thu, 23 Mar 2000 13:15:54 -0500 (EST) Received: from InterJet.curtis-straus.com (user193.curtis-straus.com [208.244.108.193] (may be forged)) by world.std.com (8.9.3/8.9.3) with ESMTP id NAA05453 for <[email protected]>; Thu, 23 Mar 2000 13:13:27 -0500 (EST) Received: (from daemon@localhost) by InterJet.curtis-straus.com (8.8.5/8.8.5) id NAA21457 for <[email protected]>; Thu, 23 Mar 2000 13:11:15 -0500 (EST) Received: from Curtis.curtis-straus.com(192.168.1.100), claiming to be "curtis-straus.com" via SMTP by InterJet.curtis-straus.com, id smtpdi21455; Thu Mar 23 18:11:06 2000 Message-ID: <[email protected]> List-Post: [email protected] Date: Thu, 23 Mar 2000 13:13:56 -0500 From: "Jon D. Curtis" <[email protected]> Organization: curtis-straus X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: [email protected] Subject: Re: RBOC Requirements References: <[email protected]> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> We have the SBC and AT&T ones posted in the guest center on our web site at www.curtis-straus.com. David Spencer wrote: > Hi All, > I am looking for the nebs requirements documents produced by the various > RBOC's. I have the one for Bell Atlantic, but have been unable to find the > others. > Thanks > Dave Spencer > Compliance Engineer > Oresis Communications, Inc. > 14670 NW Greenbrier Parkway, Beaverton, OR 97006 > (503)533-0717 Dir: (503)466-6289 Fax: (503)533-8233 > http://www.oresis.com [email protected] -- Jon D. Curtis, P.E. Director of Engineering Curtis-Straus LLC One Stop Laboratory for EMC, Product Safety, and Telecom Testing. 527 Great Road Littleton, MA 01460 USA Voice 978-486-8880 Fax 978-486-8828 email: [email protected] WWW.CURTIS-STRAUS.COM From - Thu Mar 23 19:41:27 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc22.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000323183503.clag7721.mtiwgwc22.worldnet.att....@europe.std.com> for <[email protected]>; Thu, 23 Mar 2000 18:35:03 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id NAA17713 for nebs-outgoing; Thu, 23 Mar 2000 13:26:49 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id NAA17226 for <[email protected]>; Thu, 23 Mar 2000 13:24:49 -0500 (EST) Received: from excelsus01.excelsus-tech.com ([63.197.196.30]) by world.std.com (8.9.3/8.9.3) with SMTP id NAA12949 for <[email protected]>; Thu, 23 Mar 2000 13:22:32 -0500 (EST) Received: by excelsus01 with Internet Mail Service (5.5.2650.21) id <G76LGS7V>; Thu, 23 Mar 2000 10:25:04 -0800 Message-ID: <99A33C5F2DC1D311931D009027E7E82203C513@excelsus01> From: Don House <[email protected]> To: [email protected] Subject: RE: Lightning Surge Equipment List-Post: [email protected] Date: Thu, 23 Mar 2000 10:24:58 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <99A33C5F2DC1D311931D009027E7E82203C513@excelsus01> THere is some KEYTEK equipment for sale on ebaY with all of the "trimmings" CHECK IT OUT... ONLY $4,500 when I last looked. Don -----Original Message----- From: [email protected] [mailto:[email protected]] Sent: Thursday, March 23, 2000 9:12 AM To: [email protected] Subject: Re: Lightning Surge Equipment On Thu, 23 Mar 2000 09:16:04 -0500, Joe Finlayson <[email protected]> wrote: >I am trying to gather information on equipment capable of >performing, at minimum, the lightning tests of Bellcore GR-1089-CORE 4.5.9, >Intrabuilding Lightning Surge. ... "at minimum" - the minimum test voltage shown, or - at least this style test (preferably, additional style tests) In Table 4-4, Note 5, it says that IEEE C62.41 generators can be used for this test. IEC 61000-4-5 Surge generators also generate this waveform, although the series current limiting resistors are different. Given these additional standard references, there should be lots of equipment choices capable of this test. However, if you want to perform surge tests on the AC Power Port as well (section 4.5.10), be sure the unit can generate the higher voltages in Table 4-5. <snip> From - Mon Mar 27 19:25:47 2000 Return-Path: <[email protected]> Received: from ruebert.ieee.org ([199.172.136.3]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000324145411.xhpn8850.mtiwgwc23.worldnet.att....@ruebert.ieee.org>; Fri, 24 Mar 2000 14:54:11 +0000 Received: by ruebert.ieee.org (8.9.3/8.9.3) id JAA04660; Fri, 24 Mar 2000 09:28:13 -0500 (EST) Message-ID: <[email protected]> From: Mike Hopkins <[email protected]> To: "'David Spencer'" <[email protected]>, "'[email protected]'" <[email protected]>, "'EMC PSTC'" <[email protected]> Cc: Mike Giallongo <[email protected]>, Doug Dufault <[email protected]> Subject: RE: Lightning Surge Equipment List-Post: [email protected] Date: Fri, 24 Mar 2000 09:25:23 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: [email protected] Precedence: bulk Reply-To: Mike Hopkins <[email protected]> X-Resent-To: Multiple Recipients <[email protected]> X-Listname: emc-pstc X-Info: Help requests to [email protected] X-Info: [Un]Subscribe requests to [email protected] X-Moderator-Address: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Bellcore 4.5.9 Intrabuilding lightning calls for testing with 2/10us waves, but as David says, allows for the use of resistor networks added on to a 1.2/50us generator. 2/10 generators for both 2 and 4 wire applications are available for roughly the same price David paid for the Schaffner unit, plus they can be expanded to perform the other Bellcore tests as well. The KeyTek generator mentioned is much less expensive but then you need to build the resistor networks to meet the spec -- You may find it difficult to get the power resistors required: they need to be non-inductive and capable of handling both the voltage (>1500V) plus the 100A surge currents. Let me know if you need help there. Mike Hopkins KeyTek > -----Original Message----- > From: David Spencer [SMTP:[email protected]] > Sent: Thursday, March 23, 2000 11:16 AM > To: '[email protected]'; 'EMC PSTC' > Subject: RE: Lightning Surge Equipment > > > Joe, > If you are only going to do intrabuilding, you can get away with just > about > anything capable of the 1.2/50uSec wave form (see the provision in the GR > for using this waveshape with series resistors). I am just now setting up > a > lab here and decided to go with Schaffner NSG2050, because it would be an > easy module addition should we decide to do outside plant in the future. > With the CDN, mainframe, module and 1089 box it was ~34K. > > Again, if you only want intrabuilding, Keytec makes a product called the > CE > master for about 17K that will do the waveshape. Keep in touch off line > and > I will let you know how it all works out once I have played with it (oops, > I > mean, executed some test plans ;) for a while. > Dave Spencer > Compliance Engineer > Oresis Communications > > -----Original Message----- > From: Joe Finlayson [mailto:[email protected]] > Sent: Thursday, March 23, 2000 6:16 AM > To: 'NEBS Newsgroup'; 'EMC PSTC' > Subject: Lightning Surge Equipment > > > > I am trying to gather information on equipment capable of > performing, at minimum, the lightning tests of Bellcore GR-1089-CORE > 4.5.9, > Intrabuilding Lightning Surge. I am specifically interested in opinions > of > different equipment, cost and extent of functionality (is there a cost > savings for equipment whose functionality is limited to this test?). Any > input on used equipment would also be helpful. I am initially interested > in > pre-test if that makes a difference. Any input would be greatly > appreciated. > > Thx, > > > Joe > > ********************************* > <<...>> > > Joe Finlayson > Manager, Compliance Engineering > Telica, Inc. > 734 Forest Street, Bldg. G, Suite 100 > Marlboro, MA 01752 > Tel: (508) 480-0909 x212 > Fax: (508) 480-0922 > Email: [email protected] > Web: www.telica.com > > ------------------------------------------- > This message is from the IEEE EMC Society Product Safety > Technical Committee emc-pstc discussion list. > > To cancel your subscription, send mail to: > [email protected] > with the single line: > unsubscribe emc-pstc > > For help, send mail to the list administrators: > Jim Bacher: [email protected] > Michael Garretson: [email protected] > > For policy questions, send mail to: > Richard Nute: [email protected] > ------------------------------------------- This message is from the IEEE EMC Society Product Safety Technical Committee emc-pstc discussion list. To cancel your subscription, send mail to: [email protected] with the single line: unsubscribe emc-pstc For help, send mail to the list administrators: Jim Bacher: [email protected] Michael Garretson: [email protected] For policy questions, send mail to: Richard Nute: [email protected] From - Mon Mar 27 19:26:51 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc24.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000324191341.ygpj25536.mtiwgwc24.worldnet.att....@europe.std.com> for <[email protected]>; Fri, 24 Mar 2000 19:13:41 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id NAA04455 for nebs-outgoing; Fri, 24 Mar 2000 13:53:22 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id NAA03061 for <[email protected]>; Fri, 24 Mar 2000 13:46:05 -0500 (EST) Received: from tiber.cisco.com (tiber.cisco.com [171.69.17.13]) by world.std.com (8.9.3/8.9.3) with ESMTP id NAA12223 for <[email protected]>; Fri, 24 Mar 2000 13:41:44 -0500 (EST) Received: from kmohajer-nt2 (dhcp-171-70-61-117.cisco.com [171.70.61.117]) by tiber.cisco.com (8.8.5-Cisco.2-SunOS.5.5.1.sun4/8.6.5) with SMTP id KAA24159 for <[email protected]>; Fri, 24 Mar 2000 10:41:33 -0800 (PST) Message-Id: <[email protected]> X-Sender: [email protected] X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 List-Post: [email protected] Date: Fri, 24 Mar 2000 10:45:38 -0800 To: [email protected] From: Kamran Mohajer <[email protected]> Subject: RE: NEBS 2000 Conference In-Reply-To: <[email protected]> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Randy, Are you still looking for presenters for NEBS 2000? If so, I am interested to present a topic from manufacture's point of view. Thanks, At 04:48 PM 3/16/00 -0500, you wrote: > > >I'm not sure if this message got out the first time so I'm resending it. My >apologies if you received it twice. Please note the conferences do have >different names. > >Planning for our NEBS Symposium 2000 began even before NEBS '99 was >finished. This year the symposium is being co-sponsored by U.S. West and >Underwriters Laboratories. Together our objective is to bring the >conference to a new level by providing topics leading to a more in-depth >understanding NEBS tests and test methods (like the science behind >vibration testing), providing a broader perspective of NEBS issues (RBOCs, >CLECs, international service providers, manufacturers) and covering hot >topics of interest to the NEBS community like TL9000 (we're even including >a QuEST sanctioned TL9000 seminar as one of the 8 half-day track options!). >Of course there will also be topics covering emc issues, fire, airborne >contaminants as well as project planning, test plans, customer requirements >and the like. We certainly believe that the US West / UL NEBS Symposium >2000 will provide a fresh new perspective of NEBS compliance issues facing >the industry while providing the practical information you can utilize >immediately in your daily activities. > >It is unfortunate that a conflict has arisen with the planning of the Bell >Atlantic / Telcordia seminar but this was beyond our control. Although >there is some overlap in the basic principles that will be covered, I think >that you will find that there is enough to differentiate the two >conferences, allowing you to make a decision on which to attend based on >your current level of understanding of NEBS requirements and issues and >what you plan to take away from the conference. Our vision for the 2000 >symposium reflects our desire to raise the level of understanding of NEBS >compliance issues across the industry as a whole. > >Randy Ivans >Global Program Manager -Telecommunications >Underwriters Laboratories Inc. >1285 Walt Whitman Rd. >Melville, NY 11747 >TEL: 631-271-6200; Ext. 22269 >FAX: 631-439-6096 >NOTE NEW AREA CODE FOR UL MELVILLE! >email: [email protected] > > > > > [email protected] > d.com To: "'[email protected]'" > <[email protected]> > 03/16/00 cc: (bcc: Randolph J. >Ivans/MEL/ULI) > 08:29 AM Subject: RE: NEBS 2000 >Conference > > > > > > > >Don, > > The details are on the Telcordia and UL web sites. I believe the >intent of these are to be more of a conference than a seminar - interaction >between the manufacturers, test labs and RBOC's - as opposed to a training >session. > > http://www.800teachme.com/nebsconference.html > http://www.ul.com/seminars/newseminar.htm > > I would prefer to attend both although, by "coincidence", they seem >to be on the same dates. Can anyone shed some light onto the history >behind >this situation and if anyone might be changing their dates? > >Thx, > > >Joe > >******************************************** > > >Joe Finlayson >Manager, Compliance Engineering >Telica, Inc. >734 Foster Street, Bldg. G, Suite 100 >Marlboro, MA 01752 >Tel: (508) 480-0909 x212 >Fax: (508) 480-0922 >Email: [email protected] > > > >-----Original Message----- >From: Don House [mailto:[email protected]] >Sent: Wednesday, March 15, 2000 8:24 PM >To: [email protected] >Subject: RE: NEBS 2000 Conference > > >Joe, and list members, > >I am not sure about the NEBS 2000 seminars. I would like to receive >information on them. >I am signed up for the NEBS by MET Seminar and Workshop to be held in Union >City, CA on April 12-13, 2000 >Keynote Speaker is Chuck Graft of Bell Atlantic > >Don > >Don Robert House >Member Technical Staff >Excelsus Technologies, Inc. >2195 Faraday Avenue, Suite C >Carlsbad, CA 92008 >(760) 476-1511 >(760) 476-1519 FAX >URL: http://www.excelsus-tech.com > > >-----Original Message----- >From: Joe Finlayson [mailto:[email protected]] >Sent: Wednesday, March 15, 2000 12:05 PM >To: 'NEBS Newsgroup' >Subject: NEBS 2000 Conference > > > > I couldn't help but notice that there are two NEBS 2000 conferences >this year - on the exact same dates. UL and Telcordia/Bell Atlantic are >both sponsoring what appears to be the same event and, in some cases, >claiming the same representatives will be there. Does anyone have any >insight to what's going on here? I'm definitely going to one, >but.......... > >Thx, > > >Joe > >********************************* > <<...>> > >Joe Finlayson >Manager, Compliance Engineering >Telica, Inc. >734 Forest Street, Bldg. G, Suite 100 >Marlboro, MA 01752 >Tel: (508) 480-0909 x212 >Fax: (508) 480-0922 >Email: [email protected] >Web: www.telica.com > > > >(See attached file: Headers.822) >******************************* Internet E-mail Confidentiality >Disclaimer*********************************** > >This e-mail message may contain privileged or confidential information. If >you are not the intended recipient, you may not disclose, use, disseminate, >distribute, copy or rely upon this message or attachment in any way. If >you received this e-mail message in error, please delete the e-mail and any >attachments and notify Underwriters Laboratories Inc. at >[email protected]. > >UL does not accept liability for any errors, omissions, corruption or virus >in the contents of this message or any attachments that arise as a result >of e-mail transmission. > >**************************************************************************** >************************************** > >********* Internet E-mail Confidentiality Disclaimer ********** > >This e-mail message may contain privileged or confidential >information. If you are not the intended recipient, you may not >disclose, use, disseminate, distribute, copy or rely upon this >message or attachment in any way. If you received this e-mail >message in error, please delete the e-mail and any attachments >and notify Underwriters Laboratories Inc. at >[email protected]. > >UL does not accept liability for any errors, omissions, corruption >or virus in the contents of this message or any attachments that >arise as a result of e-mail transmission. >************************************************************************** > *********************************************************************************** Kamran Mohajer Project Manager/ Aggregation Compliance Lead Cisco Systems, Inc. Phone(408)-525-6121 Fax(408)527-0495 [email protected] *********************************************************************************** From - Mon Mar 27 19:26:56 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000324192719.lwac8850.mtiwgwc23.worldnet.att....@europe.std.com> for <[email protected]>; Fri, 24 Mar 2000 19:27:19 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id OAA07927 for nebs-outgoing; Fri, 24 Mar 2000 14:11:43 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id OAA06808 for <[email protected]>; Fri, 24 Mar 2000 14:06:09 -0500 (EST) Received: from paleale.cisco.com (paleale.cisco.com [171.71.154.60]) by world.std.com (8.9.3/8.9.3) with ESMTP id OAA29378 for <[email protected]>; Fri, 24 Mar 2000 14:01:31 -0500 (EST) Received: from Username-pc.cisco.com (dhcp-71-130-192.cisco.com [171.71.130.192]) by paleale.cisco.com (8.8.4-Cisco.1/8.6.5) with SMTP id LAA07247 for <[email protected]>; Fri, 24 Mar 2000 11:01:20 -0800 (PST) Message-Id: <[email protected]> X-Sender: [email protected] X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 List-Post: [email protected] Date: Fri, 24 Mar 2000 10:58:34 -0800 To: [email protected] From: Greg Rocha <[email protected]> Subject: RE: NEBS 2000 Conference In-Reply-To: <[email protected]> References: <[email protected]> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Hey Kam - What are you gonna say? Will we have input? Greg At 10:45 AM 3/24/00 -0800, you wrote: >Randy, > >Are you still looking for presenters for NEBS 2000? If so, I am interested to >present a topic from manufacture's point of view. > >Thanks, >At 04:48 PM 3/16/00 -0500, you wrote: >> >> >>I'm not sure if this message got out the first time so I'm resending it. My >>apologies if you received it twice. Please note the conferences do have >>different names. >> >>Planning for our NEBS Symposium 2000 began even before NEBS '99 was >>finished. This year the symposium is being co-sponsored by U.S. West and >>Underwriters Laboratories. Together our objective is to bring the >>conference to a new level by providing topics leading to a more in-depth >>understanding NEBS tests and test methods (like the science behind >>vibration testing), providing a broader perspective of NEBS issues (RBOCs, >>CLECs, international service providers, manufacturers) and covering hot >>topics of interest to the NEBS community like TL9000 (we're even including >>a QuEST sanctioned TL9000 seminar as one of the 8 half-day track options!). >>Of course there will also be topics covering emc issues, fire, airborne >>contaminants as well as project planning, test plans, customer requirements >>and the like. We certainly believe that the US West / UL NEBS Symposium >>2000 will provide a fresh new perspective of NEBS compliance issues facing >>the industry while providing the practical information you can utilize >>immediately in your daily activities. >> >>It is unfortunate that a conflict has arisen with the planning of the Bell >>Atlantic / Telcordia seminar but this was beyond our control. Although >>there is some overlap in the basic principles that will be covered, I think >>that you will find that there is enough to differentiate the two >>conferences, allowing you to make a decision on which to attend based on >>your current level of understanding of NEBS requirements and issues and >>what you plan to take away from the conference. Our vision for the 2000 >>symposium reflects our desire to raise the level of understanding of NEBS >>compliance issues across the industry as a whole. >> >>Randy Ivans >>Global Program Manager -Telecommunications >>Underwriters Laboratories Inc. >>1285 Walt Whitman Rd. >>Melville, NY 11747 >>TEL: 631-271-6200; Ext. 22269 >>FAX: 631-439-6096 >>NOTE NEW AREA CODE FOR UL MELVILLE! >>email: [email protected] >> >> >> >> >> [email protected] >> d.com To: "'[email protected]'" >> <[email protected]> >> 03/16/00 cc: (bcc: Randolph J. >>Ivans/MEL/ULI) >> 08:29 AM Subject: RE: NEBS 2000 >>Conference >> >> >> >> >> >> >> >>Don, >> >> The details are on the Telcordia and UL web sites. I believe the >>intent of these are to be more of a conference than a seminar - interaction >>between the manufacturers, test labs and RBOC's - as opposed to a training >>session. >> >> http://www.800teachme.com/nebsconference.html >> http://www.ul.com/seminars/newseminar.htm >> >> I would prefer to attend both although, by "coincidence", they seem >>to be on the same dates. Can anyone shed some light onto the history >>behind >>this situation and if anyone might be changing their dates? >> >>Thx, >> >> >>Joe >> >>******************************************** >> >> >>Joe Finlayson >>Manager, Compliance Engineering >>Telica, Inc. >>734 Foster Street, Bldg. G, Suite 100 >>Marlboro, MA 01752 >>Tel: (508) 480-0909 x212 >>Fax: (508) 480-0922 >>Email: [email protected] >> >> >> >>-----Original Message----- >>From: Don House [mailto:[email protected]] >>Sent: Wednesday, March 15, 2000 8:24 PM >>To: [email protected] >>Subject: RE: NEBS 2000 Conference >> >> >>Joe, and list members, >> >>I am not sure about the NEBS 2000 seminars. I would like to receive >>information on them. >>I am signed up for the NEBS by MET Seminar and Workshop to be held in Union >>City, CA on April 12-13, 2000 >>Keynote Speaker is Chuck Graft of Bell Atlantic >> >>Don >> >>Don Robert House >>Member Technical Staff >>Excelsus Technologies, Inc. >>2195 Faraday Avenue, Suite C >>Carlsbad, CA 92008 >>(760) 476-1511 >>(760) 476-1519 FAX >>URL: http://www.excelsus-tech.com >> >> >>-----Original Message----- >>From: Joe Finlayson [mailto:[email protected]] >>Sent: Wednesday, March 15, 2000 12:05 PM >>To: 'NEBS Newsgroup' >>Subject: NEBS 2000 Conference >> >> >> >> I couldn't help but notice that there are two NEBS 2000 conferences >>this year - on the exact same dates. UL and Telcordia/Bell Atlantic are >>both sponsoring what appears to be the same event and, in some cases, >>claiming the same representatives will be there. Does anyone have any >>insight to what's going on here? I'm definitely going to one, >>but.......... >> >>Thx, >> >> >>Joe >> >>********************************* >> <<...>> >> >>Joe Finlayson >>Manager, Compliance Engineering >>Telica, Inc. >>734 Forest Street, Bldg. G, Suite 100 >>Marlboro, MA 01752 >>Tel: (508) 480-0909 x212 >>Fax: (508) 480-0922 >>Email: [email protected] >>Web: www.telica.com >> >> >> >>(See attached file: Headers.822) >>******************************* Internet E-mail Confidentiality >>Disclaimer*********************************** >> >>This e-mail message may contain privileged or confidential information. If >>you are not the intended recipient, you may not disclose, use, disseminate, >>distribute, copy or rely upon this message or attachment in any way. If >>you received this e-mail message in error, please delete the e-mail and any >>attachments and notify Underwriters Laboratories Inc. at >>[email protected]. >> >>UL does not accept liability for any errors, omissions, corruption or virus >>in the contents of this message or any attachments that arise as a result >>of e-mail transmission. >> >>**************************************************************************** >>************************************** >> >>********* Internet E-mail Confidentiality Disclaimer ********** >> >>This e-mail message may contain privileged or confidential >>information. If you are not the intended recipient, you may not >>disclose, use, disseminate, distribute, copy or rely upon this >>message or attachment in any way. If you received this e-mail >>message in error, please delete the e-mail and any attachments >>and notify Underwriters Laboratories Inc. at >>[email protected]. >> >>UL does not accept liability for any errors, omissions, corruption >>or virus in the contents of this message or any attachments that >>arise as a result of e-mail transmission. >>************************************************************************** >> > >**************************************************************************** >******* >Kamran Mohajer >Project Manager/ >Aggregation Compliance Lead >Cisco Systems, Inc. >Phone(408)-525-6121 >Fax(408)527-0495 >[email protected] >**************************************************************************** >******* > From - Tue Mar 28 19:32:55 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc21.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000328172930.sdmh9747.mtiwgwc21.worldnet.att....@europe.std.com> for <[email protected]>; Tue, 28 Mar 2000 17:29:30 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id MAA05691 for nebs-outgoing; Tue, 28 Mar 2000 12:15:36 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id MAA05316 for <[email protected]>; Tue, 28 Mar 2000 12:14:27 -0500 (EST) Received: from fw7.usa.alcatel.com (fw7.usa.alcatel.com [192.245.102.17]) by world.std.com (8.9.3/8.9.3) with ESMTP id MAA12510 for <[email protected]>; Tue, 28 Mar 2000 12:07:51 -0500 (EST) Received: (from uucp@localhost) by fw7.usa.alcatel.com (8.8.8+Sun/8.8.8) id LAA06051 for <[email protected]>; Tue, 28 Mar 2000 11:07:10 -0600 (CST) Received: from relay1.usa.alcatel.com(143.209.238.6) by fw7 via smap (V2.0) id xma005902; Tue, 28 Mar 00 11:06:25 -0600 Received: from nsmail.optilink.dsccc.com (localhost [127.0.0.1]) by relay1.usa.alcatel.com (8.9.3/8.8.8) with ESMTP id LAA12068 for <[email protected]>; Tue, 28 Mar 2000 11:07:02 -0600 (CST) Received: from usa.alcatel.com ([127.0.0.1]) by nsmail.optilink.dsccc.com (Netscape Messaging Server 3.6) with ESMTP id AAA562D for <[email protected]>; Tue, 28 Mar 2000 09:06:15 -0800 Message-ID: <[email protected]> List-Post: [email protected] Date: Tue, 28 Mar 2000 09:06:15 -0800 From: "Tajudeen Oladele" <[email protected]> Organization: Alcatel USA X-Mailer: Mozilla 4.51 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: [email protected] Subject: Noise Performance- Section 5.3.5 (GR1089) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Tajudeen Oladele wrote: Hi all, Can anybody throw more light on the intention of Telecordia (BELLCORE) on the requirement under this section as applicable to network equipment on short loops that may be influenced by metallic noise. From - Tue Mar 28 19:33:32 2000 Return-Path: <[email protected]> Received: from europe.std.com ([199.172.62.20]) by mtiwgwc23.worldnet.att.net (InterMail vM.4.01.02.39 201-229-119-122) with ESMTP id <20000328194415.vfua8850.mtiwgwc23.worldnet.att....@europe.std.com> for <[email protected]>; Tue, 28 Mar 2000 19:44:15 +0000 Received: (from daemon@localhost) by europe.std.com (8.9.3/8.9.3) id OAA05977 for nebs-outgoing; Tue, 28 Mar 2000 14:21:10 -0500 (EST) Received: from world.std.com ([email protected] [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id OAA04616 for <[email protected]>; Tue, 28 Mar 2000 14:16:13 -0500 (EST) Received: from fw7.usa.alcatel.com (fw7.usa.alcatel.com [192.245.102.17]) by world.std.com (8.9.3/8.9.3) with ESMTP id OAA16007 for <[email protected]>; Tue, 28 Mar 2000 14:08:17 -0500 (EST) Received: (from uucp@localhost) by fw7.usa.alcatel.com (8.8.8+Sun/8.8.8) id NAA15843 for <[email protected]>; Tue, 28 Mar 2000 13:07:32 -0600 (CST) Received: from relay2.usa.alcatel.com(143.209.238.7) by fw7 via smap (V2.0) id xma015625; Tue, 28 Mar 00 13:06:22 -0600 Received: from nsmail.optilink.dsccc.com (localhost [127.0.0.1]) by relay2.usa.alcatel.com (8.9.3/8.8.8) with ESMTP id NAA23759 for <[email protected]>; Tue, 28 Mar 2000 13:08:11 -0600 (CST) Received: from usa.alcatel.com ([127.0.0.1]) by nsmail.optilink.dsccc.com (Netscape Messaging Server 3.6) with ESMTP id AAA6D82 for <[email protected]>; Tue, 28 Mar 2000 11:06:53 -0800 Message-ID: <[email protected]> List-Post: [email protected] Date: Tue, 28 Mar 2000 11:06:53 -0800 From: "Tajudeen Oladele" <[email protected]> Organization: Alcatel USA X-Mailer: Mozilla 4.51 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: [email protected] Subject: Noise Performance- Section 5.3.5 (GR1089) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: [email protected] Precedence: list Reply-To: [email protected] X-Mozilla-Status: 8001 X-Mozilla-Status2: 00000000 X-UIDL: <[email protected]> Tajudeen Oladele wrote: Hi all, Can anybody throw more light on the intention of Telecordia (BELLCORE) on the requirement under this section as applicable to network equipment on short loops that may be influenced by metallic noise. Thanks in anticipation of your response. Tajudeen Oladele
