🥇Хөдөлгөөний солилцооны цэг: гарал үүслээс эхлээд өөрийн IX

"Бид SRI-ийн залуустай утсаар холбогдсон..." гэж Клейнрок нэгэн ярилцлагадаа хэлэв.
“Бид L үсгийг бичээд утсаар “Чи L үсэг харж байна уу?” гэж асуусан.
"Тийм ээ, бид L-г харж байна" гэсэн хариу ирсэн.
"Бид O үсгийг бичээд "Чи О-г харж байна уу" гэж асуув."
"Тийм ээ, бид О-г харж байна."
"Дараа нь бид G-г бичээд систем гацсан"...

Гэсэн хэдий ч хувьсгал эхэлсэн ...

Интернетийн эхлэл.

хүн бүрт Сайн байна уу!

Намайг Александр гэдэг, би Linxdatacenter-ийн сүлжээний инженер. Өнөөдрийн нийтлэлд бид замын хөдөлгөөний солилцооны цэгүүдийн (Интернет солилцооны цэгүүд, IXP) талаар ярих болно: тэдний харагдахаас өмнө юу байсан, тэд ямар ажлуудыг шийдэж, хэрхэн бүтээгдсэн талаар ярих болно. Мөн энэ нийтлэлд би EVE-NG платформ болон BIRD програм хангамжийн чиглүүлэгчийг ашиглан IXP-ийн ажиллах зарчмыг харуулах болно, ингэснээр та "бүрээсний доор" хэрхэн ажилладаг талаар ойлголттой болно.

Түүх бага

Хэрэв та харвал энд, тэгвэл та замын хөдөлгөөний солилцооны цэгүүдийн тоо огцом өсөлт 1993 оноос эхэлсэн болохыг харж болно. Энэ нь тухайн үед байсан харилцаа холбооны операторуудын урсгалын ихэнх хэсэг нь АНУ-ын үндсэн сүлжээгээр дамждагтай холбоотой юм. Жишээлбэл, Францын оператороос Германы оператор руу трафик шилжихэд эхлээд Францаас АНУ руу, дараа нь АНУ-аас Герман руу чиглэсэн. Энэ тохиолдолд үндсэн сүлжээ нь Франц, Германы хооронд дамжин өнгөрөх тээврийн үүрэг гүйцэтгэсэн. Нэг улсын доторх урсгал ч гэсэн шууд бус, харин Америкийн операторуудын үндсэн сүлжээгээр дамждаг.

Энэ байдал нь зөвхөн дамжин өнгөрөх тээврийн зардал төдийгүй сувгийн чанар, саатал зэрэгт нөлөөлсөн. Интернэт хэрэглэгчдийн тоо нэмэгдэж, шинэ операторууд гарч ирж, урсгалын хэмжээ нэмэгдэж, интернет төлөвшсөн. Дэлхий даяарх операторууд оператор хоорондын харилцан үйлчлэлийг зохион байгуулахад илүү оновчтой арга барил хэрэгтэйг ойлгож эхэлсэн. "А оператор би яагаад хажуугийн гудамжинд байрлах В оператор руу замын хөдөлгөөнийг хүргэхийн тулд өөр улсаар дамжин өнгөрөх төлбөр төлөх ёстой юм бэ?" Энэ бол тухайн үед харилцаа холбооны операторууд өөрөөсөө асуусан асуулт юм. Ийнхүү дэлхийн өнцөг булан бүрт операторын төвлөрсөн цэгүүдэд хөдөлгөөн солилцох цэгүүд гарч ирэв.

1994 он - Лондон дахь LINX,
1995 он – Франкфурт дахь DE-CIX,
1995 он - MSK-IX, Москвад гэх мэт.

Интернет ба бидний өдрүүд

Үзэл баримтлалын хувьд орчин үеийн интернетийн архитектур нь олон бие даасан системүүд (AS) ба тэдгээрийн хоорондын олон холболтоос бүрддэг бөгөөд тэдгээр нь нэг АС-аас нөгөө рүү шилжих хөдөлгөөний замыг тодорхойлдог физик болон логик аль алинаас нь хамаардаг.

AS нь ихэвчлэн харилцаа холбооны операторууд, интернет үйлчилгээ үзүүлэгчид, CDN-үүд, дата төвүүд, аж ахуйн нэгжийн сегментийн компаниуд байдаг. ASes нь ихэвчлэн BGP протоколыг ашиглан логик холболтыг (peering) зохион байгуулдаг.

