Path: utzoo!censor!geac!torsqnt!lethe!yunexus!ists!helios.physics.utoronto.ca!news-server.csri.toronto.edu!bonnie.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!apple!usc!jarthur!bridge2!mbt From: mbt@bridge2.ESD.3Com.COM (Brad Turner) Newsgroups: comp.dcom.lans Subject: Re: 3COM woes (was 3COM bridge resets) Keywords: 3COM Message-ID: <3007@bridge2.ESD.3Com.COM> Date: 17 Jan 91 03:01:43 GMT References: <1991Jan3.173757.8314@eagle.lerc.nasa.gov> <1991Jan4.140428.10849@uokmax.ecn.uoknor.edu> <3000@bridge2.ESD.3Com.COM> <1991Jan7.225927.29284@spectrum.CMC.COM> <1991Jan8.025328.4406@portia.Stanford.EDU> <1991Jan15.015121.2219@ccu.umanitoba.ca> Organization: 3Com Corp., Mt. View, CA Lines: 32 andchan@ccu.umanitoba.ca (Andrew Chan) writes: >Just to add a little bit of fuel to this.... >We have a 3 Com B2000 bridge/router and it does NOT work. It will >work for a few minutes after reset and then keep doing ARP for a broadcast >address. >ethernet monitor: >ARP received from router.chem.umanitoba.ca for 130.179.19.255 >They agreed to take it back but suggested us to do more tracing first. >I have the feeling that we are forced to debug/beta-test their firmware... Andrew, If you could please provide me with a few more details regarding your configuration, topology, and software version I'll try to help find out what the problem is. I look forward to hearing from you. -brad- P.S. Our firmware only provides basic services for the software to use. In the BR/2000 ARP is a function of the system software not the firmware. -- 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 |Mktg.Engr.(408) 764-5261| I speak for myself 3Com Corp. |Santa Clara CA,95052|mbt@bridge2.ESD.3Com.Com| NOT for my employer