HDTenEightyP/NetNews huggingface dataset:
From: dem@nhmpw2 (David E. Martin)
Newsgroups: comp.dcom.isdn
Subject: SEVERE COMBINET PROBLEM
Date: 13 Nov 92 18:30:52 GMT
Reply-To: dem@fnal.fnal.gov
Organization: Fermi National Accelerator Laboratory,  Batavia, IL,  USA
NNTP-Posting-Host: nhmpw2.fnal.gov

!!!!!!WARNING TO THOSE USING COMBINET ISDN-ETHERNET BRIDGES!!!!!!
 
There is a severe problem with Combinet's ISDN bridges.  In the event
that the internal table of 1500 ethernet addresses gets filled up, the
bridge echoes local LAN traffic back onto the LAN.  This can cause
massive problems in a large network.  In fact, the Fermilab network
experienced almost total outage until the problem was traced to the
Combinet bridge.
 
If your network has more than 1500 ethernet devices, you are
susceptible to this problem. A quick fix is to set the aging time
to a small value (like 60 sec).  Combinet is working on a fix. 
  
   
David E. Martin
National HEPnet Management                      ||    Phone: +1 708 840-8275
Fermi National Accelerator Laboratory           ||    FAX: +1 708 840-8463
P.O. Box 500, MS 368; Batavia, IL 60510  USA   /  \   E-Mail: dem@hep.net
From: lamb@xtcn.com (Richard Lamb)
Newsgroups: comp.dcom.isdn
Subject: Re: NT1s again (2B1Q)
Date: 12 Nov 92 20:36:15 GMT
Organization: XtcN Ltd

Hello Cliff. This is where I got em for $185 courtesy of Chuck Storry.

>was running some sort of sales campaign with their resellers wherby if
>they sold AT&T CPE they could sell NT1s at this rediculously low price.
>The good news is that these guys still have some and they would be happy
>to sell them to anyone who's interrested at the low low price of $200.
>
>Contact Kevin at Resource Communications 708-416-3336.
>
>--
>Chuck Storry, Principal Designer      CAnet: cstorry@gandalf.ca
>Gandalf Data Ltd.                     Voice: (613) 723-6500
>130 Colonnade Rd So, Nepean, Ontario  Fax: (613) 226-1717
>Canada  K2E 7M4


					Rick
-- 
XtcN Ltd, lamb@xtcn.com, Tel:508-655-2960, FAX:508-655-4559, Telex:6504829720
11 Roxbury Ave.,Natick MA 01760,4425 Butterworth Pl.N.W.,Washington D.C. 20016
Newsgroups: comp.dcom.isdn
From: c0031099@ws.rz.tu-bs.de (Eckhard Diezel)
Subject: Re: TCP/IP over ISDN: Who's done it?
Organization: Technische Universitaet Braunschweig, Deutschland
Date: Mon, 9 Nov 1992 10:29:34 GMT

I'm not sure if it helps:
The combination I have seen (and work) was an ISDN connection of two 386s
as gateways in Ethernet LANs connected to the ISDN via ISA-Bus cards called
"tina". Cards and Software was from Stollmann, a company in Hamburg. I have
lpr and ftp connections work transparently.
ecki
From: sumargoh@serss0.fiu.edu (H. Sumargo)
Newsgroups: comp.dcom.isdn
Subject: Is it possible to simulate a BRI on a two-computer system through RS-232
Date: 5 Nov 92 15:42:59 GMT
Reply-To: sumargoh@fiu.edu
Organization: FIU Electrical & Computer Engineering

I am trying to write a program that can simulate a BRI (2B+D) channel on two
computers connected through their serial ports.  Could someone please tell me
if this is possible.  Or, has someone had ever done this?

I would appreciate if you could please send your response to sumargoh@fiu.edu.
Thank you very much
Newsgroups: comp.dcom.isdn
From: bob1@cos.com (Bob Blackshaw)
Subject: Re: Obtaining ISDN
Organization: Corporation for Open Systems
Distribution: usa
Date: Thu, 12 Nov 1992 14:37:45 GMT

In <1992Nov11.163309.8651@ee.rochester.edu> msirota@ee.rochester.edu (Mark Sirota) writes:

>I'll be moving to Fairfield County, Connecticut soon, and my new company
>will be buying me a computer for home.  If I talk them into getting me a
>SPARCstation LX (which has ISDN support), will it do me any good?

Good luck, meanwhile I hope my old 286 keeps running. :-(

>I understand the basic concept of ISDN, but after reading this group for a
>month I find myself lost in a sea of acronyms (as is generally the case when
>one approaches a new computer field).  Is there anywhere I can find out the
>basics, learn what I'd have to learn in order to get ISDN at home?

Check the University library, there are a few good introductory books
on ISDN.

>And if I had ISDN at home, what exactly would I have?  How robust is the
>ISDN support from the phone companies?

Thanks to the National ISDN-1 spec, it will only get better. Initially,
the major switch manufacturers were each a little different, and this
slowed public acceptance. Now there is agreement from AT&T, Northern, and
Siemens SC on a common interface/protocol. Next week we have TRIP '92,
an inaugural 'kick-off' of NISDN-1. Note that this is *not* a demo -
the network put in place for TRIP '92 is just the beginning of the
Transcontinental ISDN Project (so now you know what TRIP stands for).
As time and $$$$$ permit, more and more switches will be converted to
ISDN.

National ISDN-1 is only the first step, there will be NISDN-2, 3, etc.,
all backward compatible, that will increase the scope and services of
ISDN. After years of giving seminars on ISDN and forcasting that we
would have networked ISDN in place by 1993-94, you can imagine just
how pleased I am with these events.

Rochester Tel is taking part in TRIP '92 and will have 'open house'
in Rochester. Contact Andrew Lukasieivicz at 716-777-6792 for
details. Hope this helps.

Bob.

>Thanks for any help you can provide!  I'd bet there are lots of other people
>in my shoes, as well...  I'd really like to become knowledgeable about ISDN.
>-- 
>Mark Sirota - Systems Staff, College of Engineering and Applied Science
>University of Rochester, Rochester NY
> Internet: msirota@ee.rochester.edu
> UUCP:     rutgers!ur-valhalla!msirota
Newsgroups: comp.dcom.isdn
From: deej@cbnewsf.cb.att.com (david.g.lewis)
Subject: Re: PacBell ISDN?
Organization: AT&T
Distribution: usa
Date: Wed, 11 Nov 1992 18:34:25 GMT

In article <c164-cr.721458836@po.berkeley.edu> c164-cr@po.berkeley.edu (Brian Davila) writes:
>
>The ComputerWorld I received today has a chart on the front page claiming
>that 44% of Pacific Bell lines will be ISDN-accessible by the end of the
>year.  Yet, [no one at the Pac Bell business offices seem to know about
>ISDN].

Beware of any statistics speaking to "ISDN-accessibility".  Most are drawn
from Bellcore SR-NWT-002102, "ISDN Deployment Data".  The percentage stated
in SR-2102, which most trade pubs use to indicate "ISDN deployment", is the
percentage of lines served from wire centers with an ISDN presence.  A wire
center has an ISDN presence if there is in that wire center a switch capable
of providing ISDN.  If a wire center has an ISDN presence by that
definition, all lines in that wire center are counted in the total.

So if a wire center has three massive 1AESS (tm) switches serving a total of
200,000 lines, and a 5ESS (R) switch Remote ISDN Line Unit providing 500
lines of ISDN Centrex, the wire center counts as 200,500 lines with an ISDN
presence - not 500 lines which are actually ISDN, or 650 or so lines that
can actually support ISDN.

There may not be any better ways to actually tally the numbers - after all,
if I have a wire center with 65,000 lines, 50,000 served by a 1A and 15,000
served by a brand-new 5ESS switch running 5E8, should I count however many
ISDN lines are currently deployed, the 15,000 total lines on the existing 5E
hardware, or the 65,000 lines that the 5E could support if I deployed enough
hardware and rolled all the customers off the 1A?  But the number can be
very misleading if you don't understand what it means.

David G Lewis                              AT&T Bell Laboratories
david.g.lewis@att.com or !att!goofy!deej     Switching & ISDN Implementation
From: ingram@cs.duke.edu (Robert E. Ingram,02N,6606573,9294051)
Newsgroups: comp.dcom.servers
Subject: Multiport terminal emulators
Date: 11 Nov 92 21:02:16 GMT
Reply-To: ingram@cs.duke.edu
Followup-To: poster
Organization: Duke University Computer Science


I am interested in hearing from anyone who has had experience with:

1. Network Wizards company of Menlo Park, CA. And/or,
2. Multiport terminal emulators used as the console for fileserver, 
   mainframe, etc.

PLEASE reply via email.


---
--
Department of Computer Science, Duke University, Durham, NC 27706
Internet:	ingram@cs.duke.edu    (Robert Ingram, Systems Programmer)
UUCP:		mcnc!duke!ingram
From: shoutrs@rcwusr.bp.com (Robert Shout)
Newsgroups: comp.dcom.servers
Subject: Request Info on Emulex servers
Date: 5 Nov 92 03:51:31 -0600
Organization: BP Research, Cleveland, OH (USA)


Does anyone have any experience using the Emulex Performance line
of terminal servers?  Are they reliable, does Emulex provide 
updates to the software in a timely fashion for bugs fixes and
vendor updates, can they be managed via Digitals Terminal Server 
Manager (TSM) product, performance, etc.  At this time I'm particularly 
interested in finding a good multi-protocol print server which supports 
LAT, IP, and IPX, RS232 at 19.2bps, and RS422 at 38.4bps.  These servers
would replace existing DECserver 200s and DECserver 550s. Are there 
alternative multi-protocol servers that you would recommend.

Robert Shout
BP Research
shoutrs@rcwusr.bp.com
Newsgroups: comp.dcom.servers,comp.dcom.lans.ethernet,comp.dcom.lans.misc
From: mmt@RedBrick.COM (Maxime Taksar KC6ZPS)
Subject: Excelan "Export 2000": what is it?
Followup-To: comp.dcom.servers
Keywords: excelan ethernet serial terminal
Organization: Red Brick Systems, Los Gatos, CA
Date: Thu, 12 Nov 1992 18:02:09 GMT

A friend of mine recently bought a bunch of Excelan Mystery
Boxes.  I was wondering if anyone on the net knows what they
are (more importantly, if they *are* terminal servers), or if
someone actually has a manual for one that they'd be willing
to copy.

I only got a quick looks inside one, so I'm afraid the details
aren't very detailed.

The Details:  The boxes have "Excelan Export 2000" on them.
They have 8 (possibly more...my memory fails me here) DB25 
ports, which I'm assuming are serial ports, but I don't 
remember whether there were actualy UARTs there for them or
not.  They have one AUI port each.  They have a button
labeled "reset" on the front, along with two LEDs.

Inside, there's a i286 and what I'd guess to be about a
quarter meg of memory

Any help or info would be appreciated.

Followups to comp.dcom.servers, since it's probably the most
appropriate group.

-- 
------------------------------------------------------------
Maxime Taksar              KC6ZPS           mmt@RedBrick.COM
Newsgroups: comp.dcom.servers
From: lam@mrcnext.cso.uiuc.edu (Ken Lam)
Subject: 3com terminal server..does it support SLIP/PPP?
Organization: University of Illinois at Urbana
Date: Tue, 10 Nov 1992 17:48:18 GMT

The subject says the Q.  

Please email me.

Thanks
--
Ken Lam                                                     (803)-884-7615 (H)
System Administrator                                        (803)-792-4969 (W)
Senior Systems Consultant                                   (803)-792-5446(FAX)
Netware/UNIX System Programmer/Integrator                    lam@jove.cofc.edu
MultiMedia Works & Video Productions ======= Teaching the world in better ways

Newsgroups: comp.dcom.servers
From: alexis@panix.com (Alexis Rosen)
Subject: Seeking 8-bit clean connection from Annex to Sun
Date: Thu, 5 Nov 1992 13:49:34 GMT
Organization: PANIX Public Access Unix, NYC

We are now running from an Annex III to a Sun, and we're having some major
difficulties: Users can't download binaries because telnet gets in the way.

I see a couple of potential solutions:

1) Set up for rtelnet, and run gettys onto the Annex
	This will work but prevents us from letting the Annex talk to
	multiple hosts. That's not acceptable.