Автономит системүүд эдгээр холболтыг хэрхэн зохион байгуулах нь хэд хэдэн хүчин зүйлээр тодорхойлогддог.

газарзүйн,
эдийн засаг,
улс төрийн,
AS эзэмшигчдийн хоорондын гэрээ, нийтлэг ашиг сонирхол,
гэх мэт.

Мэдээжийн хэрэг, энэ схем нь тодорхой бүтэц, шатлалтай байдаг. Тиймээс операторуудыг 1-р шатлал, 2-р шатлал, 3-р шатлалд хуваадаг бөгөөд хэрэв орон нутгийн интернет үйлчилгээ үзүүлэгчийн (3-р түвшний) үйлчлүүлэгчид нь дүрмээр бол энгийн хэрэглэгчид бол жишээлбэл, 1-р түвшний хувьд. түвшний операторууд үйлчлүүлэгчид нь бусад операторууд байдаг. 3-р түвшний операторууд өөрсдийн захиалагчдын урсгалыг, 2-р түвшний харилцаа холбооны операторууд нь эргээд 3-р түвшний операторуудын траффикийг, 1-р түвшний интернетийн бүх урсгалыг нэгтгэдэг.

Схемийн хувьд үүнийг дараах байдлаар илэрхийлж болно.

Энэ зураг нь замын хөдөлгөөнийг доороос дээш нэгтгэж байгааг харуулж байна, өөрөөр хэлбэл. эцсийн хэрэглэгчээс эхлээд 1-р түвшний оператор хүртэл. Мөн AS-уудын хооронд ойролцоогоор ижил төстэй урсгалын хэвтээ солилцоо байдаг.

Энэхүү схемийн салшгүй хэсэг бөгөөд үүний зэрэгцээ сул тал нь газарзүйн бүсэд эцсийн хэрэглэгчдэд ойр байрлах автономит системүүдийн хоорондын холболтын тодорхой төөрөгдөл юм. Доорх зургийг анхаарч үзээрэй.

Томоохон хотод 5 харилцаа холбооны оператор байдаг бөгөөд тэдгээрийн хооронд нэг шалтгааны улмаас дээр дурдсанчлан зохион байгуулалттай байдаг гэж бодъё.

Хэрэв Go ISP-д холбогдсон Петя хэрэглэгч ASM үйлчилгээ үзүүлэгчтэй холбогдсон серверт хандахыг хүсвэл тэдгээрийн хоорондох урсгал нь 5 бие даасан системээр дамжихаас өөр аргагүй болно. Учир нь энэ нь саатлыг нэмэгдүүлдэг Траффик дамжих сүлжээний төхөөрөмжүүдийн тоо нэмэгдэж, Go болон ASM-ийн хоорондох автономит систем дэх трафикийн хэмжээ нэмэгддэг.

Хөдөлгөөн дамжин өнгөрөх тээврийн хэрэгслийн тоог хэрхэн бууруулах вэ? Энэ нь зөв - хөдөлгөөний солилцооны цэг.

Өнөөдөр шинэ IXP-үүд гарч ирэх нь 90-2000-аад оны эхэн үеийнхтэй ижил хэрэгцээ шаардлагаас үүдэлтэй бөгөөд зөвхөн харилцаа холбооны операторууд, хэрэглэгчид болон траффикийн тоо нэмэгдэж, CDN сүлжээгээр үүсгэсэн контентын хэмжээ өсөн нэмэгдэж байгаатай холбогдуулан зөвхөн бага хэмжээгээр л байна. болон мэдээллийн төвүүд.

Солилцооны цэг гэж юу вэ?

Хөдөлгөөний солилцооны цэг нь харилцан траффик солилцох сонирхолтой оролцогчид харилцан бие биенээ харах ажлыг зохион байгуулдаг сүлжээний тусгай дэд бүтэц бүхий газар юм. Траффик солилцох цэгүүдийн гол оролцогчид: харилцаа холбооны операторууд, интернет үйлчилгээ үзүүлэгчид, контент нийлүүлэгчид, мэдээллийн төвүүд. Хөдөлгөөний солилцооны цэгүүдэд оролцогчид хоорондоо шууд холбогддог. Энэ нь дараахь асуудлыг шийдвэрлэх боломжийг танд олгоно.

