Conexiones Ethernet o Fast-Ethernet

Cuando se detecta problemas de lentitud, pérdida de paquetes o incluso pérdida del servicio puede estar siendo ocasionada por una mala configuración en el interfaz Ethernet. Así la presencia de colisiones tardías (Late Collisions), puede indicar que nuestro interfaz está trabajando en modo Half-duplex y que posiblemente el extremo contrario lo esté haciendo en modo Full-duplex. Esto provocará que ambas transmisiones interfieran en su intento de acceder al medio, pues una escuchará el medio antes de transmitir pero la otra no.

Existen una serie de pruebas que podemos realizar para comprobar el aumento de errores en el interfaz. Por lo que antes de todo se resetearán los contadores con la siguiente instrucción:

Router#clear counters

A continuación lanzaremos ping entre los 2 extremos en los que estamos detectando problemas, y en el momento que se detecte una pérdida de paquete se procederá a la revisión tanto de los errores CRC como de las colisiones tardías, que nos proporciona la interfaz. Para ello:

Router#show interf nombre interfaz

Dentro de la información de la interfaz también podemos ver el modo de funcionamiento del mismo, y forzar en ambos extremos el mismo modo duplex de trabajo.

NAT en routers Cisco.

Como bien ya sabemos existen varios tipos de direcciones IP, pero en este caso sólo nos van a interesar 2: las públicas y las privadas. Las privadas son aquellas que no pueden ser utilizadas para Internet. De hecho un router no sabrá como enrutar una dirección de este tipo. Esto me va a permitir tener una gran flexibilidad a la hora de configurar una red de área local , pues podré tener 2 o más redes con las mismas direcciones IP y acabar en cierta medida con el problema de escasez de direcciones IP que existe en la actualidad con IPv4. (Por lo general todo el mundo suele utilizar la IP privada 192.168.1.0 en su casa) El problema reside ahora en: como conseguir que un cliente/usuario salga a Internet con esas direcciones, y en cómo permitir que un host de una red externa pueda comunicarse con un host de la red privada, pues como he dicho anteriormente esas direcciones no son conocidas por la red de nodos intermedios de una red. Para ello se emplea NAT o traducción de direcciones de red. NAT permite que un equipo de una red de área local con una dirección IP privada, pueda comunicarse transparentemente con un host destino en una red pública. Esto se consigue modificando la dirección fuente IP de los paquetes que atraviesan el dispositivo NAT. (asignandole una dirección publica a una privada)

Dependiendo de la forman en que se hagan las asignaciones existen 2 tipos de hacer NAT: dinámico y estático.
Dinámico: la traducción entre direcciones públicas y privadas se realiza de forma dinámica de entre un conjunto de direcicones públicas predefinido. Cuando termina la comunicación y esa IP publica no va a ser usada se libera para que pueda ser utilizada en otra sesión posterior.
Estático: Las traducciones entre direcciones IP públicas y privadas son fijas desde el momento en que se configuran. Este tipo de NAT se utiliza cuando se desea que un host esté accesible desde cualquier parte de la red publica. (Servidores etc).

¿Cómo configurarlo en un router cisco?

Router#conf t

Se debe especificar al menos un interfaz “inside”y una interfaz “outside” en el router sobre el cual se desea configurar NAT. Sólo los paquetes que llegen a una de esas interfaces configuradas con ip nat estarán sujetos a una posible traducción.

Para configurar el interfaz inside nos metemos dentro del interfaz y le añadimos el comando comentado.

Router(config)#interfaz Ethernet0/0 (o como se llama el interfaz configurado para la LAN del cliente, puede ser FastEthernet0/0)
Router(config-if)#ip nat inside.

Hacemos lo mismo para el interfaz de salida.

El siguiente paso en la configuración es la definición de un rango de direcciones en el caso de que estemos usando NAT dinámico. Estas direcciones serán empleadas por NAT según las vaya necesitando.

Router(config)# ip nat pool name start-ip end-ip netmask netmask

Name –> Es el nombre que le asignamos al conjunto de direcciones(pool).
Start-ip –> Es la primera dirección IP del conjunto (rango).
End-ip –> Es la última dirección Ip del conjunto (rango).
Netmask –> Especifica la mascara de red/subred de la red a la cual pertenece el pool de direcciones.

Ahora lo que hay que hacer es habilitar la traducción de direcciones fuente internas, para ello utilizaremos el comando ip nat inside source.

Router(config)#ip nat inside source list access-list-number pool name overload

Access-list-number –> Es el número de la lista de acceso IP estándar. Únicamente los paquetes cuya dirección fuente pasan por la lista de acceso son traducidos dinámicamente utilizando las direcciones globales del pool name.
Pool name –> Es el nombre del conjunto de direcciones que serán asignadas dinámicamente.
Overload (opcional) –> Habilita el router para que utilice una única dirección global para varias direcciones locales utilizando NAPT (traductor de direcciones y puerto)

En el caso de ser NAT estático, para habilitar una traducción estática entre un host perteneciente a una red interna y una direccion pública haremos lo siguiente:

Router(config)#ip nat inside source static ip_privada ip_publica

Nota: Las traducciones NAT expiran pasado un determinado tiempo (24 horas sin uso). Esto se puede modificar con el siguiente comando:

Router(config)#ip nat translation timeout 600

Expirará a los 600 segundos de inactividad.

Algunos comandos de utilidad:

Router#show ip nat translations –> Muestra traducciones NAT activas.
Router#Show ip nat statistics. –> Muestra estadisticas de las traduciiones NAT.

Reload in, en routers Teldat y Cisco.

