SlideShare a Scribd company logo
1 of 44
The Stories of IXP Development
and the Way Forward
Che-Hoo Cheng
Infrastructure & Development Director
APNIC
2018-07-24@MyNOG7
Asia Pacific Network Information Centre – APNIC
• APNIC is the Regional Internet Registry administering IP
addresses for the Asia Pacific
• APNIC’s Vision: “A global, open, stable, and secure Internet that
serves the entire Asia Pacific community”
• We achieve this by:
– Serving APNIC Members
– Supporting Regional Internet Development
– Collaborating with the Global Internet Community
How Does Internet Operates?
• Internet is a network of networks, composed of networks of
ISPs and users
• User networks connect to ISPs
• Small ISPs connect to large ISPs
• Various networks (large or small) are interconnected with
one another to form Internet
Autonomous Systems
• A network on Internet is called Autonomous System (AS)
which is represented by AS Number (ASN)
– ASN is unique around the world
• APNIC is in charge of ASN assignment for AP region
– ASN is used together with BGP (Border Gateway Protocol) for
interconnections with multiple networks (or multi-homing)
– Networks having ASNs can be more independent, or portable
• Together with portable IP addresses
What is an Internet eXchange Point (IXP)?
• An IXP is a shared physical network infrastructure over
which various Autonomous Systems can do easy peering
with one another
– One physical connection to IXP can be used for interconnections with
multiple networks
– More cost-effective and scalable
– ASes to be served by IXP include Internet Gateways, Internet Service
Providers (ISPs), Research & Education (R&E) Networks, Cloud
Service Providers, Content Providers and Content Delivery Network
(CDN) Service Providers
High-Level View of Global Internet
IXPR4
Global Tier-1 Providers
Regional
Provider
Access
Provider
Various Customer Networks
Access
Provider
Regional
Provider
Content
Provider
Cloud
Provider
Benefits of IXP
• One main objective of an IXP is to keep local traffic local
– Important to local Internet development
• Helps bypass 3rd-party network infrastructure for easy interconnection and direct
traffic exchange among participating networks
– Reduced cost – cheaper connectivity
– Enhanced network performance – faster speed
– Reduced latency – lower delay
• Helps encourage development of more local content and local applications
– Helps local data centre business and other businesses
• Everybody is benefited
– The gain for each may be different but all will gain
– At the end, it is the most important that end users or consumers are benefited
• Often considered as Critical Internet Infrastructure locally, regionally or globally
IXPs are Layer-2 Networks
• Switched Ethernet
– One physical connection for interconnections with multiple networks
– Only routers are allowed to connect to the switching fabric directly usually
• IXP participants can do direct Bilateral Peering (BLPA) over the layer 2
infrastructure anytime
• With Route Server added to the layer 2 infrastructure, IXP participants
can also do Multilateral Peering (MLPA) for easier interconnections
among everybody
– Traffic exchange is not going through the route server but direct
• Those called themselves “IXes” but serving layer-3 services are mostly
transit providers
Disclaimer
• The next part is more my personal experience and observations
from operating the IXP in HK before joining APNIC in Apr 2017
– Plus a bit of my additional experience and observations from helping the
development of a few IXPs in the region
• The points to be presented do NOT represent the viewpoints
of APNIC
• Try not to name names as much as possible
• Try to be more interesting, and educational
• There is no “One Size Fits All”
• Cannot cover all scenarios here because of limited time
Success Factors of the IXP in HK
• Neutrality
– Helped gain trust from the participants especially the early ones
– But there is no 100% neutrality…
• Competition from another university
– After gaining critical mass, things are much easier
– No need to do sales work at all
• Free Service Initially
– In the first 10 years or so
– Little hesitation for participants to connect
– But cannot be free forever
• Started Early
– Earlier than the incumbent telco starting its ISP business
• They even asked for joining before they launched the service
– History cannot be repeated that easily…
Long-Term Misunderstandings
• Used to mention ”>98% of traffic” a lot
• Government people and general public always think >98%
of external traffic is going through the IXP in HK
– How can that be possibly true?!
– It is just wishful thinking of those people
• But the more accurate wordings should be:
– The IXP in HK helps keep >98% of local traffic local
Other Misunderstandings
• The IXP supports Bilateral Peering since the beginning
– Although it did emphasise Multilateral Peering in the early days
• The IXP is NOT the only IXP in HK
– There are in fact multiple IXPs
– The IXP is just the earliest and the biggest
– The other IXPs together are not really small
• Perhaps 70:30 in terms of traffic volume
– But the IXP is the focus of people, most of the time
Snowden Nightmare…
• Started from an article of his interview done in HK published at SCMP
on 13 Jun 2013
– Mentioned the name of the university while not mentioned the IXP at all…
– But people still thought he was referring to the IXP
• A lot of reporters surrounded the main data centre hoping to find
anomalies
• Grilled by media and politicians for months
• Enhanced physical security measures afterwards
– Stopped all unessential data centre visits
• No findings of anything set up or done by the intelligence agency inside
Vulnerabilities of any IXPs
• Proxy ARP
– Why can’t all router vendors have Proxy ARP disabled as default?
– Cannot stop it totally because of possible human errors
– Can only do regular monitoring by checking the ARP table
– EVPN over VxLAN technology may help but it is not a simple technology
• Unknown Unicast Flooding
– May happen when there is asymmetric routing seen from an IXP
– Can be mitigated by sending proactive ARP check to all active addresses every hour or so
• Shared Buffer over Multiple Switch Ports
– Can cause trouble to multiple connections when there is big congestion on one port
• Unknown to innocent participants which do not have any congestion
– Just be careful when choosing switch models
• Also avoid switch models with small buffer
• Support of Layer-3 sFlow/NetFlow highly desirable for better visibility of traffic going through…
Port Security Is Important
• The IXP in HK allows just one MAC address per port
(physical or virtual)
– Strictly one IPv4 address, one IPv6 address and one MAC address
per port (physical or virtual)
– Static MAC address for full control
– “Violation Restrict” instead of “Violation Shutdown”
• Minimum protection to the layer-2 broadcast domain
• A few IXPs allow more MAC address per port but still a
small number
Remote Layer-2 Connections to IXP
Are Evil
• Using Fibre Cross-Connect is much easier, with much
fewer issues
• Clear-Channel remote layer-2 circuits with full transparency
are rare
– Unless you are willing to pay more
– Wasting a lot of effort to do trouble-shooting with carriers
• But IXPs cannot afford to not support them
– As they want to have more business
– Unless their main business is data centre business
Vulnerabilities of Data Centres?
• Locations are known
– Same for Landing Stations
– Can easily be targets of physical attacks
• How can you better protect the fibre lead-ins and manholes
which are outside of data centres?
• No such things as absolute security…
Scalability Issue
• IXPs were not supposed to have any packet loss in its infrastructure
– And with very low latency too
• Become an issue when IXP grow beyond one switch
– Due to not enough ports or expanding to multiple sites
• Inter-switch links are the risk
– Over-subscription or not?
• Spine-and-leaf architecture helps a bit but not for all cases
– Need to determine how much bandwidth from leaf to spine anyway
– Still not ideal if there are adjacent leaf switches at one site
• All traffic among 2 adjacent leaf switches has to go to the spine first?
Spine-and-Leaf Architecture
Spine
Switch
Spine
Switch
Leaf
Switch
Leaf
Switch
Leaf
Switch
n x 100GE/10GE
Inter-Switch
Links
n x 100GE/10GE
Inter-Switch
Links
ISP ISP ISP ISP ISP ISP ISP
Spine
Switch
Spine
Switch
Leaf
Switch
Leaf
Switch
100GE/10GE/GE
Links
100GE/10GE/GE
Links
Leaf
Switch
MRTG of Aggregate Traffic
• It is less sensitive of course
– More an indication of the importance and the growth of an IXP
– Should not neglect the huge difference between showing 5-min data and 1-min data
– Should not neglect what traffic data is included – just the main broadcast domain or what?
• Usually incoming = outgoing
• If incoming > outgoing
– Congestion at at least one port
– May be DDoS attacks
• If outgoing > incoming
– May have Unknown Unicast Flooding
• If sudden drop of large traffic volume
– May have Proxy ARP problem
• Usually happens when change of router / router software / router config
Other Observations from MRTG
• Situation in HK
– Holiday Effect
– Soccer Games Effect
– Typhoon Effect
• Difference of Culture or Practices
– E.g. HK vs Japan
IXPs and Data Centres
• They are natural partners
• Common situation in advanced metro cities
– Multiple IXPs in one Data Centre
– One IXP in multiple Data Centres
• Should be the same layer-2 broadcast domain
– Healthy competition
• Customers have choices
• Also for better resilience
Competition / Comparison among IXPs
• Especially when they are in the same metro area
• Traffic Volume
– Apple-to-apple?
– 5-min vs 1-min?
– One broadcast domain vs multiple broadcast domains?
– PNNI traffic added?
– 1Tbps Club…
• Number of ASNs connected
• Number of Ports connected
• Amount of total connected customer bandwidth
• #1 IXP in Asia???
IP/ASN Resources for an IXP
• Considered as Critical Infrastructure by APNIC Policy
– Using public IP addresses and ASN is recommended
– IPv4: /24
– IPv6: /48
– ASN: 1 (for route server)
• But IXP may need another network to provide transit
– Own servers such as network management & monitoring
– DNS anycast servers: Authoritative or Cache/Resolving/Recursive
– Shared Content Caches for Participants
– Usually small
IXP Models
• Developed economies vs developing economies
• Non-profit vs commercial
• Subsidized vs self-financed
• Government-led vs industry-led
• No one single model which can suit all situations
• Relative Neutrality is important
Commercial vs Non-Profit
• Commercial set-up is free to do anything
– No need to care about neutrality too much
– IXP is mostly a service to help other business
• Non-profit set-up tends to be more cautious
– Neutrality is more important, at least to the target participants
– Tend to be more independent
– Tend to offer fewer services
IXP across Multiple Cities / Economies
• May not be good for maintaining neutrality
– Considered as competing with participants which have presence in
the same locations
• Commercial IXPs can take this business risk especially if
this may help their other business
• But not so good for non-profit IXPs targeting all kinds of
networks or providers
– Those that see competition may not join and then it may affect the
goal of “keeping local traffic local”
Advanced / Developed Economies
• IXPs are business
– Even for not-for-profit set-up
– Less government involvement
• Multiple IXPs
– Keen competition
• But if they cannot keep intra-economy traffic local, someone
needs to step up
– Government? Industry group? Customer pressure?
Developing Economies
• Some do not have any IXPs yet
• Local traffic does not stay local
– A lose-lose situation for everybody
• IXPs can help Internet development a lot
– Better to be non-for-profit set-up
– May need to start with subsidized model
– May not be a business at all
– Help from government is mostly needed
– Active participation of the biggest players is also very important
Examples of Pacific Islands
• Far from any other places
• External connectivity is very expensive
– More submarine cables are being built for them
• Small markets because of small population
• Usually just a few ISPs but they may not be interconnected locally
• Local traffic across ISPs usually routed through US or Australia
• Local IXP is very much needed
• Saw immediate benefits on Day 1 of set-up of one Pacific Island IXP
– Much improved latency and high volume of traffic
Politics Involved in Early IXP Development
• Usually larger ISPs like IXP less than smaller ISPs because smaller
ISPs are mostly target customers of larger ISPs
• Larger ISPs refuse to connect to IXP making the value of IXP lower
• There are multiple possible solutions for that but in any case, larger
ISPs need to collaborate
– Separating access networks from Internet gateway or transit network
• If hurting the goal of “Keeping Local Traffic Local”, then it is lose-lose to
everybody
• Government involvement may help or may hurt the case
– It depends on the relationship between the industry and the government
Government Funding for IXPs?
• Is it good or bad?
• More needed during infancy stage of IXP development
• But for long-term, it is probably better to have bottom-up
industry-led governance for IXP
– Align with bottom-up multi-stakeholder approach
Steps for IXP Development
• Can be gradual, step by step
• Layer-2 network is the bare minimal
– Can use private IP addresses if small amount of participants
• Public IP addresses next
– Legal entity issue
• Route server(s) with ASN follows
– RPKI consideration
• Other value added services
– DNS: Root / TLDs / Recursive
– Shared Content Caches?
Shared Content Caches?
• A lot of misunderstandings about the use of caches
• A lot of local IXPs want to provide shared caches for their
participants
– Cost recovery is an issue to them though
• Most Content / CDN providers do not quite like this idea
– Little performance gain to end users?
– Out of their control?
– Not cost justified for smaller local IXPs?
IXP Participants
• Unfortunately, a lot of IXP participants do not make the best
use of the IXP(s) they have connected
• IXP Participants without enough knowledge and skills may
disrupt the operations of IXP from time to time
• IXP operators need to do a lot of education or push to their
participants
• So, IXP engineers would be busy and dedicated resources
would be needed
– Volunteering type of operations mode cannot sustain for too long
Myth of Neutrality
• There is NO absolute neutrality
• Different organisation has different perspective of neutrality
– A university?
– A carrier-neutral data centre?
– An IXP?
– A government department?
– A membership-based organisation?
• We can only be “very neutral” for a defined group of companies
or organisations, but not for all…
• But maintaining higher relative neutrality is still better for IXPs
Which Models Can Sustain?
• Usual business model
– IXP alone cannot make big money
– Or IXP may just be a value added service
• Subsidized Model
– Government funding may be more reliable?
• Model relying on sponsorship and/or volunteers
– Most risky as sponsorship or support of volunteers is not guaranteed
• Membership-based Model
– Open Membership vs Closed Membership
– Proper governance is important
– Most neutral but still need to have good financial model for long-term sustainability
Threats to IXP Business
• /Mbps pricing of IP transit bandwidth is dropping continuously
– Partly because of price drop of submarine cable capacity
– /Mbps pricing of IXPs cannot be dropped as fast because of different
cost base
• Equipment cost doesn’t drop a lot especially for high-end switches
• Local loop cost involved for interconnecting multiple sites does not drop as fast
• More and more content caches are being set up inside the
access networks
– But bandwidth is still needed for cache-fill
• Private peering will take away traffic from IXPs
– If traffic volume warrants between any two parties
The Way Forward for IXP Business
• It is tough business if you only do IXP business
– Fighting for survival
• Adding Value Added Services may help
– PNNI over VLANs, GRX, Cloud Exchange, GXP and etc
• Partnership
– Partnering with multiple Data Centres
– Partnering with multiple local loop providers
– Recruit resellers – local & overseas/global
• Expand overseas
– A few European IXPs are doing this
• Merger and Acquisition
– Even non-profit set-up should get ready for this
IXP Development Work of APNIC
• APNIC strongly believes IXPs help Internet development
– That is why we support APIX and related activities
– After all, IXPs serve and benefit APNIC members
– In fact, IXPs need IP addresses and ASNs and are APNIC members themselves
• Do more on helping those developing economies
– Especially those which do not have any IXP yet
– Or those which their only IXP is not functioning
• Training and Technical Assistance work primarily
– Not just for IXP operators but also for IXP participants
– Also help talk to major stakeholders to convince them of the benefits of having a
local IXP while maintaining neutrality
– May need help of Community Trainers and Consultants from time to time
IXP Development Package of APNIC
• Will tailor-make support according to individual needs
• Providing Training & Technical Assistance is the minimum
• Other possible support items (on a case-by-case basis):
– Ethernet switch
– Root Server anycast instance
– Route Server with RPKI consideration
– IXP Manager
– RIPE Atlas Anchors
– CSIRT Development
– Honeypot of Honeynet Project
• APIX Membership will be recommended to those IXPs
Other Help & Support by APNIC
• APNIC also provides help & support to:
– Peering Asia
– Peering Forums hosted by not-for-profit IXPs
– NOGs (which IXPs usually support)
• APNIC also sponsors:
– PeeringDB
– IXP-DB
– IXP Manager (considering)
Closing Remarks
• IXPs will continue to play a key role for easy
interconnections among networks
– Especially for developing economies
• Need to find a suitable model for long-term sustainability
• Relative neutrality is still important
The Stories of IXP Development and the Way Forward

