home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!stanford.edu!agate!ucbvax!MICA.BERKELEY.EDU!gts
- From: gts@MICA.BERKELEY.EDU (Greg Small)
- Newsgroups: comp.protocols.tcp-ip.ibmpc
- Subject: Re: WinQVT/Net and LanManager not cooperating
- Message-ID: <9208281736.AA25551@mica.berkeley.edu>
- Date: 28 Aug 92 17:36:10 GMT
- Sender: daemon@ucbvax.BERKELEY.EDU
- Distribution: world
- Organization: The Internet
- Lines: 24
-
- = From pcip-request@louie.udel.edu Thu Aug 27 21:44:32 1992
- = From: Bob Baggerman <prism!comlab.gatech.edu!bob@gatech.edu>
- = I have noted this problem with the Ungermann-Bass NDIS driver. In the case
- = of NCSA Telnet, the solution is to turn on the "noarpme" switch. The UB
- = driver is the only NDIS driver I have found that exhibits this aberrent,
- = abhorrent behavior but there may be others. It would be nice if QVTnet
- = also supported "noarpme".
-
- Actually, the UB NDIS driver is receiving all packets with an Ethernet broadcast
- address or with the Ethernet address of the adapter (and presumably multicast
- also), even if they were sent by the adapter. This is proper behavior (how
- else can you do loopback tests!). In any case, the applications should be
- robust enough to filter these packets, if inappropriate, as they should for any
- inappropriate packet.
-
- The self ARP is a great feature (every TCP kernel or standalone application
- should use it at startup). Duplicate IP address are a real headache. It is
- simple enough to filter or note the receipt of an ARP from your own system.
-
- Gregory T Small 1-510-642-5979
- Personal Computer Networking & Communications gts@violet.Berkeley.EDU
- Workstation Software Support Group, IST/WSS 216 Evans Hall
- University of California, Berkeley, Ca 94720 1-510-643-5385 (Fax)
-
-