Cisco IOS Release 12.2SR de la guía de configuración de los Servicios de aplicación IP
Configuración de la Gestión de Paquetes Broadcast IPv4
2 Agosto 2013 - Traducción Automática | Otras Versiones: PDFpdf 384 KB | Inglés (13 Julio 2011) | Comentarios

Contenido

Configuración de la Gestión de Paquetes Broadcast IPv4

Última actualización: De julio el 13 de 2011

Este módulo explica cuáles son los paquetes de broadcast del IPv4, cuando se utilizan, y cómo personalizar su configuración del ™ s del € del routerâ para las situaciones cuando el comportamiento predeterminado para manejar el ™ t del € del isnâ de los paquetes de broadcast del IPv4 apropiado.

Este módulo también explica algunos escenarios frecuentes que requieran personalizar el paquete de broadcast del IPv4 que dirige por el Routers. Por ejemplo, la expedición UDP del tráfico del Protocolo de configuración dinámica de host (DHCP) para asegurar los paquetes de broadcast enviados por los DHCP cliente puede alcanzar los servidores DHCP que no están en el mismo segmento de red que el cliente. Las tareas de configuración y los ejemplos también se proporcionan en este módulo.

Encontrar la información de la característica

Su versión de software puede no soportar todas las características documentadas en este módulo. Para la últimas información y advertencias de la característica, vea los Release Note para su plataforma y versión de software. Para encontrar la información sobre las características documentadas en este módulo, y ver una lista de las versiones en las cuales se soporta cada característica, vea la tabla de información de la característica en el extremo de este documento.

Utilice el Cisco Feature Navigator para encontrar la información sobre el soporte del Soporte de la plataforma y de la imagen del software de Cisco. Para acceder el Cisco Feature Navigator, vaya a www.cisco.com/go/cfn. Una cuenta en el cisco.com no se requiere.

Información sobre la Administración de Paquetes Broadcast IPv4

Dirección Unicast IP

Un direccionamiento de la unidifusión IP no es las direcciones de broadcast. Un paquete con un IP Address de destino del unicast se piensa para un host IP específico. Por ejemplo, 172.16.1.1/32. Solamente el host pretendido del los paquetes de unidifusión recibe y procesa el paquete. Este término es de uso frecuente conjuntamente con las referencias a los tipos de tráfico del broadcast IP. Por ejemplo, un administrador de la red que considera actualizar a un router en una red debe considerar la cantidad de unicast, de Multicast, y de tráfico de broadcast porque cada tipo de tráfico puede tener un diverso efecto sobre el funcionamiento del router.

Dirección de Broadcast IP

Los paquetes del broadcast IP se envían a la dirección de broadcast 255.255.255.255 del IP de destino (o al más viejo pero aún de vez en cuando usado direccionamiento del broadcast IP de 000.000.000.000). Se utilizan los IP Address de destino 255.255.255.255 y 000.000.000.000 del broadcast cuando un paquete se piensa para cada dispositivo con capacidad IP en una red.


Nota


Paquetes que utilizan la dirección IP del broadcast mientras que el IP Address de destino se conoce como paquetes de broadcast.

Si el Routers remitiera los paquetes del broadcast IP por abandono, los paquetes tendrían que ser remitidos hacia fuera cada interfaz que se habilita para el IP porque el IP Destination Address de 255.255.255.255 se asume para ser accesible vía cada interfaz habilitada IP en el router. El envío los paquetes del broadcast IP hacia fuera de cada interfaz que se habilita para el IP daría lugar a qué se conoce como tormenta de broadcast (sobrecarga de red debido a los niveles elevados de tráfico de broadcast). Para evitar la tormenta de broadcast del paquete del IP que sería creada si un router remitió a paquetes con una dirección destino del IP de broadcast hacia fuera cada interfaz habilitado para IP, el comportamiento predeterminado para un router es no remitir los paquetes de broadcast. Esto es una diferencia fundamental entre el tráfico IP de la encaminamiento en la capa 3 contra interligarla en el tráfico del broadcast IP de los Bridges de la capa 2 de la capa 2. por abandono adelante hacia fuera cada interfaz que esté en un estado de reenvío, que puede llevar a los problemas de ampliación.

Algunos protocolos TCP/IP utilizan el direccionamiento del broadcast IP a comunican con todos los hosts en un segmento de red o identificar la dirección IP de un host específico en un segmento de red. Por ejemplo:

  • La versión 1 del Routing Information Protocol (RIP) envía la información de la tabla de ruteo usando el direccionamiento del broadcast IP de modo que cualquier otro host en la versión de RIP corriente 1 del segmento de red pueda recibir y procesar las actualizaciones.
  • El Address Resolution Protocol (ARP) se utiliza para determinar el MAC address de la capa 2 del host que posee un IP Address específico de la capa 3. El ARP envía un paquete del broadcast IP (que sea también una trama de broadcast de la capa 2) en la red local. Todos los hosts en la red local reciben el paquete de broadcast ARP porque se envía como a trama de broadcast de la capa 2. Todos los hosts en la red local procesan el paquete ARP porque se envía al direccionamiento del broadcast IP. Solamente el host que posee la dirección IP indicada en la área de datos del paquete ARP responde al paquete de broadcast ARP.

Dirección del Broadcast Dirigido por IP

Un broadcast dirigido por IP se piensa para alcanzar todos los hosts en una red remota. Un router que necesita enviar los datos a un host de IP remoto cuando solamente se sabe el IP Network Address utiliza un broadcast dirigido por IP para alcanzar el host remoto. Por ejemplo, un broadcast dirigido enviado por un host con una dirección IP de 192.168.100.1 con un IP Address de destino de 172.16.255.255 se piensa solamente para los hosts que están en el espacio de la dirección de 172.16.0.0 (los hosts que tienen una dirección IP que comience con 172.16.0.0).

Un paquete del broadcast dirigido por IP se rutea a través de la red como paquete de unidifusión hasta que llegue la subred de destino, donde se convierte en una trama de broadcast de la capa 2 (dirección MAC del FFFF.FFFF.FFFF). Debido a la naturaleza de la arquitectura de direccionamiento IP, sólo el último router de la cadena, el que se encuentra conectado directamente con la subred de destino, puede identificar en forma definitiva una transmisión dirigida. Por ejemplo, solamente un router con una interfaz conectada con una red usando un IP Address en el espacio de la dirección 172.16.0.0/16 tal como 172.16.1.1/16 puede determinar que un paquete enviado a 172.16.255.255 es un broadcast dirigido y convertirlo a una capa 2 transmitida que sea recibida por todos los hosts en la red local. El otro Routers en la red que no está conectado con los 172.16.0.0/16 paquetes de la red adelante dirigió a 172.16.255.255 como si él estuviera para un host IP específico.

