Cisco Networks - Part II, ყველაფერი ცისკოს შესახებ

iverson
bw-ს რაღაზე უწერ ინტერფეისს? ეგ მხოლოდ arbitrary მნიშნველობაა. რაუტინგ პროტოკოლი თუ გამოიყენებს cost-ების დათვლისთვის
რეალურად დაშეიპება თუ გინდა ტრაფიკის CBWFQ გინდა ან rate-limit ან traffic-shape.
CBWFQ ჩემი აზრით საუკეთესო ვარიანტია იმიტომ, რომ პოლისერი (token bucket algorithm) ძალიან ცოტათი სტრესავს აპარატურას.

full-ს რომ გიწერს ეგ არის operational state, იმედია half არც იქნება არასოდეს

show int Gi0/0 capabilities
პლატფორმას თუ აქვს მაგ ბრძანების საპორტი გამოგიტანს კიდევ დამატებით ინფოს მაგ კუთხით (MDI-X და ა.შ.).

Distortion

ხოო არ ვიცოდი რომ მარტო routing protocolებს ეხება bw

ეხა ისე მოხდა რო ჩემი ccnaს მასწავლებელი შემხვდა და იმანაც იგივე მIთხრა რო autoზე გადაიყვანეო და ეხა packet loss აქვს 0 ანუ მაგის ბრალი იყო აშკარად
* * *
ხოო დღეს დილით ისევ ქონდა დროპები. და მივხვდი რომ ერთი და იგივე დროს აქვს - დილაობით. ანუ როცა ყველა რთავს კომპიუტერს მაშინ ხდება რაღაც... ანუ ამ 1921 მოდელს რაღაც არ აქვს ჩართული რაც 800 მოდელს ქონდა.

და ჯერჯერობით ვერ გავარკვიე რა მთელი დღე ვკითხულობ ვითომ რაღაცეებს

ნუ CPU overloadი ხდება

GigabitEthernet0/0 is up, line protocol is up
Hardware is CN Gigabit Ethernet, address is
Internet address is 192.168.0.1/24
MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
reliability 255/255, txload 21/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 1000Mb/s, media type is RJ45
output flow-control is XON, input flow-control is XON
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/457/5228 (size/max/drops/flushes); Total output drops: 1001774
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 594000 bits/sec, 525 packets/sec
5 minute output rate 8616000 bits/sec, 879 packets/sec
39697219 packets input, 3825527475 bytes, 122328 no buffer
Received 426995 broadcasts, 0 runts, 0 giants, 214 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 68331 pause input
0 input packets with dribble condition detected
43428349 packets output, 2553018042 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
1431 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
1 lost carrier, 0 no carrier, 163494 pause output
0 output buffer failures, 0 output buffers swapped out



3335837221222222323221324
6141006674264031011668578
100
90
80 * *
70 * *
60 * *
50 ** * *
40 * ** * * *
30 ********* * * *** ***
20 ***##*#** ***************
10 #######*****************#
0....5....1....1....2....2....3....3....4....4....5....5....6....6....7..
0 5 0 5 0 5 0 5 0 5 0 5 0
CPU% per hour (last 72 hours)
* = maximum CPU% # = average CPU%

CEF არის ჩართული და ip accounting ჩავრტე ეხა ხვალ დილით დავაკვირდები CPUს

მდა დღეს აღარ ქონდა დილით დროპები. ერთადერთი რაც შევცვალე გუშინ ინტერფეისზე ეს იყო proxy-arp გამოვურთე დამავიწყდა ეს თავიდან

iverson
queue-ში პაკეტები საერთოდ არ უნდა მოხვდნენ იმიტომ, რომ ფორვარდინგი ახლა interrupt level-ზე ხდება (მითუმეტეს ISR-ია) და არა processing-ში. CEF უზრუნველყოფს ამას. hold-queue ს გაზრდა სცადე აბა.
პირველ რიგში ინტერფეისებს load-interval 30 გაუწერე, რომ counter-ები 30 წამში განახლდნენ (default 5 წუთის ნაცვლად) და შემდეგ queue გაზარდე და დააკვირდი რა მოხდება.

clear counters GigabitEthernet0/0
clear counters GigabitEthernet1/0

Router#conf t
Router(config)#int Gi0/0
Router(config-if)#load-interval 30
Router(config-if)#hold-queue X

დიფოლტი არის 75, გაზარდე და დააკვირდი აბა. CEF ხომ უეჭველი მუშაობს? ეგ ყველა პაკეტი რაც იდროფება არის process switched და რა ტრაფიკია გასარკვევია. თუ უბრალო მომხმარებლის ტრაფიკია, შეიძლება რაუტერი bandwidth დატვირთვას ვერ უძლებს ელემენტარულად, თუმცა 800-ი რასაც უმკლავდება ამას საერთოდ არ უნდა აწუხებდეს (1900-ებს გაცილებით მეტი PPS performance აქვთ).

