hapi píše:nevidim na tom nic špatného. Na screenu vidim fixnutí arp záznamu takže se smaže řádek 13 a vytvoří se novej a mezi tim zdá se zmizel i řádek 12, asi vypršel timeout a nejspíš asi vypršel i řádek 11 a pak než si zase dal print tak zase byl na něj požadavek a zařadil se na konec. Co je na tom špatnýho?
No tak si to vyskusaj ked na tom nevidis nic spatneho. A daj vediet, ako to prehadze arp zaznamy. Principialne to problem byt nemusi ale aspon vidiet ze je v tom nejaky bordel.
hapi píše:Nuly jedině chválim, je vidět na co se dotazuje, pro diagnostický účely je to super věc. Je podle toho poznat že router skutečně provedl arp dotaz tím že se vytvoří nulový záznamy. Některý další OSka to ukazujou úplně stejně.
Je uplne jedno ci to su nuly aleb F-ka. Problem je tom ze za urcitych okolnosti sa s toho stane normalna mac adresa a router zacne floodovat siet. Uz som to tu pisal davnejsie. Na tomto priklade vidiet ze v mikrotiku sa nekomletny arp zaznam eviduje ako 00:00:00:00:00:00 a interne sa s nim pracuje ako s legitimnou mac adresou a to je problem.
Nastatstie niektore switche (u mna cisco 6500) nulovu mac adresu blokuju a tak sa to nemusi prejavit, ale je kopa inych ktore s tym pracuju a kedze ju nemaju v adresnej tabulke tak ju potom dalej flooduju na vsetkych portoch. Tam potom pomoze iba mac address-table static 0000.0000.0000 vlan xx drop. Problem ale stale ostava na strane mikrotiku.