Solución en primera línea de problemas de red Métodos y procedimientos prácticos usando el LinkRunner Network Multimeter de Fluke Networks

Transcripción

1 Solución en primera línea de problemas de red Métodos y procedimientos prácticos usando el LinkRunner Network Multimeter de Fluke Networks Cuando la red de un cliente deja de funcionar, el trabajo del técnico es muy fácil de describir: hacer que vuelva a funcionar. En el entorno empresarial actual, hacer que la red funcione de un modo rápido y económico es su prioridad máxima. En todo entorno de red, el hecho de que los técnicos dispongan de formación adecuada, herramientas apropiadas y una metodología clara de trabajo permite que la solución de problemas de red sea más rápida, ya que el técnico tarda menos tiempo y los usuarios pueden volver a trabajar antes. Enfoque y metodología de la solución de problemas La clave para solucionar los problemas de un modo eficaz es que el técnico sepa cómo funciona la red en condiciones normales. Así, puede detectar rápidamente lo que no funciona bien. Cualquier otro enfoque supone avanzar a ciegas. Desgraciadamente, muchos productos de redes no incorporan especificaciones de rendimiento adecuadas, descripción de funcionamiento ni datos técnicos resumidos que puedan servir de ayuda a la hora de solucionar problemas. Un buen técnico estudia con detenimiento todos los datos disponibles y profundiza en el funcionamiento y el manejo de todos los componentes. Además, recuerda que los casos que parecen defectos graves suelen ser el resultado de un uso o una configuración inadecuadas, o de un error del operario. Estas cualidades se obtienen a partir de una formación teórica que se desarrolla con su aplicación práctica. El auténtico técnico de solución de problemas aprende en primera línea, probando y equivocándose, comparando notas con otros y descubriendo métodos seguros que no se aprenden en los libros. La información que sigue le ayudará a acelerar su formación y le permitirá saber cómo aislar y resolver problemas de red. Los mejores técnicos de redes tienen clara esta idea: unos pocos minutos evaluando síntomas pueden eliminar horas de tiempo perdido buscando el problema equivocado. Todos los datos y síntomas detectados deben evaluarse entre sí, y en relación con el funcionamiento general de la red. Sólo entonces el técnico puede saber con precisión qué quiere decir dicha información. Una vez recopilados todos los datos sobre los síntomas, necesitará realizar pruebas para cribar los distintos problemas posibles. Cinco pasos para solucionar problemas Un buen técnico sigue una metodología de trabajo coherente a la hora de enfocar y solucionar problemas relacionados con la red: 1. Documentar la red El acceso a documentación actualizada, como mapas físicos y lógicos, referencias y controles de rendimiento, inventarios de dispositivos, configuraciones, tablas de direcciones-hosts, etc., reducirán enormemente la cantidad de tiempo empleado en solucionar problemas a ciegas, es decir, intentando descubrir en el esquema de toda la red dónde se conecta el ordenador. 2. Recopilar toda la información disponible y analizar los síntomas del fallo Pregúntese si comprende los síntomas. El usuario puede mostrar el problema o usted puede recrearlo? Determine si se ha alterado algo en la estación de trabajo o en la red justo antes de que empezara el problema. LinkRunner de Fluke Networks es una herramienta ultraportátil y asequible que ayuda a los técnicos en las fases básicas e iniciales de solución de problemas de red. LinkRunner, diseñada como una herramienta sencilla para implantarse en toda la organización, ayuda a los técnicos de primera línea a encontrar los problemas de conexión básicos y a eliminar los problemas de capa física antes de remitir las incidencias a un técnico más cualificado. Es perfecto para comprobar rápidamente y sin desplazarse el estado de la conexión básica de la red, un método que soluciona muchos problemas y que supone una tarea previa necesaria antes de llevar a cabo procesos de resolución más complejos. Cuando un técnico lo implementa en el lugar del problema, LinkRunner confirma una serie de parámetros operativos básicos de la red y aporta información que puede servir para resolver problemas con causas que proceden de niveles superiores en las 7 capas de la torre ISO. Nota de aplicación Solución en primera línea de problemas con LinkRunner

