/ პროტოკოლები / კავშირი

TCP / IP სახელი მოხდა ამ ორი ძირითადი ოქმიდან, რომელიც შედის ამ - TCP და IP (ინტერნეტ პროტოკოლის), TCP (გადამცემი კონტროლის პროტოკოლი). ისინი პასუხისმგებელნი არიან კომპიუტერებს შორის საიმედო მონაცემთა გადაცემისთვის. IP პროტოკოლი მჭიდროდ უკავშირდება IP მისამართის კონცეფციას - კომპიუტერის უნიკალურ მისამართს ქსელში.

TCP - სატრანსპორტო ოქმი

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

IP პროტოკოლი - მარშრუტიზაციის პროტოკოლი

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

პირველად, 1969 წელს ARPANET ქსელის განვითარებისას გამოყენებული იყო პაკეტების და მოქნილი მარშრუტების გადართვის პრინციპები. ამიტომაც არპანეტი ითვლება TCP / IP- ის პროტოტიპი - ინტერნეტში
მომხმარებელი ხშირად ხშირად ეხება აპლიკაციის ოქმებს, თითოეული განაცხადის პროტოკოლი შეესაბამება მის მომსახურებას ან ინტერნეტ მომსახურებას.
Მაგალითად, http პროტოკოლი იგი მუშაობს www დოკუმენტები - ვებ გვერდები, მომხმარებლებს მუშაობა HTTP პროტოკოლის მეშვეობით.
FTP პროტოკოლისაშუალებას გაძლევთ გადარიცხოთ ინფორმაცია ფაილების სახით.
საფოსტო ფოსტა pOP და SMTP პროტოკოლები მიუთითეთ ფოსტის სერვერების კავშირი, გაგზავნის და წერილების მიწოდება.
NNTP პროტოკოლისაშუალებას გაძლევთ მუშაობა საინფორმაციო სამსახურთან.

TCP / IP მონაცემთა გადაცემის პროტოკოლი

ინტერნეტ ქსელი, რომელიც ქსელების ქსელია და სხვადასხვა ადგილობრივი, რეგიონალური და კორპორატიული ქსელების, ფუნქციების, ფუნქციების დიდი რაოდენობით და ერთი TCP / IP მონაცემთა გადაცემის პროტოკოლის გამოყენებისას. ტერმინი TCP / IP მოიცავს ორ ოქმის დასახელებას:

• გადამცემი კონტროლის ოქმი (TCP) - სატრანსპორტო ოქმი;
• ინტერნეტ პროტოკოლი (IP) - მარშრუტიზაციის პროტოკოლი.

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

ანალოგიურად, ქსელში გადაცემული ინფორმაცია "შეფუთულია კონვერტში", რომელზეც "მიმღების კომპიუტერების IP მისამართი და გამომგზავნის IP მისამართი წერია, მაგალითად" დან: 198.78.213.185, "" 193.124.5.33 ". კონვერტის შინაარსი კომპიუტერულ ენაზე ეწოდება IP პაკეტი და არის კომპლექტი bytes.

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

IP პაკეტები მიმღების კომპიუტერის გზაზე ასევე გაივლის მრავალრიცხოვან შუალედურ ინტერნეტ სერვერებს, რომელზეც შესრულებულია ოპერაცია. მარშრუტიზაცია. მარშრუტის შედეგად, IP პაკეტები ერთ ინტერნეტ სერვერზე გაგზავნილია, თანდათანობით ახლოვდება მიმღების კომპიუტერი.

ინტერნეტ პროტოკოლი (IP) უზრუნველყოფს IP პაკეტის მარშრუტიზაციას, რომელიც არის გამგზავნის კომპიუტერის ინფორმაციის მიწოდება მიმღების კომპიუტერში.

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

ჩვენ შეგვიძლია უბრალოდ გაეცნოთ ინტერნეტში ინფორმაციის მიწოდებას. სპეციალური პროგრამა Tracert.exe, რომელიც შედის Windows- ში, საშუალებას გაძლევთ კვალი, რომლის მეშვეობითაც სერვერები და თქვენი კომპიუტერის შერჩეული ინტერნეტ სერვერის ინფორმაციის გადადება თქვენს კომპიუტერში გადაცემულია.

მიჰყევი, თუ რამდენად ხელმისაწვდომობა ინტერნეტში მოსკოვის ნაწილში ინფორმაციის ხელმისაწვდომობა ხორციელდება ერთ-ერთ ყველაზე პოპულარული ძიების სერვერზე. რუსული ინტერნეტი www.rambler.ru.

ინფორმაციის მიწოდების მარშრუტის განსაზღვრა

2. ფანჯარაში სესია MS-DOS მოწვევის სისტემის საპასუხოდ, შეიყვანეთ ბრძანება.

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

ინფორმაციის გადაცემის მარშრუტის ტრასირება გვიჩვენებს, რომ სერვერი www.rambler.ru არის აშშ-დან 7 გარდამავალი "მანძილი", I.E. ინფორმაცია გადაცემულია ექვსი შუალედური ინტერნეტ სერვერების მეშვეობით (MTU- ინფორმირებული და მოსკოვის პროვაიდერების მეშვეობით). კვანძებს შორის ინფორმაციის გადაცემის სიჩქარე საკმარისად მაღალია, ერთი "გარდამავალი" 126-დან 138 წლამდე იხარჯება.

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

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

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

გადამცემი კონტროლის ოქმი (TCP)ეს არის, სატრანსპორტო ოქმი, უზრუნველყოფს ფაილების დანაწევრებას IP პაკეტებში მიღებისას ფაილების გადაცემის პროცესსა და ასამბლეაში.

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

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

IP გრაფიკის განსაზღვრის დროის განსაზღვრა

1. ინტერნეტთან დაკავშირება, შეიყვანეთ [MS-DOS სესიის პროგრამა] ბრძანება.

2. ფანჯარაში სესია MS-DOS მოწვევის სისტემის საპასუხოდ, შეიყვანეთ ბრძანება.

3. ფანჯარაში სესია MS-DOS ნაჩვენებია ოთხი მცდელობის გამოცდის სიგნალის შედეგი. რეაგირების დრო ახასიათებს სერვერზე საკომუნიკაციო ხაზების მთლიანი კავშირის მაღალსიჩქარიან პარამეტრებს ადგილობრივ კომპიუტერში.

კითხვები ასახვისთვის

1. რა გულისხმობს გლობალური ჰოლისტიკური ფუნქციონირებას კომპიუტერული ქსელი Ინტერნეტი?

პრაქტიკული ამოცანები

4.5. კვალი მარშრუტი ინფორმაციის ერთ-ერთი ყველაზე პოპულარული ინტერნეტ საძიებო სერვერები www.yahoo.com, რომელიც მდებარეობს "ამერიკული" ინტერნეტ სეგმენტში.

4.6. განსაზღვრეთ IP პაკეტის დროის გაზიარების დრო www.yahoo.com სერვერთან ერთად.

ინტერნეტ ქსელი, რომელიც ქსელების ქსელია და სხვადასხვა ადგილობრივი, რეგიონალური და კორპორატიული ქსელების, ფუნქციების, ფუნქციების დიდი რაოდენობით და ერთი TCP / IP მონაცემთა გადაცემის პროტოკოლის გამოყენებისას. ტერმინი TCP / IP მოიცავს ორ ოქმის დასახელებას:

გადამცემი კონტროლის ოქმი (TCP) - სატრანსპორტო ოქმი;

ინტერნეტ პროტოკოლი (IP) - მარშრუტიზაციის პროტოკოლი.

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

ანალოგიურად, ქსელზე გადაცემული ინფორმაცია "შეფუთულია კონვერტში", რომელზეც მიმღები კომპიუტერებისა და გამგზავნის IP მისამართები დაწერილია, მაგალითად, "დან: 198.78.213.185", ", ვისგან: 193.124.5.33". კონვერტის შინაარსი კომპიუტერულ ენაზე ეწოდება IP პაკეტი და არის კომპლექტი bytes.

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

IP პაკეტები მიმღების კომპიუტერის გზაზე ასევე გაივლის მრავალრიცხოვან შუალედურ ინტერნეტ სერვერებს, რომელზეც შესრულებულია ოპერაცია. მარშრუტიზაცია.მარშრუტის შედეგად, IP პაკეტები ერთ ინტერნეტ სერვერზე გაგზავნილია, თანდათანობით ახლოვდება მიმღების კომპიუტერი.

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