More Related Content

What's hot

The Future of Internet Exchange Points - NANOG 47
The Future of Internet Exchange Points - NANOG 47The Future of Internet Exchange Points - NANOG 47
The Future of Internet Exchange Points - NANOG 47Richard Steenbergen
 
SEA IGF 2021: Some thoughts on Internet infrastructure
SEA IGF 2021: Some thoughts on Internet infrastructure SEA IGF 2021: Some thoughts on Internet infrastructure
SEA IGF 2021: Some thoughts on Internet infrastructure APNIC
 
Peering Asia 2021v: Little-known IXPs in Asia Pacific
Peering Asia 2021v: Little-known IXPs in Asia PacificPeering Asia 2021v: Little-known IXPs in Asia Pacific
Peering Asia 2021v: Little-known IXPs in Asia PacificAPNIC
 
IXP Design and Operational BCP
IXP Design and Operational BCPIXP Design and Operational BCP
IXP Design and Operational BCPAPNIC
 
KHNOG 1: IXPs and Peering
KHNOG 1: IXPs and PeeringKHNOG 1: IXPs and Peering
KHNOG 1: IXPs and PeeringAPNIC
 
Measuring latency from the browser
Measuring latency from the browserMeasuring latency from the browser
Measuring latency from the browserAPNIC
 
A Guide to Peering on the Internet
A Guide to Peering on the InternetA Guide to Peering on the Internet
A Guide to Peering on the InternetRichard Steenbergen
 
Software Defined Networks
Software Defined NetworksSoftware Defined Networks
Software Defined NetworksShreeya Shah
 
IPLC Analytic Dashboard - Mohd Rizal bin Mohd Ramly
IPLC Analytic Dashboard - Mohd Rizal bin Mohd RamlyIPLC Analytic Dashboard - Mohd Rizal bin Mohd Ramly
IPLC Analytic Dashboard - Mohd Rizal bin Mohd RamlyMyNOG
 