2 3. Localizar y aislar el problema Reduzca el alcance del problema. El problema está relacionado con un segmento de la red o está aislado en un solo cliente? Dentro de un solo cliente, el problema puede aislarse en la red, el cableado físico o la estación de trabajo? Como observará, los procesos de recopilación de datos y de aislamiento del problema suelen ser actividades simultáneas. 4. Corregir el problema y verificar que esté resuelto Tras aislar el fallo, identificarlo y repararlo debería ser sencillo. Si se trata de equipos de red, lo más adecuado es sustituir los componentes defectuosos, como un latiguillo estropeado, el puerto del hub o del switch o la tarjeta de interfaz de red (NIC) del cliente. Este paso se completa cuando el usuario verifica que el problema se haya solucionado (realizando la actividad que se estaba haciendo cuando el problema surgió). 5. Documentar el trabajo realizado Vuelva al primer paso. El mantenimiento de un registro de problemas junto con su solución (como ocurre en muchas aplicaciones de notificación de incidencias) permite reunir una base de conocimientos interna que puede consultarse cuando aparezcan problemas similares. Esta información soluciona los problemas futuros con más rapidez.? Este proceso es realmente necesario? A pesar de las mejoras continuas de la fiabilidad de los sistemas operativos, la solución de reiniciar el ordenador sigue siendo habitual en los técnicos de red de primera línea. Desgraciadamente, los arranques en frío solucionan tantos problemas inexplicables que sigue siendo un paso inevitable. Un efecto secundario positivo de este paso es que el problema se soluciona sin que el técnico tenga que abandonar su escritorio. No obstante, además de pedir al usuario que reinicie el sistema, es posible obtener más información por teléfono con la ayuda del usuario antes de que el técnico tenga que acudir a la estación de trabajo. La mayoría de usuarios pueden abrir un símbolo del sistema e informar al técnico del resultado de escribir un comando IPCONFIG. Este paso permite que el técnico sepa si el ordenador dispone de una dirección adecuada para la subred a la que está conectado físicamente. Si el ordenador está configurado para DHCP, pero devuelve una dirección IP predeterminada de Windows ( x.x), quiere decir que el cliente no se está comunicando con el servidor DHCP. Los ordenadores portátiles recibirán un direccionamiento apropiado a la red a la que están conectados, pero en ocasiones el contrato DHCP para la subred de otra red se mantiene hasta que se mueve el ordenador. Pida al usuario que efectúe una nueva solicitud con estos dos comandos desde el símbolo del sistema: C:\ >ipconfig /release C:\ >ipconfig /renew Pida al usuario que intente utilizar la red después de recibir una dirección IP nueva. Si el resultado del comando IPCONFIG es que la operación de DHCP no puede realizarse, quiere decir que probablemente el usuario esté utilizando una configuración IP estática. Valide la dirección IP recibida de acuerdo con la documentación de la red. Si la dirección es válida, intente hacer un ping de dicha dirección desde su ordenador. Si el ordenador del usuario responde, solicítele que realice otra actividad de red, como abrir una página web o hacer un ping al router local para comprobar la conectividad básica. Si estas pruebas no solucionan el problema, entonces deberá acudir a revisar el ordenador del usuario. Verificación del problema en el ordenador del cliente Al llegar a la estación de trabajo que no funciona bien, empieza en serio el proceso de recopilación de información. Pregunte al usuario sobre acciones o actividades que puedan haber afectado al rendimiento de la red. Esto a veces no sirve de mucho porque o bien el usuario no sabe que muchas acciones comunes relacionadas con la estación o el espacio de trabajo pueden afectar al rendimiento de la red, o bien sabe perfectamente que ha hecho algo inapropiado pero no está dispuesto a decirlo. Dejando al usuario el beneficio de la duda, pregunte si ha habido algún cambio reciente; puede ser incluso el hecho de haber movido los muebles de la oficina o de instalar un nuevo salvapantallas. Repita las pruebas que solicitó por teléfono al usuario. Un ping satisfactorio a un servidor de la red o a un dispositivo de otra red confirma inmediatamente que la estación de trabajo dispone de conectividad de nivel 3 con la red, con lo que todas las pruebas de niveles inferiores se determinan como innecesarias y el técnico puede ya dedicarse a otra tarea. Si la conectividad de nivel 3 no puede validarse, entonces debe comenzar por el nivel 1. Si se trata de un problema de conexión interrumpida o intermitente, un ping continuo envía un flujo interminable de paquetes de solicitud de eco al dispositivo de destino. Se indicará el tiempo de respuesta para cada ping satisfactorio o cada solicitud sin respuesta. C:\ > ping -t x.x.x.x Si la respuesta tarda mucho o los pings se interrumpen, puede efectuar un trace route (TRACERT o PATHPING) del dispositivo de destino. El trace route le permite saber Solución en primera línea de problemas con LinkRunner 2

