This is a discussion on Re: How can I log how much bandwidth is being used by lookups? within the Bind Users forums, part of the DNS and Related Forums category; Thanks for the advice :) Matt :) -- Banging your head against a wall uses 150 calories an hour. "Simon Waters" &...
|
|||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
|
|||
|
Thanks for the advice :)
Matt :) -- Banging your head against a wall uses 150 calories an hour. "Simon Waters" <Simon@wretched.demon.co.uk> wrote in message news:bveghq$qjv$1@sf1.isc.org... > Kevin Darcy wrote: > > > > When I say "rough idea", I mean that the "sending TCP message" numbers > > don't include TCP overhead, such as ACKs, retransmissions, and so forth. > The only time I've seen the zone transfers be a bandwidth hog was the > old Microsoft NT DNS server which would retry a zone transfer > immediately if it had bad data in it - BIND is better behaved in these > situations. But then I haven't tried slaving relay blocking lists. > > I'm assuming this wouldn't include the SOA queries to get the zone > serial, or any queries for the zone in question (although I guess they > can be estimated from the stats). > > On Linux you have counters in IPTables which can be used to gather > information on bandwidth, as I know a local LUG group member uses it for > billing purposes at the ISP he runs (overflowing the counters was a > problem at the time), although it could end up a lot more arcane than > Kevin's approach it would probably be relatively easy to account all > traffic to port 53 on the master. I dare say other packet logging would > do the trick as well (tcpdump dst port 53 and host ...) > > In these days of incremental zone transfer there is no reason they > should be very big unless the zone changes dramatically. > > > -- Attached file included as plaintext by Ecartis -- > > -----BEGIN PGP SIGNATURE----- > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFAGsTkGFXfHI9FVgYRApy9AJsHbBKytlQ/1ohfLMAM0Ur0iIferACcCzIy > dtmOUYFPA/8angOfmCFXmcE= > =mNWD > -----END PGP SIGNATURE----- > > > --- No viruses found in this message. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.576 / Virus Database: 365 - Release Date: 30/1/04 |