none
Conexion a escritorio remoto por vpn lenta RRS feed

  • Pregunta

  • Buen dia, solicito su colaboracion con el siguiente inconveniente.

    La empresa trabaja con terminal server en win 2003 , y conecta tres oficinas por escritorio remoto al servidor.
    pero hay una oficina que se conecta y la respuesta de los escritorios es demasiado lenta.  mientras que las otras
    dos siguen trabajando comun y corriente.  ya se descarto la posibilidad de virus.

    Agradezco si me pueden ayudar.
    martes, 13 de octubre de 2009 20:17

Respuestas

  • Buenos dias , 
    En ese caso yo asociaria mas el problema al enlace, que al sistema operativo. Por otro lado para hacer un troubleshooting correcto sobre este incoveniente se precisarian trazas de red simultaneas entre ambos sitios. Creo que esta bastante limitado lo que podemos hacer aqui en el foro para poder decirte lo que esta sucediendo.

    De todas maneras, por ejemplo si comparas Ping hacia el servidor y tracert , desde una sede que si anda, y de la sede que no anda, ves diferencias en cuanto a los tiempos de respuesta? Si quieres puedes postear los 4 comandos aqui para que veamos.



    Sebastian del Rio - MCP - MCSA +S - MCSE +S - MCTS: AD - MCTS: ISA 2006 Buenos Aires - Argentina Este mensaje se proporciona "como está" sin garantías de ninguna clase, y no otorga ningún derecho. Ud. asume los riesgos This posting is provided "AS IS" with no warranties, and confer no rights. You assume all risk for your use. --
    miércoles, 14 de octubre de 2009 9:42
    Moderador
  • Hola Jairo,

    Muchas gracias por su respuesta y por la información!

    Creo que la raíz de seu problema es con el registro abajo:

      6     8 ms     8 ms     8 ms  200.26.135.74
      7     *        *        *     Tiempo de espera agotado para esta solicitud.
      8    23 ms    31 ms    24 ms  190.144.21.186

    Mira que hay un problema en la comunicación entre el host 200.26.135.74 y el 190.144.21.186. Es usted capaz de verificar cuál es el servidor que se supone que estas entre estos dos hosts?

    Saludos!
    Atilla Arruda
    Microsoft TechNet Support for IT Professionals | http://atillaarruda.spaces.live.com/
    Microsoft Certified Trainer | MCSE | MCSA | MCP | MCTS | MCITP | MCDST | ITIL-F | ISO 20.000 | COBIT | CSS | TOEIC
    miércoles, 28 de octubre de 2009 14:47
    Moderador
  • Hola Hvalencia,

    Hay algún problema de comunicación en seu red. TRACERT es similar a PING ya que también utiliza ICMP, pero te dice por qué routers pasa. Por lo tanto, la salida de este comando permite ver si "te quedas" en tu router, o hay algún otro en el medio. De forma predeterminada, el ping o tracert espera 4.000 milisegundos (4 segundos) la devolución de cada respuesta antes de mostrar el mensaje "Tiempo de espera agotado para esta solicitud". Entonces hay problemas en la comunicación a partir del equipo 200.26.135.74.

    Saludos!

    Atilla Arruda
    Microsoft TechNet Support for IT Professionals | http://atillaarruda.spaces.live.com/
    Microsoft Certified Trainer | MCSE | MCSA | MCP | MCTS | MCITP | MCDST | ITIL-F | ISO 20.000 | COBIT | CSS | TOEIC
    viernes, 30 de octubre de 2009 18:42
    Moderador

