Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!att!linac!pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!rpi!crdgw1!uunet!shl!phil
From: phil@shl.com (Phil Trubey)
Newsgroups: comp.dcom.lans
Subject: Re: 10Base-T hubs
Message-ID: <1991Apr17.212748.7165@shl.com>
Date: 17 Apr 91 21:27:48 GMT
References: <1991Apr10.150801.2519@ux1.cso.uiuc.edu> <1991Apr15.214932.9635@jhereg.osa.com> <1991Apr16.182217.6151@netcom.COM>
Distribution: usa
Organization: SHL Systemhouse Inc.
Lines: 25

In article <1991Apr16.182217.6151@netcom.COM> jbreeden@netcom.COM (John Breeden) writes:
>But the most interesting feature is this - a frame sent to a specific
>mac address only shows up at the port that mac address is attached to. All
>other ports get the header with the data field blank! (filled with 1s & 0s)
>- you can't capture other people's traffic! only your own! (they're doing the
>filtering during the normal buffer copy in the repeater - so there is no
>impact on delay - it's within 10baseT spec).
>
>So now I've got an ethernet that acts sorta' like SNA. Users can only
>attach to a specific port and only traffic destined for that port appears.

Nifty feature!  That should be worth something.  How long has AT&T been
selling these hubs?  Are they their own, or are they reselling/OEMing?

BTW, has anyone heard of a product that does per port *bridging* inside
a 10BaseT hub instead of per port repeating?  ie. Packets would be sent into
the hub and the hub would switch it out to the sole destination port.
With a fast enough bridging unit, you could up the bandwidth of your
ethernet hub by an order or magnitude or two...

-- 
Phil Trubey                     |  Internet: phil@shl.com      
SHL Systemhouse Inc.            |  UUCP:     ...!uunet!shl!phil
50 O'Connor St., Suite 501      |  Phone:    613-236-6604 x667
Ottawa, Ontario, Canada         |  Fax:      613-236-2043