2) Use telnet -t and some login daemon
	You find something that takes TCP connections and connects them to
	a login process. I _think_ that this should work, but I don't have
	the code for such a deamon. It shouldn't be too hard to write, if
	it doesn't exist already, but never having written networking code
	I'm sure it would take me much longer than it should. Does anyone
	already have such a thing?

3) Use telnet -r
	I don't get raw mode at all. What's the difference between raw and
	transparent?

4) Use rlogin
	I haven't played with this yet. This is a perfect solution IF it will
	really work. Will it?


I'm also curious: given the telnet protocol spec, is it even possible to
negotiate a connection with NO special character handling and then step out
of the way? That way you could use all the normal telnet tools.

Thanks,
---
Alexis Rosen   Owner/Sysadmin,
PANIX Public Access Unix & Internet, NYC.
alexis@panix.com
{cmcl2,uunet}!panix!alexis
Newsgroups: comp.dcom.servers
From: bjs@beach.cis.ufl.edu (Brian J. Smith)
Subject: Annex-3 PPP R7 ??
Organization: Univ. of Florida CIS Dept.
Distribution: world,local
Date: Thu, 12 Nov 92 08:08:56 GMT

As I have been told buy my friendly sales droid that R7.0 of the annex-3
software supports PPP, will this work fine with the public domian verison
of dp-2.2beta ?  I love How annex's take out the hassle of serial lines
but need/want PPP.

