[Lugro-mesh] Mas pruebas, menos resultados.
Gustavo Lindberg
lugro-mesh@lugro.org.ar
Mon, 3 Sep 2007 20:22:06 +0000
------=_Part_15690_1526570.1188850926556
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
El IF es ese, el comentario no lo habia visto. El que si vi es el que dice =
"
este elemento es un desastre y necesita ser reescrito ", ya lo creo....
Dale una buena ojeada, yo ya estoy mareado con ese codigo. :P
Salu2 / GUS
El d=EDa 3/09/07, Julio Cesar Puigpinos <jcpuigpinos@gmail.com> escribi=F3:
>
> El 3/09/07, Gustavo Lindberg escribi=F3:
> > [...]
> >
> > Actualmente tenemos el siguiente error:
> >
> > La mesh levanta, los nodos se ven entre si, pero las rutas no se
> establecen.
> > En el log del click aparece:
> >
> > srcr2/es :: SR2ETTStat packet says rate 11 is 96
> > [...]
> > srcr2/es :: SR2ETTStat packet says rate 4 is 0
> >
> > El mensaje se origina en el elemento de la roofnet SR2ettstat,
> precisamente
> > en un if que compara dos valores y si no son iguales saca el mensaje "
> > packet say rate".
>
> Encontre el codigo para verlo online
> http://www.koders.com/cpp/fidF972EBAC97033EF1AE74F03E18055A8158A317DD.asp=
x
> Me salio en el tio google despues de buscar "packet says rate", ahh el
> otro somos nosotros :P
> Tomando como que ese es el codigo exacto (cuando este en mi casa lo
> tratare de confirmar).
>
> En la linea 502 comienza el if.
>
> if (ceh->rate !=3D lp->_rate) {
> click_chatter("%{element} packet says rate %d is %d\n",
> this,
> lp->_rate,
> ceh->rate);
> p->kill();
> return 0;
> }
>
> > Esto lo vimos el ultimo sabado que nos juntamos y Nomius modifico la
> > declaracion de una variable pero no sirvio de nada.
> >
> > Uno de estos valores pasa por una funcion que convierte little endian a
> big
> > endian, pero solo en plataforma little, en nuestro caso no deberia hace=
r
> > nada.
> >
> > Mis pruebas sobre la roofnet pura, con las fuentes de la UCLA resultaro=
n
> en
> > el mismo error.
> >
> > En este punto las cosas empiesan a pasar por mirar el codigo y tratar d=
e
> > comprender como falla y por que esa comparacion que mencionaba. Mis
> > conocimientos de C y no digamos de C++, son muy pobres. Me cuesta un
> peru
> > seguir ese codigo ...
> >
> > Lo unico que logre hacer es que al comentar esa comparacion, si bien la=
s
> > rutas siguen sin establecerse, las estadisticas de los vecinos muestran
> la
> > presencia de los nodos y los rates todos para el cu*.., con valores de
> -1.
> >
> > Tambien redefini en packet.hh la rate de uint16 a uint32 y ahi la cosa
> > cambio. Con un bicho corriendo el click sin cambios y otro con dicho
> cambio,
> > la tabla de errores se veia asi:
> >
> > srcr2/es :: SR2ETTStat packet says rate 756895 is 0
> > srcr2/es :: SR2ETTStat packet says rate 567537 is 96
> > srcr2/es :: SR2ETTStat packet says rate 934433 is 0
> >
> > Y cuando ambos bichos corrian el click modificado, los errores aparecia=
n
> > como siempre:
> >
> > srcr2/es :: SR2ETTStat packet says rate 2 is 22
> > srcr2/es :: SR2ETTStat packet says rate 4 is 0
> >
> > Me siguieron ? Arme mucho lio ???
>
> Si y no.
>
> Viendo el codigo encontre este comentario, que comienza en la linea 226:
>
> /*
> * take_state gets called after
> * --configure
> * --initialize
> * so we may need to unschedule probe timers
> * and sync them up so the rates don't get
> * screwed up.
> */
>
> Esta noche le hecho un ojo al codigo para ver si esto puede tener algo
> que ver con nuestro problema (pero espero no perderme, porque no se
> nada de c++)
>
> Gus: si sabes que esto no tiene nada que ver, avisa y busco por otro lado=
.
>
> > Vamos !, a ver algun genio del codigo que la pegue sobre que esta
> pasando,
> > porque si no vamos a tener que abandonar la roofnet por inviable sobre
> > big-endian. SNIF SNIF SNIF....
> >
> > Un abrazo / GUS
>
> Saludos, Julio
>
> --
> NO A LA MATRICULA!!!: http://noalamatricula.wordpress.com/
> Software Freedom Day 15 de Septiembre
>
> http://softwarefreedomday.org/teams/centralandsouthamerica/argentina?acti=
on=3Dshow
> www.kwort.org Kwort Linux Distribution
> www.lugro.org.ar GNU/Linux User Group Rosario, Argentina
> Registered GNU/Linux User #358886
> "Say No to Trolls with no Balls!"
> "Netiquette o Tablas!!!"
>
> _______________________________________________
> Lugro-mesh mailing list
> Lugro-mesh@lugro.org.ar
> http://www.lugro.org.ar/mailman/listinfo/lugro-mesh
>
------=_Part_15690_1526570.1188850926556
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
El IF es ese, el comentario no lo habia visto. El que si vi es el que dice =
" este elemento es un desastre y necesita ser reescrito ", ya lo =
creo....<br><br>Dale una buena ojeada, yo ya estoy mareado con ese codigo. =
:P
<br><br>Salu2 / GUS<br><br><div><span class=3D"gmail_quote">El d=EDa 3/09/0=
7, <b class=3D"gmail_sendername">Julio Cesar Puigpinos</b> <<a href=3D"m=
ailto:jcpuigpinos@gmail.com">jcpuigpinos@gmail.com</a>> escribi=F3:</spa=
n><blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204=
, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
El 3/09/07, Gustavo Lindberg escribi=F3:<br>> [...]<br>><br>> Actu=
almente tenemos el siguiente error:<br>><br>> La mesh levanta, los no=
dos se ven entre si, pero las rutas no se establecen.<br>> En el log del=
click aparece:
<br>><br>> srcr2/es :: SR2ETTStat packet says rate 11 is 9=
6<br>> [...]<br>> srcr2/es :: SR2ETTStat packet=
says rate 4 is 0<br>><br>> El mensaje se origina en el elemento de l=
a roofnet SR2ettstat, precisamente
<br>> en un if que compara dos valores y si no son iguales saca el mensa=
je "<br>> packet say rate".<br><br>Encontre el codigo para ver=
lo online<br><a href=3D"http://www.koders.com/cpp/fidF972EBAC97033EF1AE74F0=
3E18055A8158A317DD.aspx">
http://www.koders.com/cpp/fidF972EBAC97033EF1AE74F03E18055A8158A317DD.aspx<=
/a><br>Me salio en el tio google despues de buscar "packet says rate&q=
uot;, ahh el<br>otro somos nosotros :P<br>Tomando como que ese es el codigo=
exacto (cuando este en mi casa lo
<br>tratare de confirmar).<br><br>En la linea 502 comienza el if.<br><br>if=
(ceh->rate !=3D lp->_rate) {<br> click_chatte=
r("%{element} packet says rate %d is %d\n",<br> =
&nb=
sp; this,<br> &nb=
sp; lp->_rate,
<br>  =
; ceh->rate);<br> &n=
bsp;p->kill();<br> return 0;<br> }<br>=
<br>> Esto lo vimos el ultimo sabado que nos juntamos y Nomius modifico =
la<br>> declaracion de una variable pero no sirvio de nada.
<br>><br>> Uno de estos valores pasa por una funcion que convierte li=
ttle endian a big<br>> endian, pero solo en plataforma little, en nuestr=
o caso no deberia hacer<br>> nada.<br>><br>> Mis pruebas sobre la =
roofnet pura, con las fuentes de la UCLA resultaron en
<br>> el mismo error.<br>><br>> En este punto las cosas empiesan a=
pasar por mirar el codigo y tratar de<br>> comprender como falla y por =
que esa comparacion que mencionaba. Mis<br>> conocimientos de C y no dig=
amos de C++, son muy pobres. Me cuesta un peru
<br>> seguir ese codigo ...<br>><br>> Lo unico que logre hacer es =
que al comentar esa comparacion, si bien las<br>> rutas siguen sin estab=
lecerse, las estadisticas de los vecinos muestran la<br>> presencia de l=
os nodos y los rates todos para el cu*.., con valores de -1.
<br>><br>> Tambien redefini en packet.hh la rate de uint16 a uint32 y=
ahi la cosa<br>> cambio. Con un bicho corriendo el click sin cambios y =
otro con dicho cambio,<br>> la tabla de errores se veia asi:<br>>
<br>> srcr2/es :: SR2ETTStat packet says rate 756895 is 0<br>=
> srcr2/es :: SR2ETTStat packet says rate 567537 is 96<br>>=
; srcr2/es :: SR2ETTStat packet says rate 934433 is 0<br>><br=
>> Y cuando ambos bichos corrian el click modificado, los errores aparec=
ian
<br>> como siempre:<br>><br>> srcr2/es :: SR2ETTStat pa=
cket says rate 2 is 22<br>> srcr2/es :: SR2ETTStat packet say=
s rate 4 is 0<br>><br>> Me siguieron ? Arme mucho lio ???<br><br>Si y=
no.<br><br>Viendo el codigo encontre este comentario, que comienza en la l=
inea 226:
<br><br>/*<br> * take_state gets called after<br> *=
--configure<br> * --initialize<br> * so we may nee=
d to unschedule probe timers<br> * and sync them up so the rate=
s don't get<br> * screwed up.<br> */<br>
<br>Esta noche le hecho un ojo al codigo para ver si esto puede tener algo<=
br>que ver con nuestro problema (pero espero no perderme, porque no se<br>n=
ada de c++)<br><br>Gus: si sabes que esto no tiene nada que ver, avisa y bu=
sco por otro lado.
<br><br>> Vamos !, a ver algun genio del codigo que la pegue sobre que e=
sta pasando,<br>> porque si no vamos a tener que abandonar la roofnet po=
r inviable sobre<br>> big-endian. SNIF SNIF SNIF....<br>><br>> Un =
abrazo / GUS
<br><br> &=
nbsp; &nbs=
p; Saludos, Julio<br><br>--<br>NO A LA MATRICULA!!!=
: <a href=3D"http://noalamatricula.wordpress.com/">http://noalamatricula.wo=
rdpress.com/</a><br>Software Freedom Day 15 de Septiembre<br><a href=3D"htt=
p://softwarefreedomday.org/teams/centralandsouthamerica/argentina?action=3D=
show">
http://softwarefreedomday.org/teams/centralandsouthamerica/argentina?action=
=3Dshow</a><br><a href=3D"http://www.kwort.org">www.kwort.org</a> &nbs=
p; Kwort Linux Distribution<br><a href=3D"http://www=
.lugro.org.ar">www.lugro.org.ar</a>
GNU/Linux User Group Rosario, Argentina<br>Registered GNU/Linu=
x User #358886<br>"Say No to Trolls with no Balls!"<br>"Neti=
quette o Tablas!!!"<br><br>___________________________________________=
____<br>
Lugro-mesh mailing list<br><a href=3D"mailto:Lugro-mesh@lugro.org.ar">Lugro=
-mesh@lugro.org.ar</a><br><a href=3D"http://www.lugro.org.ar/mailman/listin=
fo/lugro-mesh">http://www.lugro.org.ar/mailman/listinfo/lugro-mesh</a><br><=
/blockquote>
</div><br>
------=_Part_15690_1526570.1188850926556--