ჩვენ შეგვიძლია უბრალოდ გაეცნოთ ინტერნეტში ინფორმაციის მიწოდებას. სპეციალური პროგრამა tracert.exe.რომელი ნაწილია Windows, საშუალებას გაძლევთ კვალი, რომლის მეშვეობითაც სერვერები და, რომელთანაც დაგვიანებით ინფორმაცია შერჩეული ინტერნეტ სერვერის თქვენს კომპიუტერში არის გადაცემული.

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

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

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

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

გადამცემი კონტროლის ოქმი (TCP), რომ არის, სატრანსპორტო ოქმი, უზრუნველყოფს ფაილების დანაწევრებას IP პაკეტების მიღებისას გადაცემის პროცესში და ფაილების ასამბლეის მიღებისას.

გაცვლითი დრო IP პაკეტები ადგილობრივ კომპიუტერსა და ინტერნეტ სერვერს შორის შეიძლება განისაზღვროს კომუნალური გამოყენებით. პინგ.რომელიც არის ოპერაციული ნაწილი windows სისტემები. "კომუნალური გაგზავნის ოთხი IP პაკეტი მითითებულ მისამართზე და გვიჩვენებს საერთო გადაცემის დრო და მიღება თითოეული პაკეტი.

კომპიუტერი TCP / IP ქსელში შეიძლება ჰქონდეს სამი დონის მისამართები (მაგრამ მინიმუმ ორი):

• ადგილობრივი კომპიუტერის მისამართი. კვანძების ჩათვლით ლოკალური ქსელები - ეს არის Mac- მისამართი Ქსელის შეერთება. ეს მისამართები ინიშნება აღჭურვილობის მწარმოებლების მიერ და უნიკალური მისამართებია.
• IP მისამართი, რომელიც შედგება 4 ბაიტიდან, მაგალითად, 109.26.17.100. ეს მისამართი გამოიყენება ქსელზე. იგი ინიშნება ადმინისტრატორის მიერ კომპიუტერებისა და მარშრუტების კონფიგურაციისას.
• სიმბოლური სახელი იდენტიფიკატორი (DNS), მაგალითად, www.set

ქსელის პროტოკოლები

ქსელის პროტოკოლი - წესების კომპლექტი, რომელიც საშუალებას იძლევა ქსელის კომპონენტებს შორის მონაცემების გაცვლა, მაგალითად, ორს შორის ქსელის ბარათები (ნახ. 1).

ნახაზი. 1. ქსელის პროტოკოლის კონცეფციის ილუსტრაცია

Stack არის მრავალ დონის პროტოკოლების კომპლექტი ჯგუფში.

TCP / IP პროტოკოლის დასტის არის ორი ოქმები, რომლებიც ინტერნეტში კომუნიკაციის საფუძველია. TCP პროტოკოლი არღვევს გადაცემულ ინფორმაციას ნაწილების (პაკეტების) და ნომრებზე. IP პროტოკოლის გამოყენებით, ყველა პაკეტი გადაეცემა მიმღებს. შემდეგი, TCP პროტოკოლის გამოყენებით შემოწმებულია, ყველა პაკეტი მიიღება. ყველა servings- ის მიღებისთანავე, TCP- ს აქვს სასურველი შეკვეთა და აგროვებს ერთ მთლიანობაში. ინტერნეტში გამოყენებული ორი ვარჯიშის ორი ვერსია:

• მარშრუტის ქსელი IPv4 პროტოკოლი. ამ ვერსიის პროტოკოლში ქსელის თითოეული კვანძი 32 ბიტის IP მისამართია (I.E. 4 ოქტე ან 4 ბაიტი).
• IPv6 საშუალებას გაძლევთ მიმართოთ მნიშვნელოვნად დიდი რაოდენობა knots ვიდრე IPv4. ინტერნეტ პროტოკოლის ვერსია 6 იყენებს 128 ბიტიანი მისამართებს და შეიძლება მნიშვნელოვნად განისაზღვროს უფრო მეტი მისამართები.

IP მისამართები v6 v6 დაწერილია შემდეგ ფორმით: x: x: x: x: x: x: x: x: x: x: x: x, სადაც X არის 4 სიმბოლოს, რომელიც შედგება 4 სიმბოლოთი (16 ბიტი), და თითოეულ ნომერს აქვს 4 ბიტიანი ზომა. თითოეული ნომერი მდებარეობს დიაპაზონში 0-დან F. აქ არის მეექვსე ვერსიის IP მისამართი: 1080: 0: 0: 0: 7: 800: 300C: 427A. ასეთ შესასვლელთან, უმნიშვნელო zeros შეიძლება შემცირდეს, ასე რომ მისამართი ფრაგმენტი: 0800: ჩაწერილია როგორც 800:.

IP მისამართები ეს ჩვეულებრივია, რათა ჩაწეროთ მთელი მისამართი Octets (8), თითოეული octet წერილობითი ფორმით ათობითი რიცხვი, ნომრები გამოყოფილია რაოდენობა. მაგალითად, მისამართი

10100000010100010000010110000011
ჩაწერილი

10100000.01010001.00000101.10000011 = 160.81.5.131

ნახაზი. მისამართი მისამართი ორობითი სისტემა ათობითი

მასპინძელი IP მისამართი შედგება IP ქსელის ნომრისგან, რომელიც ხანდაზმულ მისამართზეა და ამ ქსელში მასპინძელი ოთახი, რომელიც ახალგაზრდა ნაწილია.
160.81.5.131 - IP მისამართი
160.81.5. - ქსელის ნომერი
131 - მასპინძელი ნომერი

ძირითადი პროტოკოლები (IP, TCP, UDP)

TCP / IP - კოლექტიური სახელი კომპლექტი (დასტის) ქსელის პროტოკოლები სხვადასხვა დონეზე გამოიყენება ინტერნეტში. TCP / IP მახასიათებლები:

• პროგრამებისა და აპარატურის დამოუკიდებლად განვითარებული პროტოკოლების ღია სტანდარტები;
• ფიზიკური გადაცემის საშუალო დამოუკიდებლობა;
• უნიკალური მისამართების სისტემა;
• საერთო მომხმარებლის მომსახურების სტანდარტული მაღალი დონის ოქმები.

ნახაზი. 3 TCP / IP პროტოკოლის დასტის

TCP / IP პროტოკოლის დასტის დაყოფილია 4 დონეზე:

• Გამოყენებითი
• ტრანსპორტი
• კვეთა
• ფიზიკური და არხი.

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

ნახაზი. 4 ნიმუში პაკეტი Encapsulation TCP / IP დასტის

ფიზიკური და არხის დონე.
TCP / IP Stack არ გულისხმობს რაიმე კონკრეტულ წვდომას დონის ოქმებსა და ფიზიკურ მონაცემებს. გადაცემის საშუალო წვდომის დონედან, ინტერფეისი საჭიროა IP მოდულში, რომელიც უზრუნველყოფს IP პაკეტების გადაცემას. თქვენ ასევე უნდა უზრუნველყოთ ქსელის კვანძის IP მისამართის ტრანსფორმაცია, რომელსაც IP პაკეტი გადაეცემა MAC მისამართს. ხშირად, მთელი ოქმის stacks შეიძლება იმოქმედოს, როგორც დონის გადაცემის საშუალო, მაშინ ისინი საუბრობენ IP თავზე ATM, IP მეტი IPX, IP მეტი X.25 და ა.შ.

Firewall და IP პროტოკოლი.

ამ დონის საფუძველია IP პროტოკოლი.

IP (ინტერნეტ პროტოკოლი) - ინტერნეტ პროტოკოლი.

პირველი IPv4 სტანდარტი განისაზღვრება RFC-760 (DOD სტანდარტული ინტერნეტ პროტოკოლი J. Postel Jan-01-1980)

IPv4 - RFC-791- ის უახლესი ვერსია (ინტერნეტ პროტოკოლი J. Postel Sep-01-1981).

პირველი IPv6 სტანდარტი განისაზღვრება RFC-1883 (ინტერნეტ პროტოკოლი, ვერსია 6 (IPv6) სპეციფიკაცია S. Deering, R. Hinden დეკემბერი 1995)

IPv6 - RFC-2460 (ინტერნეტ პროტოკოლი, ვერსია 6 (IPv6) სპეციფიკაცია S. Deering, R. Hinden დეკემბერი 1998).

ძირითადი მიზნები:

• თავის შესახებ
• მარშრუტიზაცია
• Datagram- ის ფრაგმენტაცია
• მონაცემთა გადაცემის