Todos los hosts en la red remota reciben los broadcastes dirigidos por IP después de que se conviertan para acodar 2 tramas de broadcast. Solamente el host del destino deseado procesará idealmente completamente el broadcast dirigido por IP y responderá a él. Sin embargo, los broadcastes dirigidos por IP se pueden utilizar para los propósitos malévolos. Por ejemplo, los broadcastes dirigidos por IP se utilizan en el ataque de Negación de servicio (DoS) del “smurf” y los derivados de eso. En un ataque del “smurf”, el atacante envía los pedidos de eco del Internet Control Message Protocol (ICMP) (ping) a una dirección de broadcast dirigido que usa la dirección IP de origen del dispositivo que es la blanco del ataque. La blanco es generalmente un host dentro de una red del ™ s del € del companyâ tal como un servidor Web. Los pedidos de eco ICMP se envían a un direccionamiento del broadcast dirigido por IP en la red del ™ s del € del companyâ que hace a todos los hosts en la subred de destino enviar las respuestas de eco ICMP al dispositivo bajo ataque. Enviando una secuencia continua de ese pedido, el atacante puede crear una secuencia de respuesta mucho más grande, que puede inundar totalmente el host que está bajo ataque. Para la información sobre cómo los broadcastes dirigidos por IP se utilizan en los ataques DOS, busque Internet para los “broadcastes dirigidos por IP,” “negación de servicio,” y los “ataques smurf.”

Debido a las consecuencias en la seguridad de permitir a un router a las difusiones de reenvío y a la reducción en las aplicaciones que requieren los broadcastes dirigidos, los broadcastes dirigidos por IP se inhabilitan por abandono en las versiones del Cisco IOS Release 12.0 y Posterior. Si su red requiere el soporte para los broadcastes dirigidos por IP, usted puede habilitarlo en las interfaces que usted quiere traducir los broadcastes dirigidos por IP para acodar 2 broadcasts usando el comando ip directed-broadcast. Por ejemplo, si su router está recibiendo los broadcastes dirigidos por IP en la interfaz Fast Ethernet 0/0 para la dirección de red asignada a la interfaz Fast Ethernet 0/1, y usted quiera que los broadcastes dirigidos por IP fueran traducidos para acodar la interfaz de Ethernet 0/1 de la interfaz fast de 2 broadcasts hacia fuera, configuran el comando ip directed-broadcast en la interfaz Fast Ethernet 0/1. Usted puede especificar una lista de acceso para controlar qué broadcastes dirigidos por IP se traducen para acodar 2 broadcasts. Cuando se especifica una lista de acceso, sólo esos paquetes IP permitidos por la lista de acceso son elegibles ser traducido de los broadcastes dirigidos para acodar 2 broadcasts. Por ejemplo, si usted sabe que la única dirección IP de origen legítima de cualquier broadcast dirigido por IP en su red es 192.168.10.2, cree una lista de acceso IP ampliado permitiendo el tráfico de 192.168.10.2 y asigne la lista de acceso con el comando de la dirigir-broadcastaccess-lista del IP.

Broadcasts dirigidos a IP

Los broadcastes dirigidos por IP se caen por abandono. La caída de los broadcastes dirigidos por IP reduce el riesgo de ataques DOS.

Usted puede habilitar la expedición de los broadcastes dirigidos por IP en una interfaz donde el broadcast se convierte en un broadcast físico. Usted permite a la traducción de paquetes dirigidos del broadcast IP para acodar 2 tramas de broadcast en la interfaz que está conectada con la red del IP que el broadcast dirigido por IP está dirigido a. Por ejemplo, si usted necesita traducir los broadcastes dirigidos por IP con el IP Destination Address de 172.16.10.255 para acodar 2 tramas de broadcast, usted habilita la traducción en la interfaz que está conectada con la red del IP 172.16.10.0/24.

Usted puede especificar una lista de acceso para controlar se remiten qué broadcastes dirigidos. Cuando se especifica una lista de acceso, sólo esos paquetes IP permitidos por la lista de acceso son elegibles ser traducido de los broadcastes dirigidos a los broadcasts físicos.

Los broadcastes dirigidos por IP se inhabilitan por abandono en las versiones del Cisco IOS Release 12.0 y Posterior.

IP Multicast Address

Los IP Multicast Address se piensan para alcanzar un subconjunto arbitrario de los hosts en una red local. Los direccionamientos del broadcast IP crean un problema porque cada host debe recibir y procesar los datos en cada paquete para determinar si contiene la información que el host debe procesar más lejos. Los IP Multicast Address resuelven este problema usando los IP Addresses bien conocidos que un host se debe configurar para reconocer antes de que procese los paquetes dirigidos a él. Cuando un host recibe un paquete del Multicast IP, el host compara el IP Multicast Address con la lista de direcciones Multicast que se configura para reconocer. Si el host no se configura para reconocer el IP Multicast Address, el host ignora el paquete en vez de procesarlo más lejos para analizar los datos en el paquete. Porque el host puede ignorar el paquete gasta menos tiempo y menos recursos que habría tenido que pasar si el paquete había sido un broadcast IP que tuvo que ser procesado hasta el final a la capa de datos antes de que fuera desechada.

El rango de los IP Addresses reservado para las direcciones Multicast de la clase D es 224.0.0.0 a 239.255.255.255/32 (255.255.255.255).

La mayor parte de los protocolos del TCP/IP Routing utilizan los IP Multicast Address para enviar las actualizaciones de ruteo y la otra información a los hosts en la misma red local que están funcionando con el mismo Routing Protocol. Muchas otras aplicaciones tales como audio/flujo de datos de video sobre Internet utilizan los IP Multicast Address. Para una lista actualmente IP asignada de las direcciones Multicast vea a las direcciones Multicast de Internet.

La información sobre configurar los dispositivos de red para el soporte del Multicast IP está disponible en la documentación siguiente:

  • Guía de configuración del Multicast IP del Cisco IOS
  • Referencia de Comandos de IP Multicast de Cisco IOS

Implementaciones Tempranas de IP

Varias implementaciones tempranas IP no utilizan el estándar actual de la dirección de broadcast de 255.255.255.255. En lugar, utilizan el viejo estándar, que pide todos los ceros (000.000.000.000) en vez todos los para indicar a las direcciones de broadcast. Muchas de estas implementaciones no reconocen a una dirección de broadcast all-1s y no pueden responder al broadcast correctamente. Otros remiten los broadcasts all-1s por abandono, que causa una sobrecarga de red seria conocida como tormenta de broadcast. Las implementaciones que exhiben estos problemas incluyen los sistemas basados en las versiones del Berkeley Standard Distribution (BSD) UNIX antes de la versión 4.3.