хоцролтыг багасгах,
дамжин өнгөрөх тээврийн хэмжээг багасгах,
AS хооронд чиглүүлэлтийн оновчтой болгох.

IXP нь дэлхийн олон том хотуудад байдаг гэдгийг харгалзан үзвэл энэ бүхэн интернетэд бүхэлдээ сайнаар нөлөөлдөг.

Хэрэв Петятай холбоотой дээрх нөхцөл байдлыг IXP ашиглан шийдсэн бол дараах байдалтай болно.

Замын хөдөлгөөний солилцооны цэг хэрхэн ажилладаг вэ?

Дүрмээр бол IXP нь олон нийтийн IPv4/IPv6 хаягийн блоктой тусдаа AS юм.

IXP сүлжээ нь ихэвчлэн тасралтгүй L2 домэйноос бүрддэг. Заримдаа энэ нь зүгээр л бүх IXP клиентүүдийг байршуулдаг VLAN юм. Илүү том, газарзүйн хувьд тархсан IXP-ийн тухайд MPLS, VXLAN гэх мэт технологийг L2 домэйныг зохион байгуулахад ашиглаж болно.

IXP элементүүд

SKS. Энд ер бусын зүйл байхгүй: тавиурууд, оптик хөндлөн холболтууд, нөхөөсүүд.
Шилжүүлэгч - IXP-ийн үндэс. Шилжүүлэгч порт нь IXP сүлжээнд нэвтрэх цэг юм. Шилжүүлэгч нь аюулгүй байдлын функцүүдийн нэг хэсгийг гүйцэтгэдэг - IXP сүлжээнд байх ёсгүй хог траффикийг шүүдэг. Дүрмээр бол шилжүүлэгчийг функциональ шаардлагад үндэслэн сонгодог - найдвартай байдал, дэмжигдсэн портын хурд, хамгаалалтын функцууд, sFlow дэмжлэг гэх мэт.
Маршрутын сервер (RS) – орчин үеийн аливаа хөдөлгөөн солилцох цэгийн салшгүй бөгөөд зайлшгүй хэсэг. Ашиглалтын зарчим нь iBGP дээрх чиглүүлэлтийн тусгал эсвэл OSPF дахь зориулалтын чиглүүлэгчтэй маш төстэй бөгөөд ижил асуудлыг шийддэг. Хөдөлгөөний солилцооны цэгт оролцогчдын тоо өсөхийн хэрээр оролцогч бүрийн дэмжих шаардлагатай BGP сессийн тоо нэмэгддэг, i.e. Энэ нь iBGP дахь сонгодог бүрэн торон топологийг санагдуулдаг. RS нь асуудлыг дараах байдлаар шийддэг: энэ нь сонирхсон IXP оролцогч бүртэй BGP сесс байгуулж, тэр оролцогч нь RS үйлчлүүлэгч болдог. Үйлчлүүлэгчдээсээ BGP шинэчлэлтийг хүлээн авснаар RS нь энэхүү шинэчлэлтийг хүлээн авсанаас бусад бүх үйлчлүүлэгчиддээ илгээдэг. Тиймээс RS нь IXP-ийн бүх гишүүдийн хооронд бүрэн сүлжээ байгуулах хэрэгцээг арилгаж, өргөтгөх чадварын асуудлыг гоёмсог байдлаар шийддэг. Маршрутын сервер нь BGP-ээр дамжуулсан шинж чанаруудад өөрчлөлт оруулахгүйгээр маршрутуудыг нэг AS-аас нөгөө рүү ил тод дамжуулдаг, жишээлбэл, AS-ийн замд өөрийн AS дахь тоог нэмдэггүй гэдгийг тэмдэглэх нь зүйтэй. Мөн RS дээр маршрутын үндсэн шүүлтүүр байдаг: жишээлбэл, RS нь Ангарагийн сүлжээнүүд болон IXP-ийн угтваруудыг хүлээн зөвшөөрдөггүй.
Нээлттэй эхийн програм хангамжийн чиглүүлэгч, BIRD (bird internet routing demon) нь ихэвчлэн чиглүүлэлтийн серверийн шийдэл болгон ашиглагддаг. Үүний сайн тал нь үнэ төлбөргүй, ихэнх Линукс түгээлтүүд дээр хурдан суулгадаг, чиглүүлэлт/шүүлтийн бодлогыг тохируулах уян хатан механизмтай, тооцоолох нөөц шаарддаггүй. Мөн Cisco, Juniper гэх мэтийн техник хангамж/виртуал чиглүүлэгчийг RS болгон сонгож болно.
Аюулгүй байдал. IXP сүлжээ нь олон тооны AS-ийн төвлөрөл учраас бүх оролцогчдын дагаж мөрдөх аюулгүй байдлын бодлогыг сайтар бичсэн байх ёстой. Ерөнхийдөө, IXP-ээс гадуурх хоёр тусдаа BGP-ийн хооронд BGP залгаа тогтооход хэрэглэгдэх бүх механизмууд болон хамгаалалтын зарим нэмэлт функцууд энд хамаарна.
Жишээлбэл, зөвхөн урьдчилан тохиролцсон IXP оролцогчийн тодорхой Mac хаягаас урсгалыг зөвшөөрөх нь сайн туршлага юм. 0x0800(IPv4), 0x08dd(IPv6), 0x0806(ARP)-аас өөр ethertype талбар бүхий урсгалыг үгүйсгэх; Энэ нь BGP peering-д хамааралгүй урсгалыг шүүх зорилгоор хийгддэг. GTSM, RPKI гэх мэт механизмуудыг мөн ашиглаж болно.

