On 7/19/18 1:30 AM, Mark Tinka wrote:
>
> On 18/Jul/18 23:56, Keith Stokes wrote:
>
>> At least in the US, Jane also doesn’t really have a choice of her
>> electricity provider, so she’s not getting bombarded with advertising
>> from vendors selling “Faster WiFi” than the next guy. I don’t get t
(please forgive cross-posting between jnsp and nanog.looking for anyone who
could help shed light)
I moved customers behind MS-MPC-128G (MX960) CGNat boundary a few nights
ago. for the most part it went well. with these couple issues. please let me
know what you know about this and how to fix.
One of the biggest deal-breakers about the Miltiservices DPC and MPC is
that it does not support NAT Transversal (UDP hole punching), which is
probably the reason you're having trouble with the PS4 online gaming. It
also messes with VoIP too.
As for the IPsec issue, im not sure if that would be re
> On Jul 17, 2018, at 9:24 PM, Andy Ringsmuth wrote:
>
> Fellow list members,
>
> The last several days, I’ve been receiving mail forwarding loop errors for
> the list. I’ll receive them several hours after sending a message. I’ll paste
> the latest two of them below, separated by % symbols
On 16/Jul/18 19:00, Paolo Lucente wrote:
> Hi Job, All,
>
> It is definitely great to see progress on the deployment side! I realize
> that there may be some gaps in the network operator toolchain, and this
> may be something i'd like to contribute to.
>
> For network operators to better unders
Dear colleagues,
In February 2018, the RIPE Database Working Group reached consensus on
NWI-5 - creating out of region ROUTE(6) objects in the RIPE Database.
We will soon be making changes to the way out-of-region objects are
handled in the RIPE Database. It's important that database users are
aw
Seeing the same in one of 6 locations in Clark County. Our Comcast DIA fiber
service and all but our east Clark county location are still up and running.
Thanks,
Matt Hohman
Technical Ministries
New Heights Church
From: 20231464200n behalf of
Sent: Wednesday, Jul
Greetings,
As part of setting up a new Internet Exchange in Fremont, California,
we've been investigating prefix filtering on the route servers based
on IRR.
Unfortunately, we were not satisfied with any of the existing
documentation available online as far as taking a network engineer
from "zero
* mark.ti...@seacom.mu (Mark Tinka) [Thu 19 Jul 2018, 07:08 CEST]:
I'm not sure about North America, Asia-Pac or South America, but in
Europe, the gaming folk actually peer very well.
The problem for us is that is anymore from 112ms - 170ms away,
depending on which side of the continent you ar
On 19 July 2018 at 07:06, Mark Tinka wrote:
>
>
> On 18/Jul/18 17:20, Julien Goodwin wrote:
>
>> Living in Australia this is an every day experience, especially for
>> content served out of Europe (or for that matter, Africa).
>>
>> TCP & below are rarely the biggest problem these days (at least w
On 19/Jul/18 14:57, joel jaeggli wrote:
> There is a point beyond which the network ceases to be a serious
> imposition on what you are trying to do.
>
> When it gets there, it fades into the background as a utility function.
I've seen this to be the case when customers are used to buying larg
Mark already knows this, but for the benefit of the North American network
operators on the list, **where** in Africa makes a huge difference. Certain
submarine cables reach certain coastal cities at very different transport
prices, depending on location, what sort of organizational structure of
ca
On 19/Jul/18 17:06, Niels Bakker wrote:
>
>
> That will happen as soon as it's affordable for them to do so - which
> requires an ecosystem of affordable and reliable independent IP
> transit/transport and colocation to exist.
Agreed, but as experience has shown, those aren't the only
consid
On 19/Jul/18 17:08, Tei wrote:
> tl:dr: the web is evolving into a network of applications, instead of
> documents. Documents can't "break" easily. Programs may break
> completelly even to tiny changes. Maybe getting webmasters on board of
> biasing in favor of documents could do us all a fav
Dear Kenneth,
On Wed, Jul 18, 2018 at 09:38:23PM -0700, Kenneth Finnegan wrote:
> As part of setting up a new Internet Exchange in Fremont, California,
> we've been investigating prefix filtering on the route servers based
> on IRR.
Excellent, have you also considered using ARIN-WHOIS and RPKI as
Does anyone know what the plans or even watercooler chat is concerning
Centurylink (AS209) and Level3 (AS3356) integration, direct peering, or
continuing separation?
We are looking at a IP Transit deal involving one or both networks and while
I'd love to have transit routes from both, I don't w
So the reps/SEs/Techs that I have spoken with are saying they are going to
keep them separate. In my case I am tw customer and was worried about their
network when L3 took them over. I was even more worried when Centurylink
then took over L3 that I was going to lose one of the networks. However I
g
On Thu, Jul 19, 2018 at 11:19:12AM -0700, Kenneth Finnegan wrote:
> As for ARIN-WHOIS, I think I had gotten confused whether it was
> additive or exclusive of IRR objects for allowing prefixes.
Indeed, in arouteserver it is 'additive'. Documentation from ARIN is
here:
https://teamarin.net/2016/0
On 7/19/2018 12:19 PM, Joseph Jenkins wrote:
So the reps/SEs/Techs that I have spoken with are saying they are going to
keep them separate. In my case I am tw customer and was worried about their
network when L3 took them over. I was even more worried when Centurylink
then took over L3 that I was
Remember Global Crossing & Level3 merger? Perhaps look for an option that
involves neither
There are few good options out there!
Mehmet
On Thu, Jul 19, 2018 at 8:14 PM James Breeden wrote:
> Does anyone know what the plans or even watercooler chat is concerning
> Centurylink (AS209) and Level3
> Mark Tinka wrote :
> but I want to be cautious about encouraging a parallel stream that slows down
> the deployment of RPKI.
I understand that; if there is an easier way to do RPKI, people are going to
use it instead of the right way. However, I think that the blacklist targets a
different ki
--- mark.ti...@seacom.mu wrote:
From: Mark Tinka
On 18/Jul/18 16:58, K. Scott Helms wrote:
> ... What's really interesting is how gaming is changing
> and within the next few years I do expect a lot of games
> to move into the remote rendering world. You need to
> have <=30 ms of latency to
On 19/Jul/18 22:43, Scott Weeks wrote:
>
> I know we're talking about Africa and other less well
> connected countries, but good luck with that in the
> Pacific, which covers about 1/3 of the planet.
>
> https://oceanexplorer.noaa.gov/facts/pacific-size.html
Yeah, things and people tend to w
On 19/Jul/18 21:47, Michel Py wrote:
> I understand that; if there is an easier way to do RPKI, people are going to
> use it instead of the right way. However, I think that the blacklist targets
> a different kind of customer : the end user. We want the enterprise to
> certify their prefixes
Dear NANOG,
[ TL:DR - From now on, NTT / AS 2914 allows customers to either register
their announcements in the IRR, or as RPKI ROAs. This is a convenience
service for relevant regions of the world where IRR is not the norm but
RPKI is commonly available. Previously NTT only accepted IRR and
ARIN-
--- mark.ti...@seacom.mu wrote:
From: Mark Tinka
On 19/Jul/18 22:43, Scott Weeks wrote:
> I know we're talking about Africa and other less well
> connected countries, but good luck with that in the
> Pacific, which covers about 1/3 of the planet.
>
> https://oceanexplorer.noaa.gov/facts/paci
--- mark.ti...@seacom.mu wrote:
From: Mark Tinka
On 19/Jul/18 22:43, Scott Weeks wrote:
> I know we're talking about Africa and other less well
> connected countries, but good luck with that in the
> Pacific, which covers about 1/3 of the planet.
>
> https://oceanexplorer.noaa.gov/facts/pacif
On Thu, Jul 19, 2018 at 9:19 AM, Job Snijders wrote:
> Excellent, have you also considered using ARIN-WHOIS and RPKI as data
> sources for your route servers? An excellent tool to generate route
> server configurations is 'arouteserver' http://arouteserver.readthedocs.io/
After the volume of time
Hi all,
Just wanted to share our (AS15703, True B.V.) experience as a hosting provider
with enabling RPKI invalid filtering (invalid == reject). We've secured (most
of) our routes since 2014 with ROAs but last Tuesday we have deployed filters
which reject RPKI invalid routes. We have had two ti
29 matches
Mail list logo