FATBOZZ:
CHOROBA:
nefunguje... resp. funguje ale samozrejme jen na nesifrovane torrenty... Ja uz jsem to daaavno prestal resit - pouzivam burst u QT :)

Jak jdete s mikrotikem na stahovače přes P2P sítě ?
Zkoušel jsem mangle a ten jejich p2p, ale zdá se, že neodchytí všechno, snad jen ty "řídící" zprávy.

ATAN: Aha, tak jsem kouknul a mas pravdu. Tak jim to nahlas at se vsichni kdo maj podobny problem maji dobre až to bude opravene

FATBOZZ: potize s dhcp na stable byly casteji. mikrotiku to ale asi nahlasim.

FATBOZZ: nevim o zadnem stable firmware pro Mikrotik Cloud Core Router.

ATAN: Možná hloupá otázka, ale zeptam se. Proč mas na tom routru, který je zřejmě používán jakožto hlavni, beta firmware? Je možný že ty chyby pak prameni právě z nějakých nedodelku. Zkus nejdřív stable anebo to hlas mikrotiku.

Tak nahodim dalsi dlouhodoby orisek. Mimo firmu pouzivam SSTP VPN jako pripojeni do firemni site a take pres ni do internetu (default gateway). a behem dne se casto stava, ze mi prestane fungovat pripojeni do internetu. Ping kamkoliv hlasi general failure. Routovani mi prijde, ze vubec nefunguje, ale stale jsem do vpn pripojeny a na vzdaleny mikrotik se pres sstp pripojim, ale dal uz ne. Jednoduse jedou jen podsite, ve kterych jsem. Ale staci se odpojit od SSTP a znovu se pripojit a uz to jede. Je fakt, ze se mi jednou stalo, ze jsem musel rebootnout cely pocitac. Stava se to i minimalne jednomu kolegovi. Oba mame Windows 7 x64. CCR RoS 6rc13.

bohuzel asi ani jedno, pod vmware toho bezi vic a problemy jsou jen u techto dvou.

myslel sem esli na switchi nejni nejakej dhcp snooping nebo tak neco. jinak ve vmware to muze bejt bridge nebo nastaveni iface, jednou sem se sral s necim podobnym

CHOROBA: je tam samozrejme mezi tim switch, a navic jsou tyto debiany pod vmware, tzn dalsi virtualni switch, ale jak rikam je tam i nekolik centosu a ty to nedelaji. a delalo mi to s RB750G, tak i ted s CCR.

LEXXA: no hezky, asi budu muset do cronu dat nejake testovani na pocet ip u eth a pokud bude nula, tak ifdown/ifup. :(

ATAN: hele tohle mi dela jedna masina v siti.
bohuzel WinXP.
pokazde kdyz zmizi ze site jine zarizeni (cti restartuji server nebo vypnu notas) tak se stane presne toto a jedine reseni je obdoba ifdown/ifup.
rb800, rox 6.13 nebo jaka je posledni verze...

tak debian vypada ze mu nic nikdo neposila. switch?

nic, co by tomu nejak pomohlo. stale se to v logu opakuje. ale staci udelat ifdown/ifup a ziska to adresu, pak to klidne mesic jede bez problemu. jeden je debian 6.0.3, druhy ubuntuserver 12.04 lts. oba aktualizovane.

Apr 24 06:58:26 osvita dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 4
Apr 24 06:58:30 osvita dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 10
Apr 24 06:58:40 osvita dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 10
Apr 24 06:58:50 osvita dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 11
Apr 24 06:59:01 osvita dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
Apr 24 06:59:09 osvita dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 13
Apr 24 06:59:22 osvita dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
Apr 24 06:59:27 osvita dhclient: No DHCPOFFERS received.
Apr 24 06:59:27 osvita dhclient: No working leases in persistent database - sleeping.

ATAN: upgrade dhcp klienta? resp. prepnuti z dhcpcd na dhclient nebo obracene?

nestava se nekomu, ze klient nemuze znovu ziskat IP s chybou v MK offering lease "ip" for mac "mac" without success? a je zajimave, ze se to stava jen jedinemu debianu a jedinemu ubuntu v siti. zbytek jsou centos, a tem se to nestalo nikdy. na typu MK a ROS nezalezi.

VLASTIS: l3 staci

myslim ze by ti stacil i level 1

CHOROBA: staci jednotky mbps je to na domaci pobocky

jestli to spravne chapu tak potrebuji Licence level 5 ?

VLASTIS: jakej chce prutok? jinak ta 751 ti da pres ipsec tak rekl bych jednotky megabitu

VLASTIS: myslim ze to umi od nejake verze os 2.9 tusim. jinak je to otazkou licence.