Ahoj,
ja mam jiny problem, se kterym jsem si sice poradil, ale nechapu,
proc k tomu vlastne dochazi. Mam zapnute ipv6 a na serverech vlany.
No a vtipne je, ze cast rozhrani je pod OID pro IPV4 a vsechny
rozhrani pak v OID pro IPV6 inerfaces. Koukal jsem na nastaveni
vlanu, jsou naprosto
Dne 13.1.2010 16:03, Michal Buchtik napsal(a):
zkus tohle
pass in on emO from 10.200.11.10 to any tag PC_OUT queue pc_down
pass in on em1 from any to 10.200.11.10 tag PC_IN queue pc_up
pass out on em0 tagged PC_IN queue pc_down
pass out on em1 tagged PC_OUT queue pc_up
Ani tudy cesta bohužel n
Ondra Knezour píše v čt 14. 01. 2010 v 10:27 +0100:
> Dne 13.1.2010 16:03, Michal Buchtik napsal(a):
> > zkus tohle
> >
> > pass in on emO from 10.200.11.10 to any tag PC_OUT queue pc_down
> > pass in on em1 from any to 10.200.11.10 tag PC_IN queue pc_up
> > pass out on em0 tagged PC_IN queue pc_do
Dan Lukes napsal(a):
Miroslav Chlastak wrote:
Napr. pred smazanim maji rozhrani indexy 1,2,3,4,5,6,7,8,9,10. Po
smazani napr. 1,2,3,4,7,8,9,10.
A s tim se snmpwalk a snmpbulkget nedokaze poprat
Nedokazu ted rozsoudit, jestli je to zamerna vlastnost nebo chyba.
A co je jeste slozitejs
Dne 14.1.2010 12:57, Michal Buchtik napsal(a):
Ondra Knezour píše v čt 14. 01. 2010 v 10:27 +0100:
[...] domnívám se, že celý problém spočívá v
tom, že nezpracuju správně pakety, které patří k už navázanému spojení,
ano tohle je problem. Uz navazane spojeni se to fronty nezaradi. Jedine
uprav
