Cisco Networks - Part III, ყველაფერი ცისკოს ადმინისტრირებასთან დაკავშირებით

გამარჯობათ GNS-ისთვის IOS-ები საიდან გადმოვწერო ?

ვიპოვე : http://startccna.blogspot.in/2012/11/downl...co-ios-124.html


This post has been edited by anonym0us on 7 Oct 2015, 21:28

ccna კურსს გავდივარ CBT Nugget - ის ერთ-ერთი კურსია.
შეკითხვა მქვს ე.წ sequence number - ებზე.

ვერ მივხვდი რა არის ეს სიქვენს ნუმბერ და შეგიძლიათ რომ ამიხსნათ.
SYN პაკეტი აგზავნის seq = 0
SYN,ACK პაკეტი აგზავნის seq = 0 ack = 1
ACK პაკეტი კიდე აგზავნის seq = 1

რატო უგზავნიათ ამეებს ვერ მივხვდი

Shredinger
tcp three-way handshake-ს იყენებს კავშირის დასამყარებლად.
syn seq number არ არის აუცილებელი 0-დან დაიწყოს(x), მთავარია ack seq number მასზე ერთით მეტი იყოს(x+1)
თუ კლიენტმა გაგზავნილ syn-ზე სერვერისგან ack არ მიიღო, ან მიიღო და ack seq number ერთით მეტი არაა, მაშინ კავშირი არ დამყარდება და ვერ გააგზავნიან data-ს.
ან პირიქით, კლიენტს და სერვერს ადგილები შეუცვალე ზემოთ წინადადებაში

Shredinger
ტრანსპორტ ლეიერში (L4), ორ IP ჰოსტს შორის მონაცემების გადაცემის 2 გზა არსებობს. საიმედო/Reliable/TCP და არასაიმედო/Unreliable/UDP. ორივეს თავისი დანიშნულება აქვს და ორივე საჭიროა დატას ტიპის მიხედვით.

როდესაც ერთი ჰოსტი მეორეს უგზავნის სიტყვაზე mp3 ფაილს, გაგზავნისას მთლიანად როგორც ეგეთი ნაჭრად, საჭიროა მოხდეს ფაილის დანაწევრება. პირველ რიგში ხდება ფაილის სეგმენტირება და შემდეგ ნაწილ ნაწილ გადაგზავნა. შესაბამისად როდესაც Application/Presentation/Session შრეები გაამზადებენ დატას და გადაუგზავნიან ქვემოთ ტრანსპორტ შრეს, იქ ხდება არჩევა, reliable უნდა იყოს გადაცემა თუ unreliable. რადგან არ გვინდა რომ ფაილი დაზიანებული/უსრული მივიდეს ადრესატამდე, ამიტომ ფაილის მიმოცვლის პროგრამები დაწერილია ისე, რომ გამოიყენონ reliable/TCP ტრანსპორტად (ამის იქით სოფტის დეველოპერი უკვე აღარ ერევა და მონაცემთა გადაცემას ოპერაციული სისტემის network stack აგვარებს).

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

მაგალითად გადასაგზავნი დატასტრიმი (mp3 სიმღერა) დაიყო 100 სეგმენტად (ტრანსპორტ შრეში TCP PDU-ებს ჰქვია სეგმენტები, UDP - დატაგრამები) და შემდეგ გაიგზავნა IP შრეში სადაც მიერტყა IP header და გახდა პაკეტი, შემდეგ გაიგზავნა data-link შრეში გახდა ფრეიმი და საბოლოოდ გაიგზავნა ადრესატისკენ. TCP-ს პერსპექტივიდან, ძალიან გამარტივებულად რომ შევხედოთ, იქნება ასეთი მოქმედება:

პირველ რიგში მოხდება 3-way handshake SYN, SYN/ACK, ACK მიმდევრობით, რითიც ჰოსტები შეთანხმდებიან TCP სესიის (სოკეტის) შექმნაზე. შემდეგ ხდება მსგავსი პროცესი, გამგზავნის TCP პროტოკოლი, გაგზავნის დროს, ყველა თავის სეგმენტს დანომრავს უნიკალური მიმდევრობითი seq ნომრით (რეალობაში გადაგზავნილი ბაიტების რაოდენობაა ხოლმე).

გადააგზავნა 4 სეგმენტი:
seq 1 სეგმენტი
seq 2 სეგმენტი
seq 3 სეგმენტი
seq 4 სეგმენტი
ადრესატისგან დაუბრუნდა ack 5 ეგ ნიშნავს იმას რომ ოთხივე სეგმენტი მიიღო და მზადაა მიიღოს დანარჩენი, შესაბამისად პროცესი გაგრძელდება:

seq 5 სეგმენტი
seq 6 სეგმენტი
seq 7 სეგმენტი
seq 8 სეგმენტი
მოუვა ack 9 და ა.შ. გადაცემის დასასრულამდე.

მაგრამ, მაგალითად გზაში მოხდა შეფერხება, შეიპერმა მოჭრა პაკეტები ან პაკეტლოსის გამო დაიკარგა seq 6 და 7. ამ დროს ადრესატისგან ისევ მოსდის პასუხი, ack, მაგრამ არა ack9, ამჯერად მისდის იმ seq ნომრების შესაბამისი ack, როლებიც ვერ მიიღო და გამგზავნი ხელახლა აგზავნის მათ. გადაცემის დასრულებისას, სესია იხურება FIN, ACK/FIN, ACK მიმდევრობით, რის შემდეგაც შეერთება წყდება.

