Date: Wed, 10 Mar 1999 08:53:38 +0800 From: "Ronald Wiplinger (ÃQ¤¯¯Ç)" <ronald@trace.net.tw> To: Dennis <dennis@etinc.com> Cc: "Randy A. Katz" <randyk@ccsales.com>, "freebsd-isp@FreeBSD.ORG" <freebsd-isp@FreeBSD.ORG> Subject: Re: Ethernet card problem Message-ID: <36E5C292.3F4961C1@trace.net.tw> References: <36E37494.14798FFC@trace.net.tw> <199903091607.LAA25321@etinc.com>
next in thread | previous in thread | raw e-mail | index | archive | help
This is a multi-part message in MIME format. --------------AEDAF48B5FC3FC89F5B4217A Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: 8bit Dennis wrote: > Randy's analysis is likely due to some old problems...and also because > of the nature of his traffic. Typically, it is much more efficient to limit > on the exiting interface...since he runs web sites the exiting interface is > the T1/T3 card. For dual ethernet customers, you should set your limits on > the ethernet interface that is on the internet router side of the connection > So, for example if you have fxp0 on the lan with your web servicers and fxp1 > on the lan with your T1 router, the limits for the web sites should be set on > fxp1. > I cannot see why this is better, but I swapped it over. > There was a bug that could cause overloads on "IN" limits that has been fixed > in the most recent version. > > The problem that Ronald is seeing is not related to the BWMGR, but to > a DMA problem on the card. "transmit underruns" (or underflows for it thats > what the driver author called it") are typically caused when the controller > cant > get data fast enough (typically bus masters not able to get the bus in time to > fill the next data slot in a frame that is in the process of being > transmitted). > > Im not sure what card ronald is using, but if it is an isa bus-master card you > may just be overloading the bus. PCI should solve the problem It is a D-Link PCI card, ... I will though purchase an Intel Etherexpress, where I never had such experience. Could the crash of the computer be a result of the Ethernet card and this DMA problem, or is this not related. (The computer freeze after 1 to 12 hours, since I installed the bandwidth filter). However without the bandwidth filter the de0 was just plugged in and not used. I have some questions/suggestions to the program too: 1. How can I make the graphic available for my customers without giving them also the right to change the filter parameter? 2. The fields of Zoom and Enter Datem are not working 3. It would be nice if I could reverse the graph, since "in" and "out" does not always mean the same for the customer and me. 4. The copy right info is nice, but once per page enough. After some time viewing pages the copy right statement comes twice. 5. The filter rules could be made easier, if the Protocol field would have a selection, or at least the manual should have a list of supported Protocols. -- bye Ronald Wiplinger (ÃQ¤¯¯Ç) http://www.trace.net.tw (phone number = e-mail) e-mail: 0935869459@phonebook.com.tw or ronald@trace.net.tw --------------AEDAF48B5FC3FC89F5B4217A Content-Type: text/x-vcard; charset=big5; name="vcard.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Ronald Wiplinger (ÃQ¤¯¯Ç) Content-Disposition: attachment; filename="vcard.vcf" begin: vcard fn: Ronald Wiplinger (ÃQ¤¯¯Ç) n: Wiplinger (ÃQ¤¯¯Ç);Ronald org: Wangs Trace Tech. Enterprise adr: No. 11, Lane 96, Section 1;;Wen Hua 2nd Road, Linkou Hsian;Taipei Hsien;;24442;Taiwan, R.o.C. email;internet: ronald@trace.net.tw title: Gen. Manager tel;work: (02) 26090652+10, (0935) 869459 tel;fax: +886 2 2600-0132 tel;home: +886 2 2609-0652+80 note: We run an ISP & ITSP in Taiwan. Call me via netmeeting (203.67.189.35) x-mozilla-cpt: ;0 x-mozilla-html: FALSE version: 2.1 end: vcard --------------AEDAF48B5FC3FC89F5B4217A-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?36E5C292.3F4961C1>