DHCP y paquetes de broadcast del IPv4

El DHCP requiere que el cliente (host que requiere la información del servidor DHCP) envíe los paquetes de broadcast para encontrar un servidor DHCP para pedir la información de la configuración de. Si el servidor DHCP no está en el mismo segmento de red que el cliente que está enviando los broadcastes DHCP, el router debe ser configurado para remitir los pedidos de DHCP a la red apropiada.

Para más información sobre el DHCP, vea el protocolo DHCP del RFC 2131, en http://www.ietf.org/rfc/rfc2131.txt.

Reenvío de Paquetes de Broadcast UDP

Los paquetes del broadcast UDP son utilizados por los protocolos TCP/IP tales como DHCP y aplicaciones que necesitan enviar los mismos datos a los host múltiples en paralelo. Porque el Routers por abandono no remite los paquetes de broadcast usted necesita personalizar su configuración del ™ s del € del routerâ si su red tiene tráfico de broadcast UDP en ella. Una opción para remitir los paquetes del broadcast UDP es utilizar la función de reenvío UDP. La expedición UDP reescribe la dirección IP del broadcast de un paquete UDP a una dirección IP del unicast (host específico) o a un broadcast IP dirigido. Después de que se reescriba el direccionamiento el paquete UDP es remitido por todo el Routers en la trayectoria a la red de destino sin requerir los cambios de configuración adicionales en el otro Routers.

Usted puede habilitar la expedición de los paquetes del broadcast UDP, tales como pedidos de DHCP, a un host, o a los host múltiples en la misma red objetivo. Cuando se remite un paquete del broadcast UDP, el IP Address de destino se reescribe para hacer juego el direccionamiento que usted configura. Por ejemplo, el comando de 172.16.10.2 del ip helper-address reescribe el IP Destination Address de 255.255.255.255 a 172.16.10.2.

Para habilitar el reenvío de paquete del broadcast UDP al host específico, utilice una dirección IP específica del host como la dirección del ayudante cuando usted configura el comando ip helper-address address. Para permitir al reenvío de paquete del broadcast UDP a un rango de los hosts para tener en cuenta la carga a compartir y la Redundancia, utilice un direccionamiento del broadcast dirigido por IP como la dirección del ayudante cuando usted configura el comando ip helper-address address.

Inundación de Paquetes de Broadcast UDP

Usted puede permitir que los broadcasts IP sean inundados en su red en una moda controlada usando la base de datos creada por el Spanning Tree Protocol que interliga del theLayer 2 (STP). Habilitar esta característica también evita el inundar de los loopes. Para soportar esta capacidad, el Cisco IOS Software en su router debe incluir el soporte para Puente transparente, y Puente transparente se debe configurar en cada interfaz que sea participar en la inundación. Si interliga no se configura en una interfaz, la interfaz puede todavía recibir los broadcasts. Sin embargo, la interfaz nunca reenviará los broadcasts que recibe y el router nunca utilizará esta interfaz para enviar los broadcasts recibidos en una interfaz diferente.

Los paquetes que se reenvían a una dirección de red única usando el mecanismo de dirección de ayudante IP se pueden inundar. Solamente se envía una copia del paquete en cada segmento de red.

Para ser considerado para inundar, los paquetes deben cumplir los criterios siguientes. (Éstas son las mismas condiciones usadas para considerar el reenvío de paquete usando los IP Helper Address.)

  • El paquete debe ser un broadcast de nivel MAC (FFFF.FFFF.FFFF).
  • El paquete debe ser un broadcast del IP-nivel (255.255.255.255).
  • El paquete debe ser un Trivial File Transfer Protocol (TFTP), Domain Name System (DNS), tiempo, NetBios, la detección de vecino (ND), o paquete BOOTP, o un protocolo UDP especificado por el comando ip forward-protocol udp global configuration.
  • El valor del Tiempo para vivir (TTL) del paquete debe ser por lo menos dos.

Si usted quiere enviar los paquetes UDP inundados a un host específico, usted puede cambiar el direccionamiento del broadcast IP de la capa 3 de los paquetes UDP inundados con el comando ip broadcast-address en el modo de configuración de la interfaz. El direccionamiento de los paquetes UDP inundados se puede fijar a cualquier IP Address deseado. Nunca cambian a la dirección de origen del paquete UDP inundado. El valor de TTL del paquete UDP inundado decremented.

Después de que una decisión se haya tomado para enviar el datagrama hacia fuera en una interfaz (y el IP Address de destino cambiado posiblemente), el datagrama se da a las rutinas de salida normales IP y está, por lo tanto, sujeto a las Listas de acceso si están presentes en la interfaz de salida.

Si no se desea ningún bridging real, usted puede configurar un filtro de Bridging del tipo-código que niegue todos los tipos de paquete de ser interligado. Refiera “configurando al módulo de Puente transparente” del Cisco IOS que interliga y de la guía de configuración de las Redes IBM para más información sobre usar las Listas de acceso para filtrar el tráfico Bridged. La base de datos del Spanning-tree está todavía disponible para reenvío de IP el código utilizar para la inundación.

Broadcast IP que inunda la aceleración

Usted puede acelerar la inundación de los datagramas de UDP usando el algoritmo del árbol de expansión. Utilizado conjuntamente con el comando ip forward-protocol spanning-tree en el modo de configuración global, esta característica impulsa el funcionamiento de la inundación basado en spanning tree UDP por un factor de cerca de cuatro a cinco veces. La característica, llamada inundación de turbo, se soporta sobre las interfaces de Ethernet configuradas para el Advanced Research Projects Agency (ARPA) encapsulado, el FDDI, y el High-Level Data Link Control (HDLC) - las interfaces seriales encapsuladas. Sin embargo, no se soporta en las interfaces Token Ring. Mientras los Token Ring y las interfaces seriales del NON-HDLC no sean parte del Grupo de Bridge que es utilizado para la inundación UDP, la inundación de turbo se comportará normalmente.

Números del puerto predeterminados UDP

Si especifican a una dirección del ayudante y expedición se habilita UDP, los paquetes de broadcast destinados a los números del puerto siguientes se remiten por abandono:

  • Servicio de tiempo (puerto 37)
  • IEN-116 nombre de servicio (puerto 42)
  • Servicio TACACS (puerto 49)
  • Domain Naming System (puerto 53)
  • Cliente BOOTP y paquetes del servidor (puertos 67 y 68)
  • TFTP (puerto 69)
  • Nombre del servidor NetBIOS (puerto 137)
  • Servidor de datagramas NetBIOS (puerto 138)