Todas las respuestas

  • Buenos dias , 
    En ese caso yo asociaria mas el problema al enlace, que al sistema operativo. Por otro lado para hacer un troubleshooting correcto sobre este incoveniente se precisarian trazas de red simultaneas entre ambos sitios. Creo que esta bastante limitado lo que podemos hacer aqui en el foro para poder decirte lo que esta sucediendo.

    De todas maneras, por ejemplo si comparas Ping hacia el servidor y tracert , desde una sede que si anda, y de la sede que no anda, ves diferencias en cuanto a los tiempos de respuesta? Si quieres puedes postear los 4 comandos aqui para que veamos.



    Sebastian del Rio - MCP - MCSA +S - MCSE +S - MCTS: AD - MCTS: ISA 2006 Buenos Aires - Argentina Este mensaje se proporciona "como está" sin garantías de ninguna clase, y no otorga ningún derecho. Ud. asume los riesgos This posting is provided "AS IS" with no warranties, and confer no rights. You assume all risk for your use. --
    miércoles, 14 de octubre de 2009 9:42
    Moderador
  • Yo probaria la velocidad de transferencia de datos copiando de una localizacion a la otra. Para ello por ejemplo usaria la aplicacion "portable netmeter" O nuestro bienamado logperf.

    Un saludo.
    bep
    miércoles, 14 de octubre de 2009 18:44
  • Buenos dias , 
    En ese caso yo asociaria mas el problema al enlace, que al sistema operativo. Por otro lado para hacer un troubleshooting correcto sobre este incoveniente se precisarian trazas de red simultaneas entre ambos sitios. Creo que esta bastante limitado lo que podemos hacer aqui en el foro para poder decirte lo que esta sucediendo.

    De todas maneras, por ejemplo si comparas Ping hacia el servidor y tracert , desde una sede que si anda, y de la sede que no anda, ves diferencias en cuanto a los tiempos de respuesta? Si quieres puedes postear los 4 comandos aqui para que veamos.



    Sebastian del Rio - MCP - MCSA +S - MCSE +S - MCTS: AD - MCTS: ISA 2006 Buenos Aires - Argentina Este mensaje se proporciona "como está" sin garantías de ninguna clase, y no otorga ningún derecho. Ud. asume los riesgos This posting is provided "AS IS" with no warranties, and confer no rights. You assume all risk for your use. --

    el inconvendiente lo estoy teniendo cuando abro la segunda sesion del escritorio.  Esta es la respuestas cuando tengo una sesio y cuando tengo dos sesiones


    TRACERT Y PING CON UNA SOLA SESION.


    tracert 190.144.21.186


    C:\Users\CELURED>tracert 190.144.21.186

    Traza a 190.144.21.186 sobre caminos de 30 saltos como máximo.

      1     8 ms    12 ms     8 ms  Static-IP-cr190147981.cable.net.co [190.147.98.1
    ]
      2     *        7 ms     9 ms  172.31.251.129
      3    11 ms     9 ms     7 ms  Static-IP-cr200118381.cable.net.co [200.118.3.81
    ]
      4     9 ms     8 ms     9 ms  10.161.12.229
      5     8 ms     8 ms     9 ms  200.26.135.73
      6    10 ms     8 ms     8 ms  200.26.135.74
      7     *        *        *     Tiempo de espera agotado para esta solicitud.
      8    25 ms    24 ms    25 ms  190.144.21.186

    Traza completa.

    PING CON UNA SOLA SESION.

    C:\Users\CELURED>PING 190.144.21.186 -t

    Haciendo ping a 190.144.21.186 con 32 bytes de datos:

    Respuesta desde 190.144.21.186: bytes=32 tiempo=23ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=23ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=23ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=22ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=24ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=25ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=23ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=23ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=22ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=23ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=23ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=27ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=23ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=22ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=24ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=22ms TTL=58

     

    TRACERT Y PING CON DOS SESIONES.

     

    C:\Users\CELURED>tracert 190.144.21.186

    Traza a 190.144.21.186 sobre caminos de 30 saltos como máximo.

      1    23 ms     8 ms     9 ms  Static-IP-cr190147981.cable.net.co [190.147.98.
    ]
      2     8 ms     8 ms     9 ms  172.31.251.129
      3    10 ms     8 ms     8 ms  Static-IP-cr200118381.cable.net.co [200.118.3.8
    ]
      4     7 ms     8 ms     9 ms  10.161.12.229
      5    10 ms     8 ms     9 ms  200.26.135.73
      6     8 ms     8 ms     8 ms  200.26.135.74
      7     *        *        *     Tiempo de espera agotado para esta solicitud.
      8    23 ms    31 ms    24 ms  190.144.21.186

    Traza completa.


    C:\Users\CELURED>PING 190.144.21.186 -t

    Haciendo ping a 190.144.21.186 con 32 bytes de datos:

    Respuesta desde 190.144.21.186: bytes=32 tiempo=426ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=652ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=1667ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=1009ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=890ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=260ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=665ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=1029ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=1595ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=1733ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=1911ms TTL=58
    Respuesta desde 190.144.21.186: bytes=32 tiempo=141ms TTL=58

     

    Jairo lula.

     

    lunes, 26 de octubre de 2009 19:07
  • Hola Jairo,

    Muchas gracias por su respuesta y por la información!

    Creo que la raíz de seu problema es con el registro abajo:

      6     8 ms     8 ms     8 ms  200.26.135.74
      7     *        *        *     Tiempo de espera agotado para esta solicitud.
      8    23 ms    31 ms    24 ms  190.144.21.186

    Mira que hay un problema en la comunicación entre el host 200.26.135.74 y el 190.144.21.186. Es usted capaz de verificar cuál es el servidor que se supone que estas entre estos dos hosts?

    Saludos!
    Atilla Arruda
    Microsoft TechNet Support for IT Professionals | http://atillaarruda.spaces.live.com/
    Microsoft Certified Trainer | MCSE | MCSA | MCP | MCTS | MCITP | MCDST | ITIL-F | ISO 20.000 | COBIT | CSS | TOEIC
    miércoles, 28 de octubre de 2009 14:47
    Moderador
  • No la verdad no tengo idea como pueda saber que servidor vaya entre los dos.

    Si me pudieses indicar que hacer te lo agradeceria

    viernes, 30 de octubre de 2009 18:03
  • Hola Hvalencia,

    Hay algún problema de comunicación en seu red. TRACERT es similar a PING ya que también utiliza ICMP, pero te dice por qué routers pasa. Por lo tanto, la salida de este comando permite ver si "te quedas" en tu router, o hay algún otro en el medio. De forma predeterminada, el ping o tracert espera 4.000 milisegundos (4 segundos) la devolución de cada respuesta antes de mostrar el mensaje "Tiempo de espera agotado para esta solicitud". Entonces hay problemas en la comunicación a partir del equipo 200.26.135.74.

    Saludos!

    Atilla Arruda
    Microsoft TechNet Support for IT Professionals | http://atillaarruda.spaces.live.com/
    Microsoft Certified Trainer | MCSE | MCSA | MCP | MCTS | MCITP | MCDST | ITIL-F | ISO 20.000 | COBIT | CSS | TOEIC
    viernes, 30 de octubre de 2009 18:42
    Moderador