IP პროტოკოლი აწვდის მონაცემთა ბლოკებს ერთი IP მისამართიდან მეორეზე.

პროგრამა, რომელიც ახორციელებს ოქმის ფუნქციებს ხშირად მოუწოდა მოდულს, მაგალითად, "IP მოდული", "TCP მოდული".

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

• თუ IP პაკეტი მიმართავენ ეს კომპიუტერიმონაცემები მასზე გადადის ქვე-დონის მოდულის გადამუშავებაზე (რომელიც სპეციალურად არის მითითებული IP პაკეტის სათაურში).
• თუ IP პაკეტის დანიშნულების მისამართი არის სხვისი IP მოდული შეიძლება მიიღოს ორი გადაწყვეტილება: პირველი არის განადგურება IP პაკეტი, მეორე არის გაგზავნას იგი შემდგომი დანიშნულების, განსაზღვრის მარშრუტი შემდეგ - მარშრუტებს ამის გაკეთება.

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

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

ნახაზი. IP დიოოგრამის 5 სტრუქტურა. სიტყვები 32 ბიტი.

ვერსია - IP პროტოკოლის ვერსია (მაგალითად, 4 ან 6)

Log სიგრძე - IP პაკეტის სათაურის სიგრძე.

სერვისის ტიპი (TOS - სერვისის ტიპი) - სერვისის ტიპი ().

TOS მნიშვნელოვან როლს ასრულებს პაკეტის მარშრუტებში. ინტერნეტი არ იძლევა მუდმივ გარანტიას, მაგრამ ბევრი მარშრუტიზატორები გაითვალისწინებენ ამ შეკითხვებს მარშრუტის არჩევისას (OSPF და IGRR პროტოკოლები).

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

სიცოცხლის ხანგრძლივობა (TTL - დრო ცხოვრება) - თითოეული როუტერი ამცირებს მას 1, ასე რომ პაკეტები არ wander სამუდამოდ.

პროტოკოლი - პროტოკოლის იდენტიფიკატორი ზედა დონე მიუთითებს, თუ რომელი ზედაპირული ოქმი ეკუთვნის პაკეტს (მაგალითად: TCP, UDP).

მარშრუტიზაცია

IP პროტოკოლი გადალახულია, აუცილებელია მისი მარშრუტიზაციისთვის.

მარშრუტის ინფორმაცია შეიძლება იყოს:

• სტატიკური (მარშრუტი მაგიდები დაწერილია ხელით)
• დინამიური (მარშრუტის ინფორმაცია სპეციალური პროტოკოლების გავრცელება)

დინამიური მარშრუტიზაციის პროტოკოლები:

• RIP (მარშრუტიზაციის საინფორმაციო პროტოკოლი) - მარშრუტის საინფორმაციო გადაცემის პროტოკოლი, მარშრუტიზატორები დინამიურად ქმნიან მარშრუტებს.
• OSPF (ღია უმოკლეს გზა პირველი) - აღმოაჩინეთ Cruster Path Protocol, არის შიდა მარშრუტიზაციის პროტოკოლი.
• IGP (შიდა Gateway Protocols) - შიდა მარშრუტიზაციის პროტოკოლები, ერთ ავტონომიურ სისტემაში მარშრუტის ინფორმაციის გავრცელება.
• EGP (გარე კარიბჭე პროტოკოლები) - გარე მარშრუტიზაციის ოქმები, ავტონომიურ სისტემებს შორის მარშრუტის ინფორმაციას აწვდის.
• BGP (სასაზღვრო კარიბჭე პროტოკოლი) - საზღვრის მარშრუტების ოქმი.
  ICMP პროტოკოლი
• ICMP (ინტერნეტ კონტროლის შეტყობინება პროტოკოლი) - IP პროტოკოლის გაფართოება საშუალებას გაძლევთ შეცდომის შეტყობინებების ან გადამოწმების შეტყობინებების გადაცემა.
  სხვა სერვისი IP პროტოკოლები
• IGMP (ინტერნეტ ჯგუფის მართვის პროტოკოლი) - საშუალებას გაძლევთ ორგანიზება გაუწიოთ Multicast Newsletter- ს IP ინსტრუმენტებით.
• RSVP (რესურსების რეზერვაციის პროტოკოლი) - რესურსების დაჯავშნის პროტოკოლი.
  ARP (მისამართი რეზოლუციის პროტოკოლი) არის IP მისამართი და არხის დონის მისამართის კონვერტაციის ოქმი.

ტრანსპორტის დონე

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

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

სატრანსპორტო დონის დასაქმებულია ორი ძირითადი ოქმები: UDP და TCP.

საიმედო TCP შეტყობინება მიწოდების პროტოკოლი

TCP (გადაცემის კონტროლის ოქმი) - გადამცემი კონტროლის ოქმი, TCP პროტოკოლი ვრცელდება იმ შემთხვევებში, როდესაც გარანტირებული შეტყობინება მიწოდებაა საჭირო.

პირველი I. უახლესი ვერსია TCP - RFC-793 (გადამცემი Contocol J. Postel Sep-01-1981).

ძირითადი მახასიათებლები:

ფანჯრის ზომა - ბაიტების რაოდენობა, რომელიც მზად არის მიიღოს მიმღების მიღების გარეშე.

შეამოწმეთ თანხა - შეიცავს ფსევდო ჰედერს, სათაურს და მონაცემებს.

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

URG - გადაუდებელი დროშა, "გადაუდებელ მაჩვენებელს" ველი, თუ \u003d 0 მაშინ ველი იგნორირებულია.

ACK - დადასტურების დროშა მოიცავს "დადასტურების ნომერს IF \u003d 0 მაშინ ველი იგნორირებულია.

PSH - დროშა მოითხოვს ბიძგი ოპერაციის შესრულებას, TCP მოდული სასწრაფოდ უნდა გადაეცეს პროგრამის პაკეტს.

RST - კავშირი შეწყვეტის დროშა გამოიყენება მარცხი

კავშირის დამყარებისას გამოყენებული თანმიმდევრობის ნომრების სინქრონიზაცია.

Fin - დროშის გადარიცხვის ბოლოს გამგზავნის მხრიდან

UDP პროტოკოლი

UDP (Universal Datagram Protocol) არის უნივერსალური მონაცემთა გადამცემი ოქმი, უფრო მსუბუქი სატრანსპორტო ოქმი, ვიდრე TCP.

UDP- ის პირველი და უახლესი ვერსია UDP - RFC-768 (მომხმარებლის datagram პროტოკოლი J. Postel Aug-28-1980).

TCP- ის ძირითადი განსხვავებები:

• არ არსებობს კავშირი UDP მოდულებს შორის.
• არ დაარღვიოს გაგზავნა გადასცეს
• თუ პაკეტი დაკარგულია, რეტრანსმის მოთხოვნის მოთხოვნა არ არის გაგზავნილი

UDP გამოიყენება, თუ გარანტირებული პაკეტის მიწოდების აუცილებელია, მაგალითად, ვიდეო და აუდიო, DNS (მცირე ზომის მონაცემების წლიდან). თუ შემოწმების შემოწმება გამოვლინდა შეცდომა ან თუ სასურველ პორტთან დაკავშირებული პროცესი არ არსებობს, პაკეტი იგნორირებულია (განადგურებული). თუ პაკეტები უფრო სწრაფად მოდის, ვიდრე UDP მოდული დრო, რათა მათ დამუშავება, შემომავალი პაკეტები ასევე იგნორირებულია.

Datogram UDP- ის სტრუქტურა. სიტყვები 32 ბიტი.

ყველა UDP პაკეტის ველი უნდა იყოს შევსებული. თუ datagram გაგზავნილი არ იღებს პასუხს, მაშინ გამგზავნის მისამართი შეიძლება შეწყდეს zeros.

RTP რეალურ დროში პროტოკოლი

RTP (რეალურ დროში პროტოკოლი) - სატრანსპორტო ოქმი რეალურ დროში განაცხადებისათვის.

RTCP (რეალურ დროში კონტროლის ოქმი) - RTP აპლიკაციის უკუკავშირის სატრანსპორტო ოქმი.

ცხრილი აშკარად გვიჩვენებს ქსელების ნიღბებს.

პირველი ორი ჩანაწერი ვარაუდობს, რომ როუტერი დამოუკიდებლად, თავისი შესაბამისი IP ინტერფეისით აგზავნის datagrams მიმართა ქსელში, რომელიც მას უკავშირდება პირდაპირ. ყველა სხვა datagrams გადამისამართება G2 (194.84.0.118). SE0 ინტერფეისი მიუთითებს სერიული არხის შერჩეულ ხაზზე.