Магадгүй дээр дурдсан зүйлс нь масштабаас үл хамааран аливаа IXP-ийн үндсэн бүрэлдэхүүн хэсэг байж магадгүй юм. Мэдээжийн хэрэг, томоохон IXP-үүд нэмэлт технологи, шийдлүүдтэй байж болно.
IXP нь оролцогчиддоо нэмэлт үйлчилгээ үзүүлдэг.

IXP TLD DNS сервер дээр байрлуулсан,
тоног төхөөрөмжийн NTP серверүүдийг суулгаж, оролцогчдод цагийг үнэн зөв синхрончлох боломжийг олгох,
DDoS халдлагаас хамгаалах гэх мэт.

Хэрхэн ажилладаг

EVE-NG ашиглан загварчилсан энгийн IXP-ийн жишээн дээр хөдөлгөөн солилцох цэгийн ажиллах зарчмыг авч үзье, дараа нь BIRD програм хангамжийн чиглүүлэгчийн үндсэн тохиргоог авч үзье. Диаграммыг хялбарчлахын тулд бид илүүдэл, алдааг тэсвэрлэх зэрэг чухал зүйлсийг орхих болно.

Сүлжээний топологийг доорх зурагт үзүүлэв.

Бид жижиг солилцооны цэгийг удирдаж, дараах хувилбаруудыг санал болгож байна гэж бодъё.

олон нийтийн ажиглалт,
хувийн ажиглалт,
чиглүүлэлтийн серверээр дамжуулан хайлт хийх.

Манай AS дугаар 555, бид IPv4 хаягийн блок эзэмшдэг – 50.50.50.0/24, үүнээс бид сүлжээнд холбогдохыг хүссэн хүмүүст IP хаяг өгдөг.

50.50.50.254 – Маршрутын серверийн интерфэйс дээр тохируулсан IP хаяг, энэ IP үйлчлүүлэгчид RS-ээр дамжуулан холбогдох тохиолдолд BGP сессийг үүсгэнэ.

Мөн RS-ээр дамжуулан холбогдохын тулд бид BGP нийгэмлэгт суурилсан энгийн чиглүүлэлтийн бодлогыг боловсруулсан бөгөөд энэ нь IXP оролцогчдод хэн рүү, ямар маршрутаар илгээхийг зохицуулах боломжийг олгодог:

BGP нийгэмлэг
Тайлбар

LOCAL_AS:PEER_AS
Зөвхөн PEER_AS руу угтвар илгээх

LOCAL_AS:IXP_AS
IXP-ийн бүх оролцогчдод угтварыг шилжүүл

3 үйлчлүүлэгч манай IXP-д холбогдож, траффик солилцох хүсэлтэй байна; Эдгээр нь интернет үйлчилгээ үзүүлэгч гэж бодъё. Тэд бүгд чиглүүлэлтийн серверээр дамжуулан хайлтыг зохион байгуулахыг хүсдэг. Үйлчлүүлэгчийн холболтын параметрүүдийг харуулсан диаграммыг доор харуулав.