Why and How to Interconnect IXP
Why and How to Interconnect IXPWhy and How to Interconnect IXP
Why and How to Interconnect IXPInternet Society
 
IX Best Practices by Tay Chee Yong
IX Best Practices by Tay Chee YongIX Best Practices by Tay Chee Yong
IX Best Practices by Tay Chee YongMyNOG
 
NetFlow Best Practices - Tips and Tricks to Get the Most Out of Your Network ...
NetFlow Best Practices - Tips and Tricks to Get the Most Out of Your Network ...NetFlow Best Practices - Tips and Tricks to Get the Most Out of Your Network ...
NetFlow Best Practices - Tips and Tricks to Get the Most Out of Your Network ...SolarWinds
 
How Can Businesses Benefit from an Internet Exchange?
How Can Businesses Benefit from an Internet Exchange?How Can Businesses Benefit from an Internet Exchange?
How Can Businesses Benefit from an Internet Exchange?cyrusone
 
BBIX Asia Internet
BBIX Asia InternetBBIX Asia Internet
BBIX Asia InternetTom Paseka
 
Simplifying IMS - IMS, VoLTE, RCS and LTE
Simplifying IMS - IMS, VoLTE, RCS and LTESimplifying IMS - IMS, VoLTE, RCS and LTE
Simplifying IMS - IMS, VoLTE, RCS and LTERobert Seymour
 
PacNOG 26: APNIC Information Services for network operators
PacNOG 26: APNIC Information Services for network operatorsPacNOG 26: APNIC Information Services for network operators
PacNOG 26: APNIC Information Services for network operatorsAPNIC
 
HKNOG 10.0: 30 Years of Internet in HK – A Quick Look Back at the First 20 Years
HKNOG 10.0: 30 Years of Internet in HK – A Quick Look Back at the First 20 YearsHKNOG 10.0: 30 Years of Internet in HK – A Quick Look Back at the First 20 Years
HKNOG 10.0: 30 Years of Internet in HK – A Quick Look Back at the First 20 YearsAPNIC
 
RIPE NCC Measurements Tools Workshop: RIPEstat and RIPE Atlas
RIPE NCC Measurements Tools Workshop: RIPEstat and RIPE AtlasRIPE NCC Measurements Tools Workshop: RIPEstat and RIPE Atlas
RIPE NCC Measurements Tools Workshop: RIPEstat and RIPE AtlasAPNIC
 
36th TWNIC OPM: BGP security threats and challenges
36th TWNIC OPM: BGP security threats and challenges36th TWNIC OPM: BGP security threats and challenges
36th TWNIC OPM: BGP security threats and challengesAPNIC
 

What's hot (20)

The Future of Internet Exchange Points - NANOG 47
The Future of Internet Exchange Points - NANOG 47The Future of Internet Exchange Points - NANOG 47
The Future of Internet Exchange Points - NANOG 47
 
SEA IGF 2021: Some thoughts on Internet infrastructure
SEA IGF 2021: Some thoughts on Internet infrastructure SEA IGF 2021: Some thoughts on Internet infrastructure
SEA IGF 2021: Some thoughts on Internet infrastructure
 
Peering Asia 2021v: Little-known IXPs in Asia Pacific
Peering Asia 2021v: Little-known IXPs in Asia PacificPeering Asia 2021v: Little-known IXPs in Asia Pacific
Peering Asia 2021v: Little-known IXPs in Asia Pacific
 
IXP Design and Operational BCP
IXP Design and Operational BCPIXP Design and Operational BCP
IXP Design and Operational BCP
 
KHNOG 1: IXPs and Peering
KHNOG 1: IXPs and PeeringKHNOG 1: IXPs and Peering
KHNOG 1: IXPs and Peering
 
Measuring latency from the browser
Measuring latency from the browserMeasuring latency from the browser
Measuring latency from the browser
 
A Guide to Peering on the Internet
A Guide to Peering on the InternetA Guide to Peering on the Internet
A Guide to Peering on the Internet
 
Software Defined Networks
Software Defined NetworksSoftware Defined Networks
Software Defined Networks
 
IPLC Analytic Dashboard - Mohd Rizal bin Mohd Ramly
IPLC Analytic Dashboard - Mohd Rizal bin Mohd RamlyIPLC Analytic Dashboard - Mohd Rizal bin Mohd Ramly
IPLC Analytic Dashboard - Mohd Rizal bin Mohd Ramly
 
Why and How to Interconnect IXP
Why and How to Interconnect IXPWhy and How to Interconnect IXP
Why and How to Interconnect IXP
 
IX Best Practices by Tay Chee Yong
IX Best Practices by Tay Chee YongIX Best Practices by Tay Chee Yong
IX Best Practices by Tay Chee Yong
 
NetFlow Best Practices - Tips and Tricks to Get the Most Out of Your Network ...
NetFlow Best Practices - Tips and Tricks to Get the Most Out of Your Network ...NetFlow Best Practices - Tips and Tricks to Get the Most Out of Your Network ...
NetFlow Best Practices - Tips and Tricks to Get the Most Out of Your Network ...
 
How Can Businesses Benefit from an Internet Exchange?
How Can Businesses Benefit from an Internet Exchange?How Can Businesses Benefit from an Internet Exchange?
How Can Businesses Benefit from an Internet Exchange?
 
BBIX Asia Internet
BBIX Asia InternetBBIX Asia Internet
BBIX Asia Internet
 
Simplifying IMS - IMS, VoLTE, RCS and LTE
Simplifying IMS - IMS, VoLTE, RCS and LTESimplifying IMS - IMS, VoLTE, RCS and LTE
Simplifying IMS - IMS, VoLTE, RCS and LTE
 
PacNOG 26: APNIC Information Services for network operators
PacNOG 26: APNIC Information Services for network operatorsPacNOG 26: APNIC Information Services for network operators
PacNOG 26: APNIC Information Services for network operators
 
BuildingIXPs
BuildingIXPsBuildingIXPs
BuildingIXPs
 
HKNOG 10.0: 30 Years of Internet in HK – A Quick Look Back at the First 20 Years
HKNOG 10.0: 30 Years of Internet in HK – A Quick Look Back at the First 20 YearsHKNOG 10.0: 30 Years of Internet in HK – A Quick Look Back at the First 20 Years
HKNOG 10.0: 30 Years of Internet in HK – A Quick Look Back at the First 20 Years
 
RIPE NCC Measurements Tools Workshop: RIPEstat and RIPE Atlas
RIPE NCC Measurements Tools Workshop: RIPEstat and RIPE AtlasRIPE NCC Measurements Tools Workshop: RIPEstat and RIPE Atlas
RIPE NCC Measurements Tools Workshop: RIPEstat and RIPE Atlas
 
36th TWNIC OPM: BGP security threats and challenges
36th TWNIC OPM: BGP security threats and challenges36th TWNIC OPM: BGP security threats and challenges
36th TWNIC OPM: BGP security threats and challenges
 

Similar to The Stories of IXP Development and the Way Forward

The Stories of IXP Development and the Way Forward by Che-Hoo Cheng
The Stories of IXP Development and the Way Forward by Che-Hoo ChengThe Stories of IXP Development and the Way Forward by Che-Hoo Cheng
The Stories of IXP Development and the Way Forward by Che-Hoo ChengMyNOG
 
PacNOG 31: Internet Exchange Points
PacNOG 31: Internet Exchange PointsPacNOG 31: Internet Exchange Points
PacNOG 31: Internet Exchange PointsAPNIC
 
PITA 27th AGM & Business Forum Expo 23: Internet Exchange Points
PITA 27th AGM & Business Forum Expo 23: Internet Exchange PointsPITA 27th AGM & Business Forum Expo 23: Internet Exchange Points
PITA 27th AGM & Business Forum Expo 23: Internet Exchange PointsAPNIC
 
Growing the Internet in Myanmar - Myanmar Telecom & ICT Global Summit
Growing the Internet in Myanmar - Myanmar Telecom & ICT Global SummitGrowing the Internet in Myanmar - Myanmar Telecom & ICT Global Summit
Growing the Internet in Myanmar - Myanmar Telecom & ICT Global SummitAPNIC
 
Benefits of doing Internet peering and running an Internet Exchange (IX) pres...
Benefits of doing Internet peering and running an Internet Exchange (IX) pres...Benefits of doing Internet peering and running an Internet Exchange (IX) pres...
Benefits of doing Internet peering and running an Internet Exchange (IX) pres...APNIC
 
WINS: Peering and IXPs
WINS: Peering and IXPsWINS: Peering and IXPs
WINS: Peering and IXPsAPNIC
 
How to dimension user traffic in 4G
How to dimension user traffic in 4GHow to dimension user traffic in 4G
How to dimension user traffic in 4GMotti Markovitz
 
How to dimension user traffic in 4 g networks
How to dimension user traffic in 4 g networksHow to dimension user traffic in 4 g networks
How to dimension user traffic in 4 g networksAbdulqader Al-kaboudei
 
