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,&nbsp; </FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</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?&nbsp; I=20
have the TR- version only.</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>Best regards,</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT size=3D2>David.</FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</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&nbsp;&nbsp; </FONT>
<BR><FONT SIZE=3D2>tel&nbsp; 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>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <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.&nbsp; 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.&nbsp; 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.&nbsp; 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>&nbsp;&lt;&lt;...&gt;&gt; </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:&nbsp;&nbsp;&nbsp; (508) 480-0909 x212</FONT>
<BR><FONT SIZE=3D2>Fax:&nbsp;&nbsp;&nbsp; (508) 480-0922</FONT>
<BR><FONT SIZE=3D2>Email:&nbsp; [email protected]</FONT>
<BR><FONT SIZE=3D2>Web:&nbsp;&nbsp;&nbsp; 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>&nbsp;&nbsp;&nbsp;&nbsp; - - - - - - -&nbsp; Appended by =
Scientific-Atlanta, Inc.&nbsp; - - - - - - -&nbsp;=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.&nbsp; 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.&nbsp; It sounds like a =
great idea to me.&nbsp; 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?&nbsp; 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&nbsp; =
97006</FONT>
<BR><FONT SIZE=3D2>(503)533-0717 Dir: (503)466-6289&nbsp; Fax: =
(503)533-8233</FONT>
<BR><FONT SIZE=3D2><A HREF=3D"http://www.oresis.com"; =
TARGET=3D"_blank">http://www.oresis.com</A>&nbsp; =
[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:&nbsp;&nbsp;</FONT></B> <FONT =
SIZE=3D1 FACE=3D"Arial">[email protected] [SMTP:[email protected]]</FONT>
<BR><B><FONT SIZE=3D1 FACE=3D"Arial">Sent:&nbsp;&nbsp;</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:&nbsp;&nbsp;&nbsp;&nbsp;</FONT></B> <FONT SIZE=3D1 =
FACE=3D"Arial">EMC-PSTC; [email protected]; [email protected]</FONT>
<BR><B><FONT SIZE=3D1 =
FACE=3D"Arial">Subject:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</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.&nbsp; 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">&nbsp;&nbsp;&nbsp;&nbsp; =
[email protected]</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">with the single line:</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp;&nbsp;&nbsp; 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">&nbsp;&nbsp;&nbsp;&nbsp; Jim =
Bacher:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp; [email protected]</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;&nbsp;&nbsp;&nbsp; Michael =
Garretson:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
[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">&nbsp;&nbsp;&nbsp;&nbsp; Richard =
Nute:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
[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 &amp; 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 &amp; 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 &quot;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>&nbsp;&nbsp;&nbsp;&nbsp; [email protected]</FONT>
<BR><FONT SIZE=3D2>with the single line:</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp; unsubscribe emc-pstc</FONT>
</P>

<P><FONT SIZE=3D2>For help, send mail to the list =
administrators:</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp; Jim =
Bacher:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp; [email protected]</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp; Michael =
Garretson:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
[email protected]</FONT>
</P>

<P><FONT SIZE=3D2>For policy questions, send mail to:</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp; Richard =
Nute:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
[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&amp;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&amp;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.&nbsp; 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>&nbsp;
<br>&nbsp;</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.&nbsp; 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.&nbsp; The =
preliminary agenda and key speakers</FONT>
<BR><FONT SIZE=3D2>will be provided on their website in the near =
future.&nbsp; 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.&nbsp; </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>&nbsp;&nbsp;&nbsp;&nbsp; [email protected]</FONT>
<BR><FONT SIZE=3D2>with the single line:</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp; unsubscribe emc-pstc</FONT>
</P>

<P><FONT SIZE=3D2>For help, send mail to the list =
administrators:</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp; Jim =
Bacher:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp; [email protected]</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp; Michael =
Garretson:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
[email protected]</FONT>
</P>

<P><FONT SIZE=3D2>For policy questions, send mail to:</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp; Richard =
Nute:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
[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

Reply via email to