Dirección de broadcast del IP predeterminado

El Cisco IOS Software soporta el envío de los broadcasts IP en los LAN y los WAN. Hay varias maneras de indicar un direccionamiento del broadcast IP. El valor por defecto es un direccionamiento que consiste en todos los (255.255.255.255), aunque el software se pueda configurar para generar cualquier forma de direccionamiento del broadcast IP tal como todos los ceros (0.0.0.0), y los broadcastes dirigidos tales como 172.16.255.255. El Cisco IOS Software puede recibir y procesar la mayoría de los direccionamientos del broadcast IP.

Caso Práctico de Paquetes del Broadcast UDP

Este caso práctico es de una aplicación del parquet en una compañía financiera. Los puestos de trabajo (WS1, WS2, y WS3) en la figura siguiente reciben los datos financieros de la red de la alimentación. Los datos financieros se envían usando los broadcastes UDP.

Figura 1Topología que requiere la expedición del broadcast UDP


Las secciones siguientes explican las Soluciones posibles para esta aplicación:

Reenvío de Paquetes de Broadcast UDP

La primera opción es paquete del broadcast UDP usando las direcciones del ayudante. Para configurar al ayudante que dirige, usted debe especificar el comando ip helper-address en cada interfaz en cada router que reciba un broadcast UDP que necesite ser remitido. En el router1 y el router2 en la figura abajo, los IP Helper Address se pueden configurar para mover los datos desde la red de servidores a las redes del comerciante. No obstante ayuda IP dirigió fue determinado para no ser una solución óptima para este tipo de topología porque cada router recibe los broadcastes innecesarios del otro router, tal y como se muestra en de la figura abajo.

Figura 2Flujo de paquetes UDP


En este caso, el router1 recibe cada uno transmitida enviado por el router2 tres veces, una para cada segmento, y el router2 recibe cada uno transmitida enviado por el router1 tres veces, una para cada segmento. Cuando cada uno transmitida se recibe, el router debe analizarlo y determinarlo que el broadcast no necesita ser remitido. Mientras que más segmentos se agregan a la red, el Routers se sobrecarga con el tráfico innecesario, que debe ser analizado y ser desechado.

Cuando ayuda IP la dirección se utiliza en este tipo de topología, no más que un router puede ser configurado para remitir los broadcastes UDP (a menos que las aplicaciones de recepción pueden manejar los broadcasts duplicados). Esto es porque los paquetes duplicados llegan en la red del comerciante. Esta restricción limita la Redundancia en el diseño y puede ser indeseable en algunas implementaciones.

Para configurar al Routers para enviar los broadcastes UDP bidireccional en este tipo de topología, un segundo comando ip helper address debe ser aplicado a cada interfaz del router que reciba los broadcastes UDP. Mientras que más segmentos y dispositivos se agregan a la red, requieren a más comandos ip helper address alcanzarlos, así que la administración de este Routers llega a ser más compleja en un cierto plazo.


Nota


El tráfico bidireccional en esta topología afecta perceptiblemente el rendimiento del router.

Aunque ayuda IP la dirección esté bien adaptada al nonredundant, las topologías no paralelas que no requieren un mecanismo para controlar los loopes transmitidos, ayuda IP dirigiendo no trabajan bien en esta topología. Para mejorar el funcionamiento, los diseñadores de red consideraban cuatro otras alternativas:

  • Fijando a la dirección de broadcast en los servidores todos los el ” del € del â (de 255.255.255.255) que esta alternativa fue despedida porque los servidores tienen más de una interfaz, causando el servidor transmite para ser devuelto sobre la red de la alimentación. Además, algunas implementaciones del puesto de trabajo no permiten todos los broadcasts 1s cuando las interfaces múltiples están presentes.
  • Fijando a la dirección de broadcast de los servidores a la red principal transmita la dirección IP--Esta alternativa fue despedida porque la implementación TCP/IP en los servidores no permite el uso de los direccionamientos del broadcast IP de la red principal cuando la red es subnetted.
  • Eliminando las subredes y dejando el Address Resolution Protocol (ARP) del uso de los puestos de trabajo aprender el ” del € del addressesâ esta alternativa fue despedida porque los servidores no pueden aprender rápidamente una ruta alternativa en caso de error del router primario.
  • El ” del € del floodingâ del paquete del broadcast UDP esta alternativa utiliza la topología del árbol de expansión creada con Puente transparente para remitir los paquetes del broadcast UDP en una topología redundante mientras que el evitar coloca y tráfico de broadcast duplicado.

Inundación de Paquetes de Broadcast UDP

La inundación UDP utiliza el algoritmo del árbol de expansión para remitir los paquetes en una manera controlada. El bridging se habilita en cada interfaz del router con el único propósito de construir atravesar - árbol. El atravesar - el árbol previene los loopes parando un broadcast de ser remitido hacia fuera una interfaz en la cual el broadcast fue recibido. El atravesar - el árbol también previene la duplicación de paquetes poniendo las ciertas interfaces en el estado bloqueado (para no remitir ningún paquete) y otras interfaces en el estado de reenvío (para remitir los paquetes que necesitan ser remitidos).

Antes de que usted pueda habilitar la inundación UDP, el router debe ser el software corriente que soporta Puente transparente y el bridging se debe configurar en cada interfaz que sea participar en la inundación. Si interliga no se configura para una interfaz, la interfaz recibirá los broadcasts, pero el router no remitirá esos broadcasts y no utilizará esa interfaz pues un destino para enviar los broadcasts recibidos en una diversa interfaz.


Nota


Las versiones antes del Cisco IOS Release 10.2 no soportan los broadcastes de subred de la inundación.

Cuando está configurado para la inundación UDP, el router utiliza a la dirección destino especificada por el comando ip broadcast-address en la interfaz de salida de asignar a una dirección destino a un datagrama de UDP inundado. Así, la dirección destino pudo cambiar mientras que el datagrama propaga a través de la red. La dirección de origen, sin embargo, no cambia.

Con la inundación UDP, ambo Routers mostrado en la figura abajo uso un atravesar-árbol de controlar la topología de red con el fin de la expedición transmite. El comando bridge protocol puede especificar cualquier la palabra clave de diciembre (para el Spanning-Tree Protocol de Digital Equipment Corporation (DEC)) o la palabra clave de IEEE (para el protocolo del Ethernet IEEE). Todo el Routers en la red debe habilitar el mismo Spanning-Tree Protocol. El comando ip forward-protocol spanning-tree utiliza la base de datos creada por el comando bridge protocol. Solamente un paquete de broadcast llega cada segmento, y los broadcastes UDP pueden atravesar la red en las ambas direcciones.