How to dimension user traffic in LTE
How to dimension user traffic in LTEHow to dimension user traffic in LTE
How to dimension user traffic in LTEAlthaf Hussain
 
computer networks
computer networkscomputer networks
computer networksdee_rosal
 
Barsamian alexander-identifying-network-users
Barsamian alexander-identifying-network-usersBarsamian alexander-identifying-network-users
Barsamian alexander-identifying-network-usersProQSys
 
PITA 22: Addressing interconnection and security in the Pacific
PITA 22: Addressing interconnection and security in the PacificPITA 22: Addressing interconnection and security in the Pacific
PITA 22: Addressing interconnection and security in the PacificAPNIC
 
12 steps for IPv6 Deployment in Governments and Enterprises
12 steps for IPv6 Deployment in Governments and Enterprises12 steps for IPv6 Deployment in Governments and Enterprises
12 steps for IPv6 Deployment in Governments and EnterprisesAPNIC
 
ETE405-lec4.pdf
ETE405-lec4.pdfETE405-lec4.pdf
ETE405-lec4.pdfmashiur
 
28th TWNIC OPM and TWNOG 2017: Security best practices for network operators
28th TWNIC OPM and TWNOG 2017: Security best practices for network operators28th TWNIC OPM and TWNOG 2017: Security best practices for network operators
28th TWNIC OPM and TWNOG 2017: Security best practices for network operatorsAPNIC
 
IETF 112: Internet centrality and its impact on routing
IETF 112: Internet centrality and its impact on routingIETF 112: Internet centrality and its impact on routing
IETF 112: Internet centrality and its impact on routingAPNIC
 

Similar to The Stories of IXP Development and the Way Forward (20)

The Stories of IXP Development and the Way Forward by Che-Hoo Cheng
The Stories of IXP Development and the Way Forward by Che-Hoo ChengThe Stories of IXP Development and the Way Forward by Che-Hoo Cheng
The Stories of IXP Development and the Way Forward by Che-Hoo Cheng
 
PacNOG 31: Internet Exchange Points
PacNOG 31: Internet Exchange PointsPacNOG 31: Internet Exchange Points
PacNOG 31: Internet Exchange Points
 
PITA 27th AGM & Business Forum Expo 23: Internet Exchange Points
PITA 27th AGM & Business Forum Expo 23: Internet Exchange PointsPITA 27th AGM & Business Forum Expo 23: Internet Exchange Points
PITA 27th AGM & Business Forum Expo 23: Internet Exchange Points
 
Growing the Internet in Myanmar - Myanmar Telecom & ICT Global Summit
Growing the Internet in Myanmar - Myanmar Telecom & ICT Global SummitGrowing the Internet in Myanmar - Myanmar Telecom & ICT Global Summit
Growing the Internet in Myanmar - Myanmar Telecom & ICT Global Summit
 
Benefits of doing Internet peering and running an Internet Exchange (IX) pres...
Benefits of doing Internet peering and running an Internet Exchange (IX) pres...Benefits of doing Internet peering and running an Internet Exchange (IX) pres...
Benefits of doing Internet peering and running an Internet Exchange (IX) pres...
 
WINS: Peering and IXPs
WINS: Peering and IXPsWINS: Peering and IXPs
WINS: Peering and IXPs
 
How to dimension user traffic in 4G
How to dimension user traffic in 4GHow to dimension user traffic in 4G
How to dimension user traffic in 4G
 
How to dimension user traffic in 4 g networks
How to dimension user traffic in 4 g networksHow to dimension user traffic in 4 g networks
How to dimension user traffic in 4 g networks
 
How to dimension user traffic in LTE
How to dimension user traffic in LTEHow to dimension user traffic in LTE
How to dimension user traffic in LTE
 
computer networks
computer networkscomputer networks
computer networks
 
Network Concepts
Network ConceptsNetwork Concepts
Network Concepts
 
Barsamian alexander-identifying-network-users
Barsamian alexander-identifying-network-usersBarsamian alexander-identifying-network-users
Barsamian alexander-identifying-network-users
 
PITA 22: Addressing interconnection and security in the Pacific
PITA 22: Addressing interconnection and security in the PacificPITA 22: Addressing interconnection and security in the Pacific
PITA 22: Addressing interconnection and security in the Pacific
 
12 steps for IPv6 Deployment in Governments and Enterprises
12 steps for IPv6 Deployment in Governments and Enterprises12 steps for IPv6 Deployment in Governments and Enterprises
12 steps for IPv6 Deployment in Governments and Enterprises
 
Ch06
Ch06Ch06
Ch06
 
ETE405-lec4.pdf
ETE405-lec4.pdfETE405-lec4.pdf
ETE405-lec4.pdf
 
28th TWNIC OPM and TWNOG 2017: Security best practices for network operators
28th TWNIC OPM and TWNOG 2017: Security best practices for network operators28th TWNIC OPM and TWNOG 2017: Security best practices for network operators
28th TWNIC OPM and TWNOG 2017: Security best practices for network operators
 
data communication
data communicationdata communication
data communication
 
IETF 112: Internet centrality and its impact on routing
IETF 112: Internet centrality and its impact on routingIETF 112: Internet centrality and its impact on routing
IETF 112: Internet centrality and its impact on routing
 
Gaurab Ixp Tutorial
Gaurab Ixp TutorialGaurab Ixp Tutorial
Gaurab Ixp Tutorial
 

More from APNIC

DDoS In Oceania and the Pacific, presented by Dave Phelan at NZNOG 2024
DDoS In Oceania and the Pacific, presented by Dave Phelan at NZNOG 2024DDoS In Oceania and the Pacific, presented by Dave Phelan at NZNOG 2024
DDoS In Oceania and the Pacific, presented by Dave Phelan at NZNOG 2024APNIC
 
'Future Evolution of the Internet' delivered by Geoff Huston at Everything Op...
'Future Evolution of the Internet' delivered by Geoff Huston at Everything Op...'Future Evolution of the Internet' delivered by Geoff Huston at Everything Op...
'Future Evolution of the Internet' delivered by Geoff Huston at Everything Op...APNIC
 
On Starlink, presented by Geoff Huston at NZNOG 2024
On Starlink, presented by Geoff Huston at NZNOG 2024On Starlink, presented by Geoff Huston at NZNOG 2024
On Starlink, presented by Geoff Huston at NZNOG 2024APNIC
 
Networking in the Penumbra presented by Geoff Huston at NZNOG
Networking in the Penumbra presented by Geoff Huston at NZNOGNetworking in the Penumbra presented by Geoff Huston at NZNOG
Networking in the Penumbra presented by Geoff Huston at NZNOGAPNIC
 
IP addressing and IPv6, presented by Paul Wilson at IETF 119
IP addressing and IPv6, presented by Paul Wilson at IETF 119IP addressing and IPv6, presented by Paul Wilson at IETF 119
IP addressing and IPv6, presented by Paul Wilson at IETF 119APNIC
 
draft-harrison-sidrops-manifest-number-01, presented at IETF 119
draft-harrison-sidrops-manifest-number-01, presented at IETF 119draft-harrison-sidrops-manifest-number-01, presented at IETF 119
draft-harrison-sidrops-manifest-number-01, presented at IETF 119APNIC
 
Making an RFC in Today's IETF, presented by Geoff Huston at IETF 119
Making an RFC in Today's IETF, presented by Geoff Huston at IETF 119Making an RFC in Today's IETF, presented by Geoff Huston at IETF 119
Making an RFC in Today's IETF, presented by Geoff Huston at IETF 119APNIC
 
IPv6 Operational Issues (with DNS), presented by Geoff Huston at IETF 119
IPv6 Operational Issues (with DNS), presented by Geoff Huston at IETF 119IPv6 Operational Issues (with DNS), presented by Geoff Huston at IETF 119
IPv6 Operational Issues (with DNS), presented by Geoff Huston at IETF 119APNIC
 
Is DNS ready for IPv6, presented by Geoff Huston at IETF 119
Is DNS ready for IPv6, presented by Geoff Huston at IETF 119Is DNS ready for IPv6, presented by Geoff Huston at IETF 119
Is DNS ready for IPv6, presented by Geoff Huston at IETF 119APNIC
 
APNIC Update and RIR Policies for ccTLDs, presented at APTLD 85
APNIC Update and RIR Policies for ccTLDs, presented at APTLD 85APNIC Update and RIR Policies for ccTLDs, presented at APTLD 85
APNIC Update and RIR Policies for ccTLDs, presented at APTLD 85APNIC
 
NANOG 90: 'BGP in 2023' presented by Geoff Huston
NANOG 90: 'BGP in 2023' presented by Geoff HustonNANOG 90: 'BGP in 2023' presented by Geoff Huston
NANOG 90: 'BGP in 2023' presented by Geoff HustonAPNIC
 
DNS-OARC 42: Is the DNS ready for IPv6? presentation by Geoff Huston
DNS-OARC 42: Is the DNS ready for IPv6? presentation by Geoff HustonDNS-OARC 42: Is the DNS ready for IPv6? presentation by Geoff Huston
DNS-OARC 42: Is the DNS ready for IPv6? presentation by Geoff HustonAPNIC
 