Could somebody post a blurb of of the R7 Annex-3 ?

Bjs




-- 

Brian J. Smith           Systems Manager CMT Group   Email: bjs@phys.ufl.edu
Department of Physics	    283 Williamson Hall      Fax:     (904) 392-0524 
University of Florida 	   Gainesville, FL 32611     Voice:   (904) 392-5339
Newsgroups: comp.dcom.servers
From: pollock@milton.u.washington.edu (Joe Pollock)
Subject: Looking at Terminal Servers
Reply-To: pollock@u.washington.edu
Organization: The Evergreen State College
Date: Sat, 14 Nov 1992 01:34:22 GMT

We're currently looking at terminal servers to purchase.  Since we will
buy only one server at this time, a detailed evauluation with demos, etc.
is difficult to justify, so I'm turning to the Net for assistance.

We are looking for the following features:

1.  16 lines, with limited modem support (DSR/DTR, RTS/CTS - enough to
    properly handshake and disconnect on a Micom Data PBX.

2.  Good TCP/IP support, including SLIP now and PPP in the future. LAT
    support is desirable, but can be a future add-on (if it's an extra
    cost item, we won't buy it now).

3.  Preferably, stand-alone operation, not dependent upon a host for
    more than initial software installation (flash eprom, ROMs, etc).
    

     What is the downside of depending upon bootp/tftp for a software
reload after, say, a power outage, besides the fact that the host will
likely have a fairly long recovery period itself?  In addition, although
there may be several services accessable to the server, only one host
is likely to be usable as a software load device (a single point of
failure).  Are there any security considerations, as well?

     We are looking at the Xyplex Maxserver 1600, Cisco 516CS, and DEC
DECServer 700 as primary candidates at the moment.  All of these are
comparatively new models I haven't seen discussed in this forum.  The
last evaluation analysis I saw posted was over a year ago.

     Are there any other key features we should be considering, besides
performance issues such as memory and throughput?  Any vendors with
particularly good software implementations and superior technical
support?

Please post or email.
Many thanks.

Joe Pollock
The Evergreen State College
pollock@u.washington.edu
From: bill@solaria (Bill Neisius)
Newsgroups: comp.dcom.servers
Subject: SLIP connection to XYPLEX on modem
Date: 6 Nov 92 03:49:29 GMT
Reply-To: bill@solaria.hac.com
X-Newsreader: TIN [version 1.1 PL6]


OK, I give up. 

I'm trying to connect a modem to a XYPLEX 1500 server....
and run SLIP.  It works fine when I connect the local ISBN phone 
network to the server; but when I connect a modem, all I get on the
remote machine is 'bad IP checksum' or 'can't open connection, timeout'.

I'm using SLIP8250 and TELBIN on the remote PC; modem on the server is
a MultiTech v.32, on the PC it's a DigiCom Scout+.  Connection is at
9600 baud/V42.

I can see 'ping' packets arrive at the PC, but something is missing
'cause they generate 'bad IP checksum' in TELBIN.  If I try to open
a connection, I get a 'timeout' almost immediately... 

So what's the deal?  Flow control?  The XYPLEX has only 8 wires in its
serial connection, so you get DCD/DTR or CTS/RTS, but not both. Does
SLIP work with XON/XOFF?  well...I guess so, cause it works with the
ISBN 'modem'....

Any suggestions?

Bill Neisius
bill@solaria.hac.com
From: leonard@telcom.arizona.edu (Aaron Leonard)
Newsgroups: comp.dcom.servers
Subject: Re: Dialup SLIP works on Annex (R7)
Date: 11 Nov 92 19:37:31 GMT
Reply-To: Leonard@Arizona.EDU
Distribution: world,local
Organization: University of Arizona Telecommunications

In article <1992Nov10.172603.4549@nstn.ns.ca>, daniel@nstn.ns.ca (Daniel MacKay) writes:
| 
| In <1992Nov3.165732.3933@arizona.edu> leonard@telcom.arizona.edu (Aaron Leonard) writes:
| >Anyway, what I discovered was that dialup SLIP is apparently 
| >hopelessly broken in R6.2 (or in B6.2.14 at any rate) (grubby 
| >details follow my signature.) 
| 
| Hmm.  We have been using dialup slip steadily with every version of the
| Annex software for the past two years.  Hmm.  It's an Annex 3-only problme
| maybe?  I'm not running SLIP on any 3s -- yet.  There was that annoying
| problem with SLIP on an autobaud port.

Well, I just now tried out dialup SLIP into an Annex-3 running R6.2.1, and
found that it works just dandy.  So evidently the problem I encountered
was fixed between B6.2.14 and R6.2.1.  Possibly the problem was related
to autobauding, as the port speed is set to autobaud.

Sorry to have misled,

Aaron

Aaron Leonard (AL104), <Leonard@Arizona.EDU>
University of Arizona Network Operations, Tucson AZ 85721
From: mbt@ESD.3Com.COM (Brad Turner)
Newsgroups: comp.dcom.servers
Subject: Re: 3com terminal server..does it support SLIP/PPP?
Date: 10 Nov 92 21:10:15 GMT

lam@mrcnext.cso.uiuc.edu (Ken Lam) writes:
>
>The subject says the Q.  
>
>Please email me.
>
>Thanks



FYI: You can send email to info@3Com.Com and ask these types of questions.

We currently support SLIP, and I believe we are looking at adding async
PPP, but haven't made any announcements on it.

-brad-
--
v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v
Brad Turner | 5400 Bayfront Plaza  | Marketing Engineer   | (408) 764-5261
3Com Corp.  | Santa Clara CA, 95052| mbt@NSD.3Com.Com     | (408) 764-5002 fax
Newsgroups: comp.dcom.servers
From: daniel@nstn.ns.ca (Daniel MacKay)
Subject: Re: Dialup SLIP works on Annex (R7)
Organization: NSTN Network Operations Centre, Nova Scotia, Canada
Distribution: world,local
Date: Tue, 10 Nov 1992 17:26:03 GMT

In <1992Nov3.165732.3933@arizona.edu> leonard@telcom.arizona.edu (Aaron Leonard) writes:
>Anyway, what I discovered was that dialup SLIP is apparently 
>hopelessly broken in R6.2 (or in B6.2.14 at any rate) (grubby 
>details follow my signature.) 

Hmm.  We have been using dialup slip steadily with every version of the
Annex software for the past two years.  Hmm.  It's an Annex 3-only problme
maybe?  I'm not running SLIP on any 3s -- yet.  There was that annoying
problem with SLIP on an autobaud port.

-dan
--
	Daniel MacKay				daniel@nstn.ns.ca
	NOC Manager, NSTN Operations Centre	902-494-NSTN
	Dalhousie University, Halifax, Nova Scotia, Canada
From: khx@se44.wg2.waii.com (Kamran Husain)
Newsgroups: comp.dcom.telecom
Subject: Advice Needed on Telephone Security Systems
Date: 8 Nov 92 19:55:26 GMT
Reply-To: khx@se44.wg2.waii.com
Organization: TELECOM Digest
X-Submissions-To: telecom@eecs.nwu.edu
X-Administrivia-To: telecom-request@eecs.nwu.edu
X-Telecom-Digest: Volume 12, Issue 829, Message 3 of 9

This applies to comunications, so bear with me please.

Lately there's been a rash of robberies in our area where the mode of
operation has rendered most home security systems useless.  (I don't
have the exact number of houses hit so far, and the cops here are
understandably close mouthed about it.)

Most houses hit have the breakers outside the security zone. Crooks
snip the phone lines and cut the power off. If someone's home, the
owner goes out to turn the power on and the alarm off. (S)he then
walks back in with the crooks. If they are not home for (say for the
weekend) crooks come back after 24 hour when the battery back up is
drained for the siren. The alarm monitoring company is NOT notified
since the phones are dead and that's the only lifeline back.

My house was hit day before yesterday but we stayed indoors and used a
mobile phone (luckily!! inside the house!) to call the sheriff.  No
theft, but scared us witless when the both our regular POTS phones
were dead. Also, we found on later examination that our cable TV coax
was cut. (Why cable???)

This brings me to the questions:

a) Is there a secondary way of notifying a monitoring station that AC
power is out AND that the phones are no longer functoning? Is it done
on cable TV? or is there a wireless (radio/CB/cellular) transmitter
for those people who do not have mobile phones?

b) Any recommendations on such devices out there? 
	   
