[MataroSensefils] Habana - Álamos
ivan
ivan a rusc.net
dim ago 10 07:30:57 CEST 2010
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
>
>
>
-------------- part següent --------------
Un document HTML ha estat eliminat...
URL: <http://llistes.anem.be/pipermail/llista_matarosensefils.net/attachments/20100810/2a71a235/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