APAN 57: APNIC Report at APAN 57, Bangkok, Thailand
APAN 57: APNIC Report at APAN 57, Bangkok, ThailandAPAN 57: APNIC Report at APAN 57, Bangkok, Thailand
APAN 57: APNIC Report at APAN 57, Bangkok, ThailandAPNIC
 
Lao Digital Week 2024: It's time to deploy IPv6
Lao Digital Week 2024: It's time to deploy IPv6Lao Digital Week 2024: It's time to deploy IPv6
Lao Digital Week 2024: It's time to deploy IPv6APNIC
 
AINTEC 2023: Networking in the Penumbra!
AINTEC 2023: Networking in the Penumbra!AINTEC 2023: Networking in the Penumbra!
AINTEC 2023: Networking in the Penumbra!APNIC
 
CNIRC 2023: Global and Regional IPv6 Deployment 2023
CNIRC 2023: Global and Regional IPv6 Deployment 2023CNIRC 2023: Global and Regional IPv6 Deployment 2023
CNIRC 2023: Global and Regional IPv6 Deployment 2023APNIC
 
AFSIG 2023: APNIC Foundation and support for Internet development
AFSIG 2023: APNIC Foundation and support for Internet developmentAFSIG 2023: APNIC Foundation and support for Internet development
AFSIG 2023: APNIC Foundation and support for Internet developmentAPNIC
 
AFNOG 1: Afghanistan IP Deployment Status
AFNOG 1: Afghanistan IP Deployment StatusAFNOG 1: Afghanistan IP Deployment Status
AFNOG 1: Afghanistan IP Deployment StatusAPNIC
 
AFSIG 2023: Internet routing and addressing
AFSIG 2023: Internet routing and addressingAFSIG 2023: Internet routing and addressing
AFSIG 2023: Internet routing and addressingAPNIC
 
AFSIG 2023: APNIC - Registry & Development
AFSIG 2023: APNIC - Registry & DevelopmentAFSIG 2023: APNIC - Registry & Development
AFSIG 2023: APNIC - Registry & DevelopmentAPNIC
 

More from APNIC (20)

DDoS In Oceania and the Pacific, presented by Dave Phelan at NZNOG 2024
DDoS In Oceania and the Pacific, presented by Dave Phelan at NZNOG 2024DDoS In Oceania and the Pacific, presented by Dave Phelan at NZNOG 2024
DDoS In Oceania and the Pacific, presented by Dave Phelan at NZNOG 2024
 
'Future Evolution of the Internet' delivered by Geoff Huston at Everything Op...
'Future Evolution of the Internet' delivered by Geoff Huston at Everything Op...'Future Evolution of the Internet' delivered by Geoff Huston at Everything Op...
'Future Evolution of the Internet' delivered by Geoff Huston at Everything Op...
 
On Starlink, presented by Geoff Huston at NZNOG 2024
On Starlink, presented by Geoff Huston at NZNOG 2024On Starlink, presented by Geoff Huston at NZNOG 2024
On Starlink, presented by Geoff Huston at NZNOG 2024
 
Networking in the Penumbra presented by Geoff Huston at NZNOG
Networking in the Penumbra presented by Geoff Huston at NZNOGNetworking in the Penumbra presented by Geoff Huston at NZNOG
Networking in the Penumbra presented by Geoff Huston at NZNOG
 
IP addressing and IPv6, presented by Paul Wilson at IETF 119
IP addressing and IPv6, presented by Paul Wilson at IETF 119IP addressing and IPv6, presented by Paul Wilson at IETF 119
IP addressing and IPv6, presented by Paul Wilson at IETF 119
 
draft-harrison-sidrops-manifest-number-01, presented at IETF 119
draft-harrison-sidrops-manifest-number-01, presented at IETF 119draft-harrison-sidrops-manifest-number-01, presented at IETF 119
draft-harrison-sidrops-manifest-number-01, presented at IETF 119
 
Making an RFC in Today's IETF, presented by Geoff Huston at IETF 119
Making an RFC in Today's IETF, presented by Geoff Huston at IETF 119Making an RFC in Today's IETF, presented by Geoff Huston at IETF 119
Making an RFC in Today's IETF, presented by Geoff Huston at IETF 119
 
IPv6 Operational Issues (with DNS), presented by Geoff Huston at IETF 119
IPv6 Operational Issues (with DNS), presented by Geoff Huston at IETF 119IPv6 Operational Issues (with DNS), presented by Geoff Huston at IETF 119
IPv6 Operational Issues (with DNS), presented by Geoff Huston at IETF 119
 
Is DNS ready for IPv6, presented by Geoff Huston at IETF 119
Is DNS ready for IPv6, presented by Geoff Huston at IETF 119Is DNS ready for IPv6, presented by Geoff Huston at IETF 119
Is DNS ready for IPv6, presented by Geoff Huston at IETF 119
 
APNIC Update and RIR Policies for ccTLDs, presented at APTLD 85
APNIC Update and RIR Policies for ccTLDs, presented at APTLD 85APNIC Update and RIR Policies for ccTLDs, presented at APTLD 85
APNIC Update and RIR Policies for ccTLDs, presented at APTLD 85
 
NANOG 90: 'BGP in 2023' presented by Geoff Huston
NANOG 90: 'BGP in 2023' presented by Geoff HustonNANOG 90: 'BGP in 2023' presented by Geoff Huston
NANOG 90: 'BGP in 2023' presented by Geoff Huston
 
DNS-OARC 42: Is the DNS ready for IPv6? presentation by Geoff Huston
DNS-OARC 42: Is the DNS ready for IPv6? presentation by Geoff HustonDNS-OARC 42: Is the DNS ready for IPv6? presentation by Geoff Huston
DNS-OARC 42: Is the DNS ready for IPv6? presentation by Geoff Huston
 
APAN 57: APNIC Report at APAN 57, Bangkok, Thailand
APAN 57: APNIC Report at APAN 57, Bangkok, ThailandAPAN 57: APNIC Report at APAN 57, Bangkok, Thailand
APAN 57: APNIC Report at APAN 57, Bangkok, Thailand
 
Lao Digital Week 2024: It's time to deploy IPv6
Lao Digital Week 2024: It's time to deploy IPv6Lao Digital Week 2024: It's time to deploy IPv6
Lao Digital Week 2024: It's time to deploy IPv6
 
AINTEC 2023: Networking in the Penumbra!
AINTEC 2023: Networking in the Penumbra!AINTEC 2023: Networking in the Penumbra!
AINTEC 2023: Networking in the Penumbra!
 
CNIRC 2023: Global and Regional IPv6 Deployment 2023
CNIRC 2023: Global and Regional IPv6 Deployment 2023CNIRC 2023: Global and Regional IPv6 Deployment 2023
CNIRC 2023: Global and Regional IPv6 Deployment 2023
 
AFSIG 2023: APNIC Foundation and support for Internet development
AFSIG 2023: APNIC Foundation and support for Internet developmentAFSIG 2023: APNIC Foundation and support for Internet development
AFSIG 2023: APNIC Foundation and support for Internet development
 
AFNOG 1: Afghanistan IP Deployment Status
AFNOG 1: Afghanistan IP Deployment StatusAFNOG 1: Afghanistan IP Deployment Status
AFNOG 1: Afghanistan IP Deployment Status
 
AFSIG 2023: Internet routing and addressing
AFSIG 2023: Internet routing and addressingAFSIG 2023: Internet routing and addressing
AFSIG 2023: Internet routing and addressing
 
AFSIG 2023: APNIC - Registry & Development
AFSIG 2023: APNIC - Registry & DevelopmentAFSIG 2023: APNIC - Registry & Development
AFSIG 2023: APNIC - Registry & Development
 

Recently uploaded

VIP Kolkata Call Girl Kestopur 👉 8250192130 Available With Room
VIP Kolkata Call Girl Kestopur 👉 8250192130  Available With RoomVIP Kolkata Call Girl Kestopur 👉 8250192130  Available With Room
VIP Kolkata Call Girl Kestopur 👉 8250192130 Available With Roomdivyansh0kumar0
 
VIP Call Girls Kolkata Ananya 🤌 8250192130 🚀 Vip Call Girls Kolkata
VIP Call Girls Kolkata Ananya 🤌  8250192130 🚀 Vip Call Girls KolkataVIP Call Girls Kolkata Ananya 🤌  8250192130 🚀 Vip Call Girls Kolkata
VIP Call Girls Kolkata Ananya 🤌 8250192130 🚀 Vip Call Girls Kolkataanamikaraghav4
 
Russian Call Girls Thane Swara 8617697112 Independent Escort Service Thane
Russian Call Girls Thane Swara 8617697112 Independent Escort Service ThaneRussian Call Girls Thane Swara 8617697112 Independent Escort Service Thane
Russian Call Girls Thane Swara 8617697112 Independent Escort Service ThaneCall girls in Ahmedabad High profile
 
Git and Github workshop GDSC MLRITM
Git and Github  workshop GDSC MLRITMGit and Github  workshop GDSC MLRITM
Git and Github workshop GDSC MLRITMgdsc13
 
