On 29/08/2021, Jay Hennigan wrote:
> On 8/29/21 11:42, Constantine A. Murenin wrote:
>
>> It would seem reasonable to leave the whole issue up to the courts,
>> instead of engaging in contempt of foreign courts, and to stop the
>> vigilante justice against any of the par
This whole discussion reminds me of the situation the security and
vulnerability researchers often face from the corporate overlords.
Why is noone talking about the real issue?
Namely, how could a RIR be so easily shutdown by the courts with the
jurisdiction?
Why is this mailing list used to sol
On 13/01/2021, Andy Ringsmuth wrote:
>
>> On Jan 13, 2021, at 3:39 PM, Alejandro Acosta
>> wrote:
>>
>>
>> On 13/1/21 4:05 PM, Sean Donelan wrote:
>>>
>>> The Uganda Communications Commission has issued a shutdown order for the
>>> operation of all Internet gateways in Uganda beginning January 13
On 06/10/2020, Sean Donelan wrote:
>
> Florida has had notoriously unreliable state I.T. infrastructure for
> years. Florida's unemployment websites were broken for months during the
> Spring 2020 COVID unemployment demand surge. So its very likely crappy
> state I.T. infrastructure problems bein
When you're not paying for service, you're not the customer, you're the
product.
I don't understand why anyone, especially anyone frequenting NANOG, would
use Cloudflare for their DNS.
Cloudflare runs a racket business, and their whole business model depends
on them being a monopoly; plus people
On Tue, 18 Feb 2020 at 10:10, Darin Steffl wrote:
> I believe that when this happens, they should proactively block or limit
> video and file download/upload traffic as much as possible to make sure
> communications like calls and texts can go through with the highest success
> rate possible. Net
Just to make it clear: are you suggesting that it should be a requirement
to always verify the site where anonymous people make anonymous edits? Let
that sink in.
C.
On Tue, 31 Dec 2019 at 05:31, J. Hellenthal wrote:
> ... because you should be able to verify the site you are at is actually
>
Well, that would be nothing, because they're blocking your device from
having any access.
C.
On Tue, 31 Dec 2019 at 04:04, John Adams wrote:
> because no one should know what you read about or check out at wikipedia
>
> Sent from my iPhone
>
> > On Dec 31, 2019, at 00:30, Matt Hoppes <
> mattli
On Tue, 31 Dec 2019 at 02:29, Matt Hoppes
wrote:
> Why do I need Wikipedia SSLed? I know the argument. But if it doesn’t
> work why not either let it fall back to 1.0 or to HTTP.
>
> This seems like security for no valid reason.
Exactly. I used the wording from their own page; but I think it'
On Tue, 31 Dec 2019 at 01:40, Quan Zhou wrote:
>
> On 12/31/19 15:34, Constantine A. Murenin wrote:
> > removing support for insecure TLS protocol versions, specifically
> > TLSv1.0 and TLSv1.1
>
> This is actually a good thing. There are many *valid technical reasons*
&
Dear all,
It came to my attention that anyone visiting en.wikipedia.org site from an
"old Android smartphone", as Wikipedia puts it, will be redirected to
https://en.wikipedia.org/sec-warning (
http://web.archive.org/web/20191217154700/https://en.wikipedia.org/sec-warning),
which, amongst other th
On Thu, 26 Dec 2019 at 13:19, Stephen Satchell wrote:
> Longer term, review your backhauls and interconnects. Dark fiber would
> be preferred here, because you would be controlling backup power at both
> ends, and not depending on intermediate nodes.
>
What about the NSA taps? Do they tap the
On Wed, 25 Dec 2019 at 22:08, Michael Thomas wrote:
>
> On 12/25/19 7:26 PM, Constantine A. Murenin wrote:
> >
> > I'm an ex-California resident myself here
>
> Good riddance. This has nothing to do with the climate change that is
> actually happening here.
>
On Wed, 25 Dec 2019 at 20:29, Michael Thomas wrote:
>
> On 12/25/19 6:16 PM, Michael Loftis wrote:
>
>
>
> Having lived through the blackouts that was entirely different. 90% Enron
> manipulating the markets. There was plenty of capacity both in transmission
> and generation, but Enron manipulate
On Wed, 25 Dec 2019 at 19:32, Michael Thomas wrote:
> On the dark side, this is probably coming to a lot more states and
> countries due to climate change. Australia. Sigh.
>
Do you have a source for this? It would seem that these power issues are
rather unique to California not because of some
On Wed, 4 Dec 2019 at 15:12, John Levine wrote:
>
> In article
> you
> write:
> >Google still rejects email from my own domain name as outlined in a
> >prior message on this list a month or two ago:
>
> Google accepts my mail just fine, including from my mailing lists.
> Their goal is to make t
On Wed, 4 Dec 2019 at 16:43, Matthew Pounsett wrote:
>
>
>
> On Wed, 4 Dec 2019 at 17:39, John R. Levine wrote:
>>
>>
>> Or maybe users are tired of the useless monthly messages and report them
>> as spam.
>
>
> Again, these are not a user messages or regular list traffic, they're
> admin/modera
I think at this point we should upgrade the classification of this
issue from being Spam-filter-related to being a fundamental
interoperability issue of Google Mail and G Suite with regards to
email and SMTP.
Google has a monopoly on corporate email nowadays (even OPs own domain
name is still hand
Unpopular opinion: other countries should do the same.
If somehow all the transatlantic (and/or transpacific) cables are offline;
will the whole internet outside of the US stop working, too?
AWS and all the other providers have DCs all over the world, but would they
still work if they can't cont
On Thu, 24 Oct 2019 at 11:41, Joe Klein wrote:
[…]
I suspect that by changing your 5321.MailFrom, you changed the signal
> calculus, for now. I bet in a bit, provided that you don’t change any other
> behaviors, that these emails will eventually be rejected too.
>
Of course. This is just a tel
any 25
> ipfw add [rule number] reject ip6 from me6 to any 587
>
> Good luck.
>
> -
> Alain Hebertaheb...@pubnix.net
> PubNIX Inc.
> 50 boul. St-Charles
> P.O. Box 26770 Beaconsfield, Quebec H9W 6G7
> Tel: 514-990-5911 h
Dear NANOG@,
I'm not sure where else to post this, and this is not really new, either,
but I think I have a new take here.
I use my own personal domain name for various UNIX stuff, including sending
log-related things to myself out of cron, which end up in my own Gmail.com
account, either directl
On Fri, 3 May 2019 at 20:57, Brielle Bruns wrote:
> Just an FYI since this is bound to impact users:
>
> https://bugzilla.mozilla.org/show_bug.cgi?id=1548973
>
> Basically, Mozilla forgot to renew an intermediate cert, and people's
> Firefox browsers have mass-disabled addons.
>
> Whoops.
>
This
#DeleteFacebook.
On Tue, 9 Apr 2019 at 21:18, J. Hellenthal via NANOG
wrote:
> Delete fB account ...
>
> --
> J. Hellenthal
>
> The fact that there's a highway to Hell but only a stairway to Heaven says
> a lot about anticipated traffic volume.
>
> > On Apr 9, 2019, at 21:05, Nathan Anderson w
I think it's a general problem with a lot of these application firewall
companies these days.
There's been a long time I couldn't access both staples.com and
officedepot.com, and officedepot.com is still broken for me to this day.
(Ironically, they're both using the same CDN — so much for the comp
I'm pretty certain it's only in the TLS world where "opportunistic"
means to use it even if it doesn't actually work, just because it's
advertised as (potentially) available.
C.
[…]
> --srs
>
>
> From: Constantine A. Mure
On Fri, 11 Jan 2019 at 22:00, Suresh Ramasubramanian
wrote:
> Most new MTA implementations over the past several years default to TLS with
> strong ciphers. So how much of a problem is low or no TLS right now?
The real problem is that opportunistic StartTLS stops being
opportunistic the minute
On Fri, 11 Jan 2019 at 20:01, William Herrin wrote:
>
> On Fri, Jan 11, 2019 at 5:52 PM Viruthagiri Thirumavalavan
> wrote:
> >> In addition, it bypasses all the security folks have built around the
> >> idea of blocking port 25 traffic from sources which should not be
> >> operating as mail serv
On Thu, 20 Dec 2018 at 22:12, Brian J. Murrell wrote:
>
> On Thu, 2018-12-20 at 17:28 -0600, Constantine A. Murenin wrote:
> > Hi Brian,
>
> Hi,
>
> > But what's exactly at 2a03:2880:f012:3:face:b00c:0:1?
>
> It's one of the endpoints involved i
Hi Brian,
With all the CoGeCo 🇨🇦 vs. CogentCo 🇺🇸 confusion, I don't think
anyone asked the obvious question yet…
But what's exactly at 2a03:2880:f012:3:face:b00c:0:1?
I've tried reaching it on port http, and it doesn't answer:
% curl -6 -v --head --resolve
"www.facebook.com:80:2a03:2880:f012:3:
The most famous lack of IPv6 connectivity is between AS6939 (Hurricane
Electric LLC) and AS174 (Cogent Communication), not to be confused
with AS7992 (Cogeco Cable), which actually does peer with both
cogentco.com and he.net, including on IPv6.
The HE/Cogent issue is so widely known that, apparent
On Thu, 20 Dec 2018 at 13:44, Mike Hammett wrote:
> What are your thoughts on why a network would join a non-profit IX, but not a
> neutral, for-profit IX? Let's assume that traffic levels are similar.
But are traffic levels actually similar? Most areas have one or the
other dominating the fiel
They should probably just rebrand to CoGeCo, but that does look kinda
silly, so, they probably won't.
https://en.wikipedia.org/wiki/Cogeco
> Cogeco is an acronym for Compagnie Générale de Communication ("General
> Communications Company").
Both Cogent Communications and Cogeco are in pretty dif
On 17 May 2018 at 08:03, Niels Bakker wrote:
> * na...@ics-il.net (Mike Hammett) [Thu 17 May 2018, 14:44 CEST]:
>>
>> Agreed. This is garbage, un-needed legislation.
>
>
> Disagreed. These are great and necessary regulations.
>
> I'm loving the flood of convoluted unsubscribe notices this month f
I think this is the worst of both worlds. The data is basically still
public, but you cannot access it unless someone marks you as a
"friend".
This policy is basically what Facebook is. And how well it played out
once folks realised that their shared data wasn't actually private?
C.
On 16 May
Hi Mike,
Thanks for sharing the story in what must be quite a difficult time.
You mention that Level3 also has presence in the county, including
their own independent route. Did they also suffer an outage during
this latest incident? If not, then why did their connection not allow
at least some
On 20/07/2017, Hiers, David wrote:
> Hi,
> We're looking to extend some services into Canada. While our lawyers dig
> into it, I thought that I'd ask the hive mind about border restrictions.
>
> For traffic routing, is anyone constraining cross-border routing between
> Canada and the US? IOW, if
On 08/03/2017, Miles Fidelman wrote:
> Seems to me that the only people who get static, wireless, IP addresses
> are people who put sensors on vehicles and IoT applications. Who gets a
> static IP for a phone? This might cause some serious heartburn for my
> previous employer - who built CAD sys
On 10 April 2016 at 14:48, Jon Lewis wrote:
> On Sun, 10 Apr 2016, Max Tulyev wrote:
>
>> Hi All,
>>
>> 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
On 2 March 2016 at 03:46, William Herrin wrote:
> On Wed, Mar 2, 2016 at 1:12 AM, Karl Auer wrote:
>> Testing in court the idea that you may not advertise my routes would be
>> a fascinating exercise. If you falsely advertised them it would be a
>> different matter.
>
> Hi Karl,
>
> I'm having tr
On 29 February 2016 at 08:53, Paul S. wrote:
> DO's SG range is allocated out of a single /64 (I think?) and Google
> basically asks for captcha on every single request over IPv6. :(
The solution is to not signup with providers that have no respect for
RFCs and BCPs.
Proper VPS providers have no
On 27 February 2016 at 10:26, Frank Bulk wrote:
> Anyone from Southwest Airlines on this list?
>
> On a recent flight I discovered I couldn't complete payment through PayPal
> because my web browsers properly noticed that the Southwest Airlines SSL
> certificate that the captive portal was giving
I completely agree, the only possible explanation would be if they
actually get paid by Google for IPv4 transit (either directly or
indirectly), or somehow use Google's IPv4 traffic as a leverage to pad
the in/out ratios (and/or overall traffic levels) such as to continue
to enjoy settlement-free p
On 23 January 2016 at 02:43, 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 i
On 21 January 2016 at 19:42, Matthew D. Hardeman wrote:
> An excellent point. Nobody would tolerate this in IPv4 land. Those disputes
> tended to end in days and weeks (sometimes months), but not years.
>
> That said, as IPv6 is finally gaining traction, I suspect we’ll be seeing
> less tolera
On 10 January 2016 at 20:12, Owen DeLong wrote:
>
>> On Jan 9, 2016, at 08:01 , Jeremy Austin wrote:
>>
>> On Sat, Jan 9, 2016 at 5:06 AM, Mike Hammett wrote:
>>
>>>
>>> The best solution for everybody is the solution most consumers are adverse
>>> to, which is usage based billing. Granted, many
>
>
>
>
> -
> Mike Hammett
> Intelligent Computing Solutions
> http://www.ics-il.com
>
>
>
> Midwest Internet Exchange
> http://www.midwest-ix.com
>
>
> - Original Message -
>
> From: "Constantine A. Murenin"
> To: "Valdi
On 7 January 2016 at 19:43, Valdis Kletnieks wrote:
> So we went round and round back in November regarding Binge On! and whether
> it was net neutrality. So here's some closure to that...
>
> The EFF did some testing and discovered that what T-Mobile is actually doing
> doesn't match what they sa
On 23 November 2015 at 20:45, Mark Andrews wrote:
> T-Mo could have just increased the data limits by the data usage
> of 7x24 standard definition video stream and achieved the same thing
> in a totally network neutral way. Instead they choose to play
> favourites with a type of technology.
1,5M
On 23 November 2015 at 20:05, Owen DeLong wrote:
>
>> On Nov 23, 2015, at 17:28 , Baldur Norddahl
>> wrote:
>>
>> On 24 November 2015 at 00:22, Owen DeLong wrote:
>>
>>> Are there a significant number (ANY?) streaming video providers using UDP
>>> to deliver their streams?
>>>
>>
>> What else c
On 6 December 2015 at 18:24, Max Tulyev wrote:
> On 04.12.15 01:19, Baldur Norddahl wrote:
>> On 1 December 2015 at 20:23, Max Tulyev wrote:
>>> I have to change at least one of my uplinks because of it, which one is
>>> better to drop, HE or Cogent?
>>>
>>
>> Question: Why would you have to drop
On 26 June 2015 at 11:04, Hank Disuko wrote:
> Bell Canada is apparently gearing up to provide the good people of Toronto
> with the World's Fastest Internet™.
> http://www.thestar.com/news/city_hall/2015/06/25/bell-canada-to-give-toronto-worlds-fastest-internet.html
Only 1Gbps?!
LOL, but US In
On 26 January 2015 at 13:26, Brad Bendy wrote:
> Has anyone seen issues where a end user on uVerse trying to connect to
> either another provider or AT&T non uVerse (in this case DIA) is having SIP
> blocked? SIP leaving the uVerse network going to another uVerse DSL account
> is fine, but it appe
On 22 July 2014 09:09, Miles Fidelman wrote:
> Well yeah, the LECs would definitely come unglued.
>
> But... first off, what do you mean by "free?" Someone has to pay the
> capital and operating budgets - so if not from user fees, then from taxes.
>
> So.. it's a nice thought, but not likely to h
On 21 July 2014 18:25, Miles Fidelman wrote:
> goe...@anime.net wrote:
>>
>> On Mon, 21 Jul 2014, Miles Fidelman wrote:
>>>
>>> - the anti-muni laws hurt small localities the most, where none of the
>>> big players have any intent of deploying anything
>>
>>
>> This is exacatly why ashland fiber n
On 21 July 2014 13:56, Alex Rubenstein wrote:
> What timing.
>
> I live in 07874. Out here, only 50 miles from New York City, we have a
> problem.
>
> Verizon's network in this area is older than most people who are subscribed
> to this list. The copper is literally falling off the telephone pol
On 9 July 2014 11:18, Dennis Burgess wrote:
> Looking for a good listing of US/Canada peering exchange, similar to
> Torx in Toronto.
http://www.dmoz.org/Computers/Internet/Routers_and_Routing/Internet_Exchanges/North_America/
C.
On 7 May 2014 17:56, wrote:
> On Wed, 07 May 2014 17:10:32 -0700, "Constantine A. Murenin" said:
>
>> Also, would you please be so kind as to finally explain to us why
>> Google can squat on the https port with SPDY,
>
> Because it doesn't squat on the por
On 7 May 2014 15:09, Owen DeLong wrote:
>> CARP uses a VRRP version number that has not been defined by VRRP,
>> hence there is no conflict there, either. The link from the quote
>> above has a quote from Henning.
>
> Which means that in addition to squatting on the VRRP port,
VRRP protocol numb
On 6 May 2014 18:51, Jared Mauch wrote:
>
> On May 6, 2014, at 9:11 PM, Constantine A. Murenin wrote:
>
>> On 6 May 2014 15:17, David Conrad wrote:
>>> Constantine,
>>>
>>> On May 6, 2014, at 4:15 PM, Constantine A. Murenin
>>> wrote:
>
On 6 May 2014 15:17, David Conrad wrote:
> Constantine,
>
> On May 6, 2014, at 4:15 PM, Constantine A. Murenin wrote:
>>> Protocol 112 was assigned by IANA for VRRP in 1998.
>>>
>>> When did OpenBSD choose to squat on 112?
>>
>> If you don't
On 6 May 2014 12:31, David Conrad wrote:
> Constantine,
>
> On May 6, 2014, at 11:54 AM, Constantine A. Murenin
> wrote:
>>>>>> As a final note of course, when we petitioned IANA, the IETF body
>>>>>> regulating "official" internet
On 6 May 2014 07:56, wrote:
> On Tue, 06 May 2014 09:22:37 +0200, Henning Brauer said:
>> * Nick Hilliard [2014-04-26 22:56]:
>> > the situation was created by the openbsd team, not the ieee, the ietf or
>> > iana.
>>
>> that's nothing short of a lie.
>
> Umm.. remind me who chose the conflictin
22 PST 2013
Wed Dec 4 08:49:22 CET 2013
Cheers,
Constantine.
On 2013-W48-7 01:11 -0800, Constantine A. Murenin wrote:
> Anyhow, is this better?
>
> I now saw a 2% traffic loss this night at a random test time, and
> the 151ms avg rtt on this 114ms rtt route.
>
>
> Cns# date ;
On 2013-W48-6 23:19 -0800, Matthew Petach wrote:
> On Fri, Nov 29, 2013 at 11:30 PM, Constantine A. Murenin > wrote:
>
> > Dear NANOG@,
> >
>
> ...
>
>
> > From hetzner.de through he.net:
> >
> >
> > Cns# date ; mtr --report{,-wide,-cy
Dear NANOG@,
I'm not exactly sure how else I can get he.net's attention, because I've
been experiencing congestion issues between my dedi and Indiana for a
couple of months now, all due to he.net's poor transit, as it turns out.
The issue was complicated by the fact that the routes are asymme
On 28 November 2013 14:56, Mark Andrews wrote:
>
> In message
>
> , "Constantine A. Murenin" writes:
>> On 28 November 2013 13:07, Leo Vegoda wrote:
>> > Andrew D Kirch wrote:
>> >
>> > Was I the only one who thought that every
On 28 November 2013 13:07, Leo Vegoda wrote:
> Andrew D Kirch wrote:
>
> Was I the only one who thought that everything about this was great
> apart from this comment:
>
>> In reality additional poking leads me to believe AT&T gives you a
> rather
>> generous /60
>
> Is a /60 what is considered ge
On 22 November 2013 22:22, Andrew D Kirch wrote:
> Status Available
> Global IPv6 Address 2602:306:cddd:::1/64
> Link-local IPv6 Address fe80::923e:abff::7e40
> Router Advertisement Prefix 2602:306:cddd:::/64
> IPV6 Delegated LAN Prefix 2602:306:cddd:::
> 260
eir web-site doesn't work from many IPv6-connected
hosts, because there's no route for their network:
li163-XXX:~# telnet cogentco.com http
Trying 2001:550:1::cc01...
^C
li163-XXX:~#
C.
> On Mon, Oct 14, 2013 at 01:41:48PM -0700, Constantine A. Murenin wrote:
>> On 14 October
On 14 October 2013 12:57, Tri Tran wrote:
> They're lit in the bulding and have a much faster installation interval. How
> reliable are they?
> Tri Tran
It's worth pointing out that many IPv6 networks are unavailable from
Cogent; so, effectively, in 2013, you still can't get IPv6
connectivity fr
On 9 October 2013 09:58, Andrew Sullivan wrote:
> On Wed, Oct 09, 2013 at 11:35:16AM -0500, Blair Trosper wrote:
>> Does anyone know why (or can someone from Comcast explain why) there is no
>> PTR on their residential/business IPv6 addresses?
>
> Probably because of the considerations in
> http:/
om @localhost)
by XX (8.14.5/8.14.5/Submit) id r8MIaJ9o021840;
Sun, 22 Sep 2013 11:36:19 -0700 (PDT)
X-Authentication-Warning: XX: set sender to XX@bugmailXXXX
using -f
Date: Sun, 22 Sep 2013 11:36:19 -0700
From: "Constantine A. Murenin"
To:
On 14 July 2013 10:11, Jeff Kell wrote:
> On 7/13/2013 10:15 PM, Jima wrote:
>> On 2013-07-13 14:44, Bill Woodcock wrote:
>>> http://www.guardian.co.uk/world/2013/jul/09/xmission-isp-customers-privacy-nsa
>>>
>>
>> I can happily state that XMission is my home ISP, with UTOPIA
>> (city-involved fi
MicroCenter Santa Clara / Silicon Valley is no more, due to the rent
extortion in the Bay Area.
If you care for my rant on the subject:
http://tu.cnst.su/post/39584711234/why-microcenter-silicon-valley-is-no-more
C.
On 31 May 2013 11:16, Warren Bailey
wrote:
> We talked about this the other
On 2 May 2013 15:41, Cameron Daniel wrote:
> On 2013-05-03 4:57 am, Christopher Morrow wrote:
>>
>> anyway... nit-picking-aside, cool that there's a way to figure this sort
>> of
>> thing out :)
>> google has a similar method, which I can't find today :( > webcrawler!!!>
>
>
> dig -t txt o-o.myadd
On 2 May 2013 11:12, Patrick W. Gilmore wrote:
> On May 02, 2013, at 12:12 , Joe Abley wrote:
>> On 2013-05-02, at 12:10, Joe Abley wrote:
>>> On 2013-05-02, at 11:59, Charles Gucker wrote:
>
That's not entirely true.You can easily do lookup for
whoami.akamai.net and it will ret
On 6 April 2013 18:24, cb.list6 wrote:
> Interesting.
>
> http://www22.verizon.com/support/residential/internet/highspeedinternet/networking/troubleshooting/portforwarding/123897.htm
> What is CGN - and How to opt-out The number and types of devices using the
> Internet have increased dramati
On 2013-W14-5 21:27 -0700, Constantine A. Murenin wrote:
> On 2013-W14-6 05:04 +0300, Denys Fedoryshchenko wrote:
> > On 2013-04-06 04:32, Constantine A. Murenin wrote:
> > >Hello,
> > >
> > >There has been at least a 25% packet loss between hetzner.de and
>
On 2013-W14-6 05:04 +0300, Denys Fedoryshchenko wrote:
> On 2013-04-06 04:32, Constantine A. Murenin wrote:
> >Hello,
> >
> >There has been at least a 25% packet loss between hetzner.de and
> >cox.net
> >in the last couple of hours.
> >
> >Tried con
Hello,
There has been at least a 25% packet loss between hetzner.de and cox.net
in the last couple of hours.
Tried contacting hetzner.de, but they said it's not on their network.
This has already happened a couple of days ago, too (strangely, on April 1),
but then was good for the rest of the
On 1 April 2013 17:06, Owen DeLong wrote:
> Goes in the same category as this bit of news:
>
>
> IETF Announces IPv4 flag day for 1/1/2014. Today, IETF and IESG jointly
> announced that IPv4 would no longer be supported on the global internet after
> 1/1/2014. Those wishing to continue using the
On 21 March 2013 05:23, Graham Beneke wrote:
> On 21/03/2013 09:23, Constantine A. Murenin wrote:
>> On 20 March 2013 21:29, Masataka Ohta
>> wrote:
>>> Constantine A. Murenin wrote:
>>>
>>>> Why even stop there: all modern browsers usually know th
On 21 March 2013 04:36, Masataka Ohta wrote:
> Constantine A. Murenin wrote:
>
>> Are you suggesting that geolocation is inaccurate enough to misplace
>> Europe with Asia?
>
> Yes, of course.
>
> Think mobile.
Why are you insisting that mobile will have wrong geol
On 20 March 2013 21:29, Masataka Ohta wrote:
> Constantine A. Murenin wrote:
>
>> Why even stop there: all modern browsers usually know the exact
>> location of the user, often with street-level accuracy.
>
> If you think mobile, they don't, especially because &q
On 20 March 2013 20:57, Seth Mattinen wrote:
> On 3/20/13 8:28 PM, Constantine A. Murenin wrote:
>>
>> Why even stop there: all modern browsers usually know the exact
>> location of the user, often with street-level accuracy. It should be
>> possible to say that you h
On 20 March 2013 20:43, Andrew Sullivan wrote:
> On Wed, Mar 20, 2013 at 08:28:23PM -0700, Constantine A. Murenin wrote:
>> Any plans to make DNS itself GeoDNS-friendly?
>
> No. And I say this as someone working for a vendor that provides that
> service.
>
> Any s
Dear NANOG@,
Not every operator has the ability to setup their own anycast.
Not every operator is big enough to be paying 25 USD/month for a
managed GeoDNS solution, just to get their hands on GeoDNS. (Hey, for
25$/mo, I might as well have an extra POP or two!)
Why so many years after the conce
On 3 March 2013 23:31, Saku Ytti wrote:
> On (2013-03-03 12:46 -0800), Constantine A. Murenin wrote:
>
>> Definitely smart to be delegating your DNS to the web-accelerator
>> company and a single point of failure, especially if you are not just
>> running a web-s
On 3 March 2013 12:02, Nick Hilliard wrote:
> On 03/03/2013 10:46, Arthur Wist wrote:
>> Apparently due to a routing issue...
>
> back up again: http://blog.cloudflare.com/todays-outage-post-mortem-82515
>
> tl;dr: outage caused by flowspec filter tickling vendor bug.
Definitely smart to be deleg
On 2 March 2013 15:45, Owen DeLong wrote:
>> Now, back to ARIN: is Linode doing it right? Is vr.org doing it
>> wrong? Are they both doing it correct, or are they both wrong?
>>
>
> ARIN Policies do require Linode to SWIP their customer allocations,
> so the fact that they are not doing so is a
Dear NANOG@,
I've had a Linode in Fremont, CA (within 173.230.144.0/20 and
2600:3c01::/32) for over a year, and, in addition to some development,
I sometimes use it as an ssh-based personal SOCKS-proxy when
travelling and having to use any kind of public WiFi.
Since doing so, I have noticed that
On 27 February 2013 11:47, Owen DeLong wrote:
>
> On Feb 27, 2013, at 7:39 AM, Jay Ashworth wrote:
>
>> - Original Message -
>>> From: "Jared Mauch"
>>
>>> Sad as we all know the main cost for 1g to a site is in the optics
>>> (well actually the fiber build... But after that, it costs al
On 26 February 2013 20:03, Jay Ashworth wrote:
> Original Message -
>> From: "Owen DeLong"
>
> [ quoting me ]
>> > Ironically, I suspect that it's for the same reason that East Germany has
>> > right up to the minute telephony services these days, while West German is
>> > still sucking
r money
by going elsewhere? I hear microwave links are pretty popular these
days, and offer great bandwidth and latency.
C.
>> -Original Message-
>> From: Mike Lyon [mailto:mike.l...@gmail.com]
>> Sent: Saturday, 09 February, 2013 23:23
>> To: Constantine A. Mureni
On 14 February 2013 11:58, David Hubbard wrote:
> Hi all, anyone have suggestions for very stable/reliable managed DNS?
> Neustar/UltraDNS is an obvious option to look at, just curious about
> alternatives. Cost effective would be nice, but stable under attack is
> better.
Not sure about attacks
On 10 February 2013 11:02, joel jaeggli wrote:
> On 2/9/13 7:55 PM, Constantine A. Murenin wrote:
>>
>> Dear NANOG@,
>>
>> In light of the recent discussion titled, "The 100 Gbit/s problem in
>> your network", I'd like to point out that smaller op
On 9 February 2013 22:59, Mikael Abrahamsson wrote:
> On Sat, 9 Feb 2013, Constantine A. Murenin wrote:
>
>> When you are staying at a 3* hotel, should you have no expectations that
>> you'll be getting at least a 3Mbps pipe and at least an under 100ms average
>> la
On 28 January 2013 13:57, david peahi wrote:
> The above anecdote is typical in my experience with the telcos, and
> underscores the need for a national broadband buildout in the USA, funded
> and run by the Federal Government, based upon the Australian National
> Broadband Network model. The USA
On 28 January 2013 10:35, Warren Bailey
wrote:
> Spoken like a true ATT customer..;)
I've had an AT&T FTTU in my bedroom closet, which was an Alcatel
HONT-C (4 POTS (unused), 1 Ethernet; 155.52 Mbps upstream and 622.08
Mbps downstream; shared with at most 32 users), and AT&T California
outright r
1 - 100 of 111 matches
Mail list logo