Hoi Boudewijn, Ahum. Mijn bek is opengebroken, yaay ! Dan schrijft matige code waarbij het wiel doelbewust opnieuw wordt uitgevonden. Hij heeft letterlijk schijt aan alle gevestigde bcp, zoals het gebruiken van /usr/local/ of misschien /opt/ voor 3rd party programma's, of misschien generieke code zoals dat er is in de vorm van libc. djbdns heeft een resolver. Die is erg snel, maar onder grote load zie je dat er iets heel debiels in zit. Bij het maken van een uitgaande query wordt er in een lineaire lijst van #define 200 lengte een leeg slot gezocht. Bij < 50 uitstaande queries is dit niet zo duur. Load je je resolver met 150-200 uitstaande queries (bv omdat je een webcrawler schrijft die naar Asie gaat wandelen), dan gaat het ding op een dikke CPU gewoon 45% CPU draaien. Het blijkt dan dat hij van die tijd 30% bezig is met door die lijst heen fietsen... een hash op query type/label is triviaal te bedenken. Patches worden niet geaccepteerd. IPv6 support wordt niet ingebouwd door Dan, omdat 'niemand daar behoefte aan heeft'. Fout. Ik heb er behoefte aan binnen onze ISP. Het voortstuwen van DNSSec waarbij NXT door NSEC wordt omgeschreven en ueberhaupt het standardiseren van dit protocol wordt met een hele reeks argumenten weerlegd. Als uiterste redmiddel wordt het standpunt van de dag 'cant do this because it breaks existing implementations'. Kom nou toch. Obscuriteit van de sourcecode tot daar aan toe, gebrek aan inzichtelijke documentatie is nog een ander punt, maar ik zou heel die zooi al boycotten wegens onuitstaanbaar arrogante (ja haast asociale) houding van de auteur. Pim -- __________________ Met vriendelijke groet, /\ ___/ Pim van Pelt /- \ _/ Business Internet Trends BV PBVP1-RIPE /--- \/ __________________