home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.dcom.sys.cisco
- Path: sparky!uunet!iWarp.intel.com|inews.Intel.COM!xanadu!skishen
- From: skishen@xanadu.intel.com (Sunil Kishen)
- Subject: Re: bug in 9.0(1) ?
- Message-ID: <Bu0urv.8xG@nntp-sc.Intel.COM>
- Sender: news@nntp-sc.Intel.COM (USENET News System)
- Nntp-Posting-Host: xanadu
- Reply-To: skishen@xanadu.intel.com (Sunil Kishen)
- Organization: Intel Corporation, Santa Clara, CA USA
- References: <9208311703.AA02736@mrbean.scd.ucar.edu>
- Date: Thu, 3 Sep 1992 21:38:19 GMT
- Lines: 31
-
-
- In article <9208311703.AA02736@mrbean.scd.ucar.edu>,
- hyder@niwot.scd.ucar.EDU writes:
- |> >> Recently we discovered strange behaviour in 9.0(1).
- |> >> We route tcp/ip decnet and appletalk and bridge LAT in a
- |> >> newly installed MGR.
- |> >> ARP requests done on lan-s connected to this router are
- |> >> FORWARDED to all interfaces! Even worse, since they are
- |> >> forwarded to a AGS with 8.3(3), the AGS has no way of
- |> >> protecting himself, but instead the AGS will put the ARP-s
- |> >> to all of hi's interfaces. In one case he substituded the
- |> >> original ip-address with the AGS ip-address.
- |> >> ...
- |>
- |> We have also seen some very troubling ARP related problems in
- |> 9.0(1). At this time we are using an ftp'd copy of 9.0(1.10)
- |> that seems to solve the problems. My advice would be if you use
- |> bridging don't use 9.0(1).
- |>
-
- Way back in June 92, I had seen this Arp-reply problem occur in 8.3(1)
- and 8.2(5) GS3-BF(bridging) and we had a Cisco engineer come on site and
- confirm. The engineer went back to Cisco and later asked me to try using
- 9.0(1) and as you mention it occured again. The Cisco engineer acknowledged it
- as a bug and suggested that I try 8.2(7). At that point I was pretty bugged
- and told him to try it himself before he suggested it as a fix. He never
- got back to me.
-
- Sunil Kishen
- Intel, Santa-Clara.
-
-