🥇Երթևեկության փոխանակման կետ. սկզբնավորումից մինչև ձեր սեփական IX

«Մենք հեռախոսային կապ հաստատեցինք մեր և SRI-ի տղաների միջև...», - հարցազրույցում ասել է Քլայնրոքը.
«Մենք մուտքագրեցինք L-ն և հեռախոսով հարցրինք. «Տեսնու՞մ եք L-ը»:
«Այո, մենք տեսնում ենք L-ն»,- հնչեց պատասխանը:
«Մենք մուտքագրեցինք O-ն և հարցրինք. «Տեսնու՞մ ես O-ը»:
«Այո, մենք տեսնում ենք O-ն»:
«Հետո մենք մուտքագրեցինք G-ը, և համակարգը խափանվեց»...

Այնուամենայնիվ, հեղափոխություն էր սկսվել…

Ինտերնետի սկիզբը.

Hello everyone!

Ես Ալեքսանդրն եմ, ես ցանցային ինժեներ եմ Linxdatacenter-ում: Այսօրվա հոդվածում կխոսենք տրաֆիկի փոխանակման կետերի մասին (Internet Exchange Points, IXP)՝ ինչն է նախորդել դրանց տեսքին, ինչ խնդիրներ են լուծում և ինչպես են կառուցված։ Նաև այս հոդվածում ես կցուցադրեմ IXP-ի շահագործման սկզբունքը՝ օգտագործելով EVE-NG պլատֆորմը և BIRD ծրագրային երթուղիչը, որպեսզի դուք հասկանաք, թե ինչպես է այն աշխատում «կափարիչի տակ»:

Մի քիչ պատմություն

Եթե նայեք այստեղ, ապա դուք կարող եք տեսնել, որ երթևեկության փոխանակման կետերի թվի արագ աճը սկսվել է 1993 թ. Դա պայմանավորված է նրանով, որ այն ժամանակ գոյություն ունեցող հեռահաղորդակցության օպերատորների տրաֆիկի մեծ մասն անցնում էր ԱՄՆ-ի հիմնական ցանցով։ Այսպես, օրինակ, երբ երթևեկությունը Ֆրանսիայի օպերատորից գնում էր Գերմանիայի օպերատոր, այն սկզբում Ֆրանսիայից գնում էր ԱՄՆ, հետո միայն ԱՄՆ-ից Գերմանիա։ Ողնաշարային ցանցն այս դեպքում գործում էր որպես տարանցիկ ճանապարհ Ֆրանսիայի և Գերմանիայի միջև: Նույնիսկ մեկ երկրի ներսում երթևեկությունը հաճախ անցնում էր ոչ թե ուղղակիորեն, այլ ամերիկյան օպերատորների հիմնական ցանցերով։

Իրերի այս վիճակը ազդեց ոչ միայն տարանցիկ երթևեկության մատակարարման արժեքի վրա, այլև կապուղիների որակի և ուշացումների վրա: Ինտերնետից օգտվողների թիվն ավելացավ, հայտնվեցին նոր օպերատորներ, ավելացավ տրաֆիկի ծավալը, հասունացավ ինտերնետը։ Ողջ աշխարհում օպերատորները սկսեցին գիտակցել, որ անհրաժեշտ է ավելի ռացիոնալ մոտեցում միջօպերատորների փոխգործակցության կազմակերպման հարցում: «Ինչու՞ պետք է ես՝ A օպերատորս, վճարեմ այլ երկրի միջով տարանցման համար, որպեսզի երթևեկությունը հասցնեմ B օպերատորին, որը գտնվում է հաջորդ փողոցում»: Մոտավորապես դա այն հարցն է, որ իրենց տալիս էին հեռահաղորդակցության օպերատորներն այն ժամանակ։ Այսպիսով, երթևեկության փոխանակման կետերը սկսեցին հայտնվել աշխարհի տարբեր մասերում օպերատորի կենտրոնացման կետերում.

1994 - LINX Լոնդոնում,
1995 - DE-CIX Ֆրանկֆուրտում,
1995 – MSK-IX, Մոսկվայում և այլն:

Համացանցը և մեր օրերը

Հայեցակարգային առումով ժամանակակից ինտերնետի ճարտարապետությունը բաղկացած է բազմաթիվ ինքնավար համակարգերից (AS) և նրանց միջև բազմաթիվ կապերից, ինչպես ֆիզիկական, այնպես էլ տրամաբանական, որոնք որոշում են տրաֆիկի ուղին մեկ ՀՍ-ից մյուսը:

AS-ները սովորաբար հեռահաղորդակցության օպերատորներ են, ինտերնետ պրովայդերներ, CDN-ներ, տվյալների կենտրոններ և ձեռնարկությունների հատվածի ընկերություններ: AS-ները կազմակերպում են տրամաբանական կապեր (peering) միմյանց միջև՝ սովորաբար օգտագործելով BGP արձանագրությունը:

Ինչպես են ինքնավար համակարգերը կազմակերպում այդ կապերը, որոշվում է մի շարք գործոններով.

աշխարհագրական,
տնտեսական,
քաղաքական,
համաձայնագրեր և ընդհանուր շահեր ՀԾ սեփականատերերի միջև,
եւ այլն:

Իհարկե, այս սխեման ունի որոշակի կառուցվածք և հիերարխիա։ Այսպիսով, օպերատորները բաժանվում են tier-1, tier-2 և tier-3, և եթե տեղական ինտերնետ պրովայդերի (tier-3) հաճախորդները, որպես կանոն, սովորական օգտվողներ են, ապա, օրինակ, մակարդակ 1-ի համար: մակարդակի օպերատորներ, որոնց հաճախորդները այլ օպերատորներ են: Tier-3 օպերատորները համախմբում են իրենց բաժանորդների տրաֆիկը, 2-րդ մակարդակի հեռահաղորդակցական օպերատորները, իրենց հերթին, համախմբում են 3-րդ մակարդակի օպերատորների տրաֆիկը, իսկ tier-1-ը՝ ամբողջ ինտերնետ տրաֆիկը:

Սխեմատիկորեն այն կարող է ներկայացվել այսպես.

Այս նկարը ցույց է տալիս, որ երթևեկությունը հավաքվում է ներքևից վերև, այսինքն. վերջնական օգտագործողներից մինչև 1-ին մակարդակի օպերատորներ: Գոյություն ունի նաև տրաֆիկի հորիզոնական փոխանակում AS-ների միջև, որոնք մոտավորապես համարժեք են միմյանց:

Այս սխեմայի անբաժանելի մասը և միևնույն ժամանակ թերությունը ինքնավար համակարգերի միջև կապերի որոշակի շփոթությունն է, որոնք գտնվում են վերջնական օգտագործողին ավելի մոտ՝ աշխարհագրական տարածքում: Դիտարկենք ստորև ներկայացված նկարը.

Ենթադրենք, որ մեծ քաղաքում կան 5 հեռահաղորդակցական օպերատորներ, որոնց միջև, այս կամ այն պատճառով, կազմակերպվում է ինչպես ցույց է տրված վերևում:

Եթե Petya օգտատերը, որը միացված է Go ISP-ին, ցանկանում է մուտք գործել ASM պրովայդերին միացված սերվեր, ապա նրանց միջև տրաֆիկը ստիպված կլինի անցնել 5 ինքնավար համակարգերով։ Սա մեծացնում է ուշացումը, քանի որ ավելանում է ցանցային սարքերի թիվը, որոնց միջոցով կանցնի երթևեկությունը, ինչպես նաև Go-ի և ASM-ի միջև ավտոնոմ համակարգերով տարանցիկ տրաֆիկի ծավալը:

