მოძრაობის გაცვლის წერტილი: წარმოშობიდან საკუთარი IX-ის შექმნამდე

„ჩვენ დავამყარეთ სატელეფონო კავშირი ჩვენსა და SRI-ის ბიჭებს შორის...“, თქვა კლეინროკმა... ინტერვიუში:
”ჩვენ აკრიფეთ L და ტელეფონზე ვკითხეთ: ”ხედავთ L-ს?”
”დიახ, ჩვენ ვხედავთ L-ს”, - მოვიდა პასუხი.
„ჩვენ ავკრიფეთ O და ვკითხეთ: „ხედავ O“-ს?
"დიახ, ჩვენ ვხედავთ O."
"შემდეგ ჩვენ აკრიფეთ G და სისტემა გაფუჭდა"...

თუმცა რევოლუცია დაიწყო...

ინტერნეტის დასაწყისი.

გაუმარჯოს ყველას!

მე მქვია ალექსანდრე, მე ვარ ქსელის ინჟინერი Linxdatacenter-ში. დღევანდელ სტატიაში ვისაუბრებთ ტრაფიკის გაცვლის პუნქტებზე (Internet Exchange Points, IXP): რა უძღოდა წინ მათ გამოჩენას, რა ამოცანებს წყვეტენ და როგორ აშენდება. ასევე ამ სტატიაში მე წარმოგიდგენთ IXP-ის მუშაობის პრინციპს EVE-NG პლატფორმის და BIRD პროგრამული როუტერის გამოყენებით, ასე რომ თქვენ გესმით, თუ როგორ მუშაობს ის „ქუდის ქვეშ“.

პატარა ისტორიის

თუ შეხედავ აქ, მაშინ ხედავთ, რომ ტრაფიკის გაცვლის პუნქტების რაოდენობის სწრაფი ზრდა 1993 წელს დაიწყო. ეს გამოწვეულია იმით, რომ იმ დროს არსებული ტელეკომის ოპერატორების ტრაფიკის უმეტესი ნაწილი გადიოდა აშშ-ს ხერხემლის ქსელში. მაგალითად, როდესაც ტრაფიკი საფრანგეთის ოპერატორიდან გერმანიაში გადადიოდა, ის ჯერ საფრანგეთიდან აშშ-ში მიდიოდა და მხოლოდ ამის შემდეგ აშშ-დან გერმანიაში. ხერხემალი ქსელი ამ შემთხვევაში მოქმედებდა როგორც ტრანზიტი საფრანგეთსა და გერმანიას შორის. ერთი ქვეყნის შიგნით ტრაფიკიც კი ხშირად გადიოდა არა პირდაპირ, არამედ ამერიკელი ოპერატორების საყრდენი ქსელებით.

ამ მდგომარეობამ იმოქმედა არა მხოლოდ სატრანზიტო ტრაფიკის მიწოდების ღირებულებაზე, არამედ არხების ხარისხზე და შეფერხებებზე. გაიზარდა ინტერნეტის მომხმარებელთა რაოდენობა, გამოჩნდნენ ახალი ოპერატორები, გაიზარდა ტრაფიკის მოცულობა და მომწიფდა ინტერნეტი. ოპერატორებმა მთელს მსოფლიოში დაიწყეს იმის გაცნობიერება, რომ საჭირო იყო უფრო რაციონალური მიდგომა ოპერატორთაშორისი ურთიერთქმედების ორგანიზებისთვის. „რატომ უნდა გადავიხადო მე, A ოპერატორმა, სხვა ქვეყანაში ტრანზიტი, რათა მივაწოდო მოძრაობა ოპერატორ B-ს, რომელიც მდებარეობს შემდეგ ქუჩაზე? ეს არის დაახლოებით კითხვა, რომელიც ტელეკომის ოპერატორებმა დაუსვეს საკუთარ თავს იმ დროს. ამრიგად, ტრაფიკის გაცვლის წერტილებმა დაიწყეს გამოჩენა მსოფლიოს სხვადასხვა კუთხეში ოპერატორის კონცენტრაციის წერტილებში:

• 1994 - LINX ლონდონში,
• 1995 - DE-CIX ფრანკფურტში,
• 1995 – MSK-IX, მოსკოვში და ა.შ.

ინტერნეტი და ჩვენი დღეები

კონცეპტუალურად, თანამედროვე ინტერნეტის არქიტექტურა შედგება მრავალი ავტონომიური სისტემისგან (AS) და მათ შორის მრავალი კავშირისგან, როგორც ფიზიკური, ასევე ლოგიკური, რომელიც განსაზღვრავს ტრაფიკის გზას ერთი AS-დან მეორეში.