Russian Call girls in Dubai +971563133746 Dubai Call girls
Russian  Call girls in Dubai +971563133746 Dubai  Call girlsRussian  Call girls in Dubai +971563133746 Dubai  Call girls
Russian Call girls in Dubai +971563133746 Dubai Call girlsstephieert
 
Call Girls in Uttam Nagar Delhi 💯Call Us 🔝8264348440🔝
Call Girls in Uttam Nagar Delhi 💯Call Us 🔝8264348440🔝Call Girls in Uttam Nagar Delhi 💯Call Us 🔝8264348440🔝
Call Girls in Uttam Nagar Delhi 💯Call Us 🔝8264348440🔝soniya singh
 
VIP Kolkata Call Girl Dum Dum 👉 8250192130 Available With Room
VIP Kolkata Call Girl Dum Dum 👉 8250192130  Available With RoomVIP Kolkata Call Girl Dum Dum 👉 8250192130  Available With Room
VIP Kolkata Call Girl Dum Dum 👉 8250192130 Available With Roomdivyansh0kumar0
 
VIP 7001035870 Find & Meet Hyderabad Call Girls LB Nagar high-profile Call Girl
VIP 7001035870 Find & Meet Hyderabad Call Girls LB Nagar high-profile Call GirlVIP 7001035870 Find & Meet Hyderabad Call Girls LB Nagar high-profile Call Girl
VIP 7001035870 Find & Meet Hyderabad Call Girls LB Nagar high-profile Call Girladitipandeya
 
✂️ 👅 Independent Andheri Escorts With Room Vashi Call Girls 💃 9004004663
✂️ 👅 Independent Andheri Escorts With Room Vashi Call Girls 💃 9004004663✂️ 👅 Independent Andheri Escorts With Room Vashi Call Girls 💃 9004004663
✂️ 👅 Independent Andheri Escorts With Room Vashi Call Girls 💃 9004004663Call Girls Mumbai
 
Call Girls in East Of Kailash 9711199171 Delhi Enjoy Call Girls With Our Escorts
Call Girls in East Of Kailash 9711199171 Delhi Enjoy Call Girls With Our EscortsCall Girls in East Of Kailash 9711199171 Delhi Enjoy Call Girls With Our Escorts
Call Girls in East Of Kailash 9711199171 Delhi Enjoy Call Girls With Our Escortsindian call girls near you
 
Denver Web Design brochure for public viewing
Denver Web Design brochure for public viewingDenver Web Design brochure for public viewing
Denver Web Design brochure for public viewingbigorange77
 
AWS Community DAY Albertini-Ellan Cloud Security (1).pptx
AWS Community DAY Albertini-Ellan Cloud Security (1).pptxAWS Community DAY Albertini-Ellan Cloud Security (1).pptx
AWS Community DAY Albertini-Ellan Cloud Security (1).pptxellan12
 
How is AI changing journalism? (v. April 2024)
How is AI changing journalism? (v. April 2024)How is AI changing journalism? (v. April 2024)
How is AI changing journalism? (v. April 2024)Damian Radcliffe
 
Chennai Call Girls Porur Phone 🍆 8250192130 👅 celebrity escorts service
Chennai Call Girls Porur Phone 🍆 8250192130 👅 celebrity escorts serviceChennai Call Girls Porur Phone 🍆 8250192130 👅 celebrity escorts service
Chennai Call Girls Porur Phone 🍆 8250192130 👅 celebrity escorts servicesonalikaur4
 
定制(UAL学位证)英国伦敦艺术大学毕业证成绩单原版一比一
定制(UAL学位证)英国伦敦艺术大学毕业证成绩单原版一比一定制(UAL学位证)英国伦敦艺术大学毕业证成绩单原版一比一
定制(UAL学位证)英国伦敦艺术大学毕业证成绩单原版一比一Fs
 
Low Rate Young Call Girls in Sector 63 Mamura Noida ✔️☆9289244007✔️☆ Female E...
Low Rate Young Call Girls in Sector 63 Mamura Noida ✔️☆9289244007✔️☆ Female E...Low Rate Young Call Girls in Sector 63 Mamura Noida ✔️☆9289244007✔️☆ Female E...
Low Rate Young Call Girls in Sector 63 Mamura Noida ✔️☆9289244007✔️☆ Female E...SofiyaSharma5
 

Recently uploaded (20)

VIP Kolkata Call Girl Kestopur 👉 8250192130 Available With Room
VIP Kolkata Call Girl Kestopur 👉 8250192130  Available With RoomVIP Kolkata Call Girl Kestopur 👉 8250192130  Available With Room
VIP Kolkata Call Girl Kestopur 👉 8250192130 Available With Room
 
VIP Call Girls Kolkata Ananya 🤌 8250192130 🚀 Vip Call Girls Kolkata
VIP Call Girls Kolkata Ananya 🤌  8250192130 🚀 Vip Call Girls KolkataVIP Call Girls Kolkata Ananya 🤌  8250192130 🚀 Vip Call Girls Kolkata
VIP Call Girls Kolkata Ananya 🤌 8250192130 🚀 Vip Call Girls Kolkata
 
Russian Call Girls Thane Swara 8617697112 Independent Escort Service Thane
Russian Call Girls Thane Swara 8617697112 Independent Escort Service ThaneRussian Call Girls Thane Swara 8617697112 Independent Escort Service Thane
Russian Call Girls Thane Swara 8617697112 Independent Escort Service Thane
 
Git and Github workshop GDSC MLRITM
Git and Github  workshop GDSC MLRITMGit and Github  workshop GDSC MLRITM
Git and Github workshop GDSC MLRITM
 
Russian Call girls in Dubai +971563133746 Dubai Call girls
Russian  Call girls in Dubai +971563133746 Dubai  Call girlsRussian  Call girls in Dubai +971563133746 Dubai  Call girls
Russian Call girls in Dubai +971563133746 Dubai Call girls
 
Call Girls in Uttam Nagar Delhi 💯Call Us 🔝8264348440🔝
Call Girls in Uttam Nagar Delhi 💯Call Us 🔝8264348440🔝Call Girls in Uttam Nagar Delhi 💯Call Us 🔝8264348440🔝
Call Girls in Uttam Nagar Delhi 💯Call Us 🔝8264348440🔝
 
VIP Kolkata Call Girl Dum Dum 👉 8250192130 Available With Room
VIP Kolkata Call Girl Dum Dum 👉 8250192130  Available With RoomVIP Kolkata Call Girl Dum Dum 👉 8250192130  Available With Room
VIP Kolkata Call Girl Dum Dum 👉 8250192130 Available With Room
 
Rohini Sector 22 Call Girls Delhi 9999965857 @Sabina Saikh No Advance
Rohini Sector 22 Call Girls Delhi 9999965857 @Sabina Saikh No AdvanceRohini Sector 22 Call Girls Delhi 9999965857 @Sabina Saikh No Advance
Rohini Sector 22 Call Girls Delhi 9999965857 @Sabina Saikh No Advance
 
VIP 7001035870 Find & Meet Hyderabad Call Girls LB Nagar high-profile Call Girl
VIP 7001035870 Find & Meet Hyderabad Call Girls LB Nagar high-profile Call GirlVIP 7001035870 Find & Meet Hyderabad Call Girls LB Nagar high-profile Call Girl
VIP 7001035870 Find & Meet Hyderabad Call Girls LB Nagar high-profile Call Girl
 
Model Call Girl in Jamuna Vihar Delhi reach out to us at 🔝9953056974🔝
Model Call Girl in  Jamuna Vihar Delhi reach out to us at 🔝9953056974🔝Model Call Girl in  Jamuna Vihar Delhi reach out to us at 🔝9953056974🔝
Model Call Girl in Jamuna Vihar Delhi reach out to us at 🔝9953056974🔝
 
✂️ 👅 Independent Andheri Escorts With Room Vashi Call Girls 💃 9004004663
✂️ 👅 Independent Andheri Escorts With Room Vashi Call Girls 💃 9004004663✂️ 👅 Independent Andheri Escorts With Room Vashi Call Girls 💃 9004004663
✂️ 👅 Independent Andheri Escorts With Room Vashi Call Girls 💃 9004004663
 
Call Girls in East Of Kailash 9711199171 Delhi Enjoy Call Girls With Our Escorts
Call Girls in East Of Kailash 9711199171 Delhi Enjoy Call Girls With Our EscortsCall Girls in East Of Kailash 9711199171 Delhi Enjoy Call Girls With Our Escorts
Call Girls in East Of Kailash 9711199171 Delhi Enjoy Call Girls With Our Escorts
 
Call Girls In South Ex 📱 9999965857 🤩 Delhi 🫦 HOT AND SEXY VVIP 🍎 SERVICE
Call Girls In South Ex 📱  9999965857  🤩 Delhi 🫦 HOT AND SEXY VVIP 🍎 SERVICECall Girls In South Ex 📱  9999965857  🤩 Delhi 🫦 HOT AND SEXY VVIP 🍎 SERVICE
Call Girls In South Ex 📱 9999965857 🤩 Delhi 🫦 HOT AND SEXY VVIP 🍎 SERVICE
 
