[AusNOG] Optusnet.com.au DNS administrator contact

[Nathan Gardiner]

I won't profess to know with any authority that this can't happen, but
it shouldn't. dns0 and dns1 are Telstra infrastructure authoritative
servers and should only be hosting various Telstra domains, although
the exception would be those xxxx.lnk.telstra.net addresses which
belong to CPE devices.

ns0 and ns1 are the customer authoritative servers and these are where
customer zones are served for CustData primary and secondary DNS
services.

None of these 4 servers provide recursive resolution (that would be
lon-resolver and pit-resolver/uneeda, which do not host customer
domains).

In any of these cases, changing the delegation for a domain should be
all that is required. The auth servers should only get queries by
referral. Apart from the untidy factor, I can't see a real problem
with older zones remaining on the servers.

The tmns hosts are BigPond's. I have absolutely no idea what happens there.


Cheers
Nathan

On Fri, Mar 27, 2009 at 7:26 PM, Sean K. Finn
<Sean.Finn at ozservers.com.au> wrote:
> I have observed cached/stale/unremoved/non-authorative/incorrect records on dns0.telstra.net and dns1.telstra.net in the past for a number of hosted domains that had previously had a service, and had paid up and cancelled some months prior, perhaps as recently as twelve months ago, and have made contact with the TELSTRA 'hostmasters' department to get them to remove stale domain records.
>
> Later, I did have separate issues with SY-DNS01.TMNS.NET.AU and SY-DNS02.TMNS.NET.AU (Yes I did a search then cut and paste to find these ones), which s/perhaps//g indicated separate BigPond issues.
>
> I'm not sure who rebrands as whom in this area, but the above were the experienced symptoms and resolution steps, bigpond was not the culprit, it was squarely a Telstra issue.
>
> I haven't experienced it within the last twelve months however, which is nice.
>
> I have not yet experienced it with Optus, however most of my customers who were savvy enough to get a business grade service with Optus were also savvy enough to not supply a domain name on their Ethernet service order forms.
>
> -Sean.
>
> -----Original Message-----
> From: ausnog-bounces at lists.ausnog.net [mailto:ausnog-bounces at lists.ausnog.net] On Behalf Of Nathan Gardiner
> Sent: Friday, 27 March 2009 6:02 PM
> To: dasmo
> Cc: ausnog at ausnog.net
> Subject: Re: [AusNOG] Optusnet.com.au DNS administrator contact
>
> I assume the references to Telstra are to Bigpond? Internet Direct
> have had separation between recursive caches and authoritative servers
> (and further seperation for Telstra Infrastructure) for a long, long
> time. They don't even allow recursive queries to the auth DNS servers,
> so there's no way it would interfere with customer queries.
>
>
> Nathan
>
> On Fri, Mar 27, 2009 at 5:18 PM, dasmo <dasmo at dasmo.net> wrote:
>> Took Telstra ages to stop doing this. Worse with them was their mail
>> server - If you had an account with one of their hosting arms all mail
>> from bigpond customers to you would bounce or just vanish (as it went
>> into your Telstra hosted mail box). I was thinking of setting up an
>> account with them for gmail.com or hotmail.com to teach them a lesson,
>> but that would be wrong.
>>
>>
>>
>>
>> On 27/03/2009, at 2:48 PM, Shaun Dwyer wrote:
>>
>>> Hi,
>>>
>>> Does anyone have a contact for some one responsible for the
>>> management/
>>> maintenance of ns1/ns2.optusnet.com.au ?
>>>
>>> We have a customer that  moved to us 23rd of Feb from optusnet for
>>> their domain hosting and optus's misconfigured DNS servers still are
>>> answering authoritatively to queries for this domain, so any optus
>>> customers are unable to send mail to said customer.
>>>
>>> The customer has called optus 5 or 6 times now and every time been
>>> told 'problems not with us, you're not even a customer anymore, when
>>> you left, we removed your data/records etc'.
>>> Love the level 1 support brushoff.
>>>
>>> When are ISPs etc going to learn that having your caching servers and
>>> your authoritative servers running on the same IP (ie, default bind
>>> configuration) is retarded beyond belief?
>>> All it does is hurt your customers in cases like this by serving up
>>> incorrect data to them, especially in cases like this.
>>>
>>> </rant>
>>>
>>> I just want this fixed.
>>>
>>> Cheers!
>>> -Shaun
>>> _______________________________________________
>>> AusNOG mailing list
>>> AusNOG at lists.ausnog.net
>>> http://lists.ausnog.net/mailman/listinfo/ausnog
>>
>> _______________________________________________
>> AusNOG mailing list
>> AusNOG at lists.ausnog.net
>> http://lists.ausnog.net/mailman/listinfo/ausnog
>>
> _______________________________________________
> AusNOG mailing list
> AusNOG at lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
> _______________________________________________
> AusNOG mailing list
> AusNOG at lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
>