[pso] close()
Rizoiu Valentin
pso@cursuri.cs.pub.ro
Mon, 14 Jun 2004 01:28:04 -0700 (PDT)
--0-1445320001-1087201684=:8052
Content-Type: text/plain; charset=us-ascii
Pai mi se pare ca nu este nevoie sa se faca verificarea de FIN si pe incoming...
Pe outgoing ar trebui sa fie suficient ( sau ma insel??? ) ... la mine problema era
ca nu calculam corect alea 100 ms... ( foloseam ceva de genul (jiffies + HZ)/10 ...cand
de fapt ar fi trebuit ( jiffies + HZ/10 )...acum merge oki si cu 100 ms :) .
Victor Asavei <s0rcer0r13@yahoo.com> wrote:O prb de genul asta am avut si eu avand failed la
ultimele 4 teste de test_rules.
Initial citind si pe lista am crezut ca problema este
numai de la expirarea regulilor dinamice pt pachetele
UDP, insa verficand cu atentie am observat ca uneori
dupa terminarea testului ,in tabela de reguli mai
ramaneau pe langa cele doua reguli statice si alte
reguli (1 sau 2) ceea ce insemna ca nu erau vazute
sfarsiturile unor conversatii TCP mai exact acele
conversatii TCP in care clientul (masina guest care
face inside) trimitea FIN. Am remediat problema
verificand si pe LOCAL_OUT (pe langa LOCAL_IN)
detectarea pachetelor TCP cu FIN setat. Am testat acum
si merge f. bine si pt timeouturi la pachetele UDP de
100ms.
Eu am lasat in tema un timeout pt UDP de 500ms...sper
sa nu fie nici o prb...am testat de abia acum si am
vazut ca merge ok si cu 100ms.
--- Octavian Purdila wrote:
> On Sunday 13 June 2004 19:57, Rizoiu Valentin wrote:
> > Citat din reply-ul anterior:
> > " E ok sa punem un delay la mare la expirare udp?
> > Da, dar nu exagerati :)"
> >
> > Se penalizeaza totusi folosirea unui delay mare
> ( 500 ms - 1sec ) pt.
> > timerul de udp :) ? Intreb pt. ca daca folosesc
> delay-ul recomdandat pe
> > site (100 ms) ..la un moment dat o regula dinamica
> (pt. udp) imi expira mai
> > devreme si se va face drop la pachetele care imi
> sosesc dupa ( testul se
> > blocheaz la un pong )... Pt. delay-uri de cam
> 500ms am vazut ca daca testez
> > cu VM (inside) si SO host (outside) merge totul
> oki, in schimb daca testez
> > cu 2 VM testul inside imi pica la ultimul "no of
> rules" ( cu mesajul
> > "Interrupted system call" )....At last daca armez
> timerul cu un delay de
> > 1sec (stiu ca e f. mare)....si rearmez tot cu 1
> sec...totul functioneaza
> > oki!...
> >
>
> OK, lasa 1 secunda.
>
> tavi
> _______________________________________________
> pso mailing list
> pso@cursuri.cs.pub.ro
>
http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/pso
>
__________________________________
Do you Yahoo!?
Friends. Fun. Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/
_______________________________________________
pso mailing list
pso@cursuri.cs.pub.ro
http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/pso
---------------------------------
Do you Yahoo!?
Friends. Fun. Try the all-new Yahoo! Messenger
--0-1445320001-1087201684=:8052
Content-Type: text/html; charset=us-ascii
<DIV>Pai mi se pare ca nu este nevoie sa se faca verificarea de FIN si pe incoming...</DIV>
<DIV>Pe outgoing ar trebui sa fie suficient ( sau ma insel??? ) ... la mine problema era</DIV>
<DIV>ca nu calculam corect alea 100 ms... ( foloseam ceva de genul (jiffies + HZ)/10 ...cand</DIV>
<DIV>de fapt ar fi trebuit ( jiffies + HZ/10 )...acum merge oki si cu 100 ms :) .</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV><BR><BR><B><I>Victor Asavei <s0rcer0r13@yahoo.com></I></B> wrote:
<BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">O prb de genul asta am avut si eu avand failed la<BR>ultimele 4 teste de test_rules.<BR>Initial citind si pe lista am crezut ca problema este<BR>numai de la expirarea regulilor dinamice pt pachetele<BR>UDP, insa verficand cu atentie am observat ca uneori<BR>dupa terminarea testului ,in tabela de reguli mai<BR>ramaneau pe langa cele doua reguli statice si alte<BR>reguli (1 sau 2) ceea ce insemna ca nu erau vazute<BR>sfarsiturile unor conversatii TCP mai exact acele<BR>conversatii TCP in care clientul (masina guest care<BR>face inside) trimitea FIN. Am remediat problema<BR>verificand si pe LOCAL_OUT (pe langa LOCAL_IN)<BR>detectarea pachetelor TCP cu FIN setat. Am testat acum<BR>si merge f. bine si pt timeouturi la pachetele UDP de<BR>100ms.<BR>Eu am lasat in tema un timeout pt UDP de 500ms...sper<BR>sa nu fie nici o prb...am testat de abia acum si am<BR>vazut ca merge ok si cu
100ms.<BR><BR>--- Octavian Purdila <TAVI@CS.PUB.RO>wrote:<BR>> On Sunday 13 June 2004 19:57, Rizoiu Valentin wrote:<BR>> > Citat din reply-ul anterior:<BR>> > " E ok sa punem un delay la mare la expirare udp?<BR>> > Da, dar nu exagerati :)"<BR>> ><BR>> > Se penalizeaza totusi folosirea unui delay mare<BR>> ( 500 ms - 1sec ) pt.<BR>> > timerul de udp :) ? Intreb pt. ca daca folosesc<BR>> delay-ul recomdandat pe<BR>> > site (100 ms) ..la un moment dat o regula dinamica<BR>> (pt. udp) imi expira mai<BR>> > devreme si se va face drop la pachetele care imi<BR>> sosesc dupa ( testul se<BR>> > blocheaz la un pong )... Pt. delay-uri de cam<BR>> 500ms am vazut ca daca testez<BR>> > cu VM (inside) si SO host (outside) merge totul<BR>> oki, in schimb daca testez<BR>> > cu 2 VM testul inside imi pica la ultimul "no of<BR>> rules" ( cu mesajul<BR>> > "Interrupted system call" )....At last daca
armez<BR>> timerul cu un delay de<BR>> > 1sec (stiu ca e f. mare)....si rearmez tot cu 1<BR>> sec...totul functioneaza<BR>> > oki!...<BR>> ><BR>> <BR>> OK, lasa 1 secunda. <BR>> <BR>> tavi<BR>> _______________________________________________<BR>> pso mailing list<BR>> pso@cursuri.cs.pub.ro<BR>><BR>http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/pso<BR>> <BR><BR><BR><BR><BR><BR>__________________________________<BR>Do you Yahoo!?<BR>Friends. Fun. Try the all-new Yahoo! Messenger.<BR>http://messenger.yahoo.com/ <BR>_______________________________________________<BR>pso mailing list<BR>pso@cursuri.cs.pub.ro<BR>http://cursuri.cs.pub.ro/cgi-bin/mailman/listinfo/pso</BLOCKQUOTE></DIV><p>
<hr size=1>Do you Yahoo!?<br>Friends. Fun. <a href="http://messenger.yahoo.com/">Try the all-new Yahoo! Messenger</a>
--0-1445320001-1087201684=:8052--