7 65.64/27.183.34.216.in-addr.arpa (216.34.183.65) 16 msec 20 msec 20 msec --- John Fraizer EnterZone, Inc
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
_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
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
indeed I see that right up to 12.1(5) which is the latest release I'm running.. someone tell cisco :) Chris - its not a hack, its a proper way of doing things, the RFC merely gives instructions on how to use this useful feature. the problem is that cisco's reslover doesnt like CNAMES when it is looking up PTRs which is a legal result. Steve On Sat, 24 Feb 2001, Chris Cappuccio wrote:
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
-- Stephen J. Wilcox IP Services Manager, Opal Telecom http://www.opaltelecom.co.uk/ Tel: 0161 222 2000 Fax: 0161 222 2008
On Sat, Feb 24, 2001 at 10:29:40AM +0000, Stephen J. Wilcox wrote:
indeed I see that right up to 12.1(5) which is the latest release I'm running.. someone tell cisco :)
case B110815 opened on feb 11th, but no DDTS opened yet ... /Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 Work: Network manager @ AS3292 (Tele Danmark DataNetworks) Private: FreeBSD committer @ AS2109 (A much smaller network ;-) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them.
participants (5)
-
Chris Cappuccio -
Jesper Skriver -
John Fraizer -
Stephen J. Wilcox -
Stephen Stuart