vypadek paketu

[ludvik]

Jo ... to je queue. Ale ne buffer na ethernet portu. To jsou dvě odlišné věci.

[hapi]

obojí je v serii a v cestě paketu, mohlo by to ztlumit nárazy.

[zdwena]

Tak jsem to vyřešil následovně:

spoj jede na 360 Mbps s tím že je zatíženy za na 50%. Ten příspěvek před tím jsem vzal z jejich stránek ohledně toho ,že dropování paketu je normální.
Jako příklad tam bylo 170Mbps radio oproti gigabitovému portu.

Ale vyřešeno je to tak to:

na portu do racomy A jsem nastavil omezení rychlosti na 30% kapacity gigového portu což by mělo udělat nějakých
300Mbps propustnoti. A ted už se paktery nedropujou.

takžě děkuji všech za diskuzi...

[Dalibor Toman]

jesti tam je ta 3750 tak doporucuji kontrolovat OutDiscards v 'sh int count err' resp Total output drops v 'sh int xy' a zaradit ifOutDiscards do nejakeho grafu.

Nevim jak jsi nastavil QoS ale je to tak trochu magie a nejlepsi nastaveni se lisi s verzi IOSu. Zazrak ale diky malym bufferum zaridit nelze. Takze jestli ze ztracely packety kvuli burstum bez QoSu budou se ztracet i se zaplym QoSem (jen to bude sledovatelne). Pokud switch neukazuje ztracene packety tak pricina ztratovosti je asi jinde pripadne mas verzi IOSu, ktera diky chybe neinkrementuje OutDiscard citac. Vychazim ze zkusenosti s 3560G a 29xx - 3750tku zadnou nemame

[zdwena]

Zatím tam nemám nastavený žádný qos.
Ted jsem to zkusil takhle snížit abych viděl jestli to vůbec je tím ale určitě se musí nastavit.

Paktety na switch jsou bez ztraty:
Ale jak píšete nemusí je to brát v potaz.

0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts (0 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
0 input packets with dribble condition detected
0 packets output, 0 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 PAUSE output
0 output buffer failures, 0 output buffers swapped out

sh int count err
Gi1/0/20 0 0 0 0 0 0

Ale neztrátuje to už nikde po síti pokud je to zapnuté a to je dobře.

Původně jsme si mysleli že nám ta 3750ka bude napájet Racomy a kolega se špatné podival do specifikace.
Racom potřebuje minimaláne 25W a 3750G-POE umí jen 16,5W na port. Nemusím říkat jaké to bylo zklamání.

[Dalibor Toman]

Zatím tam nemám nastavený žádný qos.
Ted jsem to zkusil takhle snížit abych viděl jestli to vůbec je tím ale určitě se musí nastavit.

cil mas jen
srr-queue bandwidth limit 30
?
nevim uz jak se to chova pokud je 'mls qos' vypnuty. Myslim, ze se pouzije nejaky defaultni rozdeleni bufferu, ktere jde zoptimalivovat

pak je dobry vedet, ze tech 30% nebude vzdy znamenat 1gbps * 0.3 ale nejakou hodnotu pobliz (cim nizsi rychlost tim vetsi odchylka)

Pomoci muze povel:
sh mls qos interface XY queueing

mel by ukazat skutecnou rychlost resp % shaperu

Paktety na switch jsou bez ztraty:
Ale jak píšete nemusí je to brát v potaz.

0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts (0 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
0 input packets with dribble condition detected
0 packets output, 0 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 PAUSE output
0 output buffer failures, 0 output buffers swapped out

sh int count err
Gi1/0/20 0 0 0 0 0 0

Ale neztrátuje to už nikde po síti pokud je to zapnuté a to je dobře.
[/quote}
jestli je to fakt ten spravny interface pak je neco spatne - nuly v poctu prijatych i odeslanych packetu...

jinak realne dropy lze vycist primo z ASICu (v enable modu)

sh platform pm if-numbers
- prirazeni interfacu k ASICum
sh platform port-asic stats drop asic 4
- zobrazi info o skupine portu na asic 4 (viz if0numbers)

sh platform port-asic stats drop gigabitEthernet 0/16

Původně jsme si mysleli že nám ta 3750ka bude napájet Racomy a kolega se špatné podival do specifikace.
Racom potřebuje minimaláne 25W a 3750G-POE umí jen 16,5W na port. Nemusím říkat jaké to bylo zklamání.

PoE switche vubec nepouzivame. Zbytecne drahe a predimenzovana spotreba. Cisca napajime (pokud nemaji 48V zdroj) z RPS konektoru na 12V

[zdwena]

Já se nemám nějak moc rád když by bylo na jednom místě třeba 10 zdrojů pro antény.Proto se mi libí řešení
switche s poe...ale nakonoc to dopadlo tak, že se dal poe panel s redundantním zdrojem (vlastní výroby)

přesně tak je to jak pišete: srr-queue bandwidth limit 30

s cisco switchi se postupně seznamuju zatím v tom nejsem žádný přeborník takže jsem rád za každou zajímavou věc..

ten vypis řika:

a#show mls qos interface gigabitEthernet1/0/20 queueing
GigabitEthernet1/0/20
QoS is disabled. When QoS is enabled, following settings will be applied
Egress Priority Queue : disabled
Shaped queue weights (absolute) : 25 0 0 0
Shared queue weights : 25 25 25 25
The port bandwidth limit : 30 (Operational Bandwidth:30.44)
The port is mapped to qset : 1

že by mělo byt nastaveno skutečná hodnota 30.44 jestli se nepletu...což v podstatně nevadí.

jak je to možné zoptimalizovat?

[zdwena]

Sranda je že se opravdu začaly vyskytovat nějaké errory na portu do kterého je pripojena ta racoma
bohužel používám observium a nemá to uplně dobre popsané..

https://ulozto.cz/xeH7pjpB/graph-png

ale to se tak nějak předpokládalo...

Total output drops: 112015 na ciscu

ale vypadky nejsou....