[OT] Detectar causa de lentitud en LAN
PedroTron
ceduard0
Hola utiliza Ntop con esta puedes ver que maquinas y las estadisticas
del consumo por maquina, en fin tiene varios reportes, posiblemente si
tienes una de tus cuarenta estaciones con un problema como virus y se
te esta consumiendo los recursos incluyendo el del ancho de banda.
Salu2
Existen otras como Nessus, pero es para auditorias de seguridad.
>
> Hasta pronto y muchas gracias a todos.
--
ceduard0
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/AANLkTinJaP8m2koOis8OZ...@mail.gmail.com
jmramirez (mas_ke_na)
Hash: SHA1
> El 18 de enero de 2011 23:11, PedroTron <porsi...@gmail.com> escribió:
>>
>> hola a todos.
>> Tengo una red de aprox. 40 estaciones, todas trabajando contra un Samba que hace de PDC y servidor de archivos.
>> Durante las ultimas semanas en especial he notado un desempeño demasiado pobre de la red. Todo responde demasiado Lento. Mi jefe cree que es problema por desempeño del servidor, pero yo sospecho que es por problemas de red (hace cerca de un mes cambiaron switches). He descartado todo lo posible en desempeño del servidor y todo esta trabajando sin problemas (practicamente nunca pasa del 30% de consumo de nada, ni de memoria, ni de CPU, ni de escritura en disco ni nada). Consulte al que instalo los nuevos switches, y el indica que todo esta bien montado, pero ni siquiera sabia que los switches que instalo (eplanet GSW-2404SF) pueden administrarse via web.
>> La razon por la que escribo a la lista, es debido a que solicito sus recomendaciones para usar herramientas libres (ojala disponibles en lenny) que me permitan confirmar si mi sospecha es cierta o no. Esos switches soportan SNMP, pero en ese tema estoy poco crudo.
>> Que herramientas de monitoreo (o rastreo) me pueden recomendar para detectar de una vez por todas que pasa con la red?
>
> Hola utiliza Ntop con esta puedes ver que maquinas y las estadisticas
> del consumo por maquina, en fin tiene varios reportes, posiblemente si
> tienes una de tus cuarenta estaciones con un problema como virus y se
> te esta consumiendo los recursos incluyendo el del ancho de banda.
>
> Salu2
>
> Existen otras como Nessus, pero es para auditorias de seguridad.
>>
>> Hasta pronto y muchas gracias a todos.
Buenas
También puedes probar a pasar datos y ver que tal van:
http://www.tldp.org/HOWTO/Querying-libiptc-HOWTO/bmeter.html
Incluso creo que ocn netcat se puede hacer algo parecido, pero no estoy
muy seguro.
Suerte y un saludo
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJNNqjXAAoJEOWNzQnqy+fz7yIH/jxotGfHMDwEYt9v/j7VASOU
sbzqGZxDTkXVLS1Hkia2oBeLnpH98Nj6tcunB4ev3Qww8s1bZdUbKcZEVqgaOw3D
JzZOYYUVyhzOfDZFVfN62EV8g2G0QQJE6t3YqIZ4wTGVbAs9oyri523yua/jWyLu
1FXdt/NEJMLNW44XbQlTYylHFZVNFLhr7cnHFTbR4BYWwpIJ7PD4k5wlerhbsoOf
ZkQbbh/zjjj1ECKvJxsw8t9uyup9YlvgePQ9c5choEJ4CtR6ZKxZnhh+RqAzvJER
F6F61EPgMiRx8yTxO+MQAiRcW0YzclsuVOAhGtC0KN/XRMrikhf8KuS125CEy3I=
=mPH7
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/BLU0-SMTP197DD137B...@phx.gbl
Javier Barroso
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>> El 18 de enero de 2011 23:11, PedroTron <porsi...@gmail.com> escribió:
>>>
>>> hola a todos.
>>> Tengo una red de aprox. 40 estaciones, todas trabajando contra un Samba que hace de PDC y servidor de archivos.
>>> Durante las ultimas semanas en especial he notado un desempeño demasiado pobre de la red. Todo responde demasiado Lento. Mi jefe cree que es problema por desempeño del servidor, pero yo sospecho que es por problemas de red (hace cerca de un mes cambiaron switches). He descartado todo lo posible en desempeño del servidor y todo esta trabajando sin problemas (practicamente nunca pasa del 30% de consumo de nada, ni de memoria, ni de CPU, ni de escritura en disco ni nada). Consulte al que instalo los nuevos switches, y el indica que todo esta bien montado, pero ni siquiera sabia que los switches que instalo (eplanet GSW-2404SF) pueden administrarse via web.
>>> La razon por la que escribo a la lista, es debido a que solicito sus recomendaciones para usar herramientas libres (ojala disponibles en lenny) que me permitan confirmar si mi sospecha es cierta o no. Esos switches soportan SNMP, pero en ese tema estoy poco crudo.
>>> Que herramientas de monitoreo (o rastreo) me pueden recomendar para detectar de una vez por todas que pasa con la red?
>>
>> Hola utiliza Ntop con esta puedes ver que maquinas y las estadisticas
>> del consumo por maquina, en fin tiene varios reportes, posiblemente si
>> tienes una de tus cuarenta estaciones con un problema como virus y se
>> te esta consumiendo los recursos incluyendo el del ancho de banda.
>>
>> Salu2
>>
>> Existen otras como Nessus, pero es para auditorias de seguridad.
>>>
>>> Hasta pronto y muchas gracias a todos.
> Buenas
>
> También puedes probar a pasar datos y ver que tal van:
>
> http://www.tldp.org/HOWTO/Querying-libiptc-HOWTO/bmeter.html
>
> Incluso creo que ocn netcat se puede hacer algo parecido, pero no estoy
> muy seguro.
cliente$ pv fichero | nc ip host puerto &> /dev/null
servidor$ nc -l -p puerto | pv > /dev/null
Yo probaría a capturar el tráfico de red (con tshark o tcpdump) cuando
te vaya realmente lento y ver qué ocurre (que tipo de tráfico o quién
se lleva el ancho de banda) con las estadísticas del wireshark o del
tshark
Saludos
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/AANLkTiz4cVMWsWBWehcD-...@mail.gmail.com
jmramirez (mas_ke_na)
Buenas
He visto esta web [1] buscando alguna alternativa. Creo que algo puedes
encontrar por ahi.
[1]http://www.ubuntugeek.com/bandwidth-monitoring-tools-for-linux.html
Un saludo
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJNNq9FAAoJEOWNzQnqy+fz3xIH/0sNs2yHxx29Unp/hJQ463/e
PiTapdjm8UQJCHX/FBkNLbHm0mMs4lE/mMAIWZwS+DPJa/PucBtmpcveZ0DPIJAm
4emuM1rrczOtLkgBVxEm1W/iRo1cJPJOM0HlPyN6jZyOe5+lDElMOczrBpePX7d2
Yd4aVSTymU+04eEg4aWNRJlc8S2LliK1Tf2Sht18uhK7IkI/wTJNuJwbe1x6V7mG
ZHAkcaCaXVoQ+ZyB32KVOzkhAIUnY6F3nvSKe88jyEj+/BntIxUOFlsZHagxBIwZ
6ype3Anxq88VMEJPEbPgFSKZpwmZ29J+bZKf01SYncZwtg6RXivI/C6TXfX+q5c=
=XvCD
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/BLU0-SMTP162852CF9...@phx.gbl
Federico Alberto Sayd
Puedes probar iperf para ver que ancho de banda hay entre estaciones o
entre alguna estación y el servidor. Si iperf te arroja resultados
satisfactorios yo empezaría por mirar los servicios a los que estás
tratando de acceder y verificaría si no hay algún problema en ellos.
Otra opción es utilizar wireshark para ver qué está pasando en la red,
si hay alguna máquina inundando la red con paquetes o un equipo que esté
generando errores. A veces incluso un cable mal conectado en un switch
puede generar un bucle y si el switch no es muy bueno quitar mucha
performance o dejar inoperativa la red. Puedes tener incluso conflictos
de ip que ralenticen o corten las conexiones, si algún host se ha
"robado" la ip del servidor es muy posible que todo ande mal.
Bueno, son algunas ideas. Después nos cuentas que has visto.
Saludos
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
(...)
> Que herramientas de monitoreo (o rastreo) me pueden recomendar para
> detectar de una vez por todas que pasa con la red?
Yo comprobaría lo siguiente:
1/ Hardware
Al haber cambiado los switches, comprueba que todas las bocas estén
configuradas para trabajar en modo "auto" y que la velocidad detectada
del enlace sea la correcta (bien sea gigabit o ethernet).
2/ Software
Dices que la red va lenta... pero ¿pasa sólo con los recursos samba o
también notas lentas las transferencias directas, por ejemplo, vía FTP?
¿has hecho alguna medición de transferencia de datos, es decir, el tiempo
que tarda en copiar un archivo de 1 GiB desde un cliente al servidor
samba para luego hacer la misma prueba pero usando FTP? ¿has probado
desde distintos clientes (windows/linux)?
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
PedroTron
El 19/01/11 01:11, PedroTron escribió:
Puedes probar iperf para ver que ancho de banda hay entre estaciones o entre alguna estación y el servidor. Si iperf te arroja resultados satisfactorios yo empezaría por mirar los servicios a los que estás tratando de acceder y verificaría si no hay algún problema en ellos.
Maximiliano Marin Bustos
He escuchado que las redes fallan cuando la red electrica no tiene su
correcto contacto con tierra. Podrias hacer mediciones al respecto.
El 19/01/11, PedroTron <porsi...@gmail.com> escribió:
--
Enviado desde mi dispositivo móvil
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/AANLkTikd54CqctRVcSc9j...@mail.gmail.com
Juan Lavieri
El 19/01/11 16:40, PedroTron escribi�:
>
>
> El 19 de enero de 2011 08:23, Federico Alberto Sayd <fs...@uncu.edu.ar
> <mailto:fs...@uncu.edu.ar>> escribi�:
>
> El 19/01/11 01:11, PedroTron escribi�:
>
>
>
> Puedes probar iperf para ver que ancho de banda hay entre
> estaciones o entre alguna estaci�n y el servidor. Si iperf te
> arroja resultados satisfactorios yo empezar�a por mirar los
> servicios a los que est�s tratando de acceder y verificar�a si no
> hay alg�n problema en ellos.
>
>
> Estoy probando con iperf mirando tiempos servidor-estaciones y
> estaciones-estaciones.
>
> entre estaciones, los tiempos se mantienen arriba de 90MB/s, lo cual
> es bueno. Pero cualquier conexion hacia el servidor, los tiempos
> quedan muy mal (en promedio 18MB/s) y es que el servidor tiene tarjeta
> de 1GB.
>
> He conectado mi portatil al mismo switch donde esta el servidor, y los
> tiempos no mejoran. Basado en lo anterior, tengo dos teorias:
>
> 1. el punto del servidor tiene problemas
>
> 2. La tarjeta del servidor tiene problemas.
>
> Ya debo hacer esa prueba en horario no laboral.
>
> Pero tengo una duda. Ese servidor, tambien hace de puerta de enlace
> tanto para Internet como para el servidor de correo, que esta
> virtualizado (xen). Es posible que al recibir el trafico de toda la
> red en todo momento, deba responder mas lento? La red es
> relativamente peque�a, pero de todos modos es un detalle a evaluar.
>
> Usando ntop y bandwithd he encontrado que un par de usuarios tienen un
> trafico diario promedio de 10GB.
Por esto que dices deduzco que estos dos usuarios tienen mayor consumo
de ancho de banda que los dem�s.
�Se justifica que en ellos se produzca esta excepci�n? �estar�n viendo
videos y cosas similares no autorizadas?
Dices que de cualquier estaci�n hacia el servidor la tranferencia se
reduce a casi un quinto de la rata entre estaciones; esto me hace
pensar que la lentitud no es necesariamente entre la LAN sino hacia el
exterior (internet) �es as�?
�Has revisado o cambiado el cable del servidor al switch? (un cable mal
configurado produce exactamente eso)
�Se han hecho cambios en el cableado de la oficina, por ejemplo en la
iluminaci�n?
Si el problema es con la internet solamente �has conversado con otros
usuarios/clientes del ISP?
Bueno se me acabaron las flechas por ahora.
> Todo ese trafico esta limpio (ya descarte completamente spyware,
> virus y demas).
>
> saludos
�xito, estamos en contacto.
Juan.
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Federico Alberto Sayd
El 19 de enero de 2011 08:23, Federico Alberto Sayd <fs...@uncu.edu.ar> escribió:
El 19/01/11 01:11, PedroTron escribió:Puedes probar iperf para ver que ancho de banda hay entre estaciones o entre alguna estación y el servidor. Si iperf te arroja resultados satisfactorios yo empezaría por mirar los servicios a los que estás tratando de acceder y verificaría si no hay algún problema en ellos.
Estoy probando con iperf mirando tiempos servidor-estaciones y estaciones-estaciones.
entre estaciones, los tiempos se mantienen arriba de 90MB/s, lo cual es bueno. Pero cualquier conexion hacia el servidor, los tiempos quedan muy mal (en promedio 18MB/s) y es que el servidor tiene tarjeta de 1GB.
He conectado mi portatil al mismo switch donde esta el servidor, y los tiempos no mejoran. Basado en lo anterior, tengo dos teorias:
1. el punto del servidor tiene problemas
2. La tarjeta del servidor tiene problemas.
Ya debo hacer esa prueba en horario no laboral.
Pero tengo una duda. Ese servidor, tambien hace de puerta de enlace tanto para Internet como para el servidor de correo, que esta virtualizado (xen). Es posible que al recibir el trafico de toda la red en todo momento, deba responder mas lento? La red es relativamente pequeña, pero de todos modos es un detalle a evaluar.
Por último, puede ser que el servidor tenga baja performance si se ha quedado sin recursos de hardware pero puedes chequearlo en horas laborales con un htop o cualquier herramienta de medición de recursos del sistema. O simplemente puedes hacer las pruebas en horas de carga y luego en horas en que no haya usuarios conectados. Ahí descartas si se trata de un problema de carga.
Saludos
PedroTron
Hola
Por esto que dices deduzco que estos dos usuarios tienen mayor consumo de ancho de banda que los demás.
¿Se justifica que en ellos se produzca esta excepción? ¿estarán viendo videos y cosas similares no autorizadas?
Dices que de cualquier estación hacia el servidor la tranferencia se reduce a casi un quinto de la rata entre estaciones; esto me hace pensar que la lentitud no es necesariamente entre la LAN sino hacia el exterior (internet) ¿es así?
¿Has revisado o cambiado el cable del servidor al switch? (un cable mal configurado produce exactamente eso)
¿Se han hecho cambios en el cableado de la oficina, por ejemplo en la iluminación?
Bueno se me acabaron las flechas por ahora.
Juan Antonio
El 19 de enero de 2011 10:33, Camaleón <noel...@gmail.com> escribió:Yo comprobaría lo siguiente:
1/ Hardware
Al haber cambiado los switches, comprueba que todas las bocas estén
configuradas para trabajar en modo "auto" y que la velocidad detectada
del enlace sea la correcta (bien sea gigabit o ethernet).
Que opinan de forzar tanto tarjetas de red como switches a que trabajen a gigabit en full duplex? en este momento todo esta en auto. Estoy evaluando realizar esta prueba hoy, pero me encantaria cualquier recomendacion al respecto.
2/ Software
Dices que la red va lenta... pero ¿pasa sólo con los recursos samba o
también notas lentas las transferencias directas, por ejemplo, vía FTP?
¿has hecho alguna medición de transferencia de datos, es decir, el tiempo
que tarda en copiar un archivo de 1 GiB desde un cliente al servidor
samba para luego hacer la misma prueba pero usando FTP? ¿has probado
desde distintos clientes (windows/linux)?
Antes de forzarlo confirma que los sistemas no estan negociando correctamente el canal, con ethtool o mii-tool puedes comprobarlo y forzarlo en caso de ser necesario.Todo va lento. Cada vez estoy convencido de que el problema debe ser red, ya sea por problema de medios o configuracion. Desde distintos clientes (windows xp, 7, linux y mac) los resultados son similares.
Saludos
Por otra parte hablas de varios switches y multiples equipos, trata de localizar un punto de fallo, comprobando el tráfico entre dos equipos del mismo switch, a ver si fallan todos o es uno en particular, etc ...
Un saludo.
Camaleón
> El 19 de enero de 2011 10:33, Camaleón escribió:
>>
>>
>> Yo comprobaría lo siguiente:
>>
>> 1/ Hardware
>>
>> Al haber cambiado los switches, comprueba que todas las bocas estén
>> configuradas para trabajar en modo "auto" y que la velocidad detectada
>> del enlace sea la correcta (bien sea gigabit o ethernet).
>>
> Que opinan de forzar tanto tarjetas de red como switches a que trabajen
> a gigabit en full duplex? en este momento todo esta en auto. Estoy
> evaluando realizar esta prueba hoy, pero me encantaria cualquier
> recomendacion al respecto.
(...)
Forzar a un modo te puede causar más problemas que soluciones.
Si el hardware parece correcto y la velocidad de cada uno de los nodos es
la correcta (los adaptadores a 10/100 se configuran a una velocidad de
100 Mbts y los adaptadores gigabit a una velocidad de 1 Gbps.) entonces
probaría a delimitar el problema probando una conexión "punto a
punto" (equipo <-cable-> servidor) para descartar un error con el switch
y/o el cableado o el patch panel.
Como supongo que de esta forma no tendrás problemas con la velocidad :-),
el siguiente paso sería crear una vlan en el switch (por ejemplo, un
grupo de 4 puertos) para conectar en ese grupo al equipo y el servidor, y
probar de nuevo.
Has comentado que habéis cambiado los switches pero ¿y el cableado?
¿usáis el mismo o lo habéis cambiado a cat6 sftp? ¿qué tipo de switches
teníais antes, eran también gigabit pero no gestionables o eran
ethernet...? ¿qué longitud de cableado tenéis?
Otra cosa... has dicho que las transferencias entre los clientes y
servidor son lentas independientemente de protocolo de transferencia
(ftp, samba...) que uses, pero ¿has probado la conexión entre los
clientes?
PedroTron
El Thu, 20 Jan 2011 09:13:29 -0500, PedroTron escribió:
(...)
Forzar a un modo te puede causar más problemas que soluciones.
Si el hardware parece correcto y la velocidad de cada uno de los nodos es
la correcta (los adaptadores a 10/100 se configuran a una velocidad de
100 Mbts y los adaptadores gigabit a una velocidad de 1 Gbps.) entonces
probaría a delimitar el problema probando una conexión "punto a
punto" (equipo <-cable-> servidor) para descartar un error con el switch
y/o el cableado o el patch panel.
Como supongo que de esta forma no tendrás problemas con la velocidad :-),
el siguiente paso sería crear una vlan en el switch (por ejemplo, un
grupo de 4 puertos) para conectar en ese grupo al equipo y el servidor, y
probar de nuevo.
Has comentado que habéis cambiado los switches pero ¿y el cableado?
¿usáis el mismo o lo habéis cambiado a cat6 sftp? ¿qué tipo de switches
teníais antes, eran también gigabit pero no gestionables o eran
ethernet...? ¿qué longitud de cableado tenéis?
Otra cosa... has dicho que las transferencias entre los clientes y
servidor son lentas independientemente de protocolo de transferencia
(ftp, samba...) que uses, pero ¿has probado la conexión entre los
clientes?
Camaleón
> El 20 de enero de 2011 13:47, Camaleón escribió:
>
>> El Thu, 20 Jan 2011 09:13:29 -0500, PedroTron escribió:
>
>
>
>> (...)
>>
>> Forzar a un modo te puede causar más problemas que soluciones.
>>
> En que casos puede causar problemas? buscando profundamente en google
> problemas parecidos la mayoria de las veces decanta a esa opcion.
> Asumiendo que tanto switch como cableado y tarjetas esten en bien, que
> problema podria presentarse?
Puedes desactivar la autonegociación para hacer pruebas, pero no lo dejes
desactivado. Si no recuerdo mal, el estándar que regula este tipo de
conexiones lo requiere.
(...)
Mira, en este artículo explican de forma resumida los problemas que te
puede causar forzar un modo:
Blessay: Autonegotiation on Ethernet – It Works, It Should Be Mandatory!
http://etherealmind.com/ethernet-autonegotiation-works-why-how-standard-should-be-set/
> Se cambiaron los switches y parte del cableado (principalmente el que va
> a los servidores y a los usuarios mas "delicados").
Hum...
> El cableado nuevo es cat6. Los switches anteriores eran netgear no
> administrables (todavia hay uno pendiente por reemplazar, pero las
> pruebas las estoy realizando sin pasar por este switch).
>
> Las pruebas de conexion entre clientes directamente salen bien (medicion
> de velocidad y copia de archivos). El cuello de botella esta hacia el
> servidor.
>
> Mañana probare con el cable directo y con la vlan a ver como sigue.
Desde luego todo apunta al servidor y lo que "cuelga" de él (el propio
equipo, los adaptadores de red que use, el cableado -que se ha cambiado-
y el switch -que no parece tener problemas con el resto de clientes/
cableado/configuraciones).
Yo me centraría en ir descartando todas esas cosas, principalmente en
el cableado.
Trujillo Carmona, Antonio
El 19/01/11 05:11, PedroTron escribió:
> hola a todos.
>
> Tengo una red de aprox. 40 estaciones, todas trabajando contra un Samba
> que hace de PDC y servidor de archivos.
>
> Durante las ultimas semanas en especial he notado un desempeño demasiado
> pobre de la red. Todo responde demasiado Lento. Mi jefe cree que es
> problema por desempeño del servidor, pero yo sospecho que es por
> problemas de red (hace cerca de un mes cambiaron switches).
problemas con algunos equipos que antes no tenian problemas, el tema ha
sido:
Equipo con red Giga cableado que no soporta Giga, con los conmutadores
de 100M no había problemas pues se negociaba la velocidad a 100 y todo
iva bien, al poner conmutadores de G se negocia a G y empiesan los
problemas porque el cableado no lo soporta.
En este caso, y para analizar los problemas, pon la negociación forzada
a 100M, si con esto va mejor es que tienes que cambiar el cableado.
Como el problema es entre el servidor y los equipos, mira el cableado
del servidor.
Recuerda que con 100M solo se usaban 2 pares del cable y con G se usan
los 4, si tienes conmutadores de olvidate de usar cables incompletos, y
si usas cables cruzados, tienes que cruzar los cuatro pares (muchos
cables cruzados que se venden solo cruzan los 2 pares principales),
aunque lo mejor es no usarlos pues todos los conmutadores modernos
autocruzan los cables.
Descartado esto investiga en el equipo.
--
Por favor, NO utilice formatos de archivo propietarios para el
intercambio de documentos, como DOC y XLS, sino HTML, RTF, TXT,
CSV o cualquier otro que no obligue a utilizar un programa de un
fabricante concreto para tratar la información contenida en él.
SALUD.
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/4D398777...@juntadeandalucia.es
PedroTron
Yo comprobaría lo siguiente:
1/ Hardware
Al haber cambiado los switches, comprueba que todas las bocas estén
configuradas para trabajar en modo "auto" y que la velocidad detectada
del enlace sea la correcta (bien sea gigabit o ethernet).
2/ Software
Dices que la red va lenta... pero ¿pasa sólo con los recursos samba o
también notas lentas las transferencias directas, por ejemplo, vía FTP?
¿has hecho alguna medición de transferencia de datos, es decir, el tiempo
que tarda en copiar un archivo de 1 GiB desde un cliente al servidor
samba para luego hacer la misma prueba pero usando FTP? ¿has probado
desde distintos clientes (windows/linux)?