Porque el interligar se habilita para construir solamente la base de datos del atravesar-árbol, utilice las Listas de acceso para evitar que el atravesar-árbol remita el tráfico NON-UDP.

La configuración del router especifica un costo del trayecto para que cada interfaz determine que interconectan adelante o bloquea los paquetes. El trayecto predeterminado costado para los Ethernetes es 100. La determinación del costo del trayecto para cada interfaz en el router2 a 50 hace el algoritmo del árbol de expansión poner las interfaces en el router2 en el estado de reenvío. Dado el costo del trayecto más alto (100) para las interfaces en el router1, las interfaces en el router1 están en el estado bloqueado y no remiten los broadcasts. Con estos estados de la interfaz, el tráfico de broadcast atraviesa el router2. Si el router2 falla, el algoritmo del árbol de expansión pondrá las interfaces en el router1 en el estado de reenvío, y el router1 remitirá el tráfico de broadcast.

Con un tráfico de broadcast de la expedición del router de la red de servidores a las redes del comerciante, usted debe configurar al otro router para remitir el tráfico de unidifusión. Por esa razón, cada router habilita el Protocolo de descubrimiento de router ICMP (IRDP), y cada puesto de trabajo en las redes del comerciante ejecuta la daemon IRDP. En el router1, la palabra clave de la preferencia del comando ip irdp fija una preferencia más alta IRDP que la configuración para el router 2, que hace cada daemon IRDP utilizar el router1 como su default gateway preferido para la expedición del tráfico de unidifusión. Los usuarios de esos puestos de trabajo pueden utilizar el comando netstat - rn de ver cómo están utilizando al Routers.

En el Routers, el holdtime, maxadvertinterval, y las palabras claves minadvertinterval del comando ip irdp reducen el intervalo de la publicidad del valor por defecto de modo que las daemones IRDP que se ejecutan en los hosts esperen ver los anuncios más con frecuencia. Con el intervalo de la publicidad reducido, los puestos de trabajo adoptarán el router2 más rápidamente si el router1 llega a ser inasequible. Con esta configuración, cuando un router hace inasequible, el IRDP ofrece un tiempo de convergencia de menos de un minuto.

El IRDP se prefiere sobre el Routing Information Protocol (RIP) y los default gatewayes por las razones siguientes:

  • El RIP dura para converger.
  • La configuración del router 1 como el default gateway en cada estación de trabajo de Sun en las redes del comerciante permitiría que esos estación de trabajo de Sun enviaran el tráfico de unidifusión al router1, pero no proporcionaría una ruta alternativa si el router1 llega a ser inasequible.

La figura debajo de las demostraciones cómo flujos de datos cuando la red se configura para la inundación UDP.

Figura 3Flujo de datos con la inundación UDP y el IRDP



Nota


Esta topología es intensiva transmitido--los broadcasts consumen a veces el 20 por ciento del ancho de banda Ethernet 10-MB. Sin embargo, esto es un porcentaje favorable cuando está comparada a la configuración ayuda IP de la dirección, que, en la misma red, las causas transmiten para consumir el hasta 50 por ciento del ancho de banda Ethernet 10-MB.

Si los hosts en las redes del comerciante no soportan el IRDP, el Hot Standby Routing Protocol (HSRP), el Virtual Router Redundancy Protocol (VRRP), o el protocolo del Equilibrio de carga del gateway (GLBP) se pueden utilizar para seleccionar qué router manejará el tráfico de unidifusión. Estos protocolos permiten que el router en espera asuma el control rápidamente si el router primario llega a ser inasequible.

Permita a la inundación de turbo en el Routers para aumentar el funcionamiento de la inundación UDP.


Nota


La inundación de Turbo aumenta la cantidad de procesar eso se hace en el nivel de interrupción, que aumenta carga de la CPU encendido al router. La inundación de Turbo puede no ser apropiada en el Routers que están ya bajo CPU elevada carga o que debe también realizar otras actividades Uso intensivas de la CPU.

Cómo configurar la Gestión de Paquetes de Broadcast IP

Habilitación de Broadcasts Dirigidos por IP sin una Lista de Acceso

Realice esta tarea de permitir la expedición de los broadcastes dirigidos por IP de cualquier fuente.

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. número del tipo de la interfaz

4. máscara de dirección del IP Address

5. broadcast dirigido del IP

6. extremo


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1
permiso


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2
configure terminal


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
número del tipo de la interfaz


Ejemplo:

Interface fastethernet 0/1 de Router(config)#

 

Especifica una interfaz e ingresa en el modo de configuración de la interfaz.

 
Paso 4
máscara de dirección del IP Address


Ejemplo:

Router (config-if) # dirección IP 172.16.10.1 255.255.255.0

 

Asigna una dirección IP a la interfaz.

 
Paso 5
broadcast dirigido del IP


Ejemplo:

Router (config-if) # broadcast dirigido del IP

 

Broadcastes dirigidos por IP de los permisos en la interfaz.

  • Configure este comando en la interfaz que está conectada con la dirección de red IP de los paquetes de broadcast dirigidos.
  • En este ejemplo los paquetes broadcast dirigidos se dirigen a 172.16.10.255.
 
Paso 6
Finalizar


Ejemplo:

Router(config-if)#end

 

Sale el modo y las devoluciones de la configuración actual al modo EXEC privilegiado.

 

Habilitar los broadcastes dirigidos por IP con una lista de acceso

Realice esta tarea de limitar la expedición de los broadcastes dirigidos por IP aplicando una lista de acceso al comando ip directed-broadcast.

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. máscara de dirección destino de la máscara del fuente-direccionamiento del IP del permiso del 100-199 de la lista de acceso

4. número del tipo de la interfaz

5. máscara de dirección del IP Address

6. lista de acceso del broadcast dirigido del IP

7. extremo


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1
permiso


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2
configure terminal


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
máscara de dirección destino de la máscara del fuente-direccionamiento del IP del permiso del 100-199 de la lista de acceso


Ejemplo:

La lista de acceso 100 de Router(config)# permite el IP 10.4.9.167 0.0.0.0 172.16.10.0 0.0.0.255

 

Crea una lista de acceso para limitar los broadcastes dirigidos por IP se remiten que.

  • En este ejemplo los broadcastes dirigidos por IP son enviados por el host con la dirección IP de 10.4.9.167 al direccionamiento 172.16.10.255 del broadcast dirigido por IP.
 
Paso 4
número del tipo de la interfaz


Ejemplo:

FastEthernet 0/0 de la interfaz de Router(config)#

 

