This is not an "oops". Look at the RFC. It's a really simple yet ugly hack of DNS to allocate space smaller then a /24. Who cares if the Cisco resolver gives back the first CNAME record rather then the following PTR? Could anyone on NANOG really care less?! On Sat, 24 Feb 2001, John Fraizer wrote: | | | _MY_ resolver library is fine. That's how a customers new cisco reported | it. | | | Cisco Internetwork Operating System Software | IOS (tm) C2600 Software (C2600-I-M), Version 12.1(3a), RELEASE SOFTWARE | (fc1) | Copyright (c) 1986-2000 by cisco Systems, Inc. | Compiled Thu 27-Jul-00 01:06 by cmong | Image text-base: 0x80008088, data-base: 0x807DA180 | | | --- | John Fraizer | EnterZone, Inc | | | On Fri, 23 Feb 2001, Stephen Stuart wrote: | | > > 7 65.64/27.183.34.216.in-addr.arpa (216.34.183.65) 16 msec 20 msec 20 msec | > | > Oops, indeed; you'd better upgrade your resolver library to understand | > classless in-addr per RFC 2317: | > | > % dig -x 216.34.183.65 ptr | > | > ; <<>> DiG 8.3 <<>> -x ptr | > ;; res options: init recurs defnam dnsrch | > ;; got answer: | > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4 | > ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 2 | > ;; QUERY SECTION: | > ;; 65.183.34.216.in-addr.arpa, type = PTR, class = IN | > | > ;; ANSWER SECTION: | > 65.183.34.216.in-addr.arpa. 23h59m47s IN CNAME 65.64/27.183.34.216.in-addr.arpa. | > 65.64/27.183.34.216.in-addr.arpa. 1D IN PTR bbr01-g3-0.okbr01.exodus.net. | > | > ;; AUTHORITY SECTION: | > 64/27.183.34.216.in-addr.arpa. 23h57m10s IN NS bengi-w.exodus.net. | > 64/27.183.34.216.in-addr.arpa. 23h57m10s IN NS bengi-e.exodus.net. | > | > ;; ADDITIONAL SECTION: | > bengi-w.exodus.net. 12m10s IN A 209.1.221.10 | > bengi-e.exodus.net. 12m10s IN A 216.33.108.70 | > | > ;; Total query time: 3 msec | > ;; [...] | > | > Stephen | > | | | | | --- Rev. Chris Cappuccio -=- http://www.dqc.org/~chris/ "If you don't turn on to politics, politics will turn on you" - Ralph Nader