Хэрэглэгч
Хэрэглэгчийн AS дугаар
Үйлчлүүлэгчийн сурталчилсан угтварууд
IXP-д холбогдохын тулд үйлчлүүлэгчид өгсөн IP хаяг

ISP №1
100
1.1.0.0/16
50.50.50.10/24

ISP №2
200
2.2.0.0/16
50.50.50.20/24

ISP №3
300
3.3.0.0/16
50.50.50.30/24

Үйлчлүүлэгч чиглүүлэгч дээрх үндсэн BGP тохиргоо:

router bgp 100
 no bgp enforce-first-as
 bgp log-neighbor-changes
 neighbor 50.50.50.254 remote-as 555
address-family ipv4
  network 1.1.0.0 mask 255.255.0.0
  neighbor 50.50.50.254 activate
  neighbor 50.50.50.254 send-community both
  neighbor 50.50.50.254 soft-reconfiguration inbound
  neighbor 50.50.50.254 route-map ixp-out out
 exit-address-family

ip prefix-list as100-prefixes seq 5 permit 1.1.0.0/16
route-map bgp-out permit 10
 match ip address prefix-list as100-prefixes
 set community 555:555

Энд no bgp enforce-first-as тохиргоог тэмдэглэх нь зүйтэй. Анхдагч байдлаар, BGP нь хүлээн авсан BGP шинэчлэлтийн зам нь шинэчлэлтийг хүлээн авсан үе тэнгийнхний as bgp дугаарыг агуулсан байхыг шаарддаг. Гэхдээ чиглүүлэлтийн сервер нь замд өөрчлөлт оруулдаггүй тул дугаар нь замд байхгүй бөгөөд шинэчлэлтийг устгах болно. Энэ тохиргоог чиглүүлэгчийг энэ дүрмийг үл тоомсорлоход ашигладаг.

Үйлчлүүлэгч энэ угтварыг bgp community 555:555 гэж тохируулсан нь манай бодлогын дагуу бусад бүх оролцогчдод энэ угтварыг сурталчлахыг хүсэж байгааг бид харж байна.

Бусад үйлчлүүлэгчдийн чиглүүлэгчийн хувьд өвөрмөц параметрүүдийг эс тооцвол тохиргоо нь ижил төстэй байх болно.

Жишээ BIRD тохиргоо:

define ixp_as = 555;
define ixp_prefixes = [ 50.50.50.0/24+ ];

template bgp RS_CLIENT {
  local as ixp_as;
  rs client;
}

Дараах нь IXP-ийн угтвараас гадна марсистуудын угтварыг хүлээн зөвшөөрдөггүй шүүлтүүрийг тайлбарлав:

function catch_martians_and_ixp()
prefix set martians;
prefix set ixp_prefixes;
{
  martians = [ 
  0.0.0.0/8+,
  10.0.0.0/8+,
  100.64.0.0/10+,
  127.0.0.0/8+,
  169.254.0.0/16+,
  172.16.0.0/12+,
  192.0.0.0/24+,
  192.0.2.0/24+,
  192.168.0.0/16+,
  198.18.0.0/15+,
  198.51.100.0/24+,
  203.0.113.0/24+,
  224.0.0.0/4+,
  240.0.0.0/4+ ];

  if net ~ martians || net ~ ixp_prefixes then return false;

  return true;
}

Энэ функц нь бидний өмнө дурдсан чиглүүлэлтийн бодлогыг хэрэгжүүлдэг.

function bgp_ixp_policy(int peer_as)
{
  if (ixp_as, ixp_as) ~ bgp_community then return true;
  if (ixp_as, peer_as) ~ bgp_community then return true;

  return false;
}

filter reject_martians_and_ixp
{
  if catch_martians_and_ixp() then reject;
  if ( net ~ [0.0.0.0/0{25,32} ] ) then {
    reject;
  }
  accept;


}

Бид peering-ийг тохируулж, тохирох шүүлтүүр, бодлогыг хэрэгжүүлдэг.

protocol as_100 from RS_CLIENT {
  neighbor 50.50.50.10 as 100;
  ipv4 {
    export where bgp_ixp_policy(100);
    import filter reject_martians_and_ixp;
  }
}

protocol as_200 from RS_CLIENT {
  neighbor 50.50.50.20 as 200;
  ipv4 {
    export where bgp_ixp_policy(200);
    import filter reject_martians_and_ixp;
  }
}