Denver Web Design brochure for public viewing
Denver Web Design brochure for public viewingDenver Web Design brochure for public viewing
Denver Web Design brochure for public viewing
 
AWS Community DAY Albertini-Ellan Cloud Security (1).pptx
AWS Community DAY Albertini-Ellan Cloud Security (1).pptxAWS Community DAY Albertini-Ellan Cloud Security (1).pptx
AWS Community DAY Albertini-Ellan Cloud Security (1).pptx
 
How is AI changing journalism? (v. April 2024)
How is AI changing journalism? (v. April 2024)How is AI changing journalism? (v. April 2024)
How is AI changing journalism? (v. April 2024)
 
Chennai Call Girls Porur Phone 🍆 8250192130 👅 celebrity escorts service
Chennai Call Girls Porur Phone 🍆 8250192130 👅 celebrity escorts serviceChennai Call Girls Porur Phone 🍆 8250192130 👅 celebrity escorts service
Chennai Call Girls Porur Phone 🍆 8250192130 👅 celebrity escorts service
 
Vip Call Girls Aerocity ➡️ Delhi ➡️ 9999965857 No Advance 24HRS Live
Vip Call Girls Aerocity ➡️ Delhi ➡️ 9999965857 No Advance 24HRS LiveVip Call Girls Aerocity ➡️ Delhi ➡️ 9999965857 No Advance 24HRS Live
Vip Call Girls Aerocity ➡️ Delhi ➡️ 9999965857 No Advance 24HRS Live
 
定制(UAL学位证)英国伦敦艺术大学毕业证成绩单原版一比一
定制(UAL学位证)英国伦敦艺术大学毕业证成绩单原版一比一定制(UAL学位证)英国伦敦艺术大学毕业证成绩单原版一比一
定制(UAL学位证)英国伦敦艺术大学毕业证成绩单原版一比一
 
Low Rate Young Call Girls in Sector 63 Mamura Noida ✔️☆9289244007✔️☆ Female E...
Low Rate Young Call Girls in Sector 63 Mamura Noida ✔️☆9289244007✔️☆ Female E...Low Rate Young Call Girls in Sector 63 Mamura Noida ✔️☆9289244007✔️☆ Female E...
Low Rate Young Call Girls in Sector 63 Mamura Noida ✔️☆9289244007✔️☆ Female E...
 