c) Why were cable connections cut? Do some monitoring stations use
cable coax for communications back to the head node for purposes other
than cable TV channel $$$ monitoring?

d) How can I hide the phone connections at my house or make the
snipping a less than trivial process?

I would appreciate any advice.


Thanks, 

Kamran Husain   khx@se44.wg2.waii.com
Date: Thu, 12 Nov 92 12:57:59 PST
From: reb@ingres.com (Phydeaux)
Newsgroups: comp.dcom.telecom
Subject: "New" Centrex features
Organization: TELECOM Digest
X-Submissions-To: telecom@eecs.nwu.edu
X-Administrivia-To: telecom-request@eecs.nwu.edu
X-Telecom-Digest: Volume 12, Issue 841, Message 5 of 5

Hi!

This morning I woke up to hear my clock-radio spewing out an Illinois
Bell Centrex advertisement that announced several "new" features ...
call waiting, three-way calling, etc.

	Welcome to the stone age, IBT!


-- *-=#= Phydeaux =#=-* reb@ingres.com  or  reb%ingres.com@lll-winken.llnl.GOV
ICBM:  41.55N 87.40W  h:828 South May Street  Chicago,  IL 60607  312-733-3090
w:reb Ingres 10255 West Higgins Road Suite 500 Rosemont, IL 60018 708-803-9500