2.3.5. სტატიკური მარშრუტების შექმნა

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

ზემოთ მოყვანილ მაგალითზე ჩვეულებრივი მასპინძელი, საკმარისია მიუთითოთ კარიბჭის მხოლოდ მისამართი (შემდეგი როუტერი ნაგულისხმევი მარშრუტზე), ცხრილში დარჩენილი ჩანაწერები აშკარაა და მასპინძელი, იცის თქვენი საკუთარი IP მისამართი და ქსელი ნიღაბი, შეუძლია მათ საკუთარ თავს. Gateway მისამართი შეიძლება განისაზღვროს როგორც ხელით და მიღებული ავტომატურად, როდესაც კონფიგურაცია TCP / IP დასტის მეშვეობით DHCP სერვერიდან (იხ. ლაბორატორიული ოპერაცია "IP მისამართების დინამიური დავალება" კურსი "ინტერნეტ ტექნოლოგია").

2.3.6. დინამიური მარშრუტიზაცია

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

დამოკიდებულია სამუშაო ალგორითმი გამოირჩევა დისტანციური ვექტორი პროტოკოლები (მანძილი ვექტორული პროტოკოლები) და ოქმები Ურთიერთობის სტატუსი (Link სახელმწიფო პროტოკოლები).

განაცხადის თვალსაზრისით არის პროტოკოლების გაყოფა გარეგნული (გარე) და შინაგანი (ინტერიერი) მარშრუტიზაცია.

დისტანციური ვექტორული პროტოკოლები განახორციელოს ალგორითმი Bellman Ford (Bellman-Ford). მათი მუშაობის ზოგადი სქემა ასეთია: თითოეული როუტერი პერიოდულად მაუწყებლობს ინფორმაციას მანძილის შესახებ ყველა ქსელზე, რომელიც ცნობილია ( "მანძილი ვექტორი"). პირველადი დროის განმავლობაში, რა თქმა უნდა, ინფორმაცია მხოლოდ იმ ქსელების შესახებ, რომელსაც როუტერი უშუალოდ უკავშირდება.

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

დისტანციური ვექტორული პროტოკოლები კარგად მუშაობს მხოლოდ მცირე ქსელებში. მათი მუშაობის ალგორითმი განიხილება თავი 4-ში. BGP პროტოკოლში გამოყენებული მანძილის ვექტორების განვითარება - "გზა ვექტორები".

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

ამ ტიპის საერთო ოქმი Ospf.SPF ალგორითმის საფუძველზე (უმოკლეს გზას პირველი) Dikstroy- ის მიერ შემოთავაზებული სვეტის უმოკლეს გზას ეძებს.

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

შიდა მარშრუტიზაციის პროტოკოლები (მაგალითად, RIP, OSPF; IGP - Interial Gateway Protocols Collector NAME) ვრცელდება მარშრუტიზატორებზე მოქმედი შიგნით ავტონომიური სისტემები . ავტონომიური სისტემა არის ინტერნეტის უმსხვილესი განყოფილება, რომელიც უქმნის ქსელების ასოციაციას იმავე მარშრუტიზაციის პოლიტიკისა და საერთო ადმინისტრაციისთვის, მაგალითად, კომპანიის ქსელების ქსელების კომპლექტი და მისი მომხმარებლები რუსეთში.

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

მარშრუტიზაცია შორის ავტონომიური სისტემები ხორციელდება საზღვარი (სასაზღვრო) მარშრუტიზატორები, რომელთა მარშრუტების ცხრილები შედგენილია გარე მარშრუტიზაციის პროტოკოლების გამოყენებით (კოლექტიური სახელი EGP - გარე კარიბჭეების ოქმები). გარე მარშრუტების ოქმების თავისებურება ის არის, რომ როდესაც მარშრუტების გაანგარიშებისას უნდა გაითვალისწინონ არა მარტო ქსელის გრაფის ტოპოლოგია, არამედ ავტონომიური სისტემების ადმინისტრაციის მიერ პოლიტიკური შეზღუდვები სხვა ავტონომიური ქსელების ქსელების მეშვეობით სისტემები. ამჟამად, გარე მარშრუტის ყველაზე გავრცელებული ოქმი BGP.

2.4. IP-datagram ჰედერის ფორმატი

IP datagram შედგება ჰედერისა და მონაცემებისგან.

Datagram header შედგება 32 ბიტიანი სიტყვები და აქვს ცვლადი სიგრძე დამოკიდებულია ზომის "ვარიანტების" სფეროში, მაგრამ ყოველთვის 32 ბიტი. სათაურით პირდაპირ მიჰყავს მონაცემები datagram- ში გადაცემული მონაცემები.

სათაური ფორმატი:

სათაურის ველების ღირებულებები ასეთია.

შემოწმება (4 ბიტი) - IP პროტოკოლის ვერსია, In ამჟამად მეორადი ვერსია 4, ახალი მოვლენები 6-8 ვერსიას აქვს.

IHL (ინტერნეტ ჰედერის სიგრძე) (4 ბიტი) - სათაურის სიგრძე 32-ბიტიანი სიტყვებით; დიაპაზონი დასაშვები ღირებულებები 5-დან (მინიმალური ჰედერის სიგრძე, "ვარიანტები" ველი არ არის) 15-მდე (I.E., შეიძლება იყოს მაქსიმუმ 40 ბაიტი პარამეტრები).

Tos (ტიპის მომსახურება) (8 ბიტი) - საველე ღირებულება განსაზღვრავს Datagram- ის პრიორიტეტს და სასურველ ტიპს მარშრუტიზაციას. Tos byte სტრუქტურა:

სამი უმცროსი ბიტი ("უპირატესობა") განსაზღვრავს Datagram- ის პრიორიტეტს:

111 - ქსელის მენეჯმენტი

110 - firewall

101 - კრიტიკოსი

100 - უფრო მეტია, ვიდრე მყისიერად

011 - მყისიერად

010 - დაუყოვნებლივ

001 - სასწრაფოდ

000 - ჩვეულებრივ

ბიტი D, T, R, C განსაზღვრავს სასურველი ტიპის მარშრუტიზაციის:

D (დაგვიანებით) - მარშრუტის არჩევანი მინიმალური დაგვიანებით,

T (გამტარუნარიანობა) - მარშრუტის არჩევანი მაქსიმალური გამტარობით,

R (საიმედოობა) - მარშრუტის არჩევანი მაქსიმალური საიმედოობით,

C (ღირებულება) - მარშრუტის არჩევანი მინიმალური ღირებულებით.

Datagram შეიძლება მხოლოდ დამონტაჟებული ერთი ბიტი D, T, R, C. უფროსი ბიტიანი ბაიტი არ გამოიყენება.

პრიორიტეტების რეალურ ბუღალტრული აღრიცხვა და მარშრუტის არჩევისას, როუტერის მიხედვით დამოკიდებულია როუტერის მიხედვით პროგრამული უზრუნველყოფა და პარამეტრები. როუტერს შეუძლია ხელი შეუწყოს მარშრუტების გაანგარიშებას ყველა TO- ების ტიპისთვის, ნაწილობრივ ან ზოგადად TOS იგნორირებას. როუტერს შეუძლია გაითვალისწინოს პრიორიტეტული ღირებულება, როდესაც დამუშავებისას ყველა datagrams ან datagrams- ის დამუშავებისას, გამავალი ქსელის ზოგიერთი შეზღუდული კომპლექტიდან ან პრიორიტეტს იგნორირებას უკეთებს.

Სრული სიგრძე. (16 ბიტი) - მთელი datagram- ის სიგრძე octets, მათ შორის სათაური და მონაცემები, მაქსიმალური ღირებულება არის 65535, მინიმუმ 21 (სათაურის გარეშე პარამეტრები და ერთი octet მონაცემების სფეროში).

ID (იდენტიფიკაცია) (16 ბიტი) დროშები. (3 ბიტი), ფრაგმენტი ოფსეტური. (13 ბიტი) გამოიყენება datagrams- ის ფრაგმენტაციისა და შეკრებისათვის და აღწერილია 2.4.1 პუნქტში.

Ttl (დრო ცხოვრება) (8 ბიტი) - "სიცოცხლის ხანგრძლივობა" datagram. დამლაგებლის მიერ დამონტაჟებული, წამებში იზომება. თითოეული როუტერი, რომლის მეშვეობითაც datagram გადის არის გადაწერა TTL ღირებულება, წინასწარ გამოქვითვა დრო გატარებული დამუშავების datagram. მას შემდეგ, რაც მიმდინარე მონაცემთა დამუშავების სიჩქარე მარშრუტიზატორები დიდია, ჩვეულებრივ, ერთი datagram ნაკლებია, ვიდრე მეორე, ასე რომ, თითოეული როუტერი subtracts საწყისი TTL ერთეული. როდესაც TTL \u003d 0- ის ღირებულება, Datagram განადგურებულია, შესაბამისი ICMP შეტყობინება შეიძლება გაიგზავნოს გამგზავნი. TTL კონტროლის ხელს უშლის datagram ქსელში.

Ოქმი (8 ბიტი) - განსაზღვრავს პროგრამას (უმაღლესი დასტის პროტოკოლი), რომელთაც Datagram მონაცემები უნდა გადაეცეს შემდგომი დამუშავებისათვის. ზოგიერთი ოქმი კოდები ნაჩვენებია ცხრილში 2.4.1.

IP პროტოკოლის კოდები

Header checksum. (16 ბიტი) - სათაურის ჩამონათვალი, წარმოადგენს 16 ბიტს, რომელიც შეავსებს ბიტი ყველა 16 ბიტიანი სიტყვების თანხას. შემოწმების გაანგარიშებამდე, საველე "ჰედერის შემოწმების" ღირებულება გადატვირთულია. მას შემდეგ, რაც მარშრუტიზატორები შეცვალონ რამდენიმე ჰედერის ველი, როდესაც დამუშავებისას Datagram- ის დამუშავებისას (მინიმუმ, "TTL"), თითოეული როუტერის ჩეკი კვლავ ხელახლა გადანაწილდება. თუ შეცდომა გამოვლინდა შემოწმების შემოწმებისას, datagram განადგურებულია.

წყარო მისამართი (32 ბიტი) - გამგზავნის IP მისამართი.

Დანიშნულების მისამართი (32 ბიტი) - მიმღების IP მისამართი.

პადინგი - 32-ბიტიანი სიტყვის საზღვრის გასწორება, თუ პარამეტრების ჩამონათვალი 32-ბიტიანი სიტყვების არანაკლებ. "Padding" ველი ივსება zeros.

2.4.1. Datagram- ის ფრაგმენტი

სხვადასხვა ტრანსმისიის მედიას აქვს გადაცემული მონაცემთა ბლოკის განსხვავებული მაქსიმალური თანხა (MTU - მედიის გადამცემი ერთეული), ეს რიცხვი დამოკიდებულია საშუალო და შეცდომის ალბათობის მაღალი სიჩქარით მახასიათებლებზე. მაგალითად, MTU ზომა 10 Mbps Ethernet ტოლია 1536 octets, 100 Mbps FDDI - 4096 octets.

