Stop IPv6 Google traffic

Max Tulyev maxtul at netassist.ua
Sun Apr 10 14:46:34 UTC 2016


Every have /56 or /48, depending on type of service. All our /32
allocation is affacted.

On 10.04.16 17:35, Chuck Anderson wrote:
> Assign your customers larger v6 prefixes so one customer's bad
> behavior doesn't affect the others?
> 
> On Sun, Apr 10, 2016 at 05:27:53PM +0300, Max Tulyev wrote:
>> The problem is IPv6-enabled customers complaints see captcha, and Google
>> NOC refuses to help solve it saying like find out some of your customer
>> violating some of our policy. As you can imagine, this is not possible.
>>
>> So, the working solutions is either correctly cut IPv6 to Google, or cut
>> all IPv6 (which I don't want to do).
>>
>> On 10.04.16 17:17, Mike Hammett wrote:
>>> I think the group wants to know what problem you're trying to solve. Obviously if you block something, there will be a timeout in getting to it. 
>>>
>>> What is broken that you're trying to fix by blackholing them? 
>>>
>>>
>>>
>>>
>>> ----- 
>>> Mike Hammett 
>>> Intelligent Computing Solutions 
>>> http://www.ics-il.com 
>>>
>>>
>>>
>>> Midwest Internet Exchange 
>>> http://www.midwest-ix.com 
>>>
>>>
>>> ----- Original Message -----
>>>
>>> From: "Max Tulyev" <maxtul at netassist.ua> 
>>> To: nanog at nanog.org 
>>> Sent: Sunday, April 10, 2016 9:07:47 AM 
>>> Subject: Re: Stop IPv6 Google traffic 
>>>
>>> Customers see timeouts if I blackhole Google network. I looking for 
>>> alternatives (other than stop providing IPv6 to customers at all). 
>>>
>>> On 10.04.16 16:50, Valdis.Kletnieks at vt.edu wrote: 
>>>> On Sun, 10 Apr 2016 16:29:39 +0300, Max Tulyev said: 
>>>>
>>>>> I need to stop IPv6 web traffic going from our customers to Google 
>>>>> without touching all other IPv6 and without blackhole IPv6 Google 
>>>>> network (this case my customers are complaining on long timeouts). 
>>>>>
>>>>> What can you advice for that? 
>>>>
>>>> Umm.. fix the reasons why they're seeing timeouts? :) 
>>>>
>>>> Have you determined why the timeouts are happening? 
> 




More information about the NANOG mailing list