[MataroSensefils] Habana - Álamos
ivan
ivan a rusc.net
dim ago 10 07:55:33 CEST 2010
ara no hi ha res.
fa 10 minuts i des de ahir a la nit, hi havia transit i sino de que era
aquesta gràfica http://10.139.66.65/graphs/iface/wds_MatAlamosRd1/
i tu saps que era aquest transit. per que las aturat
El 10 d’agost de 2010 7:50, Luis Busquets <luis.busquets a ilidium.com> ha
escrit:
> És que no hi ha res
>
> El 10/08/10 07:30, ivan escribió:
>
> estas saturant tot l'ample de banda de l'Habana!
> si-us-plau.
> atura el transit que hi ha entre les IPs 10.139.56.232.i la 10.139.66.76
>
> El 10 d’agost de 2010 7:30, Luis Busquets <luis.busquets a ilidium.com> ha
> escrit:
>
>> Sí, per a poder fer el ping des d'Álamos, hi ha un sessió ssh oberta i
>> amb tot no hauria de passar de pocs bytes per segon. Dels ping es pot eure
>> que no hi ha retràs a Álamos i en canvi hi ha un retràs enorme a Habana. He
>> probat a fer pings amb 10.139.66.68 des d'Álamos i des d'Habana i el
>> resultat és que el router d'Habana està introduint retràs.. És més,
>> desdd'ahir per la nit que no baixa d'1Mb
>> http://10.139.66.65/graphs/iface/wds_MatAlamosRd1/
>>
>> Per a mi que l'enrutament dinàmic rebota paquets i els multiplica.
>>
>>
>> El 10/08/10 00:20, ivan escribió:
>>
>> 6. En aquest moment hi ha un retard al router de l'Habana elevadíssim.
>> Suposo que és transitori perquè algú desccarrega quelcom. El d'Álamos va
>> correcte. Jo evidentment no estic enviant ni reben capo arxiu si no tan sols
>> pings. Tens info sobre el cas?
>>
>> mira la imatge entre la IP 10.139.56.231 i la IP 10.139.66.76 hi ha
>> transit.
>> això no es ping es quelcom mes
>> *
>> ivan a k5:~$ ping 10.139.66.76
>> PING 10.139.66.76 (10.139.66.76) 56(84) bytes of data.
>> 64 bytes from 10.139.66.76: icmp_seq=1 ttl=62 time=5888 ms
>> 64 bytes from 10.139.66.76: icmp_seq=2 ttl=62 time=5557 ms
>> ^C
>> --- 10.139.66.76 ping statistics ---
>> 8 packets transmitted, 2 received, 75% packet loss, time 7006ms
>> rtt min/avg/max/mdev = 5557.722/5723.111/5888.501/165.406 ms, pipe 6
>> ivan a k5:~$ ping 10.139.56.231
>> PING 10.139.56.231 (10.139.56.231) 56(84) bytes of data.
>> 64 bytes from 10.139.56.231: icmp_seq=1 ttl=61 time=8.17 ms
>> 64 bytes from 10.139.56.231: icmp_seq=2 ttl=61 time=4.11 ms
>> 64 bytes from 10.139.56.231: icmp_seq=3 ttl=61 time=9.55 ms
>> ^C
>> --- 10.139.56.231 ping statistics ---
>> 3 packets transmitted, 3 received, 0% packet loss, time 2002ms
>> rtt min/avg/max/mdev = 4.113/7.280/9.553/2.311 ms
>> ivan a k5:~$ ping 10.139.66.66
>> PING 10.139.66.66 (10.139.66.66) 56(84) bytes of data.
>> 64 bytes from 10.139.66.66: icmp_seq=1 ttl=62 time=5126 ms
>> ^C
>> --- 10.139.66.66 ping statistics ---
>> 6 packets transmitted, 1 received, 83% packet loss, time 5005ms
>> rtt min/avg/max/mdev = 5126.712/5126.712/5126.712/0.000 ms, pipe 6
>> ivan a k5:~$
>>
>> *
>>
>> El 10 d’agost de 2010 0:07, Luis Busquets <luis.busquets a ilidium.com> ha
>> escrit:
>>
>>> 1. Des de quina IP has fet els pings?
>>> 2. Hi ha algun servidor local a Habana i a Álamos des del què intentar
>>> baixar arxius grans? Ho dic perquè en els tests em quedava clar que hi havia
>>> un problema a Álamos i no a Habana.
>>> 3. Per quina porta (IP) us connecteu a Internet?. És a dir, si la porta
>>> és a Habana i la xarxa no funciona bé a Álamos , els d'Habana no haurien de
>>> tenir problemes, però si la porta és a Álamos, tant els d'Alamos com els
>>> d'Habana no els funcionaria.
>>> 4. Quina és la velocitat de l'enllaç entre Habana i Álamos? Quina
>>> potència i quina direccionalitat de les antenes? Ho dic perquè tinc una
>>> antena parabòlica de 23dB que es podria utilitzar per a millorar l'enllaç
>>> (a part d'augmentar la potència és reduiria el soroll). De totes formes, per
>>> a mi això és un problema de capa 3 (no descarto capa 2 però apostaria per
>>> capa 3).
>>> 5. Tens alguna mena de debug mode i log al microtik? És molt extranya
>>> l'assimetria de velocitats.
>>> 6. En aquest moment hi ha un retard al router de l'Habana elevadíssim.
>>> Suposo que és transitori perquè algú desccarrega quelcom. El d'Álamos va
>>> correcte. Jo evidentment no estic enviant ni reben capo arxiu si no tan sols
>>> pings. Tens info sobre el cas?
>>> 7. Té microtik algún paquet per introduir QoS?
>>> 8. Heu probat a introduir TTLs? Hem pregunto si la saturació ve de rebots
>>> de paquets donada la configuració d'enrutament de la xarxa...
>>>
>>> El 09/08/10 20:13, ivan escribió:
>>>
>>> ara el ping no es tant bo *
>>>
>>> ivan a k5:~$ ping 10.139.66.76
>>> PING 10.139.66.76 (10.139.66.76) 56(84) bytes of data.
>>> 64 bytes from 10.139.66.76: icmp_seq=1 ttl=62 time=7049 ms
>>> 64 bytes from 10.139.66.76: icmp_seq=2 ttl=62 time=7096 ms
>>> 64 bytes from 10.139.66.76: icmp_seq=3 ttl=62 time=7187 ms
>>> ^C
>>> --- 10.139.66.76 ping statistics ---
>>> 10 packets transmitted, 3 received, 70% packet loss, time 9031ms
>>> rtt min/avg/max/mdev = 7049.941/7111.405/7187.432/57.108 ms, pipe 8
>>> ivan a k5:~$ ping 10.139.66.66
>>> PING 10.139.66.66 (10.139.66.66) 56(84) bytes of data.
>>> 64 bytes from 10.139.66.66: icmp_seq=1 ttl=62 time=1137 ms
>>> 64 bytes from 10.139.66.66: icmp_seq=2 ttl=62 time=185 ms
>>> 64 bytes from 10.139.66.66: icmp_seq=3 ttl=62 time=114 ms
>>> ^C
>>> --- 10.139.66.66 ping statistics ---
>>> 3 packets transmitted, 3 received, 0% packet loss, time 2009ms
>>> rtt min/avg/max/mdev = 114.557/479.159/1137.076/466.127 ms, pipe 2
>>> ivan a k5:~$ ping 10.139.66.65
>>> PING 10.139.66.65 (10.139.66.65) 56(84) bytes of data.
>>> 64 bytes from 10.139.66.65: icmp_seq=1 ttl=63 time=1.13 ms
>>> 64 bytes from 10.139.66.65: icmp_seq=2 ttl=63 time=3.12 ms
>>> ^C
>>> --- 10.139.66.65 ping statistics ---
>>> 2 packets transmitted, 2 received, 0% packet loss, time 1001ms
>>> rtt min/avg/max/mdev = 1.138/2.129/3.121/0.992 ms
>>> ivan a k5:~$ ping 10.139.56.225
>>> PING 10.139.56.225 (10.139.56.225) 56(84) bytes of data.
>>> 64 bytes from 10.139.56.225: icmp_seq=1 ttl=62 time=2.99 ms
>>> 64 bytes from 10.139.56.225: icmp_seq=2 ttl=62 time=3.52 ms
>>> 64 bytes from 10.139.56.225: icmp_seq=3 ttl=62 time=2.51 ms
>>> ^C
>>> --- 10.139.56.225 ping statistics ---
>>> 3 packets transmitted, 3 received, 0% packet loss, time 2002ms
>>> rtt min/avg/max/mdev = 2.515/3.013/3.527/0.415 ms
>>> ivan a k5:~$ ping 10.139.56.231
>>> PING 10.139.56.231 (10.139.56.231) 56(84) bytes of data.
>>> 64 bytes from 10.139.56.231: icmp_seq=1 ttl=61 time=4.94 ms
>>> 64 bytes from 10.139.56.231: icmp_seq=2 ttl=61 time=4.38 ms
>>> 64 bytes from 10.139.56.231: icmp_seq=3 ttl=61 time=4.22 ms
>>> ^C
>>> --- 10.139.56.231 ping statistics ---
>>> 3 packets transmitted, 3 received, 0% packet loss, time 2002ms
>>> rtt min/avg/max/mdev = 4.224/4.516/4.941/0.316 ms
>>> ivan a k5:~$ ping 10.139.56.232
>>> PING 10.139.56.232 (10.139.56.232) 56(84) bytes of data.
>>> 64 bytes from 10.139.56.232: icmp_seq=1 ttl=61 time=6.40 ms
>>> 64 bytes from 10.139.56.232: icmp_seq=2 ttl=61 time=6.79 ms
>>> 64 bytes from 10.139.56.232: icmp_seq=3 ttl=61 time=5.25 ms
>>> ^C
>>> --- 10.139.56.232 ping statistics ---
>>> 3 packets transmitted, 3 received, 0% packet loss, time 2003ms
>>> rtt min/avg/max/mdev = 5.252/6.150/6.798/0.661 ms
>>> ivan a k5:~$
>>> *
>>>
>>> El 9 d’agost de 2010 19:29, ivan <ivan a rusc.net> ha escrit:
>>>
>>>> jo soc novato i n'estic aprenent.
>>>> contesto al mail
>>>>
>>>> El 9 d’agost de 2010 18:13, Luis Carlos Busquets Pérez <
>>>> luis.busquets a ilidium.com> ha escrit:
>>>>
>>>> Els pings de 38s els he tingut sense transferir absolutament res.
>>>>> Simplement probant com va l'enllaç. Els tests indiquen que hi ha algun
>>>>> problema al node de Los Álamos. En principi estic connectat sempre amb el
>>>>> què si el problema fós que un dels meus routers està connectat, aquest
>>>>> problema hauria de persistir sempre.
>>>>>
>>>>
>>>> jo puc navegar sempre, excepte quant els teus router estan transferint
>>>> dades
>>>>
>>>>>
>>>>> Quan transfereixo dades entre Habana i Álamos no passa de 70kb/s amb el
>>>>> què no sé como puc saturar l'ample de band. Ja m'agradaria que Erlang actués
>>>>> en aquest enllaç!
>>>>>
>>>>> Desconeixo la topologia de la xarxa, però no és l'enllaç entre Álamos
>>>>> i Habana de 54Mbps? Si la xarxa actua correctament, un sòl client connectat
>>>>> a 11Mbps mai pot saturar el troncal 54.
>>>>>
>>>>
>>>> no satures el troncal.
>>>> satures a tots els usuaris connectats a les antenes de 2,4GHz de
>>>> l'Habana i los Alamos.
>>>> jo tampoc ho entenc. quan tu no estas transferint dades, el node
>>>> MatHabanaBalmes <http://guifi.net/node/23169> a internet te 900 KB/s
>>>> quant n'estas transferint no puc obrir cap pagina web.
>>>>
>>>>>
>>>>> He comprobat que la connexió va molt malament al node de Álamos fins al
>>>>> punt de no poder fer join al node des de la Brisa quan de fet el senyal
>>>>> m'arriba amb -47dBm.
>>>>>
>>>>
>>>> aquest node MatCamiFondo4 <http://guifi.net/node/30072> esta connectat
>>>> a los Alamos amb una senyal de -44dBm i te una velocitat a internet de 600
>>>> KB/s. quant els teus routers no estan transferint dades, sino tampoc pot
>>>> navegar
>>>>
>>>>>
>>>>> Potser la clau per trobar el problema és veure perquè cau Los Álamos i
>>>>> mai cau Habana. Si hi ha problemes, no són causats per mi, ara, en rebo les
>>>>> conseqüències i tinc ganes d'ajudar a solucionar-ho (T.620501328).
>>>>>
>>>>
>>>> no se per que cau los Alamos.
>>>> a los Almos hi ha RB133 no es tant potent com la RB600 de l'Abana. no se
>>>> si es el motiu
>>>> el que he pogut comprovar, es que algun dia quant no tinc connexio a los
>>>> Alamos, reinicio el supernode i torna a funcionar i si miro les gràfiques
>>>> quant es penja el supernode, l'únic que hi esta transferint dades es el teu
>>>> node
>>>>
>>>>
>>>> ping des de Cuba. a mi em semblen molt bons. no es de 38 segons
>>>> * ivan a k5:~$ ping 10.139.56.225
>>>> PING 10.139.56.225 (10.139.56.225) 56(84) bytes of data.
>>>> 64 bytes from 10.139.56.225: icmp_seq=1 ttl=62 time=2.27 ms
>>>> 64 bytes from 10.139.56.225: icmp_seq=2 ttl=62 time=2.66 ms
>>>> 64 bytes from 10.139.56.225: icmp_seq=3 ttl=62 time=2.28 ms
>>>> 64 bytes from 10.139.56.225: icmp_seq=4 ttl=62 time=2.31 ms
>>>> ^C
>>>> --- 10.139.56.225 ping statistics ---
>>>> 4 packets transmitted, 4 received, 0% packet loss, time 3004ms
>>>> rtt min/avg/max/mdev = 2.273/2.383/2.666/0.167 ms
>>>> ivan a k5:~$ ping 10.139.56.231
>>>> PING 10.139.56.231 (10.139.56.231) 56(84) bytes of data.
>>>> 64 bytes from 10.139.56.231: icmp_seq=1 ttl=61 time=4.96 ms
>>>> 64 bytes from 10.139.56.231: icmp_seq=2 ttl=61 time=6.17 ms
>>>> 64 bytes from 10.139.56.231: icmp_seq=3 ttl=61 time=4.84 ms
>>>> ^C
>>>> --- 10.139.56.231 ping statistics ---
>>>> 3 packets transmitted, 3 received, 0% packet loss, time 2002ms
>>>> rtt min/avg/max/mdev = 4.849/5.331/6.177/0.605 ms
>>>> ivan a k5:~$ ping 10.139.56.232
>>>> PING 10.139.56.232 (10.139.56.232) 56(84) bytes of data.
>>>> 64 bytes from 10.139.56.232: icmp_seq=1 ttl=61 time=6.14 ms
>>>> 64 bytes from 10.139.56.232: icmp_seq=2 ttl=61 time=6.19 ms
>>>> 64 bytes from 10.139.56.232: icmp_seq=3 ttl=61 time=8.58 ms
>>>> ^C
>>>> --- 10.139.56.232 ping statistics ---
>>>> 3 packets transmitted, 3 received, 0% packet loss, time 2002ms
>>>> rtt min/avg/max/mdev = 6.142/6.973/8.585/1.141 ms
>>>> ivan a k5:~$ ping 10.139.66.65
>>>> PING 10.139.66.65 (10.139.66.65) 56(84) bytes of data.
>>>> 64 bytes from 10.139.66.65: icmp_seq=1 ttl=63 time=1.00 ms
>>>> 64 bytes from 10.139.66.65: icmp_seq=2 ttl=63 time=3.27 ms
>>>> 64 bytes from 10.139.66.65: icmp_seq=3 ttl=63 time=0.946 ms
>>>> ^C
>>>> --- 10.139.66.65 ping statistics ---
>>>> 3 packets transmitted, 3 received, 0% packet loss, time 2002ms
>>>> rtt min/avg/max/mdev = 0.946/1.739/3.272/1.084 ms
>>>> ivan a k5:~$ ping 10.139.66.66
>>>> PING 10.139.66.66 (10.139.66.66) 56(84) bytes of data.
>>>> 64 bytes from 10.139.66.66: icmp_seq=1 ttl=62 time=3.18 ms
>>>> 64 bytes from 10.139.66.66: icmp_seq=2 ttl=62 time=2.38 ms
>>>> 64 bytes from 10.139.66.66: icmp_seq=3 ttl=62 time=2.31 ms
>>>> ^C
>>>> --- 10.139.66.66 ping statistics ---
>>>> 3 packets transmitted, 3 received, 0% packet loss, time 2002ms
>>>> rtt min/avg/max/mdev = 2.317/2.630/3.188/0.395 ms
>>>> ivan a k5:~$ ping 10.139.66.76
>>>> PING 10.139.66.76 (10.139.66.76) 56(84) bytes of data.
>>>> 64 bytes from 10.139.66.76: icmp_seq=1 ttl=62 time=3.11 ms
>>>> 64 bytes from 10.139.66.76: icmp_seq=2 ttl=62 time=3.20 ms
>>>> 64 bytes from 10.139.66.76: icmp_seq=3 ttl=62 time=2.69 ms
>>>> ^C
>>>> --- 10.139.66.76 ping statistics ---
>>>> 3 packets transmitted, 3 received, 0% packet loss, time 2002ms
>>>> rtt min/avg/max/mdev = 2.699/3.005/3.208/0.229 ms
>>>> ivan a k5:~$
>>>> *
>>>>
>>>>
>>>>>
>>>>>
>>>>>
>>>>> El 09/08/10 17:29, ivan escribió:
>>>>>
>>>>> per curiositat. ¿que estas fent?
>>>>> quant tu estas connectat els usuaris de l'Habana i de Los Alamos no
>>>>> podem navegar
>>>>>
>>>>> crec que has tirat el supernode de Los Alamos varies vegades abaix.
>>>>>
>>>>> si-us-plau
>>>>> deixa de ocupar el 99% de l'ampla de banda.
>>>>> Alamos > Habana i Habana > Alamos
>>>>>
>>>>> per poder enviar aquest correu he desconnectat el supenode de Los
>>>>> Alamos. sino jo no tenia connexió
>>>>>
>>>>> si tens un ping com el que tenies l'altre dia.
>>>>> * 64 bytes from 10.139.56.225: seq=16 ttl=64 time=38559.155 ms*
>>>>> es perque estas ocupant tot l'ample de banda
>>>>> para el transit i veuràs com el teu ping i el dels altres usuaris
>>>>> millora
>>>>>
>>>>> moltes gracies
>>>>>
>>>>>
>>>>>
>>>>> El 5 d’agost de 2010 20:54, Luis Busquets <luis.busquets a ilidium.com>ha escrit:
>>>>>
>>>>>> Temps després d'enviar aquest missatge, l'enllaç ha deixat de
>>>>>> presentar errors. El fallo de no enllaçat ja no es presenta i la velocitat
>>>>>> ara ja és simètrica. Ignoro si algú ha fet algo per a corregir-ho. Si és
>>>>>> així m'agradari saber qui per agrair-li-ho i per saber què passava més que
>>>>>> res per curiositat.
>>>>>>
>>>>>> En tot cas gràcies.
>>>>>>
>>>>>>
>>>>>> El 03/08/10 10:04, Luis Buquets escribió:
>>>>>>
>>>>>> Descarregar algo d'Álamos des d'Habana (no passa de 40kb/s) pot
>>>>>>> arribar a ser fins unes deu vegades més ràpid que descarregar algo de
>>>>>>> l'Habana des d'Álamos (arriba a 350kb/s).
>>>>>>>
>>>>>>> S'us acut alguna explicació?
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Llista llista de correu
>>>>>>> Llista a matarosensefils.net
>>>>>>>
>>>>>>> http://mail.matarosensefils.net/mailman/listinfo/llista_matarosensefils.net
>>>>>>>
>>>>>>> Per esborrar-te de la llista envia un correu
>>>>>>> llista-request a matarosensefils.net amb la paraula "unsubscribe" en
>>>>>>> l'assumpte del correu
>>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Llista llista de correu
>>>>>> Llista a matarosensefils.net
>>>>>>
>>>>>> http://mail.matarosensefils.net/mailman/listinfo/llista_matarosensefils.net
>>>>>>
>>>>>> Per esborrar-te de la llista envia un correu
>>>>>> llista-request a matarosensefils.net amb la paraula "unsubscribe" en
>>>>>> l'assumpte del correu
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Llista llista de correuLlista a matarosensefils.nethttp://mail.matarosensefils.net/mailman/listinfo/llista_matarosensefils.net
>>>>>
>>>>> Per esborrar-te de la llista envia un correu llista-request a matarosensefils.net amb la paraula "unsubscribe" en l'assumpte del correu
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>> _______________________________________________
>>> Llista llista de correuLlista a matarosensefils.nethttp://mail.matarosensefils.net/mailman/listinfo/llista_matarosensefils.net
>>>
>>> Per esborrar-te de la llista envia un correu llista-request a matarosensefils.net amb la paraula "unsubscribe" en l'assumpte del correu
>>>
>>>
>>>
>>
>> _______________________________________________
>> Llista llista de correuLlista a matarosensefils.nethttp://mail.matarosensefils.net/mailman/listinfo/llista_matarosensefils.net
>>
>> Per esborrar-te de la llista envia un correu llista-request a matarosensefils.net amb la paraula "unsubscribe" en l'assumpte del correu
>>
>>
>>
>
> _______________________________________________
> Llista llista de correuLlista a matarosensefils.nethttp://mail.matarosensefils.net/mailman/listinfo/llista_matarosensefils.net
>
> Per esborrar-te de la llista envia un correu llista-request a matarosensefils.net amb la paraula "unsubscribe" en l'assumpte del correu
>
>
>
-------------- part següent --------------
Un document HTML ha estat eliminat...
URL: <http://llistes.anem.be/pipermail/llista_matarosensefils.net/attachments/20100810/bf8c1381/attachment.html>
-------------- part següent --------------
_______________________________________________
Llista llista de correu
Llista a matarosensefils.net
http://mail.matarosensefils.net/mailman/listinfo/llista_matarosensefils.net
Per esborrar-te de la llista envia un correu llista-request a matarosensefils.net amb la paraula "unsubscribe" en l'assumpte del correu
Més informació sobre la llista de correu llista_matarosensefils.net