Re: The IPv6 Travesty that is Cogent's refusal to peer Hurricane Electric - and how to solve it

2016-01-23 Thread Tore Anderson
William, > Don't get me wrong. You can cure this fraud without going to extremes. > An open peering policy doesn't require you to buy hardware for the > other guy's convenience. Let him reimburse you or procure the hardware > you spec out if he wants to peer. Nor do you have to extend your >

Re: The IPv6 Travesty that is Cogent's refusal to peer Hurricane Electric - and how to solve it

2016-01-23 Thread Doug Barton
On 01/23/2016 02:43 AM, Tore Anderson wrote: William, Don't get me wrong. You can cure this fraud without going to extremes. An open peering policy doesn't require you to buy hardware for the other guy's convenience. Let him reimburse you or procure the hardware you spec out if he wants to

Re: RADb Outage?

2016-01-23 Thread Valdis . Kletnieks
On Sat, 23 Jan 2016 14:02:52 -0500, Daniel Corbe said: > How come? What situations would you run into that are so urgent about > updating > prefix lists that the task can’t be put off for a few hours? Those of you who have cron jobs doing an automatic pull can be quite surprised by scenarios

Re: The IPv6 Travesty that is Cogent's refusal to peer Hurricane Electric - and how to solve it

2016-01-23 Thread Mike Hammett
"I've said it before and I'll say it again: an ISP's refusal to maintain a settlement-free open peering policy is directly linked with said company's fraudulent double-billing for services." aaannnddd.. I'm done with that post. - Mike Hammett Intelligent Computing Solutions

Re: RADb Outage?

2016-01-23 Thread Max Tulyev
People do prefix filtering based on *DB may think twice... On 23.01.16 07:42, Larry J. Blunk wrote: > >Service for the RADb whois protocol has now been restored. We were > experiencing > extensive DDOS activity directed at the whois service host(s). > > Regards, >Larry Blunk >

Re: RADb Outage?

2016-01-23 Thread Daniel Corbe
How come? What situations would you run into that are so urgent about updating prefix lists that the task can’t be put off for a few hours? > On Jan 23, 2016, at 1:50 PM, Max Tulyev wrote: > > People do prefix filtering based on *DB may think twice... > > On 23.01.16

Re: RADb Outage?

2016-01-23 Thread Randy Bush
>> How come? What situations would you run into that are so urgent >> about updating prefix lists that the task can’t be put off >> for a few hours? > Those of you who have cron jobs doing an automatic pull can be quite > surprised by scenarios like this. doing it from cron, smart. installing