AS-ები, როგორც წესი, არიან ტელეკომის ოპერატორები, ინტერნეტ პროვაიდერები, CDN-ები, მონაცემთა ცენტრები და საწარმოთა სეგმენტის კომპანიები. AS-ები აწყობენ ლოგიკურ კავშირებს (peering) ერთმანეთთან, ჩვეულებრივ BGP პროტოკოლის გამოყენებით.

როგორ აწყობენ ავტონომიური სისტემები ამ კავშირებს, განისაზღვრება მრავალი ფაქტორით:

• გეოგრაფიული,
• ეკონომიკური,
• პოლიტიკური,
• შეთანხმებები და საერთო ინტერესები AS-ის მფლობელებს შორის,
• ა.შ.

რა თქმა უნდა, ამ სქემას აქვს გარკვეული სტრუქტურა და იერარქია. ამრიგად, ოპერატორები იყოფა tier-1, tier-2 და tier-3, და თუ ადგილობრივი ინტერნეტ პროვაიდერის კლიენტები (tier-3), როგორც წესი, ჩვეულებრივი მომხმარებლები არიან, მაშინ, მაგალითად, tier-1. დონის ოპერატორები კლიენტები არიან სხვა ოპერატორები. Tier-3 ოპერატორები აგროვებენ თავიანთი აბონენტების ტრაფიკს, მე-2 სატელეკომუნიკაციო ოპერატორები, თავის მხრივ, აგროვებენ მესამე დონის ოპერატორების ტრაფიკს, ხოლო tier-3 - მთელ ინტერნეტ ტრაფიკს.

სქემატურად შეიძლება წარმოდგენილი იყოს ასე:

ეს სურათი აჩვენებს, რომ ტრაფიკი აგრეგირებულია ქვემოდან ზევით, ე.ი. საბოლოო მომხმარებლებიდან პირველი დონის ოპერატორებამდე. ასევე ხდება ტრაფიკის ჰორიზონტალური გაცვლა AS-ებს შორის, რომლებიც დაახლოებით ერთმანეთის ექვივალენტია.

ამ სქემის განუყოფელი ნაწილი და ამავე დროს მინუსი არის კავშირების გარკვეული აღრევა ავტონომიურ სისტემებს შორის, რომლებიც მდებარეობს საბოლოო მომხმარებელთან უფრო ახლოს, გეოგრაფიულ არეალში. განვიხილოთ ქვემოთ მოცემული სურათი:

დავუშვათ, რომ დიდ ქალაქში არის 5 სატელეკომუნიკაციო ოპერატორი, რომელთა შორის პიერინგი, ამა თუ იმ მიზეზის გამო, ორგანიზებულია, როგორც ზემოთ არის ნაჩვენები.

თუ მომხმარებელს Petya, რომელიც დაკავშირებულია Go ISP-თან, სურს წვდომა სერვერზე, რომელიც დაკავშირებულია ASM პროვაიდერთან, მაშინ მათ შორის ტრაფიკი იძულებული იქნება გაიაროს 5 ავტონომიური სისტემა. ეს ზრდის შეფერხებას, რადგან იზრდება ქსელური მოწყობილობების რაოდენობა, რომლებითაც გაივლის ტრაფიკი, ისევე როგორც ტრანზიტული ტრაფიკის მოცულობა ავტონომიურ სისტემებზე Go-სა და ASM-ს შორის.

როგორ შევამციროთ სატრანზიტო AS-ების რაოდენობა, რომლებზეც მოძრაობა იძულებულია გაიაროს? ასეა - მოძრაობის გაცვლის პუნქტი.

დღეს, ახალი IXP-ების გაჩენა განპირობებულია იმავე საჭიროებებით, როგორც 90-2000-იანი წლების დასაწყისში, მხოლოდ უფრო მცირე მასშტაბით, სატელეკომუნიკაციო ოპერატორების, მომხმარებლებისა და ტრაფიკის მზარდი რაოდენობის საპასუხოდ, CDN ქსელების მიერ გენერირებული კონტენტის მზარდი რაოდენობით. და მონაცემთა ცენტრები.

რა არის გაცვლის წერტილი?

ტრაფიკის გაცვლის პუნქტი არის ადგილი სპეციალური ქსელური ინფრასტრუქტურით, სადაც ტრაფიკის ურთიერთგაცვლით დაინტერესებული მონაწილეები აწყობენ ორმხრივ პიერნგს. ტრაფიკის გაცვლის წერტილების ძირითადი მონაწილეები: ტელეკომის ოპერატორები, ინტერნეტ პროვაიდერები, კონტენტის პროვაიდერები და მონაცემთა ცენტრები. ტრაფიკის გაცვლის პუნქტებში მონაწილეები პირდაპირ უკავშირდებიან ერთმანეთს. ეს საშუალებას გაძლევთ გადაჭრას შემდეგი პრობლემები:

• შეფერხების შემცირება,
• შეამციროს სატრანზიტო ტრაფიკის რაოდენობა,
• AS-ს შორის მარშრუტის ოპტიმიზაცია.

იმის გათვალისწინებით, რომ IXP-ები წარმოდგენილია მსოფლიოს მრავალ დიდ ქალაქში, ეს ყველაფერი სასარგებლო გავლენას ახდენს მთლიან ინტერნეტზე.

თუ პეტიასთან ზემოაღნიშნული სიტუაცია მოგვარდება IXP-ის გამოყენებით, გამოვა მსგავსი რამ:

როგორ მუშაობს ტრაფიკის გაცვლის წერტილი?

როგორც წესი, IXP არის ცალკე AS, რომელსაც აქვს საჯარო 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-ის ყველა წევრს შორის სრული ქსელის დამყარების აუცილებლობას და ელეგანტურად წყვეტს მასშტაბურობის პრობლემას. აღსანიშნავია, რომ მარშრუტის სერვერი გამჭვირვალედ გადასცემს მარშრუტებს ერთი AS-დან მეორეზე BGP-ის მიერ გადაცემულ ატრიბუტებში ცვლილებების შეტანის გარეშე, მაგალითად, ის არ ამატებს რიცხვს თავის AS-ში AS-ბილიკზე. ასევე RS-ზე არის მარშრუტების ძირითადი ფილტრაცია: მაგალითად, RS არ იღებს Martians ქსელებს და თავად IXP-ის პრეფიქსებს.

  ღია კოდის პროგრამული უზრუნველყოფის როუტერი, BIRD (ფრინველის ინტერნეტ მარშრუტიზაციის დემონი), ხშირად გამოიყენება მარშრუტის სერვერის გადაწყვეტად. კარგი ის არის, რომ ის უფასოა, სწრაფად ვრცელდება Linux-ის უმეტეს დისტრიბუციაზე, აქვს მოქნილი მექანიზმი მარშრუტიზაციის/ფილტრაციის პოლიტიკის დასაყენებლად და არ არის მომთხოვნი გამოთვლითი რესურსების მიმართ. ასევე, RS-ად შეიძლება შეირჩეს აპარატურა/ვირტუალური როუტერი Cisco, Juniper და ა.შ.

• უსაფრთხოება ვინაიდან 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 შეტევებისგან და ა.შ.

პრინციპი ოპერაციის

მოდით შევხედოთ ტრაფიკის გაცვლის წერტილის მუშაობის პრინციპს მარტივი IXP-ის მაგალითის გამოყენებით, მოდელირებული EVE-NG-ის გამოყენებით და შემდეგ განვიხილოთ BIRD პროგრამული როუტერის ძირითადი დაყენება. დიაგრამის გასამარტივებლად, ჩვენ გამოვტოვებთ ისეთ მნიშვნელოვან საკითხებს, როგორიცაა ჭარბი რაოდენობა და შეცდომის ტოლერანტობა.

ქსელის ტოპოლოგია ნაჩვენებია ქვემოთ მოცემულ ფიგურაში.

დავუშვათ, რომ ჩვენ ვმართავთ მცირე გაცვლის პუნქტს და გთავაზობთ შემდეგი პერინგის ვარიანტებს:

• საჯარო პიერინგი,
• კერძო პიერინგი,
• მარშრუტის სერვერის მეშვეობით peering.

ჩვენი AS ნომერია 555, ჩვენ ვფლობთ IPv4 მისამართების ბლოკს – 50.50.50.0/24, საიდანაც გავცემთ IP მისამართებს მათთვის, ვისაც სურს ჩვენს ქსელთან დაკავშირება.

50.50.50.254 – IP მისამართი კონფიგურირებულია მარშრუტის სერვერის ინტერფეისზე, ამ IP კლიენტებით დაამყარებენ BGP სესიას RS-ის მეშვეობით პიერინგის შემთხვევაში.

ასევე, RS-ის მეშვეობით პიერინგისთვის, ჩვენ შევიმუშავეთ მარშრუტიზაციის მარტივი პოლიტიკა, რომელიც დაფუძნებულია BGP საზოგადოებაზე, რომელიც საშუალებას აძლევს IXP მონაწილეებს დაარეგულირონ ვის და რა მარშრუტები გაუგზავნონ:

BGP საზოგადოება
აღწერა

LOCAL_AS: PEER_AS
პრეფიქსების გაგზავნა მხოლოდ PEER_AS-ზე

LOCAL_AS: IXP_AS
გადაიტანეთ პრეფიქსი IXP-ის ყველა მონაწილეზე

3 კლიენტს სურს ჩვენს IXP-თან დაკავშირება და ტრაფიკის გაცვლა; ვთქვათ, ეს არის ინტერნეტ პროვაიდერები. მათ ყველას უნდათ ორგანიზება გაუწიონ პიერინგის მარშრუტის სერვერის მეშვეობით. ქვემოთ მოცემულია დიაგრამა კლიენტის კავშირის პარამეტრებით:

დამკვეთი
კლიენტის AS ნომერი
კლიენტი აცხადებდა პრეფიქსებს
IP მისამართი გაცემულია კლიენტზე IXP-თან დასაკავშირებლად

ISP #1
AS ჰიტები
1.1.0.0/16
50.50.50.10/24

ISP #2
AS ჰიტები
2.2.0.0/16
50.50.50.20/24

ISP #3
AS ჰიტები
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-path შეიცავდეს იმ თანატოლის bgp რიცხვს, საიდანაც მიიღო განახლება. მაგრამ რადგან მარშრუტის სერვერი არ ცვლის as-path-ში, მისი ნომერი არ იქნება as-path-ში და განახლება გაუქმდება. ეს პარამეტრი გამოიყენება იმისათვის, რომ როუტერმა უგულებელყოს ეს წესი.

ჩვენ ასევე ვხედავთ, რომ კლიენტმა დააყენა 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 სესია შეიქმნა სამივე კლიენტთან:

ჩვენ ვხედავთ, რომ ვიღებთ პრეფიქსებს ყველა კლიენტისგან:

როგორც 100 როუტერზე, ჩვენ ვხედავთ, რომ თუ მარშრუტის სერვერთან არის მხოლოდ ერთი BGP სესია, ჩვენ ვიღებთ პრეფიქსებს როგორც 200-დან, ასევე 300-დან, ხოლო BGP ატრიბუტები არ შეცვლილა, თითქოს კლიენტებს შორის პიერინგი განხორციელდა პირდაპირ:

ამრიგად, ჩვენ ვხედავთ, რომ მარშრუტის სერვერის არსებობა მნიშვნელოვნად ამარტივებს IXP-ზე პიერინგის ორგანიზებას.

იმედი მაქვს, რომ ეს დემონსტრაცია დაგეხმარა უკეთ გაიგოთ, თუ როგორ მუშაობს IXP და როგორ მუშაობს მარშრუტის სერვერი IXP-ზე.

Linxdatacenter IX

Linxdatacenter-ში ჩვენ ავაშენეთ ჩვენი საკუთარი IXP 2 გადამრთველისა და 2 მარშრუტის სერვერისგან შეცდომის ტოლერანტულ ინფრასტრუქტურაზე. ჩვენი IXP ახლა მუშაობს სატესტო რეჟიმში და ვიწვევთ ყველას, დაუკავშირდნენ Linxdatacenter IX-ს და მიიღონ მონაწილეობა ტესტირებაში. დაკავშირებისას თქვენ მოგეცემათ პორტი 1 გბიტი/წმ სიჩქარით, ჩვენი მარშრუტის სერვერების მეშვეობით გადახედვის შესაძლებლობა, ასევე IX პორტალის თქვენს პირად ანგარიშზე წვდომა, რომელიც ხელმისაწვდომია მისამართზე: ix.linxdatacenter.com.

დაწერეთ კომენტარებში ან პირად შეტყობინებებში ტესტირებაზე წვდომის მისაღებად.

გამოყვანის

ტრაფიკის გაცვლის წერტილები გაჩნდა ინტერნეტის გარიჟრაჟზე, როგორც სატელეკომუნიკაციო ოპერატორებს შორის ტრაფიკის არაოპტიმალური ნაკადის საკითხის გადასაჭრელად. ახლა, ახალი გლობალური სერვისების მოსვლასთან ერთად და CDN ტრაფიკის რაოდენობის ზრდასთან ერთად, გაცვლითი პუნქტები აგრძელებენ გლობალური ქსელის მუშაობის ოპტიმიზაციას. მსოფლიოში IXP-ების რაოდენობის ზრდა სარგებლობს როგორც სერვისის საბოლოო მომხმარებლისთვის, ასევე ტელეკომის ოპერატორებისთვის, კონტენტის ოპერატორებისთვის და ა.შ. IXP მონაწილეებისთვის სარგებელი გამოიხატება გარე პიერინგის ორგანიზების ხარჯების შემცირებაში, ტრაფიკის იმ რაოდენობის შემცირებაში, რომლისთვისაც უმაღლესი დონის ოპერატორებმა უნდა გადაიხადონ, მარშრუტიზაციის ოპტიმიზაცია და კონტენტის ოპერატორებთან პირდაპირი ინტერფეისის შესაძლებლობა.

სასარგებლო ბმულები

• იხილეთ ტრაფიკის გაცვლის წერტილების ადგილმდებარეობის რუკა: www.internetexchangemap.com
• იხილეთ დეტალური სტატისტიკა BGP პიერინგის შესახებ, მათ შორის IXP-ზე ყოფნა: www.peeringdb.com

წყარო: www.habr.com