3 en qué parte de la ruta de la red tiene lugar el retraso o el paquete interrumpido. Aquí empieza la resolución de problemas en el nivel 1. C:\ > tracert x.x.x.x o C:\ > pathping x.x.x.x Son necesarias más tareas para solucionar el problema? Si el problema sigue sin identificarse o aislarse mediante la comprobación del informe del problema del usuario, es necesario llevar a cabo una investigación más detallada y extensa. No obstante, del mismo modo que se han realizado unas cuantas pruebas rápidas sin dejar el escritorio, aún es posible solucionar el problema de un modo rápido. Después de verificar el informe del usuario que indica que no es posible conectarse a la red, lo primero que todo técnico debe discernir es si el problema proviene de la red o del ordenador del usuario. El paso siguiente consiste en determinar si el cable que conecta el cliente con la red está en su sitio y funciona bien, es decir, que permita al cliente acceder a la red. Este paso resuelve muchos problemas o, en su defecto, establece las bases adecuadas para solucionar cuestiones más complejas. Resolver incidencias de red de forma rápida y eficaz requiere que los técnicos de primera línea tengan a su disposición una herramienta que compruebe con rapidez el estado de las funciones esenciales de la red: una herramienta como LinkRunner Network Multimeter de Fluke Networks. Pruebas instantáneas para solucionar problemas en primera línea: 1. Comprobación del enlace 2. Verificación de la actividad general del segmento 3. Uso del protocolo DHCP como herramienta de diagnóstico 4. Ping de los destinos locales y remotos Comprobación del enlace Muchos técnicos de red creen que la presencia de un indicador luminoso de enlace en la tarjeta de interfaz de red significa que hay pulso de enlace. A pesar de que son fiables en muchos equipos, muchos LED de enlace están controlados por el software en el sistema del host y se encienden cuando se detecta una actividad de red de nivel superior. Algunas NIC también presentan indicadores luminosos de actividad que señalan la presencia de tráfico; éstos tienden a ser más fiables que los LED de enlace como señal de que la red está presente. Sin embargo, ninguno de estos LED ofrece ninguna indicación de la configuración de velocidad o duplex, lo que implica que es necesario investigar más. El enlace puede determinarse con la ayuda de un proceso llamado autonegociación, en el que dos socios de enlace intercambian datos sobre las facultades de velocidad y duplex. Gracias a este intercambio de información, los dos socios de enlace comparan sus facultades y luego empiezan a comunicarse a la máxima velocidad común y coincidencia de modos duplex. Si alguno de los dos socios no está bien configurado o tiene controladores defectuosos, el proceso no podrá lograr LinkRunner comprueba la existencia de enlace: una señal enviada y recibida de manera correcta a través de un solo segmento de cable. establecer una configuración común y las comunicaciones pueden verse interrumpidas de manera intermitente o definitiva. Tras conectarse a una roseta de la red, LinkRunner primero intenta establecer un enlace con cualquier socio de red situado al otro lado de la red, independientemente de que sea una conexión de red (hub o switch) o la tarjeta de interfaz de red de un ordenador. A medida que los administradores de redes siguen migrando o actualizando sus infraestructuras a un sistema Switch hasta puesto de trabajo, cada vez son más los que se dan cuenta de las ventajas que ofrece una arquitectura totalmente conmutada (segmentación del tráfico y prevención de la propagación de errores Ethernet en la red). Por desgracia, esta arquitectura de conmutación esconde problemas en los niveles inferiores que afectan al rendimiento de enlaces y hacen que el técnico tenga que averiguar cuál es el estado de la conexión. Para más información sobre los conceptos básicos de la autonegociación de Ethernet, los problemas que ocurren cuando no funciona y cómo detectar y reparar enlaces que fallan, visite nuestro sitio web en: flukenetworks.com/autonegotiation y encontrará la documentación técnica sobre autonegociación. LinkRunner sigue el proceso de autonegociación indicado en el estándar IEEE 802.3, además de poseer un indicador luminoso controlado por hardware, no por software. Tras finalizar satisfactoriamente el proceso de autonegociación, el LED de LinkRunner Pantalla de LinkRunner que muestra un enlace correcto, la configuración de velocidad y duplex, y la utilización. se iluminará de color verde y la configuración duplex y de velocidad se mostrará en la esquina superior izquierda de la pantalla de LinkRunner. Solución en primera línea de problemas con LinkRunner 3

