[MataroSensefils] Habana - Álamos
Luis Busquets
luis.busquets a ilidium.com
dim ago 10 00:07:36 CEST 2010
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 <http://10.139.66.76>: icmp_seq=1 ttl=62
> time=7049 ms
> 64 bytes from 10.139.66.76 <http://10.139.66.76>: icmp_seq=2 ttl=62
> time=7096 ms
> 64 bytes from 10.139.66.76 <http://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 <http://10.139.66.66>: icmp_seq=1 ttl=62
> time=1137 ms
> 64 bytes from 10.139.66.66 <http://10.139.66.66>: icmp_seq=2 ttl=62
> time=185 ms
> 64 bytes from 10.139.66.66 <http://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 <http://10.139.66.65>: icmp_seq=1 ttl=63
> time=1.13 ms
> 64 bytes from 10.139.66.65 <http://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 <http://10.139.56.225>: icmp_seq=1 ttl=62
> time=2.99 ms
> 64 bytes from 10.139.56.225 <http://10.139.56.225>: icmp_seq=2 ttl=62
> time=3.52 ms
> 64 bytes from 10.139.56.225 <http://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 <http://10.139.56.231>: icmp_seq=1 ttl=61
> time=4.94 ms
> 64 bytes from 10.139.56.231 <http://10.139.56.231>: icmp_seq=2 ttl=61
> time=4.38 ms
> 64 bytes from 10.139.56.231 <http://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 <http://10.139.56.232>: icmp_seq=1 ttl=61
> time=6.40 ms
> 64 bytes from 10.139.56.232 <http://10.139.56.232>: icmp_seq=2 ttl=61
> time=6.79 ms
> 64 bytes from 10.139.56.232 <http://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
> <mailto: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 <mailto: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 <http://10.139.56.225>: icmp_seq=1
> ttl=62 time=2.27 ms
> 64 bytes from 10.139.56.225 <http://10.139.56.225>: icmp_seq=2
> ttl=62 time=2.66 ms
> 64 bytes from 10.139.56.225 <http://10.139.56.225>: icmp_seq=3
> ttl=62 time=2.28 ms
> 64 bytes from 10.139.56.225 <http://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 <http://10.139.56.231>: icmp_seq=1
> ttl=61 time=4.96 ms
> 64 bytes from 10.139.56.231 <http://10.139.56.231>: icmp_seq=2
> ttl=61 time=6.17 ms
> 64 bytes from 10.139.56.231 <http://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 <http://10.139.56.232>: icmp_seq=1
> ttl=61 time=6.14 ms
> 64 bytes from 10.139.56.232 <http://10.139.56.232>: icmp_seq=2
> ttl=61 time=6.19 ms
> 64 bytes from 10.139.56.232 <http://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 <http://10.139.66.65>: icmp_seq=1
> ttl=63 time=1.00 ms
> 64 bytes from 10.139.66.65 <http://10.139.66.65>: icmp_seq=2
> ttl=63 time=3.27 ms
> 64 bytes from 10.139.66.65 <http://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 <http://10.139.66.66>: icmp_seq=1
> ttl=62 time=3.18 ms
> 64 bytes from 10.139.66.66 <http://10.139.66.66>: icmp_seq=2
> ttl=62 time=2.38 ms
> 64 bytes from 10.139.66.66 <http://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 <http://10.139.66.76>: icmp_seq=1
> ttl=62 time=3.11 ms
> 64 bytes from 10.139.66.76 <http://10.139.66.76>: icmp_seq=2
> ttl=62 time=3.20 ms
> 64 bytes from 10.139.66.76 <http://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 <http://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
>> <mailto: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
>> <mailto: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
>> <mailto:llista-request a matarosensefils.net> amb la
>> paraula "unsubscribe" en l'assumpte del correu
>>
>>
>>
>> _______________________________________________
>> Llista llista de correu
>> Llista a matarosensefils.net
>> <mailto: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
>> <mailto:llista-request a matarosensefils.net> amb la
>> paraula "unsubscribe" en l'assumpte del correu
>>
>>
>>
>> _______________________________________________
>> Llista llista de correu
>> Llista a matarosensefils.net <mailto:Llista a matarosensefils.net>
>> http://mail.matarosensefils.net/mailman/listinfo/llista_matarosensefils.net
>>
>> Per esborrar-te de la llista envia un correullista-request a matarosensefils.net <mailto: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
-------------- part següent --------------
Un document HTML ha estat eliminat...
URL: <http://llistes.anem.be/pipermail/llista_matarosensefils.net/attachments/20100810/acb7b58f/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