Especifica una interfaz e ingresa en el modo de configuración de la interfaz.

 
Paso 5
máscara de dirección del IP Address


Ejemplo:

Router (config-if) # dirección IP 172.16.10.1 255.255.255.0

 

Asigna una dirección IP a la interfaz.

 
Paso 6
lista de acceso del broadcast dirigido del IP


Ejemplo:

Router (config-if) # broadcast dirigido 100 del IP

 

Habilita los broadcastes dirigidos por IP en la interfaz para los paquetes de broadcast que son permitidos por la lista de acceso que usted asignó. Configure este comando en la interfaz que está conectada con la dirección de red IP de los paquetes de broadcast dirigidos.

  • En este ejemplo los paquetes broadcast dirigidos se dirigen a 172.16.10.255.
 
Paso 7
Finalizar


Ejemplo:

Router(config-if)#end

 

Sale el modo y las devoluciones de la configuración actual al modo EXEC privilegiado.

 

Habilitación del Reenvío de Paquetes de Broadcast UDP a un Host Específico

Realice esta tarea de habilitar el reenvío de paquete del broadcast UDP a un solo host.

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. UDP del delantero-protocolo del IP

4. número del tipo de la interfaz

5. máscara de dirección del IP Address

6. ip helper-address address

7. extremo


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1
permiso


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2
configure terminal


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
UDP del delantero-protocolo del IP


Ejemplo:

UDP del delantero-protocolo del IP de Router(config)#

 

Habilita la expedición de los paquetes del broadcast UDP.

 
Paso 4
número del tipo de la interfaz


Ejemplo:

Interface fastethernet 0/1 de Router(config)#

 

Especifica una interfaz e ingresa en el modo de configuración de la interfaz.

 
Paso 5
máscara de dirección del IP Address


Ejemplo:

Router (config-if) # dirección IP 172.16.10.1 255.255.255.0

 

Asigna una dirección IP a la interfaz.

 
Paso 6
ip helper-address address


Ejemplo:

Router (config-if) # ip helper-address 172.16.10.2

 

Habilita una dirección de ayudante IP para la interfaz que recibe los paquetes broadcast UDP.

  • En este ejemplo el IP Destination Address de los paquetes de broadcast del IP UDP se reescribe a 172.16.10.2.
 
Paso 7
Finalizar


Ejemplo:

Router(config-if)#end

 

Sale el modo y las devoluciones de la configuración actual al modo EXEC privilegiado.

 

Habilitación del Reenvío de Paquetes Broadcast UDP a un Rango de Hosts

Realice esta tarea de permitir al reenvío de paquete del broadcast UDP a un rango de los hosts para tener en cuenta la carga a compartir entre las computadoras principales de destino y para proporcionar la Redundancia si uno o más de las computadoras principales de destino fallan.

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. UDP del delantero-protocolo del IP

4. número del tipo de la interfaz

5. máscara de dirección del IP Address

6. ip helper-address address

7. salida

8. número del tipo de la interfaz

9. máscara de dirección del IP Address

10. broadcast dirigido del IP

11 extremo


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1
permiso


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2
configure terminal


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
UDP del delantero-protocolo del IP


Ejemplo:

UDP del delantero-protocolo del IP de Router(config)#

 

Habilita la expedición de los paquetes del broadcast UDP.

 
Paso 4
número del tipo de la interfaz


Ejemplo:

FastEthernet 0/0 de la interfaz de Router(config)#

 

Especifica una interfaz e ingresa en el modo de configuración de la interfaz.

 
Paso 5
máscara de dirección del IP Address


Ejemplo:

Router (config-if) # dirección IP 192.168.10.1 255.255.255.0

 

Asigna una dirección IP a la interfaz.

 
Paso 6
ip helper-address address


Ejemplo:

Router (config-if) # ip helper-address 172.16.10.255

 

Habilita una dirección de ayudante IP para la interfaz que recibe los paquetes broadcast UDP.

  • En este ejemplo se utiliza un direccionamiento del broadcast dirigido por IP. El IP Destination Address de los paquetes de broadcast del IP UDP se reescribe a 172.16.10.255.
  • Todos los hosts en la red 172.16.10.0/24 que soportan la aplicación o la mantienen que los paquetes del broadcast UDP están pensados para la voluntad responden a los paquetes del broadcast UDP.
Nota    Esto da lugar a menudo a la fuente de los paquetes del broadcast UDP que reciben las respuestas a partir de dos o más hosts. En la mayoría de los casos la fuente de los paquetes del broadcast UDP valida la primera respuesta e ignora cualquier respuesta subsiguiente. En algunas situaciones la fuente de los paquetes del broadcast UDP no puede manejar las respuestas duplicados y reacciona por conducta inesperada que recarga, o la otra.
 
Paso 7
salida


Ejemplo:

Router(config-if)# exit

 

Vuelve al modo de configuración global.

 
Paso 8
número del tipo de la interfaz


Ejemplo:

Interface fastethernet 0/1 de Router(config)#

 

Especifica una interfaz e ingresa en el modo de configuración de la interfaz.

 
Paso 9
máscara de dirección del IP Address


Ejemplo:

Router (config-if) # dirección IP 172.16.10.1 255.255.255.0

 

Asigna una dirección IP a la interfaz.

 
Paso 10
broadcast dirigido del IP


Ejemplo:

Router (config-if) # broadcast dirigido del IP

 

Habilita los broadcastes dirigidos por IP en la interfaz que está transmitiendo los broadcastes UDP.

 
Paso 11
Finalizar


Ejemplo:

Router(config-if)#end

 

Sale el modo y las devoluciones de la configuración actual al modo EXEC privilegiado.

 

Cambio de la Dirección IP de Broadcast Predeterminada para Todas las Interfaces a 0.0.0.0 en los Routers sin Memoria no Volátil

Si usted router no tiene el NVRAM, y le necesidad de cambiar el direccionamiento del broadcast IP a 0.0.0.0, usted debe cambiar el direccionamiento del broadcast IP manualmente fijando los puentes en el registro de la configuración del procesador. La determinación del bit 10 hace el dispositivo utilizar todo el 0s. 10 mordidos obra recíprocamente con el bit 14, que controla a las porciones de la red y del host de la dirección de broadcast. La determinación del bit 14 hace el dispositivo incluir la red y recibir las porciones de su direccionamiento en la dirección de broadcast. La tabla abajo muestra el efecto combinado de los bits 10 y 14 de la configuración.

Tabla 1Ajustes del registro de configuración para el destino de la dirección de broadcast

14 mordidos

10 mordidos

Direccionamiento (<net><host>)

Hacia fuera

Hacia fuera

<ones><ones>

Hacia fuera

En

<zeros><zeros>