Ինչպե՞ս կրճատել տարանցիկ AS-ների թիվը, որոնցով երթևեկությունը ստիպված է լինում անցնել: Ճիշտ է` տրաֆիկի փոխանակման կետ:

Այսօր նոր IXP-ների ի հայտ գալը պայմանավորված է նույն կարիքներով, ինչ 90-2000-ականների սկզբին, միայն ավելի փոքր մասշտաբով՝ ի պատասխան հեռահաղորդակցության օպերատորների, օգտատերերի և տրաֆիկի աճող թվի, CDN ցանցերի կողմից ստեղծվող բովանդակության աճող քանակի: և տվյալների կենտրոններ։

Ի՞նչ է փոխանակման կետը:

Երթևեկության փոխանակման կետը հատուկ ցանցային ենթակառուցվածքով տեղ է, որտեղ փոխադարձ երթևեկության փոխանակման մեջ հետաքրքրված մասնակիցները կազմակերպում են փոխադարձ peering: Երթևեկության փոխանակման կետերի հիմնական մասնակիցները՝ հեռահաղորդակցության օպերատորներ, ինտերնետ պրովայդերներ, բովանդակության մատակարարներ և տվյալների կենտրոններ։ Երթևեկության փոխանակման կետերում մասնակիցներն ուղղակիորեն կապվում են միմյանց հետ: Սա թույլ է տալիս լուծել հետևյալ խնդիրները.

նվազեցնել ուշացումը,
նվազեցնել տարանցիկ երթևեկության քանակը,
օպտիմիզացնել երթուղին AS-ի միջև:

Հաշվի առնելով, որ IXP-ները առկա են աշխարհի շատ խոշոր քաղաքներում, այս ամենը բարենպաստ ազդեցություն է ունենում ամբողջ ինտերնետի վրա:

Եթե Petya-ի հետ կապված վերը նշված իրավիճակը լուծվի IXP-ի միջոցով, ապա կստացվի այսպիսի բան.

Ինչպե՞ս է աշխատում երթևեկության փոխանակման կետը:

Որպես կանոն, IXP-ն առանձին ՀՍ է՝ հանրային IPv4/IPv6 հասցեների սեփական բլոկով:

IXP ցանցն ամենից հաճախ բաղկացած է շարունակական L2 տիրույթից։ Երբեմն սա պարզապես VLAN է, որը հյուրընկալում է բոլոր IXP հաճախորդներին: Երբ խոսքը վերաբերում է ավելի մեծ, աշխարհագրորեն բաշխված IXP-ներին, տեխնոլոգիաները, ինչպիսիք են MPLS, VXLAN և այլն, կարող են օգտագործվել L2 տիրույթ կազմակերպելու համար:

IXP տարրեր

SKS. Այստեղ ոչ մի արտասովոր բան չկա՝ դարակաշարեր, օպտիկական խաչմերուկներ, կարկատելային վահանակներ:
Անջատիչներ – IXP-ի հիմքը: Անջատիչի պորտը մուտքի կետն է IXP ցանց: Անջատիչները նաև կատարում են անվտանգության գործառույթների մի մասը՝ դրանք զտում են անպիտան երթևեկությունը, որը չպետք է առկա լինի IXP ցանցում: Որպես կանոն, անջատիչները ընտրվում են ֆունկցիոնալ պահանջների հիման վրա՝ հուսալիություն, աջակցվող նավահանգիստների արագություններ, անվտանգության առանձնահատկություններ, sFlow աջակցություն և այլն:
Երթուղու սերվեր (RS) – ցանկացած ժամանակակից երթևեկության փոխանակման կետի անբաժանելի և անհրաժեշտ մաս: Գործողության սկզբունքը շատ նման է iBGP-ի երթուղային ռեֆլեկտորին կամ OSPF-ում նշանակված երթուղիչին և լուծում է նույն խնդիրները: Քանի որ երթևեկության փոխանակման կետում մասնակիցների թիվը մեծանում է, BGP նիստերի թիվը, որոնք յուրաքանչյուր մասնակից պետք է աջակցի, ավելանում է, այսինքն. սա հիշեցնում է iBGP-ի դասական ամբողջական ցանցային տոպոլոգիան: RS-ը խնդիրը լուծում է հետևյալ կերպ. այն սահմանում է BGP նիստ յուրաքանչյուր շահագրգիռ IXP մասնակցի հետ, և այդ մասնակիցը դառնում է RS հաճախորդ: Ստանալով BGP թարմացում իր հաճախորդներից մեկից՝ RS-ն ուղարկում է այս թարմացումը իր բոլոր մյուս հաճախորդներին, իհարկե, բացառությամբ այն մեկի, որից ստացվել է այս թարմացումը: Այսպիսով, RS-ը վերացնում է IXP-ի բոլոր անդամների միջև ամբողջական ցանց ստեղծելու անհրաժեշտությունը և նրբագեղորեն լուծում է մասշտաբայնության խնդիրը: Հարկ է նշել, որ երթուղու սերվերը թափանցիկ կերպով փոխանցում է երթուղիները մեկ ՀԾ-ից մյուսը՝ առանց BGP-ի կողմից փոխանցվող ատրիբուտներում փոփոխություններ կատարելու, օրինակ՝ իր AS-ի համարը չի ավելացնում AS-ուղու վրա: Նաև RS-ում կա երթուղիների հիմնական ֆիլտրում. օրինակ, RS-ն չի ընդունում Martians ցանցերը և հենց IXP-ի նախածանցները:
Բաց կոդով ծրագրային ապահովման երթուղիչը՝ BIRD (թռչունների ինտերնետ երթուղիչի դաեմոն), հաճախ օգտագործվում է որպես երթուղային սերվերի լուծում։ Դրա լավն այն է, որ այն անվճար է, արագորեն տեղակայվում է Linux բաշխումների մեծ մասում, ունի ճկուն մեխանիզմ՝ երթուղման/զտման քաղաքականություն սահմանելու համար և պահանջկոտ չէ հաշվողական ռեսուրսների նկատմամբ: Նաև Cisco-ի, Juniper-ի և այլնի ապարատային/վիրտուալ երթուղիչը կարող է ընտրվել որպես RS:
Անվտանգություն: Քանի որ IXP ցանցը մեծ թվով AS-ների համակենտրոնացում է, անվտանգության քաղաքականությունը, որին պետք է հետևեն բոլոր մասնակիցները, պետք է լավ գրված լինի: Ընդհանրապես, բոլոր նույն մեխանիզմները, որոնք կիրառվում են IXP-ից դուրս երկու առանձին BGP գործընկերների միջև BGP հարևանություն հաստատելիս, կիրառվում են այստեղ՝ գումարած անվտանգության որոշ լրացուցիչ միջոցներ:
Օրինակ, լավ պրակտիկա է թույլատրել երթևեկությունը միայն IXP մասնակցի հատուկ Mac հասցեից, որը նախապես բանակցվում է: 0x0800 (IPv4), 0x08dd (IPv6), 0x0806 (ARP) այլ եթերային դաշտերով երթևեկության մերժում; դա արվում է, որպեսզի զտվի թրաֆիկը, որը չի պատկանում BGP peering-ին: Կարող են օգտագործվել նաև այնպիսի մեխանիզմներ, ինչպիսիք են GTSM, RPKI և այլն:

Թերևս վերը նշվածները ցանկացած IXP-ի հիմնական բաղադրիչներն են՝ անկախ մասշտաբներից: Իհարկե, ավելի մեծ IXP-ները կարող են ունենալ լրացուցիչ տեխնոլոգիաներ և լուծումներ:
Պատահում է, որ IXP-ն իր մասնակիցներին տրամադրում է նաև լրացուցիչ ծառայություններ.

տեղադրված IXP TLD DNS սերվերի վրա,
տեղադրել ապարատային NTP սերվերներ՝ թույլ տալով մասնակիցներին ճշգրիտ համաժամեցնել ժամանակը,
ապահովել պաշտպանություն DDoS հարձակումներից և այլն:

Principle շահագործման

Եկեք նայենք երթևեկության փոխանակման կետի շահագործման սկզբունքին, օգտագործելով պարզ IXP-ի օրինակը, որը մոդելավորվել է EVE-NG-ի միջոցով, այնուհետև դիտարկենք BIRD ծրագրային երթուղիչի հիմնական կարգավորումը: Դիագրամը պարզեցնելու համար մենք բաց կթողնենք այնպիսի կարևոր բաներ, ինչպիսիք են ավելորդությունը և սխալների հանդուրժողականությունը:

Ցանցի տոպոլոգիան ներկայացված է ստորև բերված նկարում:

Ենթադրենք, որ մենք կառավարում ենք փոխանակման փոքր կետ և տրամադրում ենք գործընկերության հետևյալ տարբերակները.

հանրային փորձաքննություն,
մասնավոր peering,
peering երթուղու սերվերի միջոցով:

Մեր ՀԾ համարը 555 է, մենք ունենք IPv4 հասցեների բլոկ՝ 50.50.50.0/24, որից մենք թողարկում ենք IP հասցեներ նրանց համար, ովքեր ցանկանում են միանալ մեր ցանցին:

50.50.50.254 – IP հասցեն կազմաձևված է երթուղու սերվերի ինտերֆեյսի վրա, այս IP-ի հետ հաճախորդները կստեղծեն BGP նիստ՝ RS-ի միջոցով peering-ի դեպքում:

Բացի այդ, RS-ի միջոցով peering-ի համար մենք մշակել ենք պարզ երթուղային քաղաքականություն՝ հիմնված BGP համայնքի վրա, որը թույլ է տալիս IXP մասնակիցներին կարգավորել, թե ում և ինչ երթուղիներ ուղարկել.

BGP համայնք
Նկարագրություն

LOCAL_AS:PEER_AS
Ուղարկեք նախածանցները միայն PEER_AS-ին

LOCAL_AS:IXP_AS
Տեղափոխեք նախածանցները IXP-ի բոլոր մասնակիցներին

3 հաճախորդ ցանկանում է միանալ մեր IXP-ին և փոխանակել տրաֆիկ; Ասենք՝ սրանք ինտերնետ պրովայդերներ են։ Նրանք բոլորը ցանկանում են կազմակերպել peering-ը երթուղու սերվերի միջոցով: Ստորև ներկայացված է հաճախորդի միացման պարամետրերով դիագրամ.

Հաճախորդը
Հաճախորդի AS համարը
Հաճախորդը գովազդել է նախածանցները
Հաճախորդին տրված IP հասցե՝ IXP-ին միանալու համար

ISP թիվ 1
AS 100- ը
1.1.0.0/16
50.50.50.10/24

ISP թիվ 2
AS 200- ը
2.2.0.0/16
50.50.50.20/24

ISP թիվ 3
AS 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 համարը, որից ստացվել է թարմացումը: Բայց քանի որ երթուղու սերվերը փոփոխություններ չի անում as-path-ում, դրա համարը չի լինի as-ուղու մեջ, և թարմացումը կհրաժարվի: Այս կարգավորումն օգտագործվում է երթուղիչին ստիպելու համար անտեսել այս կանոնը:

Մենք նաև տեսնում ենք, որ հաճախորդը սահմանել է bgp համայնք 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 ատրիբուտները չեն փոխվել, կարծես հաճախորդների միջև peering-ը ուղղակիորեն իրականացվել է.

Այսպիսով, մենք տեսնում ենք, որ երթուղային սերվերի առկայությունը մեծապես հեշտացնում է IXP-ում peering-ի կազմակերպումը:

Հուսով եմ, որ այս ցուցադրությունը օգնեց ձեզ ավելի լավ հասկանալ, թե ինչպես են աշխատում IXP-ները և ինչպես է աշխատում երթուղային սերվերը IXP-ում:

Linxdatacenter IX

Linxdatacenter-ում մենք կառուցեցինք մեր սեփական IXP-ը, որը հիմնված է 2 անջատիչների և 2 երթուղային սերվերների անսարքության հանդուրժող ենթակառուցվածքի վրա: Մեր IXP-ն այժմ աշխատում է թեստային ռեժիմով, և մենք բոլորին հրավիրում ենք միանալ Linxdatacenter IX-ին և մասնակցել թեստավորմանը: Միանալու դեպքում ձեզ կտրամադրվի 1 Գբիթ/վ թողունակությամբ նավահանգիստ, մեր երթուղային սերվերների միջոցով դիտելու հնարավորություն, ինչպես նաև մուտք դեպի IX պորտալի ձեր անձնական հաշիվ, որը հասանելի է հետևյալ հասցեով. ix.linxdatacenter.com.

Գրեք մեկնաբանություններում կամ անձնական հաղորդագրություններում՝ թեստավորմանը հասանելիություն ստանալու համար:

Արտադրողականություն

Երթևեկության փոխանակման կետերը առաջացել են ինտերնետի արշալույսին, որպես հեռահաղորդակցության օպերատորների միջև երթևեկության ոչ օպտիմալ հոսքի խնդիրը լուծելու գործիք: Այժմ, նոր գլոբալ ծառայությունների գալուստով և CDN տրաֆիկի քանակի ավելացմամբ, փոխանակման կետերը շարունակում են օպտիմալացնել գլոբալ ցանցի աշխատանքը: Աշխարհում IXP-ների թվի ավելացումը ձեռնտու է ինչպես ծառայության վերջնական օգտագործողին, այնպես էլ հեռահաղորդակցության օպերատորներին, բովանդակության օպերատորներին և այլն: IXP-ի մասնակիցների համար օգուտն արտահայտվում է արտաքին գործընկերության կազմակերպման ծախսերի կրճատմամբ, թրաֆիկի քանակի կրճատմամբ, որի համար ավելի բարձր մակարդակի օպերատորները պետք է վճարեն, երթուղիների օպտիմալացում և բովանդակության օպերատորների հետ անմիջական ինտերֆեյս ունենալու ունակությամբ:

Օգտակար հղումներ

Դիտեք երթևեկության փոխանակման կետերի գտնվելու քարտեզը. www.internetexchangemap.com
Դիտեք մանրամասն վիճակագրություն BGP peering-ի վերաբերյալ, ներառյալ ներկայությունը IXP-ում. www.peeringdb.com

Source: www.habr.com

Երթևեկության փոխանակման կետ. ծագումից մինչև ձեր սեփական IX-ի ստեղծումը