მერე დახედე show controllers Gi0/0 | in rx_overflow|rx_int_drop და დააკვირდი ეგენი თუ იზრდება. თუ მაინც იზრდება მაშინ დახედე სვიჩინგის სტატისტიკას:

sh int Gi0/0 switching

აქ ჩანს პროცეს სვიჩინგი და ფასტსვიჩინგი. დააკვირდი cache miss-ები ხომ არ არის, იდეალში 0 უნდა იყოს.

კიდევ შეიძლება ისეთი პაკეტები მოდიოდეს რომელიც უშუალოდ რაუტერს მიმართავენ (და არა მისი გავლით სხვა ადრესატ ჰოსტს/ქსელს). ეგეთ ტრაფიკს რაუტერი ყველა ვარიანტში process switching-ში ამუშავებს.

show ip traffic ნახე. კიდევ show buffers input-interface შეიძლება, მარა მაგის თრაბლშუთინგი მარაზმის ზღვარში გადადის

Distortion
აუ ამ queueს გაზრდაზე წავიკითხე გუშინ რომ არაა რეკომენდირებული. აი:

Caution: An increase in the hold queue can have detrimental effects on network routing and response times. For protocols that use SEQ/ACK packets to determine round-trip times, do not increase the output queue. Dropping packets instead informs hosts to slow down transmissions to match available bandwidth. This is generally better than duplicate copies of the same packet within the network, which can happen with large hold queues.
http://www.cisco.com/en/US/products/hw/rou...080094791.shtml

load-interval შევუცვალე

ხო აქ cache missები 0 აქ

და აქ არაფერს არ ანახებს.


გუშინ მერე show process cpuში დატვირთვა ქონდა arpს და ipს მარტო და ის proxy arp რო მქონდა ჩართული მაგას არ შეეძლო რომ დაეტვირთა ქსელი?
wiki:
Proxy ARP can create DoS attacks on networks if misconfigured. For example a misconfigured router with proxy ARP has the ability to receive packets destined for other hosts (as it gives its own MAC address in response to ARP requests for other hosts/routers), but may not have the ability to correctly forward these packets on to their final destination, thus blackholing the traffic.

interface GigabitEthernet0/1
switchport access vlan 333
switchport trunk encapsulation dot1q
switchport trunk native vlan 255
switchport mode trunk


ზედა config ვერ გავიგე, access vlan ია თუ trunk ?
Native VLAN 255 რას ნიშნავს ეგეც ამიხსენით რა

Mr O`Donnell
ადმინისტრაციულად თრანქია, მუშაობის დროსაც თრანქი იქნება. თუ სწორად მახსოვს, თრანქი ჯობნის აქსეს კონფიგს. მანდ ორივეა ჩართული, რაც წესით არ უნდა იყოს.

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

show interface GigabitEthernet0/1 switchport

SiBNELE

სერვერს და სვიჩს შორის შესაძლოა თრანქი იყოს? ნაკლებად სავარაუდოა ხო ?

Mr O`Donnell
რატოა ნაკლებად სავარაუდო? გააჩნია სერვერის ოპერაციულ სისტემას. ESX მაგალითად ჯდება თრანქზე და შიგნით გესთებს მისცემ რომელ ვილანსაც გინდა. Mac OS-საც შეუძლია თრანქი, ძალიან მარტივად. აი ვინდოუსის არ ვიცი რა გითხრა, არასოდეს გამიკეთებია.

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

SiBNELE

აუ შენ გაიხარე, ეხლა მოვედი აზრზე რო ESX ია ეს.

ერთი რა ვერ გავიგე კიდე იცი, Trunk პორტში სანამ გაუშვებს სვიჩი ხო უკეთებს Tag ს – რომელ ვლანს ეკუთვნის,

რა შემთხვევაში არ თაგავს ეგ ვერ გავიგე.

Mr O`Donnell

ერთ ერთი ვერსია ,როგორც მე ვიცი ეს არის ჰქაბის ვარიანტი,მაგრამ სადღაა ეხლა ჰაბები

Mr O`Donnell

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

დეფაულტად ვლან1-ია ნეითივი, switchport trunk native vlan 255 თუ სექიურითი ტუნინგის შედეგად დადებული ბრძანებაა, 255 ვლან არაფერში არ უნდა გამოიყენებოდეს, და ბარემ გათიშულიც იყოს.

SiBNELE

255 VLAN ქსელში არსად ფიგურირებს, აშკარად Security ს პონტშია, რამე უპირატესობა არის ფრეიმი დაითაგება თუ არა ? სიჩქარის ამბავი ხომ არ არის ?

Mr O`Donnell

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

შეგიძლიათ რამე ლინკი მომცეთ ან ორი სიტყვით გამაგებინოთ აიპი ტელეფონების მუშაობის პრინციპი?