En los router cisco, cuando modificamos algo de su cofiguración en el momento en que la guardamos (comando write) esta surge efecto, por eso, siempre que toco algo de la cofiguración hago antes de todo un reload in “min”. Este comando lo que hace es reiniciar el router pasado el tiempo que le hayamos puesto. El tiempo se lo pones tú en función de lo que creas que vayas a tardar en configurarlo, y una vez configurado y seguro de que lo cambios están bien hechos, se guarda la configuración y se cancela el reload, con la instrucción reload cancel.

En routers Teldat funciona de otra forma. Para que los cambios de configuración se guarden y surjan efecto, hay que guardarlos y reiniciar el router, mediente los comandos: save y restart respectivamente. No existe un comando igual de sencillo que en los routers cisco para hacer un reload in, pero con los siguientes comandos que pongo a continuación podríamos conseguir el mismo efecto:

Router* p 4
Router Config>confirm cfg-needed default (por defecto tenemos 10 minutos).
Router Config>save
Router Config>restart
Router Config>confirm-cfg

Una vez hechos los cambios en la configuración deberemos eliminar este comando.

Router Config>no confirm cfg-needed default.

Configuración de DHCP Server en routers Cisco

Este tipo de configuración es la que suelen llevar la mayoría de los routers que gestiono. Es decir, el servidor encargado de ir asignando direciones IP se encuentra en el propio domicilio del cliente.

Para empezar a introducir configuración nos debemos situar en “configure terminal” Una vez allí deberemos habilitar el servidor mediante la siguiente instrucción: service dhcp.

Router#conf t (modo abreviado de configure terminal)
Router(config-if)#service dhcp

Lo segundo que deberemos hacer será limitar el rango de direcciones que queramos que el servidor asigne, excluyendo todas aquellas que estén fuera del rango.

Router(config-if)#ip dhcp excluded-adress “dirección inferior excluida” ” direccion superior excluida“

Ahora configuramos el pool de direcciones DHCP

Router(config-if)#ip dhcp pool nombre pool
Router(config-if)#network ip red pool mascara red pool
Router(config-if)#default-router ip fastethernet defaul router
Router(config-if)#dns-server Ip servidor dns
Router(config-if)#domain-name dominio
Router(config-if)#netbios-name-server ip servidor wins
Router(config-if)#netbios node-type tipo nodo netbios
Router(config-if)#lease tiempo de asignacion

nombre pool –> Nombre del pool de direcciones.
ip red pool –> Red de pool de direcciones, contiene el rango de direcciones válidas que el servidor DHCP debe asignar.
ip fastethernet defaul router –> Direccion Ip del router por defecto para los clientes DHCP. Hasta 8 direcciones. Debe estar excluida del pool de direcciones.
Ip servidor dns –> Dirección Ip del servidor DNS que deben utilizar los clientes DHCP. Hasta 8.
dominio –> Nombre del dominio para el cliente DHCP.
ip servidor wins –> Dirección Ip del servidor WINS que pueden utilizar los clientes DHCP de Microsoft. Hasta 8.
tipo nodo netbios –> Especifica el tipo de nodo NetBIOS a los clientes DHCP de Microsoft.
tiempo de asignacion–> Tiempo que la dirección asignada es válida

Si lo que queremos es desactivar el servidor DHCP lo unico que tendremos que hacer será introducir el comando no service dhcp.

Router#conf t
Router(config-if)# no service dhcp
Router(config-if)#exit
Router#wr

Dynamic Host Configuration Protocol

O más comúnmente conocido como protocolo DHCP. Existen 2 formas de asignar direcciones Ip a un equipo: estática y dinámica. Pues bien, el protocolo DHCP serviría para asignar direcciones Ip de manera dinámica, así logramos una mayor agilidad y facilidad a la hora de administrar una red. Con este protocolo instalado en un servidor de una red de área local , nos permite evitar la tediosa tarea de configurar el protocolo TCP/Ip en cada nuevo equipo que se agregue a la red, pues se haría de forma automática.

El otro día en el trabajo, un cliente me pidió que le configurara el protocolo DHCP Relay, y nunca lo había hecho ni siquiera sabía que diferencia había entre el DHCP que había configurado hasta ahora, con el DHCP Relay. Investigando en toda la documentación que tenemos, que no es poca, encontré un documento que hablaba de este protocolo y al final pude configurarlo.

He de decir que los routers de los clientes con los que trabajo son Cisco y Teldat y algún que otro Riverstone. Volvamos a lo que iba, el DHCP no es más que un servidor que va asignando direcciones IP a los PCs de la LAN (red de área local) que los vayan solicitando. ¿ Qué pasaría si el servidor DHCP no se encontrara dentro de la misma LAN? Pues que tendríamos que configurar dentro del router la funcionalidad de ” DHCP Relay ” de modo que las peticiones se redirijan a un servidor central. Esto es justamente lo que quería mi cliente.

Configuración del protocolo DHCP RElay en routers Cisco:

Router#configure terminal
Router(config-if)#service dhcp
Router(config-if)#interface fastEthernet 0
Router(config-if)#ip helper-address Dir IP donde se encuentra el servidor
Router(config-if)#exit

Configuración del protocolo DHCP Relay en routers Teldat:

Router* p 4
Router Config>protocol dhcp
Router Config>;– DHCP Configuration –
Router Config>enable relay
Router Config>relay
Router Config>; — DHCP Relay Configuration –
Router Config>dhcp – server Dir IP donde se encuentra el servidor
Router Config>exit

Nota: Puede haber más de un servidor DHCP remoto, en cuyo caso, habrá que incluir una línea de configuración por cada uno de ellos.