The Brothers WISP 173 - IX Cast Number Two!
Vložit
- čas přidán 24. 07. 2024
- This week we have Tommy, Justin Wilson, Martin Weddle and John Osmon.
*Sponsors*
Sonar.Software
Towercoverage.com
Preseem.com
store.viloliving.com
*/Sponsors*
The Week we dive deeper into the actual operation of and joining an IX.
00:00:00 Sponsors
00:03:00 Introductions
00:04:20 Justin's IX and how it's built
00:09:10 Martin's experience joining an IX
00:10:25 Security and Route Filtering Considerations
00:17:15 Route Servers Role
00:19:00 The Cheat Codes of IX Coolness (HE is pretty cool)
00:21:20 Why IXs have policies
00:25:00 Other Services that IXs Offer
00:27:30 Other places where IXs would be useful
00:34:00 Historical IXs using Non-Ethernet Tech
00:36:30 Rules most IXs have and Good Behavior
00:43:30 The Major Market Problem
00:51:30 Dr. Peering (Link Below)
00:54:05 Top Down ISP's not wanting to Peer (Peering Policies)
00:59:45 Peering DB and having a IRR
01:05:00 Mutual Transit across an IX
01:07:00 Bill Woodcock and how IXs don't want to get too big, they loose focus.
01:10:00 Why local IXs are beneficial
01:12:45 How IXs can benefit Cloud Computing Applications.
01:16:00 Other Thoughts and Removing Barriers to Entry
01:21:00 Having to be a Network Engineer
01:25:00 Network Operators Group Call Out
01:29:00 Packets Down Range and Signing Off
drpeering.net/index.php
www.peeringdb.com/
Justin's Blog: j2sw.com/
Justin's IX: fd-ix.com/
Justin's News Blog:
blog.j2sw.com/newsletter/pack...
packetsdownrange.com/ (Link is broken at the moment)
John Osmon
www.miscreantsinaction.com/
john@osmon.net
Martin's NOG Reccomendation.
www.usnua.com/
Some others that were mentioned:
chinog.org/
www.nanog.org/ - Věda a technologie
This is my favorite episode. Thank you for sharing this wealth of knowledge. Am a new Sr. level engineer and glad to stumble here
@John thank you for explaining the concern about a peer sending unadvertised traffic, like pointing their default at me. I had wondered about how that is handled. This sounds like another great selling point for an IXP, because the IXP keeps an eye on peering traffic. Any idea how much latency the process of watching the traffic adds, compared to direct peering outside of an IXP (all other things like distance being equal)?
With everything being in hardware switching wise. Less than a millisecond. At that level your talking about the length of the fiber being slightly longer in most cases.
While it's a concern if your high frequency stock trading, the rest of us would benefit more greatly from the monitoring than the slight delay that might be introduced with going through a switch instead of a direct cross connect.
Part 3 please!