4 Verificación de la actividad general del segmento Si se detecta tráfico de red, LinkRunner indica el nivel de dicho tráfico en el gráfico de barras de utilización de la pantalla principal. Sin embargo, tenga en cuenta que si se está conectado a un solo puerto de switch (sin medios compartidos), es posible que el único tráfico que se detecte sean tramas de broadcast, que pueden ser muy intermitentes en redes de poco tráfico. Si está comprobando un entorno de Ethernet compartido, uno que todavía utilice hubs en vez de switches, es muy probable que su red esté funcionando en modo half duplex. Las redes Ethernet half duplex están limitadas por el número de estaciones que intentan transmitir a la vez y por el tamaño de la trama que tratan de transmitir. Si demasiadas estaciones intentan transmitir al mismo tiempo, el rendimiento de la Ethernet puede verse enormemente reducido debido a las colisiones. En cambio, si está comprobando una red en la que cada estación está conectada a un puerto de switch distinto, el riesgo de demasiadas colisiones es insignificante. A pesar de que la existencia de colisiones es normal en el funcionamiento de una Ethernet half duplex, cuando la cantidad de colisiones empieza a aumentar a causa de un mayor tráfico, el volumen de tráfico también aumentará mucho porque es necesario repetir transmisiones. El resultado es una red que muestra una curva de rendimiento que de repente cae en picado, ya que la cantidad de tramas enviadas, colisiones y paquetes que deben volver a transmitirse crece vertiginosamente y a una velocidad cada vez mayor. A medida que el rendimiento disminuye, los usuarios notarán la lentitud de la red y empezarán a llamar a los servicios de notificación de incidencias. En la mayoría de redes, el nivel de tráfico en la Ethernet es insignificante, por lo que el problema radica en otra parte. Como proporciona información básica sobre las estadísticas de uso del segmento de la red, El resultado satisfactorio de la asignación de dirección DCHP confirma la capacidad del cliente para comunicarse en la red y obtener una dirección IP: se verifica de la capa 1 a la 3 en un solo paso! LinkRunner puede ofrecer pistas esenciales del origen del problema, que causa que el rendimiento sea inferior a las expectativas del usuario. Uso del protocolo DHCP como herramienta de diagnóstico Si el enlace puede establecerse y la utilización es razonable, entonces el usuario puede pulsar el botón correspondiente a la prueba de ping. A continuación, LinkRunner intentará obtener una dirección IP del servidor DHCP de la red. DHCP es una tecnología que suele basarse en broadcast. Por lo tanto, requiere o bien un servidor DHCP distinto para cada subred (lo que resulta caro y difícil de administrar) o bien proxies o agentes DHCP relay que se utilizan para reenviar solicitudes y respuestas entre clientes y servidores cuando no se hallan en la misma subred física. Estas aplicaciones auxiliares de broadcast dirigido en los routers son las herramientas habituales que emplean las grandes organizaciones que prefieren que los servidores DHCP estén centralizados. El fallo de una configuración DHCP automática de un cliente o de LinkRunner podría implicar que se trata de un problema con el sistema de DHCP relay. DHCP actualmente está disponible desde la mayoría de redes, aunque LinkRunner puede aceptar configuraciones IP manuales o estáticas si es necesario. El proceso de El ping puede realizarse en sistemas locales y en otros sistemas a través de Internet. obtención de una dirección DHCP demuestra la viabilidad del cable local, el puerto del hub o switch local y la infraestructura de red hasta regresar al servidor DHCP. Con una sencilla operación, la mayor parte de la infraestructura de red cercana se ha validado hasta el nivel 3. Ping de los destinos locales y remotos El ping ha sido una de las herramientas de solución de problemas más utilizadas en la historia de las redes. Esta herramienta, incluida en todos los sistemas operativos más populares habilitados para Internet, suele ser uno de los primeros pasos en los procesos de solución de problemas de red de la mayoría de técnicos. Por qué esta utilidad sencilla es tan útil? El ping funciona de un modo muy similar a un sónar, sistema que se utiliza para fines oceanográficos. La utilidad de ping envía una señal (normalmente una trama de solicitud de eco de ICMP) que rebota fuera del dispositivo de destino (lo que genera una respuesta de eco ) para informar al emisor de si el sistema de destino está ahí y de cuánto tarda la señal en llegar al destino y regresar. Una vez configurado con una dirección del servidor DHCP, LinkRunner iniciará inmediatamente su prueba de ping en el servidor DNS (servicio de nombres de dominio) y el router WAN Solución en primera línea de problemas con LinkRunner 4

