El 19/01/17 a las 16:32, Rivera Valdez escribió: > 2017-01-19 10:18 GMT-03:00 Felix Perez <[email protected]>: >> El día 19 de enero de 2017, 5:37, Rivera Valdez >> <[email protected]> escribió: >>> 2017-01-05 15:16 GMT-03:00 Matias Mucciolo <[email protected]>: >>>> >>>> On Thursday 05 January 2017 14:59:01 Rivera Valdez wrote: >>>>> 2017-01-05 10:06 GMT-03:00 Jorge A. Secreto <[email protected]>: >>>>>> Hola >>>>>> >>>>>> El 4 de enero de 2017, 22:16, Rivera Valdez <[email protected]> >>>>>> escribió: >>>>>>>> ----- Original Message ----- >>>>>>>> From: "Rivera Valdez" <[email protected]> >>>>>>>> To: "debian-user-spanish" <[email protected]> >>>>>>>> Sent: Wednesday, January 4, 2017 3:30:27 PM >>>>>>>> Subject: Modificar velocidad placa de red (LAN) >>>>>>>> >>>>>>>> Qué tal, >>>>>>>> >>>>>>>> tengo una notebook conectada por cable de red a un router que a su vez >>>>>>>> está conectado también por cable de red a una máquina de escritorio >>>>>>>> (es decir, una LAN hogareña, bah, que consiste sólo en esto que >>>>>>>> mencioné). Ambas máquinas tienen distros basadas en Debian. >>>>>>>> >>>>>>>> Las máquinas se ven y comunican entre sí sin problemas, salvo que -por >>>>>>>> algún motivo que no consigo elucidar- la velocidad de transmisión de >>>>>>>> archivos entre ellas (sea mediante gestores gráficos o mediante sftp >>>>>>>> por terminal) ha bajado y está clavada en 1.1MB/s. Antes, durante un >>>>>>>> par de años y normalmente, la velocidad era mucho mayor. >>>>>>>> >>>>>>>> ¿Desde dónde puedo controlar y modificar esto?, la velocidad a la cual >>>>>>>> se comunican/transmiten datos entre sí. >>>>>>>> >>>>>>>> ¡Muchas gracias! >>>>>>> 2017-01-04 21:13 GMT-03:00 Matias Mucciolo <[email protected]>: >>>>>>>> Buenas >>>>>>>> proba con mii-tool >>>>>>>> o ethtool >>>>>>>> >>>>>> ------- >>>>>>>> -- >>>>>>>> Matias Mucciolo >>>>>>>> >>>>>>>> Area de Infraestructura. >>>>>>>> Piedras 737 C.A.B.A >>>>>>>> SUTEBA >>>>>>>> >>>>>>> Muchas gracias, Matias, ! >>>>>>> >>>>>>> Por lo que estoy viendo ethtool tiene una manpage bastante poblada, >>>>>>> ahora me voy a poner a leerla en detalle. >>>>>>> >>>>>>> Mientras, por si alguno detecta rápidamente cuál puede ser el >>>>>>> problema, pego la salida que me da: >>>>>>> >>>>>>> $ ethtool eth0 >>>>>>> Settings for eth0: >>>>>>> Supported ports: [ TP MII ] >>>>>>> Supported link modes: 10baseT/Half 10baseT/Full >>>>>>> 100baseT/Half 100baseT/Full >>>>>>> 1000baseT/Half 1000baseT/Full >>>>>>> Supported pause frame use: No >>>>>>> Supports auto-negotiation: Yes >>>>>>> Advertised link modes: 10baseT/Half 10baseT/Full >>>>>>> 100baseT/Half 100baseT/Full >>>>>>> 1000baseT/Half 1000baseT/Full >>>>>>> Advertised pause frame use: Symmetric Receive-only >>>>>>> Advertised auto-negotiation: Yes >>>>>>> Link partner advertised link modes: 10baseT/Half 10baseT/Full >>>>>>> 100baseT/Half 100baseT/Full >>>>>>> Link partner advertised pause frame use: Symmetric >>>>>>> Link partner advertised auto-negotiation: Yes >>>>>>> Speed: 100Mb/s >>>>>>> Duplex: Full >>>>>>> Port: MII >>>>>>> PHYAD: 0 >>>>>>> Transceiver: internal >>>>>>> Auto-negotiation: on >>>>>>> Cannot get wake-on-lan settings: Operation not permitted >>>>>>> Current message level: 0x00000033 (51) >>>>>>> drv probe ifdown ifup >>>>>>> Link detected: yes >>>>>>> >>>>>>> Reitero que, de momento, con ese resultado, la velocidad de >>>>>>> transmisión real en la práctica es de 1.1MB/s, ¿alguna pista? >>>>>>> >>>>>>> Gracias de nuevo, ! >>>>>>> >>>>> Qué tal, Jorge, muchas gracias por la ayuda: >>>>> >>>>>> Lo primero que pensé fué en probar los cables. >>>>>> Aunque si fueran un desastre, la negociación debería haber elegido 10 y >>>>>> no >>>>>> 100 >>>>>> Por las dudas los chequearía igual. >>>>> En principio los cables no sufrieron ningún "acto de violencia", pero >>>>> en cuanto pueda voy a buscar otro cable y hacer la prueba. >>>>> >>>>>> Otra cosa a tener en cuenta es que no estén pasando cerca de una fuente >>>>>> de >>>>>> ruido. >>>>>> O paralelos a un cable de alimentación. Salvo que estés usando cables >>>>>> blindados. >>>>> No son blindados, pero están en el lugar de siempre, sin >>>>> modificaciones en ese sentido, ni nuevos equipos que se hayan >>>>> instalado cerca. >>>>> >>>>>> Como decís que originalmente funcionaban bien, buscaría algún cambio de >>>>>> ese >>>>>> estilo. >>>>> En ese sentido no hubo cambios. >>>>> >>>>>> O que hayan pisado el cable con una silla. ese tipo de cosas. >>>>> Cabe la posibilidad. Cuando testée con otro par de cables (si puedo >>>>> esta noche) te confirmo. >>>>> >>>>>> ¿Probaste de desconectar todo lo demás del router? Que funcione solamente >>>>>> como switch. >>>>> Ídem. Esta noche hago la prueba. >>>>> >>>>>> ¿Puede ser que alguien haya habilitado alguna regla de calidad de >>>>>> servicio >>>>>> en el router? >>>>> En principio, no. Ese router lo administro sólo yo, y no modifiqué >>>>> nada en él (salvo haber pasado el protocolo de seguridad WiFi de WEP >>>>> -que venía por defecto- a WPA2; pero entiendo que no tiene nada que >>>>> ver con esto, y además fue posterior a esta caída en velocidad de la >>>>> conexión por red cableada). >>>>> >>>>>> Ah, y la negociación de velocidad es contra el router. ¿Las dos máquinas >>>>>> se >>>>>> conectan a 100Mb al router? >>>>> Esta es la salida de la otra máquina (de escritorio) de ethtool (creo >>>>> que no importa, pero por las dudas aclaro que la estoy haciendo desde >>>>> la notebook, vía ssh): >>>>> >>>>> [desktop] ~$ ethtool eth0 >>>>> Settings for eth0: >>>>> Supported ports: [ MII ] >>>>> Supported link modes: 10baseT/Half 10baseT/Full >>>>> 100baseT/Half 100baseT/Full >>>>> 1000baseT/Full >>>>> Supported pause frame use: No >>>>> Supports auto-negotiation: Yes >>>>> Advertised link modes: 10baseT/Half 10baseT/Full >>>>> 100baseT/Half 100baseT/Full >>>>> 1000baseT/Full >>>>> Advertised pause frame use: No >>>>> Advertised auto-negotiation: Yes >>>>> Speed: 100Mb/s >>>>> Duplex: Full >>>>> Port: MII >>>>> PHYAD: 3 >>>>> Transceiver: external >>>>> Auto-negotiation: on >>>>> Cannot get wake-on-lan settings: Operation not permitted >>>>> Cannot get link status: Operation not permitted >>>>> >>>>> >>>>> Y repito la de la notebook: >>>>> >>>>> [notebook] ~$ ethtool eth0 >>>>> Settings for eth0: >>>>> Supported ports: [ TP MII ] >>>>> Supported link modes: 10baseT/Half 10baseT/Full >>>>> 100baseT/Half 100baseT/Full >>>>> 1000baseT/Half 1000baseT/Full >>>>> Supported pause frame use: No >>>>> Supports auto-negotiation: Yes >>>>> Advertised link modes: 10baseT/Half 10baseT/Full >>>>> 100baseT/Half 100baseT/Full >>>>> 1000baseT/Half 1000baseT/Full >>>>> Advertised pause frame use: Symmetric Receive-only >>>>> Advertised auto-negotiation: Yes >>>>> Link partner advertised link modes: 10baseT/Half 10baseT/Full >>>>> 100baseT/Half 100baseT/Full >>>>> Link partner advertised pause frame use: Symmetric >>>>> Link partner advertised auto-negotiation: Yes >>>>> Speed: 100Mb/s >>>>> Duplex: Full >>>>> Port: MII >>>>> PHYAD: 0 >>>>> Transceiver: internal >>>>> Auto-negotiation: on >>>>> Cannot get wake-on-lan settings: Operation not permitted >>>>> Current message level: 0x00000033 (51) >>>>> drv probe ifdown ifup >>>>> Link detected: yes >>>>> >>>>>> Saludos >>>>> Saludos, y muchas gracias por cualquier pista para resolver esto, ! >>>>> >>>> Buenas otra ves >>>> como estas haciendo la prueba ? >>>> >>>> proba con este este comando(cambiando USER y SERVER por los correctos): >>>> >>>> $ dd if=/dev/zero bs=1024 count=1048576 | ssh USER@SERVER 'cat > >>>> /dev/null' >>>> >>>> a mi me tira algo como: >>>> 1048576+0 records in >>>> 1048576+0 records out >>>> 1073741824 bytes (1.1 GB) copied, 100.15 s, 10.7 MB/s >>>> >>>> 10MB/s que esta bien serian 100mb/s >>>> >>>> en un enlace de 1gb me da: >>>> 1048576+0 records in >>>> 1048576+0 records out >>>> 2147483648 bytes (2.1 GB) copied, 32.8301 s, 65.4 MB/s >>>> >>>> con un switch ocupado. >>>> proba de ambos sentidos >>>> >>>> ahora a mi me suena a que estas usando la WIFI de la notebook. >>>> es la tipica velocidad de wifi. >>>> trata de hacer las pruebas con el wifi apagado. >>>> >>>> saludos >>>> Matias >>> Gracias a todos y perdón por la demora, recién hoy dispuse del espacio >>> y tiempo para hacer más pruebas. >>> >>> Aparentemente es cosa del cable (cuestión que me descolocó porque >>> coincidió *justo* con unos problemas de drivers y cambios de kernel, >>> con lo que me parecía *demasiada* casualidad que *justo* el cable se >>> jodiera en ese preciso momento, pero...), acabo de hacer la prueba con >>> un cable corto que tenía a mano y parece estar funcionando ok. >>> >>> $ dd if=/dev/zero bs=1024 count=1048576 | ssh USER@PC 'cat > /dev/null' >>> USER@PC's password: >>> 1048576+0 registros leídos >>> 1048576+0 registros escritos >>> 1073741824 bytes (1,1 GB) copiados, 94,4255 s, 11,4 MB/s >>> >>> Copiando [put/get] con sftp también, tengo una velocidad que ronda los >>> 11.0MB/s. >>> >>> $ sudo mii-tool eth0 >>> [sudo] password for user: >>> eth0: negotiated 100baseTx-FD flow-control, link ok >>> >>> La salida de ethtool sigue siendo la misma que posteé antes. >>> >>> Habrá que joderse y reemplazar el largo cable... >>> Si tienen alguna sugerencia más, les agradezco cualquier idea/propuesta. >>> >> Primero con un tester de red, verifica la señal de punta a punta, si >> cables ok, reaprieta o cambia conectores. Si efectivamente el cable >> esta dañado, identificar el par o cable específico dañado y utilizar >> el par que esta libre, revisa lo relativo a la norma 568. Claro está >> que este procedimiento no te dejara certificada la red ya que estas >> alterando el orden del cableado estructurado, ahora que eléctricamente >> será lo mismo, aunque podría darte un poco de problemas en la señal, >> ¡Por algo esta normado, no!. Esto podría salvarte la situación hasta >> que reemplaces el cable. >> >> 568 - A >> El pin 1 Bl/Ve RD + >> El pin 2 Ve RD - >> El pin 3 Bl/Na TD + >> El pin 4 Az libre >> El pin 5 Bl/Az libre >> El pin 6 Na TD - >> El pin 7 Bl/Ca libre >> El pin 8 Ca libre >> >> Suerte. >> >> -- >> usuario linux #274354 >> normas de la lista: http://wiki.debian.org/es/NormasLista >> como hacer preguntas inteligentes: >> http://www.sindominio.net/ayuda/preguntas-inteligentes.html >> > Muchas gracias a todos otra vez por las recomendaciones y la > información, la voy a tener presente para futuras ocasiones. > > Después de enviar el último mail se me ocurrió (¡finalmente!) probar > las otras bocas/puertos/entradas de red del router, y resulta que el > problema había estado siempre en una de ellas. El router tiene 4 > entradas de red y la 2da (la que estaba usando) tiene un > comportamiento aleatorio (a veces conecta, a veces no, y en gral. la > velocidad es una décima parte de lo normal), pero el resto de los > puertos de red del router andan perfecto, y usándolos, todo funciona > correctamente. > > De modo que ni el SO, ni la placa de red, ni el cable: El problema > estaba en el puerto en uso del router (no sé si en una falla de > hardware o algún asunto del firmware). > > No lo habría determinado sin la ayuda de todos. Quería confirmar cuál > era la cuestión para cualquier otro caso. > > ¡Gracias de nuevo a todos! > > Muchas veces pasa que se doblan las patitas hacia abajo y quedan haciendo falso contacto. Sobre todo si se enchufa y desenchufa muchas veces los conectores en el mismo puerto. Eso es lo que puede haberte pasado en el router. Podés probar levantarlas con una pinza de depilar y ver si te funciona.
Saludos, Javier. -- Eco red Natural. Veta de productos orgánicos y BPA. Totalmente naturales.
