host tool used for RIPE hostcounts
Hi, As I understand, you made the host tool I'm referring to. We've been using the host tool from ftp.ripe.net for the hostcounts since I don't remember when but noticed some strange behaviour this month. We got a bunch of these errors: *** incomplete resource record for ppp129-110.islandssimi.is, offset 8186 ;; response truncated to 8192 bytes ;; got answer, 23618 bytes: ;; ns_initparse: Message too long *** expand error in resource record for islandssimi.is, offset 8186 After some diging it looks like this only happens when transfering from nameservers with version 9 of bind, wich seems to be sending the whole transfer at once instead of sending one RR at a time like bind 8 does. I've fixed this by patching host.h and set the MAXPACKET size to what I think is the maximum in bind 9. There is probably a better solution to this but this atleast makes things work correctly for now. I've Cc'd this to the dns-wg@ripe.net as there are probably alot of people there geting into the same trouble. Oli -- Olafur Osvaldsson Systems Administrator Internet Iceland inc. Tel: +354 525-5291 Email: oli@isnic.is
"Olafur" == Olafur Osvaldsson <oli@isnic.is> writes:
Olafur> We've been using the host tool from ftp.ripe.net for the Olafur> hostcounts since I don't remember when but noticed some Olafur> strange behaviour this month. Olafur> We got a bunch of these errors: Olafur> *** incomplete resource record for Olafur> ppp129-110.islandssimi.is, offset 8186 ;; response Olafur> truncated to 8192 bytes ;; got answer, 23618 bytes: ;; Olafur> ns_initparse: Message too long *** expand error in Olafur> resource record for islandssimi.is, offset 8186 Olafur> After some diging it looks like this only happens when Olafur> transfering from nameservers with version 9 of bind, wich Olafur> seems to be sending the whole transfer at once instead of Olafur> sending one RR at a time like bind 8 does. Er not quite. The default mode for zone transfers in BIND9 is many-answers. It tries to pack as many RRs into each packet as possible -- not necessarily the whole zone! -- instead of just one RR at a time. Who maintains that host program now? ISTR Brad Knowles mumbling something about taking on that responsibility.
At 11:41 PM 26.11.01, Jim Reid wrote:
Who maintains that host program now? ISTR Brad Knowles mumbling something about taking on that responsibility.
Err, this has fallen into a very big crack here in Amsterdam. Let me sort this out. Daniel
participants (3)
-
Daniel Karrenberg -
Jim Reid -
Olafur Osvaldsson