5 predeterminado, cuyas direcciones las suministra el proceso de configuración de DHCP. LinkRunner también puede preconfigurarse con un máximo de cuatro direcciones IP de destino adicionales y puede seleccionarse una para incluirla en la prueba de ping automático. El hecho de realizar un ping satisfactorio de servicios de red esenciales, como aplicaciones web, autenticación de usuarios, etc., indica que los propios servicios deberían estar disponibles desde la ubicación del cliente. Además, indica que existe conectividad de nivel 3 de extremo a extremo entre los dos dispositivos. El tiempo de respuesta total de la solicitud puede compararse con facilidad con valores conocidos, de modo que se obtiene un diagnóstico útil por si se necesitaran análisis más detallados. No obstante, las solicitudes de ICMP constituyen tráfico de prioridad baja y pueden descartarse si uno de los routers o el dispositivo de destino están ocupados. Por esta razón, resulta útil enviar una serie de pings para que el destino tenga varias oportunidades para responder. Los servidores externos a la red de la empresa también pueden emplearse como destino del ping para verificar la interconectividad WAN desde la estación cliente y el sitio local hacia un sitio remoto. Si los servidores situados dentro del firewall responden al ping, pero los que están fuera no lo hacen, los técnicos podrían revisar los routers u otros componentes limítrofes de la infraestructura de la red por si fueran el origen del problema. Si algunos servidores responden y otros no, los técnicos de red pueden explorar por qué determinados segmentos de la red no están disponibles. Si los pings son satisfactorios en los servidores externos e internos respecto a aplicaciones, pero, de hecho, el cliente no está recibiendo dichos servicios, implica que el problema se halla más allá del transporte físico. Un ping satisfactorio implica que hay otro tráfico que debería alcanzar al servidor de destino, y la imposibilidad de acceder a los servicios probablemente tiene que ver con el servidor o con la cuenta de acceso del usuario. Cuál es el siguiente paso? Si el problema no se ha identificado ni resuelto con las pruebas instantáneas iniciales, se pueden seguir dos direcciones distintas. Si las pruebas indican que no es posible establecer un enlace Ethernet, entonces ha llegado el momento de observar con detenimiento el cable de red. Si todas las pruebas instantáneas son satisfactorias, indican que existe enlace y un grado de tráfico razonable en el segmento de red, obtienen una dirección mediante el protocolo DHCP y muestran un ping positivo de los servidores de red esenciales, entonces el problema necesita un mayor conocimiento técnico de las distintas capas de la red para resolverse; p. ej. un administrador de cuentas de usuario o un técnico informático que revise los posibles problemas de configuración de las estaciones de trabajo. Comprobación del cableado El primer cable que debe comprobarse es el latiguillo que conecta la estación de trabajo o el dispositivo con la roseta o toma de red de datos. Para hacerlo, sólo hay que enchufar un extremo del cable en la toma de red de LinkRunner y el otro extremo en la toma del mapa de cableado; de esta forma, se verifica rápidamente la continuidad y el buen funcionamiento del cableado. Si el latiguillo funciona bien, entonces puede volver a enchufarse a la roseta y utilizarse como un componente para seguir la comprobación. El paso siguiente para encontrar el origen del problema del cable consiste en rastrear el cable en el armario de conexiones y el switch local. En un armario lleno de cables, escoger el cable adecuado de entre la maraña de cables procedentes de un conducto puede resultar difícil y llevar mucho tiempo, pero LinkRunner muestra un latiguillo en buen estado... un latiguillo cruzado... y un latiguillo en muy mal estado. LinkRunner dispone de dos funciones que aceleran y facilitan este proceso. En primer lugar, LinkRunner puede introducir un tono en un cable para realizar un seguimiento audible con una sonda de tonos. Gracias a las sondas de tonos estándares, los cables pueden inspeccionarse de manera sistemática hasta que se oiga el tono modulado que identifica el cable adecuado. Esta técnica es útil cuando no se tiene la certeza de que el cable esté conectado al switch, o si no se dispone de documentación que indique a qué armario de conexiones o switch debe dirigirse el cable. Cuando se localiza el extremo más alejado del cable del usuario, el adaptador del mapa de cableado de LinkRunner o uno de los accesorios opcionales de identificación del cable puede emplearse para terminar el enlace, así, puede certificarse la continuidad y el emparejamiento correcto de todo el cableado horizontal. Solución en primera línea de problemas con LinkRunner 5