The Stories of IXP Development and the Way Forward

  • 1. The Stories of IXP Development and the Way Forward Che-Hoo Cheng Infrastructure & Development Director APNIC 2018-07-24@MyNOG7
  • 2. Asia Pacific Network Information Centre – APNIC • APNIC is the Regional Internet Registry administering IP addresses for the Asia Pacific • APNIC’s Vision: “A global, open, stable, and secure Internet that serves the entire Asia Pacific community” • We achieve this by: – Serving APNIC Members – Supporting Regional Internet Development – Collaborating with the Global Internet Community
  • 3. How Does Internet Operates? • Internet is a network of networks, composed of networks of ISPs and users • User networks connect to ISPs • Small ISPs connect to large ISPs • Various networks (large or small) are interconnected with one another to form Internet
  • 4. Autonomous Systems • A network on Internet is called Autonomous System (AS) which is represented by AS Number (ASN) – ASN is unique around the world • APNIC is in charge of ASN assignment for AP region – ASN is used together with BGP (Border Gateway Protocol) for interconnections with multiple networks (or multi-homing) – Networks having ASNs can be more independent, or portable • Together with portable IP addresses
  • 5. What is an Internet eXchange Point (IXP)? • An IXP is a shared physical network infrastructure over which various Autonomous Systems can do easy peering with one another – One physical connection to IXP can be used for interconnections with multiple networks – More cost-effective and scalable – ASes to be served by IXP include Internet Gateways, Internet Service Providers (ISPs), Research & Education (R&E) Networks, Cloud Service Providers, Content Providers and Content Delivery Network (CDN) Service Providers
  • 6. High-Level View of Global Internet IXPR4 Global Tier-1 Providers Regional Provider Access Provider Various Customer Networks Access Provider Regional Provider Content Provider Cloud Provider
  • 7. Benefits of IXP • One main objective of an IXP is to keep local traffic local – Important to local Internet development • Helps bypass 3rd-party network infrastructure for easy interconnection and direct traffic exchange among participating networks – Reduced cost – cheaper connectivity – Enhanced network performance – faster speed – Reduced latency – lower delay • Helps encourage development of more local content and local applications – Helps local data centre business and other businesses • Everybody is benefited – The gain for each may be different but all will gain – At the end, it is the most important that end users or consumers are benefited • Often considered as Critical Internet Infrastructure locally, regionally or globally
  • 8. IXPs are Layer-2 Networks • Switched Ethernet – One physical connection for interconnections with multiple networks – Only routers are allowed to connect to the switching fabric directly usually • IXP participants can do direct Bilateral Peering (BLPA) over the layer 2 infrastructure anytime • With Route Server added to the layer 2 infrastructure, IXP participants can also do Multilateral Peering (MLPA) for easier interconnections among everybody – Traffic exchange is not going through the route server but direct • Those called themselves “IXes” but serving layer-3 services are mostly transit providers
  • 9. Disclaimer • The next part is more my personal experience and observations from operating the IXP in HK before joining APNIC in Apr 2017 – Plus a bit of my additional experience and observations from helping the development of a few IXPs in the region • The points to be presented do NOT represent the viewpoints of APNIC • Try not to name names as much as possible • Try to be more interesting, and educational • There is no “One Size Fits All” • Cannot cover all scenarios here because of limited time
  • 10. Success Factors of the IXP in HK • Neutrality – Helped gain trust from the participants especially the early ones – But there is no 100% neutrality… • Competition from another university – After gaining critical mass, things are much easier – No need to do sales work at all • Free Service Initially – In the first 10 years or so – Little hesitation for participants to connect – But cannot be free forever • Started Early – Earlier than the incumbent telco starting its ISP business • They even asked for joining before they launched the service – History cannot be repeated that easily…
  • 11. Long-Term Misunderstandings • Used to mention ”>98% of traffic” a lot • Government people and general public always think >98% of external traffic is going through the IXP in HK – How can that be possibly true?! – It is just wishful thinking of those people • But the more accurate wordings should be: – The IXP in HK helps keep >98% of local traffic local
  • 12. Other Misunderstandings • The IXP supports Bilateral Peering since the beginning – Although it did emphasise Multilateral Peering in the early days • The IXP is NOT the only IXP in HK – There are in fact multiple IXPs – The IXP is just the earliest and the biggest – The other IXPs together are not really small • Perhaps 70:30 in terms of traffic volume – But the IXP is the focus of people, most of the time
  • 13. Snowden Nightmare… • Started from an article of his interview done in HK published at SCMP on 13 Jun 2013 – Mentioned the name of the university while not mentioned the IXP at all… – But people still thought he was referring to the IXP • A lot of reporters surrounded the main data centre hoping to find anomalies • Grilled by media and politicians for months • Enhanced physical security measures afterwards – Stopped all unessential data centre visits • No findings of anything set up or done by the intelligence agency inside
  • 14. Vulnerabilities of any IXPs • Proxy ARP – Why can’t all router vendors have Proxy ARP disabled as default? – Cannot stop it totally because of possible human errors – Can only do regular monitoring by checking the ARP table – EVPN over VxLAN technology may help but it is not a simple technology • Unknown Unicast Flooding – May happen when there is asymmetric routing seen from an IXP – Can be mitigated by sending proactive ARP check to all active addresses every hour or so • Shared Buffer over Multiple Switch Ports – Can cause trouble to multiple connections when there is big congestion on one port • Unknown to innocent participants which do not have any congestion – Just be careful when choosing switch models • Also avoid switch models with small buffer • Support of Layer-3 sFlow/NetFlow highly desirable for better visibility of traffic going through…
  • 15. Port Security Is Important • The IXP in HK allows just one MAC address per port (physical or virtual) – Strictly one IPv4 address, one IPv6 address and one MAC address per port (physical or virtual) – Static MAC address for full control – “Violation Restrict” instead of “Violation Shutdown” • Minimum protection to the layer-2 broadcast domain • A few IXPs allow more MAC address per port but still a small number
  • 16. Remote Layer-2 Connections to IXP Are Evil • Using Fibre Cross-Connect is much easier, with much fewer issues • Clear-Channel remote layer-2 circuits with full transparency are rare – Unless you are willing to pay more – Wasting a lot of effort to do trouble-shooting with carriers • But IXPs cannot afford to not support them – As they want to have more business – Unless their main business is data centre business
  • 17. Vulnerabilities of Data Centres? • Locations are known – Same for Landing Stations – Can easily be targets of physical attacks • How can you better protect the fibre lead-ins and manholes which are outside of data centres? • No such things as absolute security…
  • 18. Scalability Issue • IXPs were not supposed to have any packet loss in its infrastructure – And with very low latency too • Become an issue when IXP grow beyond one switch – Due to not enough ports or expanding to multiple sites • Inter-switch links are the risk – Over-subscription or not? • Spine-and-leaf architecture helps a bit but not for all cases – Need to determine how much bandwidth from leaf to spine anyway – Still not ideal if there are adjacent leaf switches at one site • All traffic among 2 adjacent leaf switches has to go to the spine first?
  • 19. Spine-and-Leaf Architecture Spine Switch Spine Switch Leaf Switch Leaf Switch Leaf Switch n x 100GE/10GE Inter-Switch Links n x 100GE/10GE Inter-Switch Links ISP ISP ISP ISP ISP ISP ISP Spine Switch Spine Switch Leaf Switch Leaf Switch 100GE/10GE/GE Links 100GE/10GE/GE Links Leaf Switch
  • 20. MRTG of Aggregate Traffic • It is less sensitive of course – More an indication of the importance and the growth of an IXP – Should not neglect the huge difference between showing 5-min data and 1-min data – Should not neglect what traffic data is included – just the main broadcast domain or what? • Usually incoming = outgoing • If incoming > outgoing – Congestion at at least one port – May be DDoS attacks • If outgoing > incoming – May have Unknown Unicast Flooding • If sudden drop of large traffic volume – May have Proxy ARP problem • Usually happens when change of router / router software / router config
  • 21. Other Observations from MRTG • Situation in HK – Holiday Effect – Soccer Games Effect – Typhoon Effect • Difference of Culture or Practices – E.g. HK vs Japan
  • 22. IXPs and Data Centres • They are natural partners • Common situation in advanced metro cities – Multiple IXPs in one Data Centre – One IXP in multiple Data Centres • Should be the same layer-2 broadcast domain – Healthy competition • Customers have choices • Also for better resilience
  • 23. Competition / Comparison among IXPs • Especially when they are in the same metro area • Traffic Volume – Apple-to-apple? – 5-min vs 1-min? – One broadcast domain vs multiple broadcast domains? – PNNI traffic added? – 1Tbps Club… • Number of ASNs connected • Number of Ports connected • Amount of total connected customer bandwidth • #1 IXP in Asia???
  • 24. IP/ASN Resources for an IXP • Considered as Critical Infrastructure by APNIC Policy – Using public IP addresses and ASN is recommended – IPv4: /24 – IPv6: /48 – ASN: 1 (for route server) • But IXP may need another network to provide transit – Own servers such as network management & monitoring – DNS anycast servers: Authoritative or Cache/Resolving/Recursive – Shared Content Caches for Participants – Usually small
  • 25. IXP Models • Developed economies vs developing economies • Non-profit vs commercial • Subsidized vs self-financed • Government-led vs industry-led • No one single model which can suit all situations • Relative Neutrality is important
  • 26. Commercial vs Non-Profit • Commercial set-up is free to do anything – No need to care about neutrality too much – IXP is mostly a service to help other business • Non-profit set-up tends to be more cautious – Neutrality is more important, at least to the target participants – Tend to be more independent – Tend to offer fewer services
  • 27. IXP across Multiple Cities / Economies • May not be good for maintaining neutrality – Considered as competing with participants which have presence in the same locations • Commercial IXPs can take this business risk especially if this may help their other business • But not so good for non-profit IXPs targeting all kinds of networks or providers – Those that see competition may not join and then it may affect the goal of “keeping local traffic local”
  • 28. Advanced / Developed Economies • IXPs are business – Even for not-for-profit set-up – Less government involvement • Multiple IXPs – Keen competition • But if they cannot keep intra-economy traffic local, someone needs to step up – Government? Industry group? Customer pressure?
  • 29. Developing Economies • Some do not have any IXPs yet • Local traffic does not stay local – A lose-lose situation for everybody • IXPs can help Internet development a lot – Better to be non-for-profit set-up – May need to start with subsidized model – May not be a business at all – Help from government is mostly needed – Active participation of the biggest players is also very important
  • 30. Examples of Pacific Islands • Far from any other places • External connectivity is very expensive – More submarine cables are being built for them • Small markets because of small population • Usually just a few ISPs but they may not be interconnected locally • Local traffic across ISPs usually routed through US or Australia • Local IXP is very much needed • Saw immediate benefits on Day 1 of set-up of one Pacific Island IXP – Much improved latency and high volume of traffic
  • 31. Politics Involved in Early IXP Development • Usually larger ISPs like IXP less than smaller ISPs because smaller ISPs are mostly target customers of larger ISPs • Larger ISPs refuse to connect to IXP making the value of IXP lower • There are multiple possible solutions for that but in any case, larger ISPs need to collaborate – Separating access networks from Internet gateway or transit network • If hurting the goal of “Keeping Local Traffic Local”, then it is lose-lose to everybody • Government involvement may help or may hurt the case – It depends on the relationship between the industry and the government
  • 32. Government Funding for IXPs? • Is it good or bad? • More needed during infancy stage of IXP development • But for long-term, it is probably better to have bottom-up industry-led governance for IXP – Align with bottom-up multi-stakeholder approach
  • 33. Steps for IXP Development • Can be gradual, step by step • Layer-2 network is the bare minimal – Can use private IP addresses if small amount of participants • Public IP addresses next – Legal entity issue • Route server(s) with ASN follows – RPKI consideration • Other value added services – DNS: Root / TLDs / Recursive – Shared Content Caches?
  • 34. Shared Content Caches? • A lot of misunderstandings about the use of caches • A lot of local IXPs want to provide shared caches for their participants – Cost recovery is an issue to them though • Most Content / CDN providers do not quite like this idea – Little performance gain to end users? – Out of their control? – Not cost justified for smaller local IXPs?
  • 35. IXP Participants • Unfortunately, a lot of IXP participants do not make the best use of the IXP(s) they have connected • IXP Participants without enough knowledge and skills may disrupt the operations of IXP from time to time • IXP operators need to do a lot of education or push to their participants • So, IXP engineers would be busy and dedicated resources would be needed – Volunteering type of operations mode cannot sustain for too long
  • 36. Myth of Neutrality • There is NO absolute neutrality • Different organisation has different perspective of neutrality – A university? – A carrier-neutral data centre? – An IXP? – A government department? – A membership-based organisation? • We can only be “very neutral” for a defined group of companies or organisations, but not for all… • But maintaining higher relative neutrality is still better for IXPs
  • 37. Which Models Can Sustain? • Usual business model – IXP alone cannot make big money – Or IXP may just be a value added service • Subsidized Model – Government funding may be more reliable? • Model relying on sponsorship and/or volunteers – Most risky as sponsorship or support of volunteers is not guaranteed • Membership-based Model – Open Membership vs Closed Membership – Proper governance is important – Most neutral but still need to have good financial model for long-term sustainability
  • 38. Threats to IXP Business • /Mbps pricing of IP transit bandwidth is dropping continuously – Partly because of price drop of submarine cable capacity – /Mbps pricing of IXPs cannot be dropped as fast because of different cost base • Equipment cost doesn’t drop a lot especially for high-end switches • Local loop cost involved for interconnecting multiple sites does not drop as fast • More and more content caches are being set up inside the access networks – But bandwidth is still needed for cache-fill • Private peering will take away traffic from IXPs – If traffic volume warrants between any two parties
  • 39. The Way Forward for IXP Business • It is tough business if you only do IXP business – Fighting for survival • Adding Value Added Services may help – PNNI over VLANs, GRX, Cloud Exchange, GXP and etc • Partnership – Partnering with multiple Data Centres – Partnering with multiple local loop providers – Recruit resellers – local & overseas/global • Expand overseas – A few European IXPs are doing this • Merger and Acquisition – Even non-profit set-up should get ready for this
  • 40. IXP Development Work of APNIC • APNIC strongly believes IXPs help Internet development – That is why we support APIX and related activities – After all, IXPs serve and benefit APNIC members – In fact, IXPs need IP addresses and ASNs and are APNIC members themselves • Do more on helping those developing economies – Especially those which do not have any IXP yet – Or those which their only IXP is not functioning • Training and Technical Assistance work primarily – Not just for IXP operators but also for IXP participants – Also help talk to major stakeholders to convince them of the benefits of having a local IXP while maintaining neutrality – May need help of Community Trainers and Consultants from time to time
  • 41. IXP Development Package of APNIC • Will tailor-make support according to individual needs • Providing Training & Technical Assistance is the minimum • Other possible support items (on a case-by-case basis): – Ethernet switch – Root Server anycast instance – Route Server with RPKI consideration – IXP Manager – RIPE Atlas Anchors – CSIRT Development – Honeypot of Honeynet Project • APIX Membership will be recommended to those IXPs
  • 42. Other Help & Support by APNIC • APNIC also provides help & support to: – Peering Asia – Peering Forums hosted by not-for-profit IXPs – NOGs (which IXPs usually support) • APNIC also sponsors: – PeeringDB – IXP-DB – IXP Manager (considering)
  • 43. Closing Remarks • IXPs will continue to play a key role for easy interconnections among networks – Especially for developing economies • Need to find a suitable model for long-term sustainability • Relative neutrality is still important