On Thursday 02 August 2012, Henk P. Penning wrote:
> On Wed, 1 Aug 2012, Mouse wrote:
> > Date: Wed, 1 Aug 2012 19:24:29 +0200
> > From: Mouse <[email protected]>
> > To: [email protected]
> > Subject: Re: [Pool] Taking down my NTP server in Turkey
> > Sender: [email protected]
> > 
> > They're using the tr country-code zone?  Then I have to wonder why we
> > still have a tr zone.  As *ahem* unfortunate as it would be for other
> > Turks, it appears Turk Telekom is uninterested in participating in the
> > cooperative, mutually helpful network the pool is designed for.
> > Putting up an announcement on (sigh) the pool webpages that we have no
> > tr zone (and perhaps giving some subtitute, tr2 maybe?) and explaining
> > why would, it seems to me, break the abusive access while being about
> > as minimally disruptive as possible to others.
> > 
> > But this seems so obvious I can hardly imagine nobody's thought of it
> > before.  So presumably there's some reason why it hasn't been done.
> 
>    The reason (I think) is that Turk Telekom's abuse of the pool,
>    isn't a good enough reason /not/ to provide good ntp service
>    to the people in ".tr".
> 
>    I support the current work-around : asking volunteers for "tr.pool",
>    to spread the load. To put presure on the Turk Telekom users, or
>    tamper with their service is (imho) 'evil', as in "don't be evil".
> 
>    What can be done ?
> 
>    -- Is there some page that describes the problem ?
>    -- If not, can someone write it up ? [I'm not volunteering ;-]
> 
>    and then ...
> 
>    ... maybe Ask can put it on www.pool.ntp.org
>        [ I don't see a ref to Turk Telekom there yet ]
>    ... everybody can contact Turk Telekom about the abuse
>    ... we can get Turk Telekom to acknowledge there is a problem
>    ... we can work /with/ Turk Telekom to find a better work-around,
>        or maybe even get them to fix the problem.
> 

I established a contact with a senior manager at Turk Telekom a few years ago 
and started a positive dialog with him to try to resolve this, in this 
fashion. Whilst they appreciated and sympathised with the problem they in the 
end just ignored the reasonable approach and continued on their merry way. 
TBH I think they see this is as a freebie and there to be used and, 
corporately, have no social conscience or regard for anyone with a social 
conscience. In reality they should be providing the service themselves.
But you get some self centred gits everywhere; try banking and a few other 
sectors of commerce and you get the general idea. 
Do yourself a favour and save your sympathy for someone or something more 
deserving.

>    In the meantime, join the .tr pool, and enjoy the spikes!
>    Worry only about bandwidth ; your server can take it ;
>    ours (2001) didn't even blink, serving 25,000 packs/sec on
>    the last "leap-second" day. See our 'Traffic' stats here:
> 
>      http://www.cs.uu.nl/stats/ntp/ntpstats-metronoom.dmz.cs.uu.nl.html
> 
>    ... observer the decrease in traffic due to added tr.pool servers.
> 
>    Regards,
> 
>    Henk Penning
> 
> ---------------------------------------------------------   _
> Henk P. Penning, ICT-beta              R Uithof WISK-412  _/ \_
> Faculty of Science, Utrecht University T +31 30 253 4106 / \_/ \
> Budapestlaan 6, 3584CD Utrecht, NL     F +31 30 253 4553 \_/ \_/
> http://people.cs.uu.nl/henkp/          M [email protected]     \_/
> _______________________________________________
> pool mailing list
> [email protected]
> http://lists.ntp.org/listinfo/pool


-- 
Created and sent using Debian Linux - free from viruses, worms and Micro$oft!
_______________________________________________
pool mailing list
[email protected]
http://lists.ntp.org/listinfo/pool

Reply via email to