[AusNOG] IPv6 rDNS ReDelegation

[Daniel Watson]

I agree that this is poor.

Given we have a /22 IPv4 from APNIC, and we can delegate each individual /24 to different rDNS servers  So one thinks to himself, why can we not delegate a smaller /40 or /48 from that /32 in the same concept :D

D.
________________________________
From: Beeson, Ayden [ABeeson at csu.edu.au]
Sent: Thursday, December 12, 2013 9:52 AM
To: Daniel Watson; ausnog at lists.ausnog.net
Subject: RE: IPv6 rDNS ReDelegation

I’m surprised that they can’t delegate lower than a /32, they give the /32’s out to ISP’s but give smaller chunks to other applicants (/40 or /48 from memory) so I’d assume they can handle that for them, why not you?

Either way, the lazy way would be to set up the customer as the master and your DNS server as the slave, then keep the APNIC lookups coming to you, but it’s a pretty slack workaround and will require you to set things up every time they change something….

Somebody else might have a better idea than that; off the top of my head I don’t have one yet.

Thanks,
Ayden Beeson

From: AusNOG [mailto:ausnog-bounces at lists.ausnog.net] On Behalf Of Daniel Watson
Sent: Thursday, 12 December 2013 9:44 AM
To: ausnog at lists.ausnog.net
Subject: [AusNOG] IPv6 rDNS ReDelegation

Gday Noggers

As you are most likely aware, a provider like yourself is issued with a /32 IPv6 from APNIC,

We are able to set the rDNS servers for this entire /32 to our windows 2008 DNS server for PTR records,

However I have issued one of our customers with a /40 and wish to send this /40 to their rDNS server.

I've been told by APNIC that its not possible to delegate any lower then a /32 from their end, but it is possible from the DNS server to push the zone further down to other sets of name servers.

I was wondering if anybody on list has ever done this in the past, and how they managed to achieve it?

We have setup our /32 in our DNS server but now wish to send a /40 of the /32 to a different rDNS server

I hope you get what i mean, and hope somebody on/off list can assist.

TIA

D.

[Charles Sturt University]<http://www.csu.edu.au/>

|   ALBURY-WODONGA   |   BATHURST   |   CANBERRA   |   DUBBO   |   GOULBURN   |   MELBOURNE   |   ONTARIO   |   ORANGE   |   PORT MACQUARIE   |   SYDNEY   |   WAGGA WAGGA   |

________________________________
LEGAL NOTICE
This email (and any attachment) is confidential and is intended for the use of the addressee(s) only. If you are not the intended recipient of this email, you must not copy, distribute, take any action in reliance on it or disclose it to anyone. Any confidentiality is not waived or lost by reason of mistaken delivery. Email should be checked for viruses and defects before opening. Charles Sturt University (CSU) does not accept liability for viruses or any consequence which arise as a result of this email transmission. Email communications with CSU may be subject to automated email filtering, which could result in the delay or deletion of a legitimate email before it is read at CSU. The views expressed in this email are not necessarily those of CSU.

Charles Sturt University in Australia<http://www.csu.edu.au> The Grange Chancellery, Panorama Avenue, Bathurst NSW Australia 2795 (ABN: 83 878 708 551; CRICOS Provider Numbers: 00005F (NSW), 01947G (VIC), 02960B (ACT)). TEQSA Provider Number: PV12018
Charles Sturt University in Ontario<http://www.charlessturt.ca/> 860 Harrington Court, Burlington Ontario Canada L7N 3N4 Registration: www.peqab.ca<http://www.peqab.ca>

Consider the environment before printing this email.

Disclaimer added by CodeTwo Exchange Rules 2007
www.codetwo.com<http://www.codetwo.com>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ausnog.net/pipermail/ausnog/attachments/20131211/736837b0/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: csu-logo2899.bmp
Type: image/bmp
Size: 37976 bytes
Desc: csu-logo2899.bmp
URL: <http://lists.ausnog.net/pipermail/ausnog/attachments/20131211/736837b0/attachment-0001.bin>