Mittwoch, 27. Jänner 2016 15:23
> An: Jürgen Jaritsch ; NANOG ; i3D
> net - Martijn Schmidt ; Andrey Yakovlev
> ; Bernd Spiess ; Colton Conor
> ; Hugo Slabbert
> Cc: NANOG
> Betreff: Re: AW: AW: Peering Exchange
>
> HE will if you know who to speak to...
>
> Regards,
ff: Re: AW: AW: Peering Exchange
HE will if you know who to speak to...
Regards,
Dovid
-Original Message-
From: Jürgen Jaritsch
Sender: "NANOG" Date: Wed, 27 Jan 2016 14:20:31
To: i3D net - Martijn Schmidt; Andrey
Yakovlev; Bernd Spiess; Colton
Conor; Hugo Slabbert
Cc: NANOG
HE will if you know who to speak to...
Regards,
Dovid
-Original Message-
From: Jürgen Jaritsch
Sender: "NANOG" Date: Wed, 27 Jan 2016 14:20:31
To: i3D net - Martijn Schmidt; Andrey
Yakovlev; Bernd Spiess; Colton
Conor; Hugo Slabbert
Cc: NANOG
Subject: AW: AW: Peering Ex
och, 27. Jänner 2016 15:01
An: Andrey Yakovlev ; Bernd Spiess ;
Colton Conor ; Hugo Slabbert
Cc: NANOG
Betreff: Re: AW: Peering Exchange
"We also had problems where transit customers said don't want to be
exported to a certain IX point of presence while he wanted to be
exported at a diffe
"We also had problems where transit customers said don't want to be
exported to a certain IX point of presence while he wanted to be
exported at a different location."
That's a fairly normal request. I think nearly every major IP transit
provider has built out a BGP action community system to allo
Yakovlev"
To: "Bernd Spiess" , "Colton Conor"
, "Hugo Slabbert"
Cc: "NANOG"
Sent: Tuesday, January 26, 2016 7:23:46 PM
Subject: Re: AW: Peering Exchange
Some companies present at some IX with no MLPE simply don't like to be listed
at all
Some companies present at some IX with no MLPE simply don't like to be listed
at all, and they prefer to be filtered out from LG servers. It's simply their
police and some big companies do not have a policy which is the same for
everyone peering, say, content provider X will peer with you if you
On 27/01/16 06:30, Mike Hammett wrote:
Google or Facebook are exactly who you would want to connect with and I'm
fairly sure they're on the route servers.
Google (AS15169) should be present on route servers at all exchanges
they're present at that have them. Generally as missing cases are
no
On 26/Jan/16 22:22, Daniel Corbe wrote:
> Some exchanges (like Equinix) do publish information about who is on their
> route servers, but they only make that information available to other
> customers.
Some exchange points provide that information publicly as well.
Different strokes.
Mark.
Someone actually sent me a list from Equinix. If it says MLPE next to the
IP address of the provider then I assume they are using the MLPE route
server, and if not I assume you have to reach out to peer with them. Does
that sound accurate?
On Tue, Jan 26, 2016 at 3:32 PM, Bryan Socha wrote:
> Ch
> Is there a way to browse a route server at
> certain exchanges, and see who is and is not on the route server?
Quite many ixp´s do so ... so you can verify yourself what is going on...
Typical offer of a looking glass:
You can see the sessions, you can see the amount of prefixes,
You can see th
Check out nl nog's the ring (they have a looking glass), routeviews or
ripe's RIS project (bgplay) being an interface to the data).You should
be able to find someone sending up bgp data to these projects that include
the route servers on different IX points.
Bryan Socha
Network Engineer
Digit
You have a couple of things to consider. Most exchanges have route servers.
Some folks peer with those and pretty much anyone can gain access to these
route servers. Not everyone peers with these however. In the large IXes it’s
typically the small to medium folks who are on the route servers.
Some exchanges run an open looking glass with BGP summary access, e.g.
DE-CIX Frankfurt route servers:
https://lg.de-cix.net/
Else you could also take a look in the common route registry databases.
Regards
Joerg
On 26 Jan 2016, at 21:09, Colton Conor wrote:
Is there a way to browse a route se
> On Jan 26, 2016, at 3:22 PM, Daniel Corbe wrote:
>
>
>> On Jan 26, 2016, at 3:09 PM, Colton Conor wrote:
>>
>> Is there a way to browse a route server at certain exchanges, and see who
>> is and is not on the route server?
>>
>
> Publicly? No.
>
> Best way is to peer with one and see wh
> On Jan 26, 2016, at 3:09 PM, Colton Conor wrote:
>
> Is there a way to browse a route server at certain exchanges, and see who
> is and is not on the route server?
>
Publicly? No.
Best way is to peer with one and see what routes it’s giving you.
Some exchanges (like Equinix) do publish
Is there a way to browse a route server at certain exchanges, and see who
is and is not on the route server?
On Tue, Jan 26, 2016 at 1:46 PM, Hugo Slabbert wrote:
> On Tue 2016-Jan-26 13:30:41 -0600, Mike Hammett wrote:
>
> Google or Facebook are exactly who you would want to connect with and I
On Tue 2016-Jan-26 13:30:41 -0600, Mike Hammett wrote:
Google or Facebook are exactly who you would want to connect with and I'm
fairly sure they're on the route servers.
...and have open peering policies with pretty low requirements.
https://peering.google.com/about/peering_policy.html
htt
...@nanog.org] On Behalf Of Mike Hammett
Sent: Tuesday, January 26, 2016 12:31 PM
Cc: NANOG
Subject: Re: Peering Exchange
Google or Facebook are exactly who you would want to connect with and I'm
fairly sure they're on the route servers.
Other than driving additional revenue by needing to bu
ase contact the sender and delete the e-mail and its
attachments from all computers.
-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Colton Conor
Sent: Monday, January 25, 2016 10:22 PM
To: NANOG
Subject: Peering Exchange
If a service provider or enterp
ttachments from all computers.
-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Colton Conor
Sent: Monday, January 25, 2016 10:22 PM
To: NANOG
Subject: Peering Exchange
If a service provider or enterprise orders collocation at an Equinix Global
Internet Exchang
their MLPE (Multi-Lateral Peering
Exchange). Essentially from what we understand you peer once to
Equinix's router and all other participants and you are able to exchange
traffic. It's not an all or none, you can use filtering to exclude
specific ASNs. We are not a member of this servic
, you reach out to them or they reach
out to you via their contacts in PeeringDB and setup a typical BGP session but
usually only exchanging private routes. Therefore you are are not providing
transit to the other.
The other option Equinix offers is their MLPE (Multi-Lateral Peering Exc
k the peering exchange provider to setup the bgp
session with you for your asn.
You will get all the routes from those who have chosen to peer via the route
server.
To setup # 2, just ask the appropriate person/entity listed in the peeringdb
for that entity, the desire/willingness to establ
If a service provider or enterprise orders collocation at an Equinix Global
Internet Exchange Point, and orders a port on the exchange from Equinix,
then what happens? How does a provider actually peer with the peers on the
exchange?
Lets assume the SP or enterprise already has an ANS, transit fro
> On Nov 25, 2014, at 10:56 AM, Bill Woodcock wrote:
>
>
> On Nov 25, 2014, at 10:47 AM, Colton Conor wrote:
>> I know typically peering exchanges are made for peering traffic between
>> providers, but can you buy IP transit from a provider on an exchange? An
>> example, buy a 10G port on an e
Hi Clayton,
Putting on my TorIX hat, I'll address what you've brought up:
1. We implemented port security because MAC ACL's were not effectively
blocking certain types of bad traffic, which was a problem with the
hardware in place at the time. As you are certainly aware, getting
vendors to w
r than the
one you registered with them (Equnix filters the MAC, but doesn't apply a
60 minute port shut down penalty if you leak like TorIX does).
- Original Message ---
Subject: Re: Buying IP Bandwidth Across a Peering Exchange
From: Justin Wilson
Date: Sun, 30 No
Having run an exchange, I can speak to a couple of points.
1.An exchange is only as good as any other provider. If they don¹t have a
redundant design then you have more room for failure. Same can be said
about good staff behind it. If they know what they are doing and keep it
simple, then it ca
peering once we turned up - significant. I'd say that we now get 2/3 of
our inbound by peering, the rest via transit. Netflix is the obvious
reason...
- Original Message ---
Subject: Re: Buying IP Bandwidth Across a Peering Exchange
From: Colton Conor
Date: Sun, 30 Nov
Yes, we could of course pay for some space and power with a shared hosting
provider, but buying a full rack and power for a single router seems silly.
The ideal person to buy the small amount of space and power from would be
the transport provider that is transporting us to Equinix, but in most
cas
Colton Conor writes:
> Some might ask why not get a cross connect to the provider. It is cheaper
> to buy an port on the exchange (which includes the cross connect to the
> exchange) than buy multiple cross connects. Plus we are planning on getting
> a wave to the exchange, and not having any ph
> peering exchange was located at. The cross connect would go from the
> transport providers Z location to the port on the exchange. I have
In which case the cross connect is between the target and Z, who *has*
a physical presence at the exchange
pgp0hLFgZZD1w.pgp
Descriptio
Well, we would have a BGP router in another town. Then get a wave from a
transport provider from the other town to the town that equinix or the
peering exchange was located at. The cross connect would go from the
transport providers Z location to the port on the exchange. I have
confirmed that
On Tue, 25 Nov 2014 15:34:14 -0500, Eric Van Tol said:
> but I know at one time they required a physical presence in the in the IDC
> for an Exchange cross-connect.
At the risk of being snarky, if somebody doesn't have a presence where do
you connect the other end of the cross-connect cable? :)
(
On Wednesday, November 26, 2014 02:42:39 PM Ammar Zuberi
wrote:
> I’m pretty sure IX Reach can take you into an Equinix
> exchange, so it is probably possible that they allow
> this kind of stuff to happen.
I meant in terms of a reseller model between the exchange
point and preferred service pr
Hi,
I’m pretty sure IX Reach can take you into an Equinix exchange, so it is
probably possible that they allow this kind of stuff to happen.
Ammar.
This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are address
On Tuesday, November 25, 2014 11:03:16 PM Bob Evans wrote:
> I agree with Bill...going it on the cheap is risky. DOn't
> consider it for primary. It may be good for backup. I
> have sold small amounts of transit to non-ISP companies
> on exchanges (100-200 meg). It's a good extra backup for
> ISPs
On Tuesday, November 25, 2014 10:34:14 PM Eric Van Tol
wrote:
> It's been a while since I've checked the Equinix Customer
> Agreement and Policies documents, but I know at one time
> they required a physical presence in the in the IDC for
> an Exchange cross-connect. This may have changed in the
On Tuesday, November 25, 2014 09:51:47 PM Colton Conor
wrote:
> Are exchanges really that unreliable compared to a
> traditional cross connect?
Not necessarily.
It's just that when money is changing hands, folk tend to
find (passive) x-connects within the data centre to be far
more reliable
Be careful joining an IX just to peer with Google (AS15169) and a few
others...especially if your exchange doesn’t have route servers established.
Some companies, such as NetFlix, have a truly open peering policy; establishing
a bilateral BGP session with them is super-straightforward.
On the o
, "Faisal Imtiaz" wrote:
>Hi Colton,
>
>The primary challenge in buying IP Transit across a Peering Exchange is
>not so much of a technical configuration challenge, but rather a 'how do
>we keep track of how much IP Transit you are using' ..a billing challenge.
>Plus we are planning on getting
>a wave to the exchange, and not having any physical routers or switches at
>the datacenter where the exchange/wave terminates at. Is this possible?
It's been a while since I've checked the Equinix Customer Agreement and
Policies documents, but I know at one time
Hi Conor,
I know this is possible since Hurricane Electric does it for IPv6 transit,
however, I'm not sure if it violates any exchange rules or if it's even a good
idea.
> On 25 Nov 2014, at 10:47 pm, Colton Conor wrote:
>
> I know typically peering exchanges are made for peering traffic betw
Hi Colton,
The primary challenge in buying IP Transit across a Peering Exchange is not so
much of a technical configuration challenge, but rather a 'how do we keep track
of how much IP Transit you are using' ..a billing challenge.
and additionally, one is making the assumption tha
I agree with Bill...going it on the cheap is risky. DOn't consider it for
primary. It may be good for backup. I have sold small amounts of transit
to non-ISP companies on exchanges (100-200 meg). It's a good extra backup
for ISPs, if you setup your local pref, MED and then prepend your AS an
extra
traditional cross connect fee of $350 if you want to go from one
cage/rack to the other.
So in a situation where we are getting a 10Gig transport wave to Equinix,
we would ideally like to split this wave's use to 5Gbps of traffic going to
the peering exchange for traffic going directly to Google, Ne
t: Re: Buying IP Bandwidth Across a Peering Exchange
I know a couple networks that offer to sell transit over exchanges that permit
it, but require that you take a private VLAN on the exchange.
Some exchanges offer private VLANs, others don't.
Regards,
Chris Rogers
+1.302.357.3696 x2110
http://inerail.net/
I know a couple networks that offer to sell transit over exchanges that
permit it, but require that you take a private VLAN on the exchange.
Some exchanges offer private VLANs, others don't.
Regards,
Chris Rogers
+1.302.357.3696 x2110
http://inerail.net/
On Tue, Nov 25, 2014 at 1:51 PM, Nick Hil
On Nov 25, 2014, at 10:47 AM, Colton Conor wrote:
> I know typically peering exchanges are made for peering traffic between
> providers, but can you buy IP transit from a provider on an exchange? An
> example, buy a 10G port on an exchange, peer 5Gbps of traffic with multiple
> providers on the e
On 25/11/2014 18:47, Colton Conor wrote:
> Is this possible?
it depends. Some transit providers will decline to do this because it can
impact on their margin. Most IXPs don't have a problem with it, but some
do - although it's not clear how they can tell which packets are transit
and which are p
On 11/25/14, 1:47 PM, "Colton Conor" wrote:
>I know typically peering exchanges are made for peering traffic between
>providers, but can you buy IP transit from a provider on an exchange? An
>example, buy a 10G port on an exchange, peer 5Gbps of traffic with
>multiple
>providers on the exchange,
I know typically peering exchanges are made for peering traffic between
providers, but can you buy IP transit from a provider on an exchange? An
example, buy a 10G port on an exchange, peer 5Gbps of traffic with multiple
providers on the exchange, and buy 5Gbps of IP transit from others on the
exch
Hello,
Kindly provided by the Telegeography team :
http://www.internetexchangemap.com/
Hope this helps.
Y.
2014-07-09 20:34 GMT+02:00 William F. Maton Sotomayor :
>
> On Wed, 9 Jul 2014, Dennis Burgess wrote:
>
> Looking for a good listing of US/Canada peering exchange, simila
"Dennis Burgess" writes:
> Looking for a good listing of US/Canada peering exchange, similar to
> Torx in Toronto..Google map listing would be nice J
"Similar to Torx in Toronto", assuming you're OK with 4 points instead
of 6, would be Robertson/Scrulox. Get 'em at Canadian Tire.
-r
rgess" wrote:
Looking for a good listing of US/Canada peering exchange, similar to
Torx in Toronto..Google map listing would be nice J
Dennis Burgess, Mikrotik Certified Trainer Author of "Learn RouterOS-
Second Edition <http://www.wlan1.com/product_p/mikrotik%20book-2.htm> &quo
I’ve actually been working on a site like that for a while (with Google
Maps) - just never got around to putting it online. Honestly I wasn’t
sure if there was an interest in it :)
Paul
On 2014-07-09, 2:18 PM, "Dennis Burgess" wrote:
>Looking for a good listing of US/Canada pee
On Jul 9, 2014, at 1:15 PM, Patrick W. Gilmore wrote:
> On Jul 09, 2014, at 16:03 , Bill Woodcock wrote:
>> it’s all automated with rulesets and a whole lot of exceptions (knowing that
>> AS 701, 702, 703 are the same organization, etc.).
>
> Is that a good idea?
>
> For instance, if I were
On Jul 09, 2014, at 16:03 , Bill Woodcock wrote:
> On Jul 9, 2014, at 12:46 PM, Patrick W. Gilmore wrote:
>> Taking just Seattle IX (since I have a personal interest there :), it says
>> "177" under “participants"
>
> Interesting. We pull automatically from the standard URL,
> https://www.se
On Jul 9, 2014, at 12:46 PM, Patrick W. Gilmore wrote:
> Then again, PeeringDB never claimed to be anything but user-submitted data.
> Just the opposite.
Exactly, not a criticism; PeeringDB’s focus is on peers, not on IXPs. The IXP
Directory’s focus is on IXPs, not peers. Different needs, di
On Jul 09, 2014, at 15:36 , Bill Woodcock wrote:
> On Jul 9, 2014, at 11:35 AM, Zaid A. Kahn wrote:
>
>> PeeringDB www.peeringdb.com is the defacto source of truth.
>
> That’s user-submitted data. The PCH directory is twenty years old, and is
> independently verified by our staff. So what’s
On Jul 9, 2014, at 11:35 AM, Zaid A. Kahn wrote:
> PeeringDB www.peeringdb.com is the defacto source of truth.
That’s user-submitted data. The PCH directory is twenty years old, and is
independently verified by our staff. So what’s there isn’t always up-to-date,
but we do differentiate betw
PeeringDB www.peeringdb.com is the defacto source of truth.
Zaid
On Jul 9, 2014, at 11:18 AM, Dennis Burgess wrote:
> Looking for a good listing of US/Canada peering exchange, similar to
> Torx in Toronto..Google map listing would be nice J
>
>
>
> Dennis Burgess,
On Wed, 9 Jul 2014, Dennis Burgess wrote:
Looking for a good listing of US/Canada peering exchange, similar to
Torx in Toronto..Google map listing would be nice J
Telegeography may have this
or:
https://prefix.pch.net/applications/ixpdir/
Dennis Burgess, Mikrotik Certified Trainer
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.
Looking for a good listing of US/Canada peering exchange, similar to
Torx in Toronto..Google map listing would be nice J
Dennis Burgess, Mikrotik Certified Trainer Author of "Learn RouterOS-
Second Edition <http://www.wlan1.com/product_p/mikrotik%20book-2.htm> "
Link T
-Original Message-
On Apr 8, 2010, at 2:08 PM, Owen DeLong wrote:
>>3a) If no: Do participants typically preference exchange-learned
>> routes over other sources?
>>
>> Yes. As far as I know all our members set routes learned through the
>> exchange fabric higher than anything el
On Apr 8, 2010, at 2:08 PM, Owen DeLong wrote:
>>3a) If no: Do participants typically preference exchange-learned
>> routes over other sources?
>>
>> Yes. As far as I know all our members set routes learned through the
>> exchange fabric higher than anything else. That's kind of the point
>
> 3a) If no: Do participants typically preference exchange-learned
> routes over other sources?
>
> Yes. As far as I know all our members set routes learned through the
> exchange fabric higher than anything else. That's kind of the point as
> exchange traffic is free so you always want
I operate the exchange point in the Kansas City area so I'll answer your
questions based on how we do it.
1) Is a private AS typically used for the exchange side of the session?
No. Each participant uses their own ASN.
2) Are RFC1918 IPs typically used for the p2p links into the exchange?
No.
On Thu, 2010-04-08 at 11:02 -0500, Brad Fleming wrote:
> 1) Is a private AS typically used for the exchange side of the session?
Not in a typical public internet exchange. that said, there is no
reason why one could not build an exchange point that uses private ASNs.
One might do this for a spec
Some Research&Education type peering exchanges, like Pacific Wave
http://www.pacificwave.net/ , support ipv4 multicast forwarding. As
an exchange operator you'd want to support PIM-Snooping and the
ability to disable DR-Flooding to control those flows just to the
networks that joined them
On 2010-04-08, at 12:42, Elmar K. Bins wrote:
> jab...@hopcount.ca (Joe Abley) wrote:
>
>>> 1) Is a private AS typically used for the exchange side of the session?
>> No. Also many exchange points do not run route servers at all, and expect
>> participants to build bilateral BGP sessions direct
On 8-4-2010 18:02, Brad Fleming wrote:
1) Is a private AS typically used for the exchange side of the session?
No.
2) Are RFC1918 IPs typically used for the p2p links into the exchange?
No. In EU usually it is separate public /24, /23 or /22. The IPv6 range
in RIPE region for exchanges is
Re JOe,
jab...@hopcount.ca (Joe Abley) wrote:
> > 1) Is a private AS typically used for the exchange side of the session?
> No. Also many exchange points do not run route servers at all, and expect
> participants to build bilateral BGP sessions directly between each other.
...which is a shame.
On 2010-04-08, at 12:02, Brad Fleming wrote:
> 1) Is a private AS typically used for the exchange side of the session?
No. Also many exchange points do not run route servers at all, and expect
participants to build bilateral BGP sessions directly between each other.
> 2) Are RFC1918 IPs typica
te server. Being at a
peering exchange point means you have the chance to sit on a switch
where other participants are directly connected. At this point you can
either establish direct peering relationships (configuring a session for
each peering agreement you get) or create a session with
Hello All,
First, apologies for the change in email address.. my work account was
getting a little busy so I've moved my lists to my Gmail account. But
onward..
I'm interested in peering exchange design. We are not lucky enough to
have access to a peering exchange so I have
78 matches
Mail list logo