6 Al mismo tiempo que Link Runner transmite tono, intenta hacer parpadear el indicador luminoso de enlace del puerto del switch cada tres segundos. Esta función facilita en gran medida que sea posible saber a qué puerto está conectado el cable. Una vez localizado el puerto, debería intentarse cambiar el cable a otro puerto que no se use. Los puertos marginales o con errores suelen seguir mostrando que hay enlace, por lo que la conmutación a otro puerto puede solucionar el problema. Si la comprobación del hub o switch es satisfactoria, el problema podría derivar de la estación de trabajo. La NIC de la estación de trabajo puede verificarse conectando LinkRunner directamente. Como en el caso de hubs o switches, LinkRunner indicará la presencia de enlace y la configuración de velocidad y duplex de la NIC. Si hay enlace, debería intentar reiniciar el ordenador o utilizar una utilidad de línea de comandos, como ping, para iniciar el tráfico y LinkRunner pueda supervisarlo. Si LinkRunner no constata tráfico, aunque el ordenador indique que está transmitiendo datos, entonces deberán comprobarse los enlaces y otros parámetros de configuración del ordenador. Si LinkRunner constata que sí hay enlace y tráfico en el ordenador, entonces deberán diagnosticarse las configuraciones de red del ordenador. Diagnóstico de capas superiores Si la estación de trabajo establece enlace con la red, el paso siguiente es asegurarse de que el direccionamiento de la estación de trabajo se adecua a la subred conectada. Confirme que la estación de trabajo utilice las pilas de protocolo y que estén bien configuradas. Finalmente, el técnico deberá verificar que todos los componentes y bibliotecas de programa estén en su sitio. Para hacerlo, se suelen eliminar el protocolo o la NIC de la configuración de la estación de trabajo y se vuelven a instalar. Si todos estos componentes están en su sitio y bien configurados, y la estación de trabajo sigue sin mostrar conectividad con la red y las aplicaciones, ha llegado el momento de remitir el problema porque hasta aquí llegan las comprobaciones del técnico de primera línea. La herramienta correcta realiza el trabajo correcto LinkRunner, una solución de coste reducido e interfaz sencilla, constituye la herramienta correcta que, en manos de técnicos de departamento, permite lograr una implementación general. Con tan sólo disponer de un dispositivo de red que funciona bien, pueden eliminarse las dudas inherentes a la consabida comprobación del ordenador portátil. Como corroborará cualquier técnico de red, suponer que el dispositivo cliente funciona bien puede dar lugar a muchos problemas más que solucionar ninguno, ya que implica no sólo problemas técnicos, sino también de orden directivo y organizativo cuando la asistencia de la red y los clientes de escritorio proviene de dos grupos distintos. El problema puede presentar dificultades desde el punto de vista técnico (aunque es sencillo desde el plano directivo) cuando el dispositivo de la incidencia no es un ordenador de sobremesa, sino un componente de la infraestructura de red. En tal caso, aislar el problema (o eliminarlo) del propio enlace puede indicar enseguida su origen cuando las pantallas de diagnóstico normal del dispositivo no están disponibles. Cuando los problemas pueden resolverse en los departamentos o grupos, en vez de tener que remitirlos a técnicos informáticos centralizados, el proceso de solución de problemas es más rentable y eficaz. Para los problemas más complicados, se pueden facilitar, aunque en menor grado, herramientas más avanzadas a técnicos e ingenieros con formación en solución avanzada de problemas. Como resultado, se logra un plan de resolución de problemas que garantiza la aplicación adecuada de recursos técnicos y humanos más caros. NETWORKSUPERVISION Fluke Networks P.O. Box 777, Everett, WA EE.UU Fluke Networks está presente en más de 50 países. Para localizar una oficina local, visite Fluke Corporation. Reservados todos los derechos. Impreso en EE.UU. 1/ A-SPN-N A