w linuxie (debian) mogłem zrobić:
/etc/init.d/quagga stop ospfd
i kładł się sam ospf, mogłem go potem podnieść w ten sam sposób.
we FreeBSD mam:
[root@bgp2 /boot]# /usr/local/etc/rc.d/quagga
[: =: unexpected operator
[: =: unexpected operator
Usage: /usr/local/etc/rc.d/quagga
[fast|force|one](start|stop|restart|rcvar|status|poll)
niestety - próbowałem w różny sposób wykonać komendę żeby położyć tylko
jednego demona - niestety nic..
pozatem - jak użyć opcji fast|force|one i co one wogóle robią ?
A pytam, ponieważ przesiadam się z Debiana na FreeBSD bo linux się poprostu
nie wyrabia (2xXeon 3.2GHz). Będę miał pewnie jeszcze sporo pytań ;-)
Marcin
> i kładł się sam ospf, mogłem go potem podnieść w ten sam sposób.
>
> we FreeBSD mam:
> [root@bgp2 /boot]# /usr/local/etc/rc.d/quagga
> [: =: unexpected operator
> [: =: unexpected operator
hm... tu najwyrazniej lbo sa jakies bledy w skrypcie, albo uzywasz
innego shella niz ten pod ktory skrypt zostal napisany
> Usage: /usr/local/etc/rc.d/quagga
> [fast|force|one](start|stop|restart|rcvar|status|poll)
>
> niestety - próbowałem w różny sposób wykonać komendę żeby położyć tylko
> jednego demona - niestety nic..
A nie jestem pewien czy sie da tym akurat skryptem. zwyczajnie zajrzyj
do niego:
more /usr/local/etc/rc.d/quagga
i poczytaj co on robi.
Jesli odapala 3 demony razem po kolei, a Ty masz potrzebe osobno, to
zrob sobie 3 osobne skrypty, kazdy obslugujacy jednego demonka.
> pozatem - jak użyć opcji fast|force|one i co one wogóle robią ?
laczysz te dwa segmenty
onestart (powoduje start nawet jesli w rc.conf rc.con.local nie sa
zalaczone opcje pozwalajace na start daemona.
onestop, (analogicznie tylko stop)
itd
poczytaj man rc, tam chyba wszystko jest?
--
DJ
z moich obserwacji wynika ze powinno byc odwrotnie
a szczegolnie przy dowch procach - dzieki smp affinity
ps. Ile masz pps i Mb/s - w piku i srednio ?
wiesz co, on poprostu gubi przerwania a oba CPU w sumie lecą na ok 50%
ot tak, ethtool widzi to jako rx_missed_errors: 20341478
>ps. Ile masz pps i Mb/s - w piku i srednio ?
w sumie przelatuje przez niego w szczycie jakieś 400Mbit/300Mbit, ppsów
chwilowo nie podam bo nie rysowałem, ale nie ma to większego znaczenia, gubi
zarówno w szczycie jak i w nocy, tyle ze w nocy mniej bo mniej ruchu leci.
Marcin
U mnie juz powoli to bedzie backupowy routerek, bo juz jedzie 7606 z Sup
720 3BXL, ale poki co nie mialem
problemu z tym linuxowym.
Sieciowki na bge - sterownik tg3 + smp affinity 1 CPU jedna sieciowka
2-gie CPU druga. Jadro 2.4.20 zdaje sie.
(2x3.2 Ghz Xeon)
D.
jak zdejmę ze 100Mbit to też nie będzie gubić.
sieciówki e1000, platforma Tyan NR16, smpaffinity rozbiło przerwania na
procesory,
kernel 2.4.20.3
>U mnie juz powoli to bedzie backupowy routerek, bo juz jedzie 7606 z Sup
>720 3BXL, ale poki co nie mialem
>problemu z tym linuxowym.
ja docelowo będę oponował za M7i, ale chwilowo będą 2 równoległe routery BGP
obsługujące różnych klientów.
No i niestety nie podobają mi się niektóre elementy w porównaniu do
linuxa....
Chociażby brak takiego ethtool'a..
Marcin
Proponuję spróbować coś współczesnego.
--
Tomasz Torcz 72->| 80->|
zdzichu@irc.-nie.spam-.pl 72->| 80->|
sorry, numeracja poprawna tylko numerek po środku pomylony
oczywiście 2.6.20.3
Marcin
>>z moich obserwacji wynika ze powinno byc odwrotnie
>>a szczegolnie przy dowch procach - dzieki smp affinity
>
> wiesz co, on poprostu gubi przerwania a oba CPU w sumie lecą na ok 50%
> ot tak, ethtool widzi to jako rx_missed_errors: 20341478
>
ksoftirqd ci tyle zjada?
>>ps. Ile masz pps i Mb/s - w piku i srednio ?
>
> w sumie przelatuje przez niego w szczycie jakieś 400Mbit/300Mbit, ppsów
> chwilowo nie podam bo nie rysowałem, ale nie ma to większego znaczenia,
> gubi zarówno w szczycie jak i w nocy, tyle ze w nocy mniej bo mniej ruchu
> leci.
PPSy maja wieksze znaczenie niz ilosc mbps. Sprawdz czy masz
CONFIG_IP_FIB_TRIE=y w kernelu ( przyda sie do BGP ), sprawdz pelny
offloading w ethtoolu (-g) i zlikwiduj conntracka - koniecznie wyladuj
moduly. A i jak masz HT na tych xeonach to wylacz HT w Biosie i zwlaszcza
wszelkie rzeczy ktore korzystaja z libpcap...
e1000 jest stosunkowe podatne na tunning, polecam
lekture /usr/src/linux/Documentation/networking/e1000.txt
Tam masz link do dokumentacji ktora powinna byc dla ciebie bardzo przydatna:
http://www.intel.com/design/network/applnots/ap450.htm
Jak cos to pomoze to daj znac, jesli nie to chyba czeka ciebie bonding z
etherchannelami ( a moze i takze wieksza ilosc rdzeni ;) )
--
Jakub Wartak
http://vnull.pcnet.com.pl/
Ssij niecny niechciany listonoszu!: je...@pcnet.com.pl
>> U mnie juz powoli to bedzie backupowy routerek, bo juz jedzie 7606 z Sup
>> 720 3BXL, ale poki co nie mialem
>> problemu z tym linuxowym.
>
> ja docelowo będę oponował za M7i, ale chwilowo będą 2 równoległe routery BGP
> obsługujące różnych klientów.
>
hum - jestem orendownikem filozofii ze Juniper (maly juniper) sie nie
oplaca zbytnio
Cena kosztu jednego portu jest porownywalna z SIPami do Cisco.
A kupujac Cisco karta 48 portow kosztuje tyle co 1GE do Junipera.
M7i bedzie tanszy od sup 720 3BXL. Ale nie wiele.
Mi znajome firmy ktore mialy i maja M7 czy M10 - jako nowe routery BGP
wlasnie nie wiedziec czemu kupuja Cisco.
> No i niestety nie podobają mi się niektóre elementy w porównaniu do
> linuxa....
> Chociażby brak takiego ethtool'a..
>
bo wszystko da sie ifconfig zrobic
co mi sie bardziej podoba w FreeBSD - w linux szukac trzeba 100 komend a
tu ifconfig
D.
>hum - jestem orendownikem filozofii ze Juniper (maly juniper) sie nie
>oplaca zbytnio
>Cena kosztu jednego portu jest porownywalna z SIPami do Cisco.
>A kupujac Cisco karta 48 portow kosztuje tyle co 1GE do Junipera.
>M7i bedzie tanszy od sup 720 3BXL. Ale nie wiele.
>Mi znajome firmy ktore mialy i maja M7 czy M10 - jako nowe routery BGP
>wlasnie nie wiedziec czemu kupuja Cisco.
poprostu nie lubie cisco, lubie swoje pieniądze ale nadal jednak wole
Junipera.
Filozofia, architektura, sposób zarządzania - znacznie bardziej mi
odpowiadają.
Pozatem - m7i to jest router, a nie switch robiący za router.
A jeżeli chodzi o przepustowość, to 2 porty gigabitowe na długo mi
wystarczą,
a rozbije sobie to vlanami na ExtremeNetworks Alpine 3808, można
kupić za normalne pieniądze na ebay'u a moduły to już naprawdę tanio.
Sprzęt spisuje się rewelacyjnie.
> No i niestety nie podobają mi się niektóre elementy w porównaniu do
> linuxa....
> Chociażby brak takiego ethtool'a..
>bo wszystko da sie ifconfig zrobic
>co mi sie bardziej podoba w FreeBSD - w linux szukac trzeba 100 komend a tu
>ifconfig
noo, to pokaż mi prosze wszystkie liczniki z interfejsu które dostanie w
linuxie za pomoca
ethtool -S.
Ale fakt, w linuxie ifconfig jest potwornie zapuszczony, a szkoda...
Marcin
nawet mniej... w chwili obecnej (21:30) średnio trzyma się około 36%si
>
> PPSy maja wieksze znaczenie niz ilosc mbps. Sprawdz czy masz
> CONFIG_IP_FIB_TRIE=y w kernelu ( przyda sie do BGP ), sprawdz pelny
nie mam
> offloading w ethtoolu (-g)
>i zlikwiduj conntracka - koniecznie wyladuj
> moduly.
nawet go nie kompilowałem żeby się przez przypadek nie włączył..
> A i jak masz HT na tych xeonach to wylacz HT w Biosie i zwlaszcza
> wszelkie rzeczy ktore korzystaja z libpcap...
z definicji wyłączam HT jeżeli to tylko możliwe, na tej maszynie też.
> e1000 jest stosunkowe podatne na tunning, polecam
> lekture /usr/src/linux/Documentation/networking/e1000.txt
>
> Tam masz link do dokumentacji ktora powinna byc dla ciebie bardzo
> przydatna:
> http://www.intel.com/design/network/applnots/ap450.htm
a to bardzo chętnie zapoznam ;-)
> Jak cos to pomoze to daj znac, jesli nie to chyba czeka ciebie bonding z
> etherchannelami ( a moze i takze wieksza ilosc rdzeni ;) )
well, więcej rdzeni to raczej nie wpakuje do tej platformy, jak już
replikacja
routerów nie pomoże to... m7i
Marcin
hmm, zmiana z 256 na 4096 pomogła, straty zniknęły.
Jeszcze będę obserwował jutro, ale zdaje się ze to strzał w 10.
Do tego zrobie optymalizacje w FIB dla BGP i maszyna powinna jeszcze na
troche wystarczyć ;-)
Dzięki !
Marcin