En

En

<net><zeros>

En

Hacia fuera

<net><ones>

Para más información sobre la determinación de los puentes del hardware en su router, vea la documentación sobre hardware que fue suministrada usted router.

Cambio de la Dirección de Broadcast IP Predeterminada para todas las Interfaces a 0.0.0.0 en los Routers con Memoria no Volátil

El Routers basado en IOS de Cisco con el NVRAM tiene registros de configuración del software que permitan que usted modifique varios comportamientos del router tales como donde buscan las imágenes para cargar, qué direccionamiento del broadcast IP utiliza, y la velocidad de línea de la consola. El valor por defecto de valor predeterminado de fábrica para el registro de la configuración es 0x2102 donde 0X indica esto un número hexadecimal. Utilizan al comando config-register de modificar las configuraciones de los registros de configuración del software.

La información sobre configurar otros comportamientos con los registros de configuración del software usando el comando config-register está disponible en la documentación siguiente:

  • “Cargando y manejo capítulo de las imágenes del sistema” de la guía de configuración de los fundamentales de la configuración del Cisco IOS
  • Referencia de comandos de los fundamentales de la configuración del Cisco IOS

Precaución


Usted necesita tener muy cuidado cuando usted cambia los registros de configuración del software en su router porque si usted altera inadvertidamente la velocidad de línea del puerto de la consola, usted no podrá configurar al router con un servidor terminal en el puerto de la consola a menos que usted conozca la velocidad que usted fijado para el puerto de la consola, y usted sabe cambiar la velocidad de línea para su aplicación del terminal. Si configuran a su router para el acceso alterno al CLI tal como usar Telnet o a un buscador Web, usted puede utilizar este método para iniciar sesión al router y para cambiar el registro de configuración del software de nuevo a 0x2102.


Realice esta tarea de fijar el direccionamiento del broadcast IP en cada interfaz a 0.0.0.0 mientras que mantiene el resto de los valores predeterminados para las configuraciones del registro de configuración del software.

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. config-register value

4. extremo


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1
permiso


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2
configure terminal


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
config-register value


Ejemplo:

Config-registro 0x2502 de Router(config)#

 

Fija el direccionamiento del broadcast IP a 0.0.0.0 en cada interfaz mientras que mantiene el resto de los valores predeterminados para los ajustes del registro de configuración del otro software.

 
Paso 4
Finalizar


Ejemplo:

Router(config)# end

 

Sale el modo y las devoluciones de la configuración actual al modo EXEC privilegiado.

 

Cambio de la Dirección de Broadcast IP a Cualquier Dirección IP en Una o Más Interfaces de un Router

Realice esta tarea si usted red requiere un direccionamiento del broadcast IP con excepción de 255.255.255.255 o de 0.0.0.0, o usted quiere cambiar el direccionamiento del broadcast IP a 0.0.0.0 en un subconjunto de las interfaces en el router en vez en de todas las interfaces en el router.

PASOS SUMARIOS

1. permiso

2. configuró terminal

3. número del tipo de la interfaz

4. máscara de dirección del IP Address

5. direccionamiento de la dirección de broadcast del IP

6. extremo


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1
permiso


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2
configure terminal


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
número del tipo de la interfaz


Ejemplo:

Interface fastethernet 0/1 de Router(config)#

 

Especifica una interfaz e ingresa en el modo de configuración de la interfaz.

 
Paso 4
máscara de dirección del IP Address


Ejemplo:

Router (config-if) # dirección IP 172.16.10.1 255.255.255.0

 

Asigna una dirección IP a la interfaz.

 
Paso 5
direccionamiento de la dirección de broadcast del IP


Ejemplo:

Router (config-if) # dirección de broadcast 172.16.10.255 del IP

 

Especifica el direccionamiento del broadcast IP

  • En los broadcasts este IP del ejemplo se envían a 172.16.10.255.
 
Paso 6
Finalizar


Ejemplo:

Router(config-if)#end

 

Sale el modo y las devoluciones de la configuración actual al modo EXEC privilegiado.

 

Configuración de la Inundación de Paquetes Broadcast UDP

Antes de comenzar

La versión del Cisco IOS Software en su router debe soportar Puente transparente.


PASOS SUMARIOS

1. permiso

2. configuró terminal

3. protocolo IEEE del número de Bridge

4. atravesar-árbol del delantero-protocolo del IP

5. turbo-inundación del delantero-protocolo del IP

6. UDP del delantero-protocolo del IP

7. número del tipo de la interfaz

8. máscara de dirección del IP Address

9. bridge-group number

10. número del tipo de la interfaz

11 máscara de dirección del IP Address

12.    bridge-group number

13.    Finalizar


PASOS DETALLADOS
 Comando o acciónPropósito
Paso 1
permiso


Ejemplo:

Router> enable

 

Habilita el modo EXEC privilegiado.

  • Ingrese su contraseña si se le pide que lo haga.
 
Paso 2
configure terminal


Ejemplo:

Router# configure terminal

 

Ingresa en el modo de configuración global.

 
Paso 3
protocolo IEEE del número de Bridge


Ejemplo:

Protocolo IEEE del Bridge 1 de Router(config)#

 

Habilita el bridging del atravesar-árbol y especifica el bridging protocol.

 
Paso 4
atravesar-árbol del delantero-protocolo del IP


Ejemplo:

Atravesar-árbol del delantero-protocolo del IP de Router(config)#

 

Permisos usando la tabla de reenvío del atravesar-árbol para inundar los paquetes de broadcast.

 
Paso 5
turbo-inundación del delantero-protocolo del IP


Ejemplo:

Turbo-inundación del delantero-protocolo del IP de Router(config)#

 

Los permisos (opcionales) ayunan reenvío de paquetes de broadcast usando la tabla de reenvío del atravesar-árbol.

 
Paso 6
UDP del delantero-protocolo del IP


Ejemplo:

UDP del delantero-protocolo del IP de Router(config)#

 

Habilita el reenvío de broadcasts UDP.

 
Paso 7
número del tipo de la interfaz


Ejemplo:

FastEthernet 0/0 de la interfaz de Router(config)#

 

Especifica una interfaz e ingresa en el modo de configuración de la interfaz.

 
Paso 8
máscara de dirección del IP Address


Ejemplo:

Router (config-if) # dirección IP 192.168.10.1 255.255.255.0

 

Asigna una dirección IP a la interfaz.

 
Paso 9
bridge-group number


Ejemplo:

Router (config-if) # bridge-group 1

 

Coloca la interfaz en el grupo de bridges del spanning tree especificado.

 
Paso 10
número del tipo de la interfaz


Ejemplo:

Router (config-if) # Interface fastethernet 0/1

 

Especifica una interfaz e ingresa en el modo de configuración de la interfaz.

 
Paso 11
máscara de dirección del IP Address


Ejemplo:

Router (config-if) # dirección IP 172.16.10.1 255.255.255.0

 

Asigna una dirección IP a la interfaz.

 
Paso 12
bridge-group number


Ejemplo:

Router (config-if) # bridge-group 1

 

Coloca la interfaz en el grupo de bridges del spanning tree especificado.

 
Paso 13
Finalizar


Ejemplo:

Router(config-if)#end

 

Sale el modo y las devoluciones de la configuración actual al modo EXEC privilegiado.

 

Ejemplos de Configuración de la Gestión de Paquetes de Broadcast IP

Ejemplo: Habilitar los broadcastes dirigidos por IP con una lista de acceso

Las demostraciones del siguiente ejemplo cómo permitir a los broadcastes dirigidos por IP con una lista de acceso para controlar los broadcastes dirigidos se remiten que.

Router(config)# access-list 100 permit ip 10.4.9.167 0.0.0.0 172.16.10.0 0.0.0.255
Router(config)# interface fastethernet 0/0
Router(config-if)# ip address 172.16.10.1 255.255.255.0
Router(config-if)# ip directed-broadcast 100

Ejemplo: Configuración de la Inundación de Paquetes Broadcast UDP

Router(config)# bridge 1 protocol ieee
Router(config)# ip forward-protocol spanning-tree
Router(config)# ip forward-protocol turbo-flood
Router(config)# ip forward-protocol udp
Router(config)# interface fastethernet 0/0
Router(config-if)# ip address 192.168.10.1 255.255.255.0
Router(config-if)# bridge-group 1
Router(config)# interface fastethernet 0/1
Router(config-if)# ip address 172.16.10.1 255.255.255.0
Router(config-if)# bridge-group 1

Referencias adicionales

Documentos Relacionados

Tema relacionado

Título del documento

Comandos de Cisco IOS

El Cisco IOS domina los comandos list, todos las versiones

Actualmente IP asignada direcciones Multicast

Direcciones Multicast http://www.iana.org/assignments/multicast-addresses de Internet

Tareas de configuración de los aspectos fundamentales de la configuración

Guía de Configuración de los Aspectos Fundamentales de la Configuración de Cisco IOS

Comandos de los aspectos fundamentales de la configuración

Referencia de comandos de los fundamentales de la configuración del Cisco IOS

Tareas de configuración de Bridging e IBM Networking de CISCO IOS

Cisco IOS que interliga y guía de configuración de las Redes IBM

Comandos bridging and ibm networking del Cisco IOS

Referencia del comando bridging and ibm networking del Cisco IOS

Tareas de configuración del Multicast IP del Cisco IOS

Guía de configuración del Multicast IP del Cisco IOS

Comandos ip multicast del Cisco IOS

Referencia de Comandos de IP Multicast de Cisco IOS

Estándares

Estándar

Título

Bridging del árbol de expansión IEEE

Bridges 802.1D MAC

http://www.ieee802.org/1/pages/802.1D-2003.html

MIB

MIB

Link del MIB

” del € del â

Se soporta el MIB no nuevo o modificado, y el soporte para el MIB existente no se ha modificado.

RFC

RFC

Título

RFC 1812

Requisitos para versión IP los 4 Router http://www.ietf.org/rfc/rfc1812.txt

RFC 2131

Protocolo DHCP http://www.ietf.org/rfc/rfc2131.txt.

Asistencia Técnica

Descripción

Link

El Web site del soporte y de la documentación de Cisco proporciona los recursos en línea para descargar la documentación, el software, y las herramientas. Utilice estos recursos para instalar y para configurar el software y para resolver problemas y para resolver los problemas técnicos con los Productos Cisco y las Tecnologías. El acceso a la mayoría de las herramientas en el Web site del soporte y de la documentación de Cisco requiere una identificación del usuario y una contraseña del cisco.com.

http://www.cisco.com/cisco/web/LA/support/index.html

Información sobre Funciones para Controlar los Paquetes Broadcast de IP

La tabla siguiente proporciona la información sobre la versión sobre la característica o las características descritas en este módulo. Esta tabla enumera solamente la versión de software que introdujo el soporte para una característica dada en un tren de versión de software dado. A menos que se indicare en forma diferente, las versiones posteriores de ese tren de versión de software también soportan esa característica.

Utilice el Cisco Feature Navigator para encontrar la información sobre el soporte del Soporte de la plataforma y de la imagen del software de Cisco. Para acceder el Cisco Feature Navigator, vaya a www.cisco.com/go/cfn. Una cuenta en el cisco.com no se requiere.

Tabla 2Información sobre Funciones para Controlar los Paquetes Broadcast de IP

Nombre de la función

Versiones

Información sobre la Función

Broadcasts dirigidos a IP

10,0

Habilita la traducción de un broadcast dirigido a broadcasts físicos.

El siguiente comando fue insertado o modificado por esta función: broadcast dirigido del IP.

Reenvío de Paquetes de Broadcast UDP

10,0

Permite el reenvío de paquetes de broadcast UDP.

Los siguientes comandos fueron introducidos o modificados por esta característica: delantero-protocolo del IP, ip helper-address.

Inundar los paquetes usando el atravesar-árbol

10,0

Permite el reenvío de paquetes de broadcast UDP mediante la tabla de reenvío del spanning tree.

Los siguientes comandos fueron introducidos o modificados por esta característica: atravesar-árbol del delantero-protocolo del IP, turbo-inundación del delantero-protocolo del IP.

Especificar una dirección de broadcast IP

10,0

Especifica la dirección del broadcast IP para una interfaz.

El siguiente comando fue insertado o modificado por esta función: dirección de broadcast del IP.

Cisco y el logotipo de Cisco son marcas registradas del Cisco Systems, Inc. y/o de sus afiliados en los E.E.U.U. y otros países. Un anuncio de las marcas registradas de Cisco se puede encontrar en www.cisco.com/go/trademarks. Las marcas registradas del otro vendedor mencionadas son la propiedad de sus propietarios respectivos. El uso de la palabra Partner no implica en una relación de sociedad entre Cisco y ninguna otra compañía. (1005R)

Las direcciones IP (Internet Protocol) y los números de teléfono utilizados en este documento no son direcciones y números de teléfono reales. Cualesquiera ejemplos, muestra de la salida de comandos, diagramas de topología de red y otras figuras incluidos en el documento se muestran solamente con fines ilustrativos. El uso de direcciones IP o números de teléfono reales en contenido ilustrativo es involuntario y fortuito.