[Moderator's Note: I think you must be mistaken if you think they
referred to these services (ina centrex setting) as 'new'.  We've had
centrex for a quarter-century here, and ESS in some parts of the city
for nearly twenty years. Those features on centrex were common years
ago to say the least.  Or maybe you heard right and IBT is going crazy
in their ad copy again ... it wouldn't be the first time.   PAT]
Date: 11 Nov 92 20:23:07 GMT
From: benchoff@groupw.cns.vt.edu (Phil Benchoff)
Newsgroups: comp.dcom.telecom
Subject: Caller ID and the #5 ESS
Organization: TELECOM Digest
X-Submissions-To: telecom@eecs.nwu.edu
X-Administrivia-To: telecom-request@eecs.nwu.edu
X-Telecom-Digest: Volume 12, Issue 840, Message 7 of 16

The local phone company (C&P) is about to cut over to a #5 ESS.  They
will be offering Caller ID as a service.  I called the business office
today and asked about blocking caller id.  Their answer was that there
was no way to do that, even if you have an unlisted number.

Does anyone know just what the capabilities of the #5 ESS are as far
as Caller-ID goes?  Is this something that is not available in the
software, or just something they won't do?


[Moderator's Note: It is just something they won't do; either that or
they will do it and you got an ignorant representative.   PAT]