protocol as_300 from RS_CLIENT {
  neighbor 50.50.50.30 as 300;
  ipv4 {
    export where bgp_ixp_policy(300);
    import filter reject_martians_and_ixp;
  }
}

Маршрутын сервер дээр өөр өөр үе тэнгийнхний чиглэлүүдийг өөр RIB-д оруулах нь сайн туршлага гэдгийг тэмдэглэх нь зүйтэй. BIRD танд үүнийг хийхийг зөвшөөрдөг. Бидний жишээн дээр хялбар болгох үүднээс бүх үйлчлүүлэгчдээс хүлээн авсан бүх шинэчлэлтүүдийг нэг нийтлэг RIB-д оруулсан болно.

За, юу авснаа шалгацгаая.

Маршрутын сервер дээр бид бүх гурван үйлчлүүлэгчтэй BGP сесс байгуулагдсаныг харж байна.

Бид бүх үйлчлүүлэгчдээс угтвар хүлээн авч байгааг харж байна:

As 100 чиглүүлэгч дээр, хэрэв чиглүүлэлтийн сервертэй зөвхөн нэг BGP сесс байгаа бол бид 200 ба 300 гэсэн угтваруудыг хүлээн авдаг бол BGP шинж чанарууд өөрчлөгдөөгүй, үйлчлүүлэгчдийн хооронд хайлт шууд хийгдсэн мэт:

Тиймээс, чиглүүлэлтийн сервер байгаа нь IXP дээр peering зохион байгуулалтыг ихээхэн хялбарчилж байгааг бид харж байна.

Энэхүү үзүүлбэр нь IXP хэрхэн ажилладаг, IXP дээр чиглүүлэлтийн сервер хэрхэн ажилладаг талаар илүү сайн ойлгоход тусалсан гэж найдаж байна.

Linxdatacenter IX

Linxdatacenter дээр бид 2 унтраалга, 2 чиглүүлэлтийн сервер бүхий гэмтэлд тэсвэртэй дэд бүтцэд тулгуурлан өөрийн IXP-г бүтээсэн. Манай IXP одоо туршилтын горимд ажиллаж байгаа бөгөөд бид хүн бүрийг Linxdatacenter IX-д холбогдож, туршилтанд оролцохыг урьж байна. Холбогдох үед танд 1 Гбит/с-ийн зурвасын өргөнтэй порт, манай маршрутын серверүүдээр дамжуулан нэвтрэх, мөн IX порталын хувийн данс руу нэвтрэх боломжтой болно. ix.linxdatacenter.com.

Шалгалтанд орохын тулд сэтгэгдэл эсвэл хувийн зурваст бичнэ үү.

дүгнэлт

Траффик солилцох цэгүүд нь интернетийн үүрээр харилцаа холбооны операторуудын хоорондох хөдөлгөөний оновчтой бус урсгалын асуудлыг шийдвэрлэх хэрэгсэл болгон бий болсон. Одоо дэлхийн шинэ үйлчилгээ гарч ирж, CDN траффикийн хэмжээ нэмэгдэж байгаатай холбогдуулан солилцооны цэгүүд дэлхийн сүлжээний ажиллагааг оновчтой болгосоор байна. Дэлхий даяар IXP-ийн тоо нэмэгдэж байгаа нь үйлчилгээний эцсийн хэрэглэгч болон харилцаа холбооны оператор, контент оператор гэх мэт аль алинд нь ашигтай. IXP-д оролцогчдын хувьд гадны түншлэлийг зохион байгуулах зардлыг бууруулах, дээд түвшний операторуудын төлөх ёстой траффикийн хэмжээг багасгах, чиглүүлэлтийн оновчтой болгох, агуулгын операторуудтай шууд интерфейстэй байх зэрэг давуу талуудыг илэрхийлдэг.

Ашигтай холбоосууд

Замын хөдөлгөөний солилцооны цэгүүдийн байршлын газрын зургийг үзэх: www.internetexchangemap.com
IXP дээр байгаа байдал зэрэг BGP peering-ийн нарийвчилсан статистикийг харах: www.peeringdb.com

Эх сурвалж: www.habr.com

Хөдөлгөөний солилцооны цэг: гарал үүслээс эхлээд өөрийн IX үүсгэх хүртэл