Enviar pesquisa
Carregar
Traffic Engineering for CDNs
•
3 gostaram
•
1,718 visualizações
MyNOG
Seguir
Traffic Engineering for CDNs Matt Jansen Senior Network Architect (Akamai Technologies)
Leia menos
Leia mais
Internet
Denunciar
Compartilhar
Denunciar
Compartilhar
1 de 43
Baixar agora
Baixar para ler offline
Recomendados
Introduction to Segment Routing
Introduction to Segment Routing
MyNOG
How Data Center Traffic is Changing Your Network by KC Lim
How Data Center Traffic is Changing Your Network by KC Lim
MyNOG
Cloud Traffic Engineer – Google Espresso Project by Shaowen Ma
Cloud Traffic Engineer – Google Espresso Project by Shaowen Ma
MyNOG
High Speed Fiber Services and Challenges to the Core Network by Seiichi Kawamura
High Speed Fiber Services and Challenges to the Core Network by Seiichi Kawamura
MyNOG
Service Provider Architectures for Tomorrow by Chow Khay Kid
Service Provider Architectures for Tomorrow by Chow Khay Kid
MyNOG
21st Century iBGP Route Reflection by Mark Tinka
21st Century iBGP Route Reflection by Mark Tinka
MyNOG
Experience of Implementing IPTV in an ISP Network by Thong Hawk Yen
Experience of Implementing IPTV in an ISP Network by Thong Hawk Yen
MyNOG
Open Connect Appliances - Jocelyn Ooi
Open Connect Appliances - Jocelyn Ooi
MyNOG
Recomendados
Introduction to Segment Routing
Introduction to Segment Routing
MyNOG
How Data Center Traffic is Changing Your Network by KC Lim
How Data Center Traffic is Changing Your Network by KC Lim
MyNOG
Cloud Traffic Engineer – Google Espresso Project by Shaowen Ma
Cloud Traffic Engineer – Google Espresso Project by Shaowen Ma
MyNOG
High Speed Fiber Services and Challenges to the Core Network by Seiichi Kawamura
High Speed Fiber Services and Challenges to the Core Network by Seiichi Kawamura
MyNOG
Service Provider Architectures for Tomorrow by Chow Khay Kid
Service Provider Architectures for Tomorrow by Chow Khay Kid
MyNOG
21st Century iBGP Route Reflection by Mark Tinka
21st Century iBGP Route Reflection by Mark Tinka
MyNOG
Experience of Implementing IPTV in an ISP Network by Thong Hawk Yen
Experience of Implementing IPTV in an ISP Network by Thong Hawk Yen
MyNOG
Open Connect Appliances - Jocelyn Ooi
Open Connect Appliances - Jocelyn Ooi
MyNOG
PLNOG16: Netflix Open Connect is the Netflix proprietary CDN, Nina Bargisen
PLNOG16: Netflix Open Connect is the Netflix proprietary CDN, Nina Bargisen
PROIDEA
SP Routing Innovation with Segment Routing, VXLAN and EVPN - Ismail Ali
SP Routing Innovation with Segment Routing, VXLAN and EVPN - Ismail Ali
MyNOG
PLNOG16: Data center interconnect dla opornych, Krzysztof Mazepa
PLNOG16: Data center interconnect dla opornych, Krzysztof Mazepa
PROIDEA
IPv6 Deployment Update
IPv6 Deployment Update
Bangladesh Network Operators Group
PLNOG16: Usługi w sieciach operatorskich, Marcin Aronowski
PLNOG16: Usługi w sieciach operatorskich, Marcin Aronowski
PROIDEA
Engineering The New IP Transport
Engineering The New IP Transport
MyNOG
RPKI: An Operator’s Implementation
RPKI: An Operator’s Implementation
MyNOG
RIFT A New Approach to Building DC Fabrics
RIFT A New Approach to Building DC Fabrics
MyNOG
Next Generation DDoS Services – can we do this with NFV? - CF Chui
Next Generation DDoS Services – can we do this with NFV? - CF Chui
MyNOG
22 - IDNOG03 - Christopher Lim (Mellanox) - Efficient Virtual Network for Ser...
22 - IDNOG03 - Christopher Lim (Mellanox) - Efficient Virtual Network for Ser...
Indonesia Network Operators Group
IWAN Lab Guide
IWAN Lab Guide
jww330015
BGP Traffic Engineering with SDN Controller
BGP Traffic Engineering with SDN Controller
APNIC
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 Cheng
MyNOG
RPKI and Me
RPKI and Me
MyNOG
07 (IDNOG02) SDN Research activity in Institut Teknologi Bandung by Affan Bas...
07 (IDNOG02) SDN Research activity in Institut Teknologi Bandung by Affan Bas...
Indonesia Network Operators Group
IPLC Analytic Dashboard - Mohd Rizal bin Mohd Ramly
IPLC Analytic Dashboard - Mohd Rizal bin Mohd Ramly
MyNOG
BGP persistence
BGP persistence
Bertrand Duvivier
PLNOG16: Jak zbudować Punkt Wymiany Ruchu używając urządzeń Junipera, Aleksan...
PLNOG16: Jak zbudować Punkt Wymiany Ruchu używając urządzeń Junipera, Aleksan...
PROIDEA
44 - IDNOG03 - LT - Rommy Kuntoro - G.Fast 1Gbps over Copper Cable, Are we r...
44 - IDNOG03 - LT - Rommy Kuntoro - G.Fast 1Gbps over Copper Cable, Are we r...
Indonesia Network Operators Group
DDOS Mitigation Experience from IP ServerOne by CL Lee
DDOS Mitigation Experience from IP ServerOne by CL Lee
MyNOG
CANONE RAI 2017: LA DICHIARAZIONE SOSTITUTIVA PER CHIEDERNE L’ESONERO
CANONE RAI 2017: LA DICHIARAZIONE SOSTITUTIVA PER CHIEDERNE L’ESONERO
Studio Associato Carlucccio Circhetta
Kashif UAECA Certificate
Kashif UAECA Certificate
kashif shah
Mais conteúdo relacionado
Mais procurados
PLNOG16: Netflix Open Connect is the Netflix proprietary CDN, Nina Bargisen
PLNOG16: Netflix Open Connect is the Netflix proprietary CDN, Nina Bargisen
PROIDEA
SP Routing Innovation with Segment Routing, VXLAN and EVPN - Ismail Ali
SP Routing Innovation with Segment Routing, VXLAN and EVPN - Ismail Ali
MyNOG
PLNOG16: Data center interconnect dla opornych, Krzysztof Mazepa
PLNOG16: Data center interconnect dla opornych, Krzysztof Mazepa
PROIDEA
IPv6 Deployment Update
IPv6 Deployment Update
Bangladesh Network Operators Group
PLNOG16: Usługi w sieciach operatorskich, Marcin Aronowski
PLNOG16: Usługi w sieciach operatorskich, Marcin Aronowski
PROIDEA
Engineering The New IP Transport
Engineering The New IP Transport
MyNOG
RPKI: An Operator’s Implementation
RPKI: An Operator’s Implementation
MyNOG
RIFT A New Approach to Building DC Fabrics
RIFT A New Approach to Building DC Fabrics
MyNOG
Next Generation DDoS Services – can we do this with NFV? - CF Chui
Next Generation DDoS Services – can we do this with NFV? - CF Chui
MyNOG
22 - IDNOG03 - Christopher Lim (Mellanox) - Efficient Virtual Network for Ser...
22 - IDNOG03 - Christopher Lim (Mellanox) - Efficient Virtual Network for Ser...
Indonesia Network Operators Group
IWAN Lab Guide
IWAN Lab Guide
jww330015
BGP Traffic Engineering with SDN Controller
BGP Traffic Engineering with SDN Controller
APNIC
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 Cheng
MyNOG
RPKI and Me
RPKI and Me
MyNOG
07 (IDNOG02) SDN Research activity in Institut Teknologi Bandung by Affan Bas...
07 (IDNOG02) SDN Research activity in Institut Teknologi Bandung by Affan Bas...
Indonesia Network Operators Group
IPLC Analytic Dashboard - Mohd Rizal bin Mohd Ramly
IPLC Analytic Dashboard - Mohd Rizal bin Mohd Ramly
MyNOG
BGP persistence
BGP persistence
Bertrand Duvivier
PLNOG16: Jak zbudować Punkt Wymiany Ruchu używając urządzeń Junipera, Aleksan...
PLNOG16: Jak zbudować Punkt Wymiany Ruchu używając urządzeń Junipera, Aleksan...
PROIDEA
44 - IDNOG03 - LT - Rommy Kuntoro - G.Fast 1Gbps over Copper Cable, Are we r...
44 - IDNOG03 - LT - Rommy Kuntoro - G.Fast 1Gbps over Copper Cable, Are we r...
Indonesia Network Operators Group
DDOS Mitigation Experience from IP ServerOne by CL Lee
DDOS Mitigation Experience from IP ServerOne by CL Lee
MyNOG
Mais procurados
(20)
PLNOG16: Netflix Open Connect is the Netflix proprietary CDN, Nina Bargisen
PLNOG16: Netflix Open Connect is the Netflix proprietary CDN, Nina Bargisen
SP Routing Innovation with Segment Routing, VXLAN and EVPN - Ismail Ali
SP Routing Innovation with Segment Routing, VXLAN and EVPN - Ismail Ali
PLNOG16: Data center interconnect dla opornych, Krzysztof Mazepa
PLNOG16: Data center interconnect dla opornych, Krzysztof Mazepa
IPv6 Deployment Update
IPv6 Deployment Update
PLNOG16: Usługi w sieciach operatorskich, Marcin Aronowski
PLNOG16: Usługi w sieciach operatorskich, Marcin Aronowski
Engineering The New IP Transport
Engineering The New IP Transport
RPKI: An Operator’s Implementation
RPKI: An Operator’s Implementation
RIFT A New Approach to Building DC Fabrics
RIFT A New Approach to Building DC Fabrics
Next Generation DDoS Services – can we do this with NFV? - CF Chui
Next Generation DDoS Services – can we do this with NFV? - CF Chui
22 - IDNOG03 - Christopher Lim (Mellanox) - Efficient Virtual Network for Ser...
22 - IDNOG03 - Christopher Lim (Mellanox) - Efficient Virtual Network for Ser...
IWAN Lab Guide
IWAN Lab Guide
BGP Traffic Engineering with SDN Controller
BGP Traffic Engineering with SDN Controller
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 Cheng
RPKI and Me
RPKI and Me
07 (IDNOG02) SDN Research activity in Institut Teknologi Bandung by Affan Bas...
07 (IDNOG02) SDN Research activity in Institut Teknologi Bandung by Affan Bas...
IPLC Analytic Dashboard - Mohd Rizal bin Mohd Ramly
IPLC Analytic Dashboard - Mohd Rizal bin Mohd Ramly
BGP persistence
BGP persistence
PLNOG16: Jak zbudować Punkt Wymiany Ruchu używając urządzeń Junipera, Aleksan...
PLNOG16: Jak zbudować Punkt Wymiany Ruchu używając urządzeń Junipera, Aleksan...
44 - IDNOG03 - LT - Rommy Kuntoro - G.Fast 1Gbps over Copper Cable, Are we r...
44 - IDNOG03 - LT - Rommy Kuntoro - G.Fast 1Gbps over Copper Cable, Are we r...
DDOS Mitigation Experience from IP ServerOne by CL Lee
DDOS Mitigation Experience from IP ServerOne by CL Lee
Destaque
CANONE RAI 2017: LA DICHIARAZIONE SOSTITUTIVA PER CHIEDERNE L’ESONERO
CANONE RAI 2017: LA DICHIARAZIONE SOSTITUTIVA PER CHIEDERNE L’ESONERO
Studio Associato Carlucccio Circhetta
Kashif UAECA Certificate
Kashif UAECA Certificate
kashif shah
Client Portfolio
Client Portfolio
Abdur Rehman
Movimiento magisterial oaxaca
Movimiento magisterial oaxaca
Juan Francisco González Martínez
Certificate QSM
Certificate QSM
domenico coppola
Guía para entidades financieras sobre el Proceso de Adhesiones de Abengoa.
Guía para entidades financieras sobre el Proceso de Adhesiones de Abengoa.
Abengoa
I VOUCHER PER IL LAVORO ACCESSORIO E LE RECENTI FAQ DEL MINISTERO DEL LAVORO
I VOUCHER PER IL LAVORO ACCESSORIO E LE RECENTI FAQ DEL MINISTERO DEL LAVORO
Maria Cristina Circhetta
Ap Proy Eolo
Ap Proy Eolo
Julio Vergara Aimone
The rise of mobile in myanmar
The rise of mobile in myanmar
TNS_APAC
Mind Your MANRS: Improving the Security and Resilience of the Global Routing ...
Mind Your MANRS: Improving the Security and Resilience of the Global Routing ...
Internet Society
Carrier Neutral Data Center Services and Best Practices
Carrier Neutral Data Center Services and Best Practices
Internet Society
Ehab Mahmoud El Maadawi 2013
Ehab Mahmoud El Maadawi 2013
ehab l maadawi
Destaque
(12)
CANONE RAI 2017: LA DICHIARAZIONE SOSTITUTIVA PER CHIEDERNE L’ESONERO
CANONE RAI 2017: LA DICHIARAZIONE SOSTITUTIVA PER CHIEDERNE L’ESONERO
Kashif UAECA Certificate
Kashif UAECA Certificate
Client Portfolio
Client Portfolio
Movimiento magisterial oaxaca
Movimiento magisterial oaxaca
Certificate QSM
Certificate QSM
Guía para entidades financieras sobre el Proceso de Adhesiones de Abengoa.
Guía para entidades financieras sobre el Proceso de Adhesiones de Abengoa.
I VOUCHER PER IL LAVORO ACCESSORIO E LE RECENTI FAQ DEL MINISTERO DEL LAVORO
I VOUCHER PER IL LAVORO ACCESSORIO E LE RECENTI FAQ DEL MINISTERO DEL LAVORO
Ap Proy Eolo
Ap Proy Eolo
The rise of mobile in myanmar
The rise of mobile in myanmar
Mind Your MANRS: Improving the Security and Resilience of the Global Routing ...
Mind Your MANRS: Improving the Security and Resilience of the Global Routing ...
Carrier Neutral Data Center Services and Best Practices
Carrier Neutral Data Center Services and Best Practices
Ehab Mahmoud El Maadawi 2013
Ehab Mahmoud El Maadawi 2013
Semelhante a Traffic Engineering for CDNs
Traffic Engineering for CDNs
Traffic Engineering for CDNs
Bangladesh Network Operators Group
Traffic Engineering for CDNs by Matt Jansen [APRICOT 2015]
Traffic Engineering for CDNs by Matt Jansen [APRICOT 2015]
APNIC
BGP and Traffic Engineering with Akamai
BGP and Traffic Engineering with Akamai
Internet Society
40 - IDNOG03 - Bob Lau (Akamai) - BGP and Traffic Engineering
40 - IDNOG03 - Bob Lau (Akamai) - BGP and Traffic Engineering
Indonesia Network Operators Group
EDNS0 Client-Subnet for DNS Based CDNs
EDNS0 Client-Subnet for DNS Based CDNs
Bangladesh Network Operators Group
EDNS0 Client-Subnet for DNS based CDNs by Matt Jansen
EDNS0 Client-Subnet for DNS based CDNs by Matt Jansen
MyNOG
16 (IDNOG01) EDNS0 / How CDNS works by Matt Jansen
16 (IDNOG01) EDNS0 / How CDNS works by Matt Jansen
Indonesia Network Operators Group
Akamai company profile
Akamai company profile
rahulp9999
PLNOG 6: Christian Kaufmann - How Akamai delivers your packets - the insight
PLNOG 6: Christian Kaufmann - How Akamai delivers your packets - the insight
PROIDEA
PLNOG 6: Christian Kaufmann - How Akamai delivers your packets - the insight
PLNOG 6: Christian Kaufmann - How Akamai delivers your packets - the insight
PROIDEA
Embedded CDNs in 2023
Embedded CDNs in 2023
MyNOG
Clone your Network with OpenNebula
Clone your Network with OpenNebula
NETWAYS
OpenNebulaConf 2013 - Keynote: Clone your Network with OpenNebula by Thomas H...
OpenNebulaConf 2013 - Keynote: Clone your Network with OpenNebula by Thomas H...
OpenNebula Project
The Path to 100+ IXes
The Path to 100+ IXes
APNIC
Barriers to content production & distribution in Africa
Barriers to content production & distribution in Africa
Internet Society
Routing for an Anycast CDN
Routing for an Anycast CDN
Tom Paseka
Assessing Network Readiness
Assessing Network Readiness
rAVe [PUBS]
Tổng quan công nghệ Net backup - Phần 2
Tổng quan công nghệ Net backup - Phần 2
NguyenDat Quoc
AWS를 활용한 웹, 모바일, 소셜 애플리케이션 구축 방법
AWS를 활용한 웹, 모바일, 소셜 애플리케이션 구축 방법
Amazon Web Services Korea
Design and Deployment of Enterprise WLANs
Design and Deployment of Enterprise WLANs
Fab Fusaro
Semelhante a Traffic Engineering for CDNs
(20)
Traffic Engineering for CDNs
Traffic Engineering for CDNs
Traffic Engineering for CDNs by Matt Jansen [APRICOT 2015]
Traffic Engineering for CDNs by Matt Jansen [APRICOT 2015]
BGP and Traffic Engineering with Akamai
BGP and Traffic Engineering with Akamai
40 - IDNOG03 - Bob Lau (Akamai) - BGP and Traffic Engineering
40 - IDNOG03 - Bob Lau (Akamai) - BGP and Traffic Engineering
EDNS0 Client-Subnet for DNS Based CDNs
EDNS0 Client-Subnet for DNS Based CDNs
EDNS0 Client-Subnet for DNS based CDNs by Matt Jansen
EDNS0 Client-Subnet for DNS based CDNs by Matt Jansen
16 (IDNOG01) EDNS0 / How CDNS works by Matt Jansen
16 (IDNOG01) EDNS0 / How CDNS works by Matt Jansen
Akamai company profile
Akamai company profile
PLNOG 6: Christian Kaufmann - How Akamai delivers your packets - the insight
PLNOG 6: Christian Kaufmann - How Akamai delivers your packets - the insight
PLNOG 6: Christian Kaufmann - How Akamai delivers your packets - the insight
PLNOG 6: Christian Kaufmann - How Akamai delivers your packets - the insight
Embedded CDNs in 2023
Embedded CDNs in 2023
Clone your Network with OpenNebula
Clone your Network with OpenNebula
OpenNebulaConf 2013 - Keynote: Clone your Network with OpenNebula by Thomas H...
OpenNebulaConf 2013 - Keynote: Clone your Network with OpenNebula by Thomas H...
The Path to 100+ IXes
The Path to 100+ IXes
Barriers to content production & distribution in Africa
Barriers to content production & distribution in Africa
Routing for an Anycast CDN
Routing for an Anycast CDN
Assessing Network Readiness
Assessing Network Readiness
Tổng quan công nghệ Net backup - Phần 2
Tổng quan công nghệ Net backup - Phần 2
AWS를 활용한 웹, 모바일, 소셜 애플리케이션 구축 방법
AWS를 활용한 웹, 모바일, 소셜 애플리케이션 구축 방법
Design and Deployment of Enterprise WLANs
Design and Deployment of Enterprise WLANs
Mais de MyNOG
Peering Personal MyNOG-10
Peering Personal MyNOG-10
MyNOG
Edge virtualisation for Carrier Networks
Edge virtualisation for Carrier Networks
MyNOG
Equinix: New Markets, New Frontiers
Equinix: New Markets, New Frontiers
MyNOG
Securing the Onion: 5G Cloud Native Infrastructure
Securing the Onion: 5G Cloud Native Infrastructure
MyNOG
Hierarchical Network Controller
Hierarchical Network Controller
MyNOG
Aether: The First Open Source 5G/LTE Connected Edge Cloud Platform
Aether: The First Open Source 5G/LTE Connected Edge Cloud Platform
MyNOG
Cleaning up your RPKI invalids
Cleaning up your RPKI invalids
MyNOG
Introducing Peering LAN 2.0 at DE-CIX
Introducing Peering LAN 2.0 at DE-CIX
MyNOG
Load balancing and Service in Kubernetes
Load balancing and Service in Kubernetes
MyNOG
Cloud SDN: BGP Peering and RPKI
Cloud SDN: BGP Peering and RPKI
MyNOG
SDM – A New (Subsea) Cable Paradigm
SDM – A New (Subsea) Cable Paradigm
MyNOG
AI in Networking: Transforming Network Operations with Juniper Mist AIDE
AI in Networking: Transforming Network Operations with Juniper Mist AIDE
MyNOG
Malaysia Data Center Landscape, Where is the next hotspot to place your fiber...
Malaysia Data Center Landscape, Where is the next hotspot to place your fiber...
MyNOG
FUTURE-PROOFING DATA CENTRES from Connectivity Perspective
FUTURE-PROOFING DATA CENTRES from Connectivity Perspective
MyNOG
Keep Ukraine Connected: A project from the community – for the community by R...
Keep Ukraine Connected: A project from the community – for the community by R...
MyNOG
Solving Civilization’s Long Term Communication Needs by Dinesh Kummaran, Tran...
Solving Civilization’s Long Term Communication Needs by Dinesh Kummaran, Tran...
MyNOG
MyIX Updates by Raja Mohan Marappan, MyIX
MyIX Updates by Raja Mohan Marappan, MyIX
MyNOG
Exploring Quantum Engineering for Networking by Melchior Aelmans, Juniper Net...
Exploring Quantum Engineering for Networking by Melchior Aelmans, Juniper Net...
MyNOG
Quick wins in the NetOps Journey by Vincent Boon, Opengear
Quick wins in the NetOps Journey by Vincent Boon, Opengear
MyNOG
Data Centre Interconnect (DCI) with X86’s DCI Solution by Raja Akmal, X86 Net...
Data Centre Interconnect (DCI) with X86’s DCI Solution by Raja Akmal, X86 Net...
MyNOG
Mais de MyNOG
(20)
Peering Personal MyNOG-10
Peering Personal MyNOG-10
Edge virtualisation for Carrier Networks
Edge virtualisation for Carrier Networks
Equinix: New Markets, New Frontiers
Equinix: New Markets, New Frontiers
Securing the Onion: 5G Cloud Native Infrastructure
Securing the Onion: 5G Cloud Native Infrastructure
Hierarchical Network Controller
Hierarchical Network Controller
Aether: The First Open Source 5G/LTE Connected Edge Cloud Platform
Aether: The First Open Source 5G/LTE Connected Edge Cloud Platform
Cleaning up your RPKI invalids
Cleaning up your RPKI invalids
Introducing Peering LAN 2.0 at DE-CIX
Introducing Peering LAN 2.0 at DE-CIX
Load balancing and Service in Kubernetes
Load balancing and Service in Kubernetes
Cloud SDN: BGP Peering and RPKI
Cloud SDN: BGP Peering and RPKI
SDM – A New (Subsea) Cable Paradigm
SDM – A New (Subsea) Cable Paradigm
AI in Networking: Transforming Network Operations with Juniper Mist AIDE
AI in Networking: Transforming Network Operations with Juniper Mist AIDE
Malaysia Data Center Landscape, Where is the next hotspot to place your fiber...
Malaysia Data Center Landscape, Where is the next hotspot to place your fiber...
FUTURE-PROOFING DATA CENTRES from Connectivity Perspective
FUTURE-PROOFING DATA CENTRES from Connectivity Perspective
Keep Ukraine Connected: A project from the community – for the community by R...
Keep Ukraine Connected: A project from the community – for the community by R...
Solving Civilization’s Long Term Communication Needs by Dinesh Kummaran, Tran...
Solving Civilization’s Long Term Communication Needs by Dinesh Kummaran, Tran...
MyIX Updates by Raja Mohan Marappan, MyIX
MyIX Updates by Raja Mohan Marappan, MyIX
Exploring Quantum Engineering for Networking by Melchior Aelmans, Juniper Net...
Exploring Quantum Engineering for Networking by Melchior Aelmans, Juniper Net...
Quick wins in the NetOps Journey by Vincent Boon, Opengear
Quick wins in the NetOps Journey by Vincent Boon, Opengear
Data Centre Interconnect (DCI) with X86’s DCI Solution by Raja Akmal, X86 Net...
Data Centre Interconnect (DCI) with X86’s DCI Solution by Raja Akmal, X86 Net...
Último
"Boost Your Digital Presence: Partner with a Leading SEO Agency"
"Boost Your Digital Presence: Partner with a Leading SEO Agency"
growthgrids
一比一原版(Curtin毕业证书)科廷大学毕业证原件一模一样
一比一原版(Curtin毕业证书)科廷大学毕业证原件一模一样
ayvbos
20240510 QFM016 Irresponsible AI Reading List April 2024.pdf
20240510 QFM016 Irresponsible AI Reading List April 2024.pdf
Matthew Sinclair
Story Board.pptxrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
Story Board.pptxrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
HenryBriggs2
20240507 QFM013 Machine Intelligence Reading List April 2024.pdf
20240507 QFM013 Machine Intelligence Reading List April 2024.pdf
Matthew Sinclair
Russian Call girls in Abu Dhabi 0508644382 Abu Dhabi Call girls
Russian Call girls in Abu Dhabi 0508644382 Abu Dhabi Call girls
Monica Sydney
哪里办理美国迈阿密大学毕业证(本硕)umiami在读证明存档可查
哪里办理美国迈阿密大学毕业证(本硕)umiami在读证明存档可查
ydyuyu
2nd Solid Symposium: Solid Pods vs Personal Knowledge Graphs
2nd Solid Symposium: Solid Pods vs Personal Knowledge Graphs
EleniIlkou
Power point inglese - educazione civica di Nuria Iuzzolino
Power point inglese - educazione civica di Nuria Iuzzolino
nuriaiuzzolino1
Best SEO Services Company in Dallas | Best SEO Agency Dallas
Best SEO Services Company in Dallas | Best SEO Agency Dallas
Digicorns Technologies
Indian Escort in Abu DHabi 0508644382 Abu Dhabi Escorts
Indian Escort in Abu DHabi 0508644382 Abu Dhabi Escorts
Monica Sydney
Top profile Call Girls In Dindigul [ 7014168258 ] Call Me For Genuine Models ...
Top profile Call Girls In Dindigul [ 7014168258 ] Call Me For Genuine Models ...
gajnagarg
Russian Escort Abu Dhabi 0503464457 Abu DHabi Escorts
Russian Escort Abu Dhabi 0503464457 Abu DHabi Escorts
Monica Sydney
Meaning of On page SEO & its process in detail.
Meaning of On page SEO & its process in detail.
krishnachandrapal52
原版制作美国爱荷华大学毕业证(iowa毕业证书)学位证网上存档可查
原版制作美国爱荷华大学毕业证(iowa毕业证书)学位证网上存档可查
ydyuyu
在线制作约克大学毕业证(yu毕业证)在读证明认证可查
在线制作约克大学毕业证(yu毕业证)在读证明认证可查
ydyuyu
pdfcoffee.com_business-ethics-q3m7-pdf-free.pdf
pdfcoffee.com_business-ethics-q3m7-pdf-free.pdf
JOHNBEBONYAP1
20240508 QFM014 Elixir Reading List April 2024.pdf
20240508 QFM014 Elixir Reading List April 2024.pdf
Matthew Sinclair
Microsoft Azure Arc Customer Deck Microsoft
Microsoft Azure Arc Customer Deck Microsoft
AanSulistiyo
Trump Diapers Over Dems t shirts Sweatshirt
Trump Diapers Over Dems t shirts Sweatshirt
rahman018755
Último
(20)
"Boost Your Digital Presence: Partner with a Leading SEO Agency"
"Boost Your Digital Presence: Partner with a Leading SEO Agency"
一比一原版(Curtin毕业证书)科廷大学毕业证原件一模一样
一比一原版(Curtin毕业证书)科廷大学毕业证原件一模一样
20240510 QFM016 Irresponsible AI Reading List April 2024.pdf
20240510 QFM016 Irresponsible AI Reading List April 2024.pdf
Story Board.pptxrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
Story Board.pptxrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
20240507 QFM013 Machine Intelligence Reading List April 2024.pdf
20240507 QFM013 Machine Intelligence Reading List April 2024.pdf
Russian Call girls in Abu Dhabi 0508644382 Abu Dhabi Call girls
Russian Call girls in Abu Dhabi 0508644382 Abu Dhabi Call girls
哪里办理美国迈阿密大学毕业证(本硕)umiami在读证明存档可查
哪里办理美国迈阿密大学毕业证(本硕)umiami在读证明存档可查
2nd Solid Symposium: Solid Pods vs Personal Knowledge Graphs
2nd Solid Symposium: Solid Pods vs Personal Knowledge Graphs
Power point inglese - educazione civica di Nuria Iuzzolino
Power point inglese - educazione civica di Nuria Iuzzolino
Best SEO Services Company in Dallas | Best SEO Agency Dallas
Best SEO Services Company in Dallas | Best SEO Agency Dallas
Indian Escort in Abu DHabi 0508644382 Abu Dhabi Escorts
Indian Escort in Abu DHabi 0508644382 Abu Dhabi Escorts
Top profile Call Girls In Dindigul [ 7014168258 ] Call Me For Genuine Models ...
Top profile Call Girls In Dindigul [ 7014168258 ] Call Me For Genuine Models ...
Russian Escort Abu Dhabi 0503464457 Abu DHabi Escorts
Russian Escort Abu Dhabi 0503464457 Abu DHabi Escorts
Meaning of On page SEO & its process in detail.
Meaning of On page SEO & its process in detail.
原版制作美国爱荷华大学毕业证(iowa毕业证书)学位证网上存档可查
原版制作美国爱荷华大学毕业证(iowa毕业证书)学位证网上存档可查
在线制作约克大学毕业证(yu毕业证)在读证明认证可查
在线制作约克大学毕业证(yu毕业证)在读证明认证可查
pdfcoffee.com_business-ethics-q3m7-pdf-free.pdf
pdfcoffee.com_business-ethics-q3m7-pdf-free.pdf
20240508 QFM014 Elixir Reading List April 2024.pdf
20240508 QFM014 Elixir Reading List April 2024.pdf
Microsoft Azure Arc Customer Deck Microsoft
Microsoft Azure Arc Customer Deck Microsoft
Trump Diapers Over Dems t shirts Sweatshirt
Trump Diapers Over Dems t shirts Sweatshirt
Traffic Engineering for CDNs
1.
Traffic Engineering for
CDNs Matt Jansen Akamai Technologies MYNOG 5, Kuala Lumpur, August 20th 2015
2.
©2012 AKAMAI |
FASTER FORWARDTM The world’s largest on-demand, distributed computing platform delivers all forms of web content and applications The Akamai Intelligent Platform Typical daily traffic: • More than 2 trillion requests served • Delivering over 30+ Terabits/second • 15-30% of all daily web traffic The Akamai Intelligent Platform: 189,000+ Servers 2,900+ Locations 110+ Countries 1,400+ Networks 800+ Cities
3.
©2012 AKAMAI |
FASTER FORWARDTM When content is requested from CDNs, the user is directed to the optimal server to serve this user There’s 2 common ways to do that: • anycast: the content is served from the location the request is received (easy to build, requires symmetric routing to work well) • DNS based: the CDN decides where to best serve the content from based on the resolver it receives the request from, and replies with the optimal server How CDNs Work
4.
©2012 AKAMAI |
FASTER FORWARDTM Users querying a DNS-based CDNs will be returned different A (and AAAA) records for the same hostname depending on the resolver the request comes from This is called “mapping” The better the mapping, the better the CDN How DNS based CDNs Work
5.
©2012 AKAMAI |
FASTER FORWARDTM Example of Akamai mapping • Notice the different A records for different locations: [NYC]% host www.symantec.com www.symantec.com CNAME e5211.b.akamaiedge.net. e5211.b.akamaiedge.net. A 207.40.194.46 e5211.b.akamaiedge.net. A 207.40.194.49 [Boston]% host www.symantec.com www.symantec.com CNAME e5211.b.akamaiedge.net. e5211.b.akamaiedge.net. A 81.23.243.152 e5211.b.akamaiedge.net. A 81.23.243.145 DNS based Mapping Example
6.
©2012 AKAMAI |
FASTER FORWARDTM CDNs use multiple criteria to choose the optimal server •These include standard network metrics: •Latency •Throughput •Packet loss •as well as internal ones such as: •CPU load on the server •HD space •network utilization How DNS based CDNs Work
7.
©2012 AKAMAI |
FASTER FORWARDTM DNS based Mapping 1) end-user requests www.example.com from ISP NS 2) ISP NS recursively (multiple iterations) looks up www.example.com being referred to authoritative CDN NS (by CNAME) 3) ISP NS asks authoritative CDN NS 4) CDN NS looks up IP of requestor (ISP NS) and replies with IP of optimal cluster to serve content (closest cluster for that ISP) 5) ISP NS replies to end-user who 6) requests content from local Cluster end-user ISP NS 1.2.3.4 root/tld/intermediate NS (recursive lookup until reaching authoritative NS) CDN NS Closest cluster 5.6.7.8 1 3 6 2 NS 1.2.3.4? best cluster = 5.6.7.8 4 5
8.
©2012 AKAMAI |
FASTER FORWARDTM Types of CDN Deployments (simplified) end-user ISP Internet IX Transit Embedded cluster in ISP Colocated Cluster with IX Infrastructure Cluster with Transit Backend Mapping system
9.
©2012 AKAMAI |
FASTER FORWARDTM DNS based CDNs don’t necessarily have a backbone Those clusters can be standalone ‘Islands’ with no connectivity between them! DNS based CDNs usually don’t announce large blocks of address space as this will only be the local servers • it is not uncommon to see a single /24 from Akamai at an IX • you will receive a different set of prefixes on each peering This does not mean you will not see a lot of traffic • how many servers do you need to serve 10g nowadays? Typical DNS based Topology
10.
©2012 AKAMAI |
FASTER FORWARDTM • no single cluster can accommodate all content • caches get more efficient with with size • some content requires specialized servers only present in Infrastructure clusters • some content is only present in specific geographies • CDNs might prefer on-net cluster over peering Why don’t I get all CDN Traffic locally?
11.
©2012 AKAMAI |
FASTER FORWARDTM Transit Peer • Akamai does not have a backbone, each IX instance is independent • Cluster uses transit to fetch content origin • Content is served to peers over the IX • BGP session serves 2 purposes: • Route traffic strictly within the local instance • Tell our system which prefixes this cluster is allowed to serve • New prefixes being picked up by the system can take up to 24hrs Origin Server IX Content Typical large IX deployment Origin
12.
Scenario 1: prefix
withdrawal
13.
©2012 AKAMAI |
FASTER FORWARDTM Attempting to shift traffic to another path ISP peers with CDN over 2 IXs • wants to shift traffic from A to B due to reduce backbone traffic • Typical BGP based techniques: 1) AS-Path prepending 2) MEDs 3) more/less specific announcements None of the above have the desired effect! • no network between clusters, any BGP parameters are only locally relevant • Might have undesired effect of shifting traffic to a upstream/competitor on the same IX end-user ISP A IX A IX B
14.
©2012 AKAMAI |
FASTER FORWARDTM Problem solved… end-user IX B ISP withdraws some of their prefixes over IX A • Traffic falls back to transit on the same cluster (provided that still has the best performance) • this might result in them receiving the traffic in another location in their network so they’re happy Transit ISP A IX A
15.
©2012 AKAMAI |
FASTER FORWARDTM …but not for long within 24hrs • The CDN backend system processes the fact that they don’t receive their prefixes at the IX A cluster • Traffic switches to another cluster where they do receive them (this might be one of their upstreams they have a PNI with in the same city) • Traffic comes back into their network again at the same router! Upstream of ISP A end-user Transit ISP A IX A
16.
©2012 AKAMAI |
FASTER FORWARDTM Issues • BGP parameters only locally relevant • Delayed effect of BGP announcements on Mapping System • CDNs typically see your prefixes in many different locations
17.
©2012 AKAMAI |
FASTER FORWARDTM Better solution • Talk to the CDN if you have issues with their traffic in a specific location • You can work together to achieve the result you’re looking for • Get a local embedded cluster
18.
Scenario 2: more
specific Route Announcement
19.
©2012 AKAMAI |
FASTER FORWARDTM • ISP A is multi-homed to Transit Providers AS2002 and AS3003 • Transit Provider AS2002 peers with CDN • Transit Provider AS3003 does not peer with CDN • CDN sends traffic to ISP A via Transit Provider AS2002 ISP A AS1001 CDN AS20940 Transit Provider AS2002 Transit Provider AS3003 100.100.96.0/20 100.100.96.0/20 0.0.0.0/0 Transit Provider AS4003 Consistent Announcements IX
20.
©2012 AKAMAI |
FASTER FORWARDTM • ISP A would like to balance traffic between the two upstream providers • ISP A prepends, then applies MED to Transit Provider AS2002. This has no effect on CDN traffic. • Eventually, ISP A de-aggregates the /20 and advertises more specific routes to Transit Provider AS3003 • What will happen? Loadbalancing
21.
©2012 AKAMAI |
FASTER FORWARDTM • ISP A announces more specific routes to Transit Provider AS3003 • Transit Provider AS3003 announces new /24 to AS2002 • CDN IX router does not have a full-table, so traffic continue route to the /20 of AS2002 • ISP A is happy with the balanced traffic on dual Transit Providers ISP A AS1001 CDN AS20940 Transit Provider AS2002 Transit Provider AS3003 100.100.96.0/20 AS2002 Routing Table 100.100.100.0/24 AS3003 AS1001 100.100.99.0/24 AS3003 AS1001 100.100.96.0/20 AS1001 CDN AS20940 Routing Table 100.100.96.0/20 AS2002 AS1001 0.0.0.0/0 AS4003 100.100.96.0/20 0.0.0.0/0 Transit Provider AS4003 Loadbalancing works... IX Peering
22.
©2012 AKAMAI |
FASTER FORWARDTM • Lost of revenue for Transit Provider AS2002 even though their peering/backbone is utilized • What happens if AS2002 does not like the traffic from one peer to the other? …but
23.
©2012 AKAMAI |
FASTER FORWARDTM Transit provider filters traffic • In order to get rid of traffic between peers, Transit Provider AS2002 implements an ACL on IX port facing AS3003 • Traffic gets blackholed, ISP A’s eyeballs don’t receive traffic anymore! ISP A AS1001 CDN AS20940 Transit Provider AS2002 Transit Provider AS3003 100.100.96.0/20 100.100.96.0/20 ACL 0.0.0.0/0 Transit Provider AS4003 hostname AS2002-R1 ! interface TenGigabitEthernet1/1 ip access-group 101 out ! access-list 101 deny ip any 100.100.100.0 0.0.0.255 access-list 101 deny ip any 100.100.99.0 0.0.0.255 access-list 101 permit ip any any IX Peering
24.
©2012 AKAMAI |
FASTER FORWARDTM • CDN observes ISP A end-users are unable to access some websites • CDN stops serving unreliable prefixes received from Transit Provider AS2002, traffic shifts from IX to Transit Provider AS4003 • ISP A can access all websites happily • Transit Provider AS2002 loses revenue ISP A AS1001 CDN AS20940 Transit Provider AS2002 Transit Provider AS3003 100.100.96.0/20 100.100.96.0/20 ACL 0.0.0.0/0 Transit Provider AS4003 Unintended Result IX Peering
25.
©2012 AKAMAI |
FASTER FORWARDTM Issues • Don’t assume a full-table on any device on the internet • Filtering traffic results in: • short term traffic blackholing! • long term widthdrawal of traffic resulting in revenue loss
26.
©2012 AKAMAI |
FASTER FORWARDTM • AS2002 filters the specific prefixes instead of the actual traffic • work with upstreams and/or CDN for finetuning • Get Transit Provider AS3003 to peer with CDN directly ;;) • Get a local embedded cluster ISP A AS1001 CDN AS20940 Transit Provider AS2002 Transit Provider AS3003 100.100.96.0/20 100.100.96.0/20 Filter Specific route 100.100.99.0/24 100.100.100.0/24 0.0.0.0/0 Transit Provider AS4003 neighbor PEER-GROUP prefix-list DENY-SPECIFIC in ! ip prefix-list DENY-SPECIFIC seq 5 deny 100.100.100.0/24 ip prefix-list DENY-SPECIFIC seq 10 deny 100.100.99.0/24 ip prefix-list DENY-SPECIFIC seq 100 permit 0.0.0.0/0 le 32 Better solutions IX Peering
27.
©2012 AKAMAI |
FASTER FORWARDTM • ISP A is single homed to Transit Provider AS2002 • ISP A obtains a /24 from Transit Provider AS2002’s address space • all works well ISP A AS1001 CDN AS20940 Transit Provider AS2002 100.100.97.0/24100.100.96.0/20 100.100.96.0/20 0.0.0.0/0 Transit Provider AS4003 100.100.97.0/24 CDN AS20940 Routing Table 100.100.96.0/20 AS2002 100.100.97.0/24 AS2002 AS1001 0.0.0.0/0 AS4003 100.100.97.0/24 Another variation of this Scenario IX
28.
©2012 AKAMAI |
FASTER FORWARDTM • ISP A moves to new Transit Provider AS3003, but keeps using his previously assigned prefix 100.100.96.0/24 • CDN keeps serving traffic to ISP A via Transit Provider AS2002 due to the /20 being received there ISP A AS1001 CDN AS20940 Transit Provider AS2002 100.100.97.0/24 100.100.96.0/20 100.100.96.0/20 0.0.0.0/0 Transit Provider AS4003 100.100.97.0/24 CDN AS20940 Routing Table 100.100.96.0/20 AS2002 0.0.0.0/0 AS4003 Transit Provider AS3003 Provider Change Peering IX
29.
©2012 AKAMAI |
FASTER FORWARDTM • Lost of revenue for Transit Provider AS2002 even though their peering/backbone is utilized • What happens if AS2002 does not like the traffic from one peer to the other? …but
30.
©2012 AKAMAI |
FASTER FORWARDTM • In order to get rid of traffic between peers, Transit Provider AS2002 implements an ACL on IX port facing AS3003 • Traffic gets blackholed, ISP A’s eyeballs don’t receive traffic anymore! ISP A AS1001 CDN AS20940 Transit Provider AS2002 100.100.97.0/24 100.100.96.0/20 100.100.96.0/20 0.0.0.0/0 Transit Provider AS4003 100.100.97.0/24 CDN AS20940 Routing Table 100.100.96.0/20 AS2002 0.0.0.0/0 AS4003 Transit Provider AS3003 ACL hostname AS2002-R1 ! interface TenGigabitEthernet1/1 ip access-group 101 out ! access-list 101 deny ip any 100.100.97.0 0.0.0.255 access-list 101 permit ip any any Transit provider filters traffic IX Peering
31.
©2012 AKAMAI |
FASTER FORWARDTM • CDN observes ISP A end-users are unable to access some websites • CDN stops serving unreliable prefixes received from Transit Provider AS2002, traffic shifts from IX to Transit Provider AS4003 • ISP A can access all websites happily • Transit Provider AS2002 loses revenue ISP A AS1001 CDN AS20940 Transit Provider AS2002 100.100.97.0/24 100.100.96.0/20 100.100.96.0/20 0.0.0.0/0 Transit Provider AS4003 100.100.97.0/24 CDN AS20940 Routing Table 100.100.96.0/20 AS2002 0.0.0.0/0 AS4003 Transit Provider AS3003 ACL hostname AS2002-R1 ! interface TenGigabitEthernet1/1 ip access-group 101 out ! access-list 101 deny ip any 100.100.97.0 0.0.0.255 access-list 101 permit ip any any Unintended Result Peering IX
32.
©2012 AKAMAI |
FASTER FORWARDTM Issues • Don’t assume a full-table on any device on the internet • If you do announce a prefix others expect you to be able to serve traffic to all of it • Don’t allow customers to use your PA space as PI • Filtering traffic results in: • short term traffic blackholing! • long term widthdrawal of traffic resulting in revenue loss
33.
©2012 AKAMAI |
FASTER FORWARDTM • Deaggregate the /20 if you can’t/won’t serve all of it • Only announce address space you will serve traffic to • Get a local embedded cluster ISP A AS1001 CDN AS20940 Transit Provider AS2002 100.100.97.0/24 100.100.96.0/24 0.0.0.0/0 Transit Provider AS4003 100.100.97.0/24 CDN AS20940 Routing Table 100.100.96.0/24 AS2002 100.100.98.0/23 AS2002 100.100.100.0/22 AS2002 100.100.104.0/21 AS2002 0.0.0.0/0 AS4003 Transit Provider AS3003 100.100.98.0/23 100.100.100.0/22 100.100.104.0/21 Better solutions IX Peering
34.
Scenario 3: Split
Route Announcement
35.
©2012 AKAMAI |
FASTER FORWARDTM • ISP A is multi-homed to Transit Providers AS2002 and AS3003 • Transit Provider AS2002 peers with CDN • Transit Provider AS3003 does not peer with CDN • ISP A announces different prefix to different ISP • ISP A can access full internet ISP A AS1001 CDN AS20940 Transit Provider AS2002 Transit Provider AS3003 100.100.96.0/20 100.100.96.0/22 100.100.100.0/22 0.0.0.0/0 Transit Provider AS4003 CDN AS20940 Routing Table 100.100.96.0/22 AS2002 AS1001 100.100.100.0/22 AS2002 AS1001 0.0.0.0/0 AS4003 Split announcement IX
36.
©2012 AKAMAI |
FASTER FORWARDTM • End Users are using IP Addresses 100.100.96.0/22, 100.100.100.0/22, 100.100.104.0/22, 100.100.108.0/22 • End Users are using ISP A NS 100.100.100.100 • CDN receives the NS Prefix 100.100.100.0/22 from AS2002 and maps the traffic for ISP A to this cluster • 100.100.96.0/22 100.100.100.0/22 traffic is routed via AS2002 while 100.100.104.0/22 100.100.108.0/22 traffic falls back to default route via AS4003, AS3003 ISP A AS1001 CDN AS20940 Transit Provider AS2002 Transit Provider AS3003 100.100.96.0/20 0.0.0.0/0 Transit Provider AS4003 ISP A AS1001 End User IP: 100.100.96.0/24 End User IP: 100.100.108.0/24 DNS: 100.100.100.100 100.100.96.0/22 100.100.100.0/22 Split announcement IX
37.
©2012 AKAMAI |
FASTER FORWARDTM • This can work perfectly fine • But the path via the transit providers AS4003 & AS3003 might not be as good as the direct peering, 100.100.100.108.0/22 end users could have significantly worse performance • What will ISP A do if the user complain? Differing performance
38.
©2012 AKAMAI |
FASTER FORWARDTM • ISP A swaps the route announcements • Both 100.100.96.0/22 and 100.100.108.0/22 are routed via AS2002 and end-users have the same performance • The end-user is happy and closes the ticket ISP A AS1001 CDN AS20940 Transit Provider AS2002 Transit Provider AS3003 100.100.96.0/20 0.0.0.0/0 Transit Provider AS4003 ISP A AS1001 End User IP: 100.100.96.0/24 End User IP: 100.100.108.0/24 DNS: 100.100.100.100 100.100.96.0/22 100.100.108.0/22 Problem solved… IX
39.
©2012 AKAMAI |
FASTER FORWARDTM 24hrs later: • CDN no longer receives NS prefix 100.100.100.0/22 from AS2002 • CDN maps the traffic of ISP A to Cluster B (where they see AS3003’s prefixes) instead of Cluster A (which only peers with AS2002) • ISP A will receive the traffic from a completely different source potentially all via AS3003 now negating all the TE efforts DO NOT split nameserver and end-user prefixes when traffic engineering …but
40.
Scenario 4: (Attempted)
Content Filtering
41.
©2012 AKAMAI |
FASTER FORWARDTM ISPs do receive requests from Government organizations to filter specific content The default action is often to block a specific source IP If this content is hosted by a CDN this will not do what you expect! Content filtering what it WILL DO: what it will NOT: blackhole random content to your end-users filter any specific content get your cluster suspended because of observed loss and all traffic served from upstream
42.
©2012 AKAMAI |
FASTER FORWARDTM • Standard BGP traffic engineering will not have the expected results • Changes in announcements may have a delayed effect • Where mapping is based on NS, splitting nameserver and end-user prefixes over different providers will have unexpected effects • Not all clusters have a full table • splitting more specific announcements over different links can cause unintended behavior • Announcing prefixes with holes results in blackholing traffic • Talk to your CDN partners for finetuning traffic • DO NOT filter traffic by IP Summary
43.
©2012 AKAMAI |
FASTER FORWARDTM Matt Jansen mj@akamai.com as20940.peeringdb.com Questions?
Baixar agora