ოთხშაბათს საშუალო MTU- სთან ერთად Datagram- ის გადაცემისას, მცირე MTU შეიძლება დაგჭირდეთ datagram- ის ფრაგმენტაცია. Datagrams- ის ფრაგმენტაცია და ასამბლეა ხორციელდება IP პროტოკოლის მოდულის მიერ. ამისათვის გამოყენებულია datagram- ის სათაურის "ID" (იდენტიფიკაცია "(იდენტიფიკაცია" (იდენტიფიკაცია "(იდენტიფიკაცია" და "დროშები" და "ფრაგმენტი".

დროშები. - შედგება 3 ბიტიანი, რომელთა უმცროსი ყოველთვის გადატვირთულია:

DF Bit ღირებულებები (არ ფრაგმენტი):

0 - ფრაგმენტაცია დასაშვებია,

1 - ფრაგმენტაცია აკრძალულია (თუ datagram არ შეიძლება გადაცემული ფრაგმენტაციის გარეშე, განადგურებულია).

MF Bit ღირებულებები (მეტი ფრაგმენტები):

0 - ეს ფრაგმენტი ბოლო (მხოლოდ),

1 - ეს ფრაგმენტი არ არის ბოლო.

ID (იდენტიფიკაცია) - Datagram- ის იდენტიფიკატორი, არის გამგზავნი; გამოყენებული იყო datagrams საწყისი ფრაგმენტები, რათა დადგინდეს კუთვნილი ფრაგმენტები ერთი datagram.

ფრაგმენტი ოფსეტური. - ფრაგმენტის გადაადგილება, საველე ღირებულება მიუთითებს, თუ რომელი პოზიცია მონაცემთა ბაზაში მონაცემთა Datagram არის ეს ფრაგმენტი. გადაადგილება ითვლება 64-ბიტიანი ნაწილი, ანუ. მინიმალური ფრაგმენტი ზომაა 8 ოქტეტი და ამ შემთხვევაში შემდეგი ფრაგმენტი ექნება გადაადგილება 1. პირველი ფრაგმენტი აქვს ნულოვანი ოფსეტური.

განვიხილოთ ფრაგმენტაციის პროცესი მაგალითზე. დავუშვათ, რომ Datagram ზომა 4020 octets (რომლის 20 Ochetov header) გადაცემულია FDDI გარემოს (MTU \u003d 4096) Ethernet გარემოში (MTU \u003d 1536). მედიის საზღვარზე, შესრულებულია Datagram- ის ფრაგმენტაცია. სათაურები ამ datagram და ყველა მისი ფრაგმენტები იგივე სიგრძე - 20 octets.

წყარო datagram:
სათაური: ID \u003d x, სულ სიგრძე \u003d 4020, df \u003d 0, mf \u003d 0, foffset \u003d 0
მონაცემები (4000 octets): "A .... A" (1472 octet), ".... In" (1472 octet), "S .... C" (1056 octets)

ფრაგმენტი 1.:
სათაური: ID \u003d x, სულ სიგრძე \u003d 1492, df \u003d 0, mf \u003d 1, foffset \u003d 0
მონაცემები: "A .... A" (1472 octet)

ფრაგმენტი 2.:
სათაური: ID \u003d x, სულ სიგრძე \u003d 1492, df \u003d 0, mf \u003d 1, foffset \u003d 184
მონაცემები: "ბ .... ბ" (1472 ოქტე)

ფრაგმენტი 3.:
სათაური: ID \u003d X, სულ სიგრძე \u003d 1076, DF \u003d 0, MF \u003d 0, Foffset \u003d 368
მონაცემები: "C .... C" (1056 octets)

ფრაგმენტაცია შეიძლება რეკურსიული იყოს, მაგალითად, ფრაგმენტები 1 და 2 შეიძლება იყოს ფრაგმენტული; ამ შემთხვევაში, ოფსეტური (ფრაგმენტი ოფსეტური) ითვლება თავდაპირველი Datagram- ის დასაწყისიდან.

2.4.2. ფრაგმენტაციის განხილვა

ფრაგმენტების მაქსიმალური რაოდენობაა 2 13 \u003d 8192 მინიმალური (8 ოქტეტი) თითოეული ფრაგმენტის ზომა. უფრო დიდი ფრაგმენტით, ფრაგმენტების მაქსიმალური რაოდენობა შესაბამისად შემცირდება.

ფრაგმენტაციაში, ზოგიერთი ვარიანტი გადაწერილია ფრაგმენტული სათაურისთვის, ზოგი - არა. ფრაგმენტის სათაურის ჰედერის ყველა სხვა ველი იმყოფება ფრაგმენტის სათაურში. შემდეგი header სფეროებში შეიძლება შეიცვალოს მათი ღირებულება შედარებით საწყისი datagram: საველე პარამეტრები, "MF" დროშა, "ფრაგმენტი ოფსეტური", "სულ სიგრძე", "IHL", Checksum. დანარჩენი სფეროები გადაწერილია ფრაგმენტებზე ცვლილებების გარეშე.

თითოეული IP მოდული უნდა შეეძლოს 68 ოქტის მონაცემთა ბაზის გადატანა ფრაგმენტაციის გარეშე (60 ოქტის მაქსიმალური ჰედერის ზომა, ოქტეების მინიმალური ფრაგმენტი).

იკრიბება ფრაგმენტები მხოლოდ datagram დანიშნულების კვანძში, რადგან სხვადასხვა ფრაგმენტები შეიძლება დაიცვას დანიშნულების სხვადასხვა მარშრუტების მიხედვით.

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

Datagrams- ის იდენტიფიკატორის მაქსიმალური რაოდენობაა 65536. თუ ყველა იდენტიფიკატორი გამოიყენება, საჭიროა დაველოდოთ TTL- ს, რომლითაც შეგიძლიათ გამოიყენოთ იგივე პირადობის მოწმობა, რადგან TTL Seconds "ძველი" datagram იქნება ან შეგროვებული ან განადგურდა.

Datagrams- ის გადაცემა ფრაგმენტაციით არის გარკვეული უარყოფითი მხარეები. მაგალითად, წინა პარაგრაფის შემდეგ, ასეთი გადაცემის მაქსიმალური სიჩქარე 65536 / TTL datagrams წამში. თუ მიგვაჩნია, რომ TTL- ის რეკომენდირებული ღირებულება არის 120, ჩვენ მივიღებთ მაქსიმალურ სიჩქარეს 546 datagrams წამში. FDDI MTU გარემოში, დაახლოებით 4,100 octets სადაც თქვენ მიიღებთ მაქსიმალურ მონაცემთა გადაცემას FDDI გარემოში არა უმეტეს 18 Mbps, რომელიც მნიშვნელოვნად დაბალია, ვიდრე ეს გარემო.

ფრაგმენტაციის კიდევ ერთი მინუსი არის დაბალი ეფექტურობა: ერთი ფრაგმენტის დაკარგვა, მთელი datagram დაცულია; ერთად ერთდროულად ელოდება retardable ფრაგმენტები რამდენიმე datagrams, ხელსაყრელი რესურსების დეფიციტი შეიქმნა და ფუნქციონირებს ქსელის კვანძის შენელება.

ფრაგმენტაციის პროცესის გვერდის ავლით არის "გზა MTU Discovery" ალგორითმი ("MTU- ის გამოვლენა შემდეგ გზაზე"), ეს ალგორითმი მხარს უჭერს TCP პროტოკოლს. ალგორითმის ამოცანა მინიმალური MTU- ის გამოვლენილია დანიშნულების ადგილას გაგზავნაზე. ამისათვის datagrams იგზავნება განსაზღვრული ცოტა df ("ფრაგმენტაცია აკრძალულია"). თუ ისინი არ მიაღწევენ დანიშნულებას, მონაცემთა ბაზის ზომა მცირდება და ეს ხდება გადაცემის ბოლომდე. ამის შემდეგ, სასარგებლო მონაცემების გადაცემისას Datagrams იქმნება მინიმალური MTU- ს მიერ.

2.4.3. IP პარამეტრები

პარამეტრები განისაზღვრება დამატებითი მომსახურება IP პროტოკოლი datagram გადამუშავებისათვის. ვარიანტი შედგება მინიმუმ ვარიანტი პარამეტრების ვარიანტიდან, რასაც მოჰყვება ვარიანტი სიგრძე და პარამეტრები მონაცემების შესახებ.

სურვილისამებრ სტრუქტურა "ვარიანტი ტიპი":

Bit ღირებულებები:

1 - ვარიანტი გადაწერილია ყველა ფრაგმენტზე;

0 - ვარიანტი გადაწერილია მხოლოდ პირველი ფრაგმენტში.

ორი კლასი ვარიანტი განისაზღვრება: 0 - "მენეჯმენტი" და 2 - "გაზომვა და გამართვა". შიგნით კლასის ვარიანტი იდენტიფიცირებულია ნომრით. ქვემოთ არის IP სტანდარტის აღწერილი ვარიანტი; "-" შესვლა "OCET სიგრძის" სვეტში იმას ნიშნავს, რომ ვარიანტი შედგება მხოლოდ octet "ვარიანტის ტიპი", ნომრის შემდეგ კი ნიშნავს, რომ ვარიანტი აქვს ფიქსირებული სიგრძე (სიგრძეზე მითითებულია octets).

ცხრილი 2.4.2

როდესაც "პარამეტრების სია" ვარიანტის გამოვლენილია, ვარიანტები წყდება, თუნდაც სათაურის სიგრძე (IHL) ჯერ არ არის ამოწურა. ვარიანტი "არ ოპერაცია", როგორც წესი, გამოიყენება 32 ბიტის საზღვრების გასწვრივ პარამეტრებს შორის.

ყველაზე პარამეტრები ამჟამად არ გამოიყენება. "ნაკადი ID" და "უსაფრთხოების" ვარიანტები გამოყენებულ იქნა ექსპერიმენტების შეზღუდულ წრეში, "საცალო ჩანაწერი" და "ინტერნეტ Timestamp" - ის პარამეტრების მახასიათებლები Traceroute პროგრამა. მხოლოდ "ფხვიერი / მკაცრი წყარო მარშრუტიზაციის" ვარიანტები განისაზღვრება, ისინი განიხილება მომდევნო პუნქტში.

გამოყენების პარამეტრები datagrams ანელებს მათი დამუშავება. მას შემდეგ, რაც ყველაზე datagrams არ შეიცავს პარამეტრები, რომ არის, მათ აქვთ ფიქსირებული header სიგრძე, მათი დამუშავება მაქსიმალურად ოპტიმიზირებულია ამ შემთხვევაში. გამოჩენა ვარიანტი ხელს უშლის ამ მაღალი სიჩქარით და იწვევს სტანდარტს უნივერსალური მოდული IP შეუძლია დამუშავების ნებისმიერი სტანდარტული ვარიანტი, მაგრამ იმის გამო, რომ აუცილებელი დაკარგვა სიჩქარე.

პარამეტრები "ფხვიერი / მკაცრი წყარო მარშრუტიზაცია" (კლასი 0, რიცხვები 3 და 9, შესაბამისად) განკუთვნილია გამგზავნის წინასწარ განსაზღვრული მარშრუტის Datagram.

ორივე ვარიანტი თანაბრად გამოიყურება:

"მონაცემების" საველე შეიცავს საჭირო მარშრუტის IP მისამართების სიას. "მაჩვენებელი" საველე გამოიყენება შემდეგი მარშრუტის დასადგენად, იგი შეიცავს ამ პუნქტის IP მისამართის IP მისამართის პირველ ოქტს. ოთახები განიხილება განყოფილების დასაწყისიდან, მაჩვენებლის საწყისი ღირებულებაა 4.

პარამეტრები მოქმედებს შემდეგნაირად.

დავუშვათ, რომ B- ში გაგზავნილი datagram უნდა გაგრძელდეს მარშრუტიზატორები G1 და G2. გამომავალიდან და "დანიშნულების მისამართი" სფეროში, Datagram header შეიცავს მისამართს G1, და მონაცემთა ველი არის ვარიანტი - მისამართები G2 და B (მაჩვენებელი \u003d 4). მონაცემთა ბაზიდან Datagram- ის ჩამოსვლისთანავე, მაჩვენებლის (OCTET 4) მიერ განსაზღვრული octet (G2) მისამართზე, მოძიებულია და მოთავსებულია "დანიშნულების მისამართი" სფეროში და ღირებულება მაჩვენებელი 4-ით გაიზარდა და G2 მისამართი მონაცემთა სფეროში, ვარიანტი მოთავსებულია G1 როუტერის ინტერფეისის მისამართით, რომლის მეშვეობითაც Datagram გადაეგზავნება ახალ დანიშნულებას (ანუ G2). Datagram- ის ჩამოსვლისთანავე, პროცედურა განმეორდება და datagram იგზავნება V. როდესაც დამუშავება datagram, აღმოჩნდა, რომ ღირებულება მაჩვენებელი (12) აღემატება სიგრძე ვარიანტი, ეს ნიშნავს, რომ დანიშნულების. მარშრუტი მიღწეულია.

განსხვავებები "ფხვიერი წყარო მარშრუტიზაციის" და "მკაცრი წყარო მარშრუტიზაციის" ვარიანტებს შორისაა:

"ფხვიერი": სასურველი მარშრუტის შემდეგი პუნქტი შეიძლება მიღწეული იყოს ნებისმიერი ნაბიჯებისათვის ( ნახტომი);

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

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

"ფხვიერი / მკაცრი წყარო მარშრუტიზაციის" პარამეტრები შეიძლება გამოყენებულ იქნას არასანქცირებული შეღწევადობისთვის საკონტროლო (ფილტრი) კვანძის მეშვეობით ("დანიშნულების მისამართზე" სფეროში, დაშვებული მისამართი არის მითითებული, Datagram გადადის კონტროლირებადი კვანძით, მაშინ აკრძალულია მისამართი და datagram მოწყობილი მონაცემთა სფეროში. მისამართი უკვე გარეთ კონტროლირებადი კვანძის), ამიტომ, უსაფრთხოების მიზეზების გამო, რეკომენდირებულია აკრძალოს გავლას მაკონტროლებელი კვანძების კონტროლირებადი datagrams ერთად პარამეტრები გათვალისწინებით.

მაღალსიჩქარიანი ალტერნატივა "ფხვიერი წყარო მარშრუტიზაციის" პარამეტრის გამოყენებით IP-IP encapsulation: IP-datagram- ის IP-datagram- ის IP-datagram- ის გამოსახულება ("პროტოკოლი" გარე datagram- ის სფეროა 4, ვხედავ). მაგალითად, საჭიროა რამდენიმე TCP სეგმენტის გაგზავნა V- ის მეშვეობით და ფორმის datagram- ით:

Datagram- ის დამუშავებისას გვხვდება, რომ Datagram მონაცემები უნდა გადაეცეს IP პროტოკოლის დამუშავებას და, რა თქმა უნდა, ასევე IP-datagram. ეს შიდა datagram მოპოვებული და გაგზავნილი V.

ამავდროულად, Datagram- ის დამუშავების დამატებითი დრო საჭიროა მხოლოდ Node C- ში (ერთი ჰედერის ნაცვლად), მაგრამ მარშრუტის ყველა სხვა კვანძში დამატებითი დამუშავება ეს არ მოითხოვს, განსხვავებით პარამეტრების გამოყენებით.

განაცხადის IP IP encapsulation ასევე შეიძლება გამოიწვიოს უსაფრთხოების პრობლემები ზემოთ აღწერილი.

2.5. ICMP პროტოკოლი

ICMP პროტოკოლი (ინტერნეტ კონტროლის შეტყობინება პროტოკოლი, ინტერნეტ კონტროლის შეტყობინება პროტოკოლი არის IP მოდულის განუყოფელი ნაწილი. Ის უზრუნველყოფს კავშირი გამგზავნის მიერ გაგზავნილი დიაგნოსტიკური შეტყობინებების სახით, თუ შეუძლებელია მისი მონაცემები და სხვა შემთხვევებში. ICMP სტანდარტიზებულია RFC-792- ში, Add-ons - RCF-950,1256.

ICMP შეტყობინებები არ არის გენერირებული, როდესაც გადაზიდვისას შეუძლებელია:

• datagrams შემცველი ICMP შეტყობინებები;
• არ არის პირველი ფრაგმენტები datagram;
• datagrams, რომელიც მიზნად ისახავს ჯგუფის მისამართს (მაუწყებლობა, მულტიკასტინგი);
• deetgram, რომლის გამგზავნი, რომელიც არის ნულოვანი ან ჯგუფი.

ყველა ICMP შეტყობინებას აქვს IP სათაური, "პროტოკოლის" ველი არის 1. მონაცემთა Datagram ერთად ICMP შეტყობინებები არ არის გადაცემული პროტოკოლის დასტის გადამუშავების, მაგრამ დამუშავებულია IP მოდული.

IP სათაურის შემდეგ, თქვენ უნდა იყოს 32-bit სიტყვა "ტიპის" სფეროში, "კოდი" და "ჩეკიუმი". ტიპი და კოდი სფეროები განსაზღვრავს ICMP- ის შინაარსს. დანარჩენი datagram ფორმატი დამოკიდებულია ტიპის გაგზავნა. Checksum ითვლება იგივე, რაც IP სათაურში, მაგრამ ამ შემთხვევაში ICMP- ის შეტყობინების შინაარსი შეჯამებულია, მათ შორის "ტიპი" და "კოდი".

ცხრილი 2.5.1

ICMP შეტყობინებების სახეები

ICMP- შეტყობინებებისა და კომენტარების ფორმატი არის გარკვეული შეტყობინებები.

სახეები 3, 4, 11, 12

"Xxxxxxxxxxxxxxxxxxxxxxxx" - ში (1 octet), სათაურის octet ნომერი შეყვანილია, რომელშიც შეცდომა გამოვლინდა; არ გამოიყენება 3, 4, 11 სახეები. ყველა გამოუყენებელი ველი ივსება zeros.

ტიპის 4 შეტყობინებები ("წყარო ნელი") გენერირდება დანიშნულების მონაცემთა ბაზის ან შუალედური კვანძის გადამუშავების ბუფერების ან შუალედური კვანძის გადამუშავების საფრთხის ქვეშ). ამგვარი წერილის მიღებისთანავე, გამგზავნი უნდა შეამციროს სიჩქარე ან შეაჩეროს datagrams გაგზავნის გაგზავნას, სანამ არ შეწყვეტს ამ ტიპის შეტყობინებების მიღებას.

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

ტიპი 5.

ტიპი 5 შეტყობინებები იგზავნება როუტერის მიერ გამგზავნი Datagram იმ შემთხვევაში, როდესაც როუტერი მიიჩნევს, რომ datagrams in Ეს ადგილი დავალებები უნდა გაიგზავნოს სხვა როუტერით. ახალი როუტერის მისამართი მოცემულია მეორე სიტყვის შეტყობინებაში.

"დანიშნულების" კონცეფცია განსაზღვრულია "კოდექსის" სფეროში (იხ. ცხრილი 2.5.1). ინფორმაცია იმის შესახებ, თუ სად datagram გაიგზავნა, რაც გამოიწვია ICMP შეტყობინებები მოძიებული მისი სათაური ერთვის გაგზავნა. ქსელის ნიღაბი არარსებობა განაცხადის ტიპის 5-ის ფარგლებს ზღუდავს.

სახეები 0.8.

ორი ქსელის კვანძებს შორის IP პროტოკოლის მეშვეობით კომუნიკაციის შესამოწმებლად გამოიყენება. ტესტირების კვანძი ქმნის ტიპის 8-ის ("ეხო-მოთხოვნას") შეტყობინებებს, ხოლო "იდენტიფიკატორი" განსაზღვრავს ტესტირების სესიას (გაგზავნილი შეტყობინებების თანმიმდევრობა), "რიცხვითი წესრიგის მიხედვით" ველი შეიცავს ამ შეტყობინების რაოდენობას თანმიმდევრობით . მონაცემთა ველი შეიცავს თვითნებურ მონაცემებს, ამ სფეროს ზომა განისაზღვრება IP სათაურის "მთლიანი სიგრძის" სფეროში განსაზღვრული მონაცემების მთლიანი სიგრძით.

IP მოდული, რომელმაც მიიღო ECHO თხოვნა გამოაქვეყნებს ECHO რეაგირებას. ამისათვის ის შეცვლის გამგზავნისა და მიმღების მისამართს, შეცვლის ICMP- ის ტიპს 0-მდე 0-მდე და შემოწმების შემოწმება.

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

ტიპი 9.

ტიპი 9 შეტყობინებები (როუტერი დეკლარაცია) პერიოდულად გაგზავნილია ქსელის მასპინძელი მარშრუტიზატორებით, რომ მასპინძლებს ავტომატურად დააკონფიგურირონ თავიანთი მარშრუტების მაგიდები. როგორც წესი, ეს შეტყობინებები იგზავნება 224.0.0.1 ("ყველა მასპინძელი") ან სამაუწყებლო მისამართზე.

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

"Numaddr" ველი შეიცავს მარშრუტების მისამართების რაოდენობას Ეს მესიჯი; "Addrentrysize" ველი არის ორი (ერთი როუტერის შესახებ ინფორმაციისთვის გამოყოფილი ველი, 32-ბიტიანი სიტყვებით). "სიცოცხლე" განსაზღვრავს ამ შეტყობინებაში არსებული ინფორმაციის შენახვას წამებში.

ტიპი 10.

ტიპი 10 შეტყობინებები (როუტერის დეკლარაციის მოთხოვნა) შედგება ორი 32 ბიტიანი სიტყვისაგან, რომელთაგან პირველი შეიცავს "ტიპის" საველე, "კოდი" და "შეამოწმეთ თანხა", ხოლო მეორე დაცულია (ივსება zeros).

სახეები 17 და 18

ტიპების სახეები 17 და 18 (შეკითხვას და რეაგირების მოთხოვნის ღირებულების ქსელის ნიღაბი) გამოიყენება იმ შემთხვევაში, როდესაც მასპინძელი სურს იცოდეს ნიღაბი ქსელის, რომელშიც იგი მდებარეობს. ამის გაკეთება, როუტერის მისამართზე (ან მაუწყებლობის შემთხვევაში, თუ როუტერის მისამართი უცნობია) მოთხოვნა იგზავნება. როუტერი აგზავნის შეტყობინებას მასში აღწერილი ღირებულების ნიღაბის საპასუხოდ, საიდანაც მოთხოვნა მოვიდა. იმ შემთხვევაში, როდესაც მოთხოვნის გამგზავნი ჯერ არ იცის მისი IP მისამართი, პასუხი ეთერში გადაგზავნა.

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

2.6. ARP პროტოკოლი

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

Mac გაშიფრულია, როგორც მედიის წვდომის კონტროლი, ტრანსმისიის საშუალებით წვდომის კონტროლი. MAC მიმართავს ფიზიკურ არხთან დაკავშირებულ მოწყობილობებს, MAC- ის მისამართის მაგალითს - Ethernet მისამართი.

ფიზიკურ არხზე IP datagram- ის გადასაცემად (Ethernet- ს განვიხილავთ), საჭიროა Ethernet ჩარჩოში ამ datagram- ში და ჩარჩო სათაურში, მიუთითეთ Ethernet ბარათის მისამართი, რომელსაც ეს datagram გადაეცემა შემდგომ გადამუშავებას IP პროტოკოლი შემდგომი დამუშავებისათვის. Datagram header- ში ჩართული IP მისამართი მიმართავს ნებისმიერი ქსელის კვანძის IP ინტერფეისს და არ შეიცავს ინსტრუქციას ფიზიკური გადაცემის საშუალებით, რომელსაც ეს ინტერფეისი უკავშირდება, არც უფრო მეტს აპარატს (ასეთის არსებობის შემთხვევაში) რომელი ინტერფეისი იტყობინება გარემოზე.

შესაბამისი Ethernet მისამართის ამ IP მისამართის ძებნა ხორციელდება ARP პროტოკოლის მიერ გადაცემის საშუალო წვდომის დონეზე. პროტოკოლი ინარჩუნებს დინამიურ ARP მაგიდას RAM- ში მიღებული ინფორმაციის მისაღებად. პროტოკოლის პროცედურა არის შემდეგი.

Firewall- დან IP-datagram მიიღება ფიზიკური არხის (Ethernet) გადაცემისთვის, datagram- თან ერთად, სხვა პარამეტრებს შორის, დანიშნულების კვანძის IP მისამართი. თუ ARP მაგიდა არ შეიცავს Ethernet მისამართების შესასვლელს სასურველ IP მისამართზე, ARP მოდული აყენებს datagram მდგომ რიგში და ქმნის სამაუწყებლო შეკითხვას. მოთხოვნა ამ ქსელთან დაკავშირებულ ყველა კვანძს იღებს; კვანძი, რომელიც იდენტიფიცირებულია მისი IP მისამართი აგზავნის ARP რეაგირებას (ARP- რეაგირება) მისი Ethernet მისამართის ღირებულებით. მოპოვებული მონაცემები ჩაწერილია მაგიდაზე, მოლოდინში datagram ამოღებულია მდგომ და გადაეცემა ethernet ჩარჩოში შემდგომი გადაზიდვის შემდგომი გადაზიდვის ფიზიკური არხი.

ARP მოთხოვნა ან რეაგირება შედის Ethernet ჩარჩოში დაუყოვნებლივ ჩარჩო ჰედერის შემდეგ.

შეკითხვა და რეაგირების ფორმატი იგივეა და განსხვავდება მხოლოდ ოპერაციის კოდექსში (ოპერაციის კოდი, 1 და 2, შესაბამისად).

მიუხედავად იმისა, რომ ERP- სთვის სპეციალურად შექმნილია Ethernet- ისთვის, ამ ოქმს შეუძლია ხელი შეუწყოს სხვადასხვა სახის ფიზიკურ მედიას ("აპარატურის ტიპის ველი" ველი, 1 შეესაბამება Ethernet- ს), ასევე სხვადასხვა სახის მსახურების პროტოკოლების (საველე "პროტოკოლის ტიპი (ტიპი ოქმი ) ", ღირებულება 2048 შეესაბამება IP). H-Len და P-Len სფეროებში შეიცავს ფიზიკური და "პროტოკოლის" მისამართების სიგრძე, შესაბამისად, ოქტებში. Ethernet H-Len \u003d 6, IP P-Len \u003d 4.

სფეროებში "წყარო აპარატურის მისამართი" და "წყარო პროტოკოლის მისამართი" შეიცავს ფიზიკურ (Ethernet) და "პროტოკოლის" (IP) გამგზავნის მისამართს. "სამიზნე აპარატურის მისამართი" და "სამიზნე პროტოკოლის მისამართი" სფეროები შეიცავს შესაბამის მიმღებს მისამართებს. შეკითხვის გაგზავნისას, "სამიზნე აპარატურის მისამართი" საველე იწყება zeros- ის მიერ და "დანიშნულების" სფეროში, Ethernet CD სათავეში მოთავსებულია.

2.6.1. ARP Datagrams მიმართული სხვა ქსელში

Datagram მიმართული გარე (სხვა) ქსელში უნდა გადაეცეს როუტერს. დავუშვათ მასპინძელი მასპინძელი მასპინძელი G. Router- ში, მიუხედავად იმისა, რომ "დანიშნულების" სფეროში გაგზავნილი Datagram header- ში, IP მისამართი B, Ethernet ჩარჩო, რომელიც შეიცავს ამ datagram უნდა გადაეცეს როუტერი. ეს მიღწეულია ის ფაქტი, რომ IP მოდული, როდესაც ARP მოდულის მოწოდებასთან ერთად გადასცემს Datagram- ს, როგორც როუტერის დანიშნულების კვანძის მისამართის IP მისამართს, რომელიც მოპოვებულია მარშრუტის მაგიდაზე. ამდენად, datagram მისამართით encapsulated ჩარჩოში MAC Address გ:

R როუტერის Ethernet მოდული იღებს ამ ჩარჩოში ქსელში, რადგან ჩარჩო მიმართა მას, ის ამოშლის მონაცემებს ჩარჩოში (ეს არის datagram) და აგზავნის მათ IP მოდულის დამუშავებას. IP მოდული აღმოაჩენს, რომ datagram არ არის მიმართა მას, და მასპინძელი, და მისი მარშრუტი მაგიდა განსაზღვრავს, სადაც უნდა გაიგზავნოს. გარდა ამისა, Datagram კვლავ ქვედა დონეზე, შესაბამისი ფიზიკური ინტერფეისი, რომელიც გადაეცემა IP მისამართი დანიშნულების კვანძის მისამართი შემდეგი როუტერი, მოპოვებული მარშრუტი მაგიდა, ან დაუყოვნებლივ მისამართი მასპინძელი თუ გ როუტერს შეუძლია სიტყვით გამოტოვოთ datagram.

2.6.2. Proxy ARP.

ARP რეაგირება შეიძლება არ იყოს აუცილებელი სასურველი კვანძის, ნაცვლად ამისა, სხვა კვანძს შეუძლია. ასეთი მექანიზმი ეწოდება proxy ARP..

განვიხილოთ მაგალითი (ნახ. 2.6.1). დისტანციური მასპინძელი აკავშირებს ქსელის ქსელში ქსელში 194.84.124.0/24 წვდომის სერვერის მეშვეობით G. ქსელი 194.84.124.0 ფიზიკური დონე ეს არის Ethernet. სერვერი G საკითხების მასპინძელი IP მისამართი 194.84.124.30, კუთვნილი ქსელი 194.84.124.0. აქედან გამომდინარე, ამ ქსელის ნებისმიერი კვანძი, მაგალითად, მასპინძელი, მიიჩნევს, რომ მას შეუძლია პირდაპირ გააგზავნოს datagram მასპინძელი A, რადგან ისინი ერთი IP ქსელში.

ნახაზი. 2.6.1. Proxy ARP.

მასპინძელი IP მოდული მოუწოდებს ARP მოდულს, რათა დადგინდეს ფიზიკური მისამართი ა. თუმცა, ნაცვლად (რაც, რა თქმა უნდა, ვერ პასუხობს, რადგან სერვერი G არ არის ფიზიკურად დაკავშირებული Ethernet ქსელში, რომელიც დააბრუნებს თავის Ethernet მისამართს, როგორც ფიზიკური მისამართი მასპინძელი ა. ამის შემდეგ აგზავნის და გ იღებს ჩარჩო, რომელიც შეიცავს datagram- ს, რომელიც G- ს ადრესს გადასცემს გადართვის არხზე.