კიდევ შეიძლება ლაპარაკი flow control-ზე, TCP windowing-ის სახით, რომელიც აკვირდება გაგზავნა-მიღების პროცესს და თუ მაგალითისთვის 5 გაგზავნილი სეგმენტი ყოველთვის მიიღება (რამოდენიმეჯერ მოუვიდა შეუფერხებლად ack), შემდეგ ნელ ნელა ზრდის გაგზავნილი სეგმენტების რაოდენობას, რითიც არეგულირებს "ფანჯარას", შემდეგ გარკვეული bandwidth-ის მიღწევისას, პროვაიდერის მხრიდან შეიპერი დაიწყებს ზედმეტი პაკეტების მოჭრას და მოუვა დაკარგული სეგმენტებზე მოთხოვნები, რის შემდეგაც ეგრევე გაგზავნის ფანჯარა დაპატარავდება. ამიტომაცაა ბრაუზერში რომ დაიწყებ გადმოწერას და დასაწყისში უცებ უაზროდ დიდ სიჩქარეს გიწერს და შემდეგ უცებ ჩამოვარდება, ამ პროცესის გვერდითი მოვლენაა



პ.ს. ამის ნახვა მარტივად შეგიძლია Wireshark ქსელურ ანალიზატორში. ოღონდ Wireshark იყენებს relative sequence ნომრებს, ბიტ სტრიმის დაწყების დროდან, იმისთვის რომ უფრო ადვილი იყოს აღქმა. ახალი ბიტსტრიმი ყოველთვის იქნება Seq0, როცა რეალურად შეიძლება რენდომად 5412312895 მიანიჭოს პროტოკოლმა

თავიდან უფრო მეტი თეორიაა, ვიდრე გართობა

Distortion
აუ ძაან დიდი მადლობა კარგად გავიგე ახლა ყველაფერი.
კარგად გაქვს დაწერილი უნდა გადმოვიწერო შენი ნაწერი კომპში

Shredinger

Distortion
კიდევ რა მაინტერესებს იცი? CBT nuggets - ის ვიდეო კურსი გეცოდინება ვიღაც ჯერემი ხსნის.
კარგად ხსნის მაგრამ რაღაც ეტაპის მერე სისკოს როუტერებზე ლაპარაკობს და კიდე რამდენიმე თემაა რომელიც სისკოს როუტერებს ეხება.

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

Shredinger

მერე შენ რასაც უყურებ Switching and Routing კურსია.
შენ თუ თეორიის დონეზე გსურს ცოდნა მაგალითად რა არის OSI თუ TCP/IP Layer-ები ან იმავე Ethernet იმავე IPV4,IPV6 სტრუქტურა და ა.შ. მაშინ მაგ კურსიდანაც გაიგებ.
ქსელებში კიდე ტექნოლოგიებიც შედის და მოგიწევს Switching and Routing მოსმენა იმიტომ რომ ბევრ,სხვადასხვა პროტოკოლებზე მუშაობენ და თუ გსურს იცოდე როგორ უნდა მიყვე ჯერემის.
მე მაგის ახსნილი დიდად ვერ მხიბლავს,კი ხსნის კარგად მაგრამ უაზრო "ჩართვები" აქვს ხოლმე

მაშინ Network+ კურსი ნახე.
IOS-ს და JunOS-ს მაინც ვერ გაექცევი
* * *
wilkinson

გეთანხმები. ჯერემის ცხოვრებაზე ერთი პატარა წიგნი კი შემომეწერება

ამაზე აქ ხალხი გაგიწყრება

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

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

აი ეს განსაკუთრებული სიგიჟეა
ოდომი ისეთი განსაკუთრებულობით საუბრობდა ამ უკანასკნელზე და განსაკუთრებით Well Known Port-ებზე რომ დამაინტერესა და როცა მოვიძიე თვალები ამიჭრელდა რამხელა მასალაა მაგრამ დეტალიზაცია აქვს მაგარი

Papun

OSI Layer-ებს ხსნიდა და უცებ მოაყოლა "When somebody talks about romantic and beauty,most of people thinks about sunset,and i'm thinking about OSI layers......oh there is tears in my eyes" მეთქი ე ბიჭო საქმეზე ისაუბრე რა რომანტიკა აგიტყდა
აი ახნის მხრივ INE უფრო ხოშიანი გამოდგა,დეტალურ,ზუსტ ინფორმაციას გაწვდიან მაგრამ ჯერემი რომ მაგარი კაცია ორი აზრი არ არსებობს

wilkinson
მასე ზუსტად არ მახსოვს ფრაზები, მაგრამ ჯერემის ახლო ნათესავებზე და მეგობრებზე მკითხე რამე თუ გაინტერესებს, პლუს სამსახურის ამბები და განვითარების ისტორია
Route კურსი cbt+ine-თი გავიარე და ine ბევრად ჯობდა, თან ჯერემის ის ენთუზიაზმი აღარ აქვს რაც წლების წინ ჰქონდა, ან რაღატო ექნება, ccnp-ს კურსი მეოთხედ ჩაწერა.

Papun

ხო მე ჯერ დამწყები ვარ და Routing-ამდე ჯერ შორია.
INE-ზე კომპლექტი დავითრიე და საკაიფო რამეა. CBT-ზე მარტო სტრიმინგი 99$ და მეტი არაფერი მგონი რომ ღორობაა.

wilkinson
Papun
Distortion

გაიხარეთ დიდი მადლობა

wilkinson
ტორენტებზე ყველაფერი დევს.

ისე 99$-ში NuggetLab ფაილებიც შედის და VirtualLab-იც დაამატეს(+$)
მაგრამ ფულის გადახდა არ ღირს CCIE-მდე, მერე Hands-on Lab სახლში მაინც დაგჭირდება.