Configuración y administración de EMC Celerra Networking · Configuración y administración de EMC Celerra Networking Versión 5.6 3 de 90 Introducción a Celerra Networking En

1 de 90

Configuración y administración de EMC Celerra Networking

P/N 300-008-083Rev A03

Versión 5.6Junio de 2008

Contenido

Terminología . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3Restricciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5

Conceptos de Celerra Networking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6Cómo funciona Celerra Networking. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .7

Dispositivos e interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .7Enrutamiento. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .8Packet Reflect . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .9VLANs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .11Resolución de direcciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .12Performance de TCP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .12

Requisitos del sistema para Celerra Networking . . . . . . . . . . . . . . . . . . .14E-Lab Interoperability Navigator . . . . . . . . . . . . . . . . . . . . . . . . . . . . .14

Opciones de la interfaz de usuario para Celerra Networking . . . . . . . . .15Guía de configuración para configurar y administrar Celerra Networking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .16Configuración de dispositivos de red . . . . . . . . . . . . . . . . . . . . . . . . . . . .17

Definición de dispositivos de red disponibles. . . . . . . . . . . . . . . . . .18Modificación de la configuración de dispositivos de red . . . . . . . . .19

Configuración de una sola interfaz IP o de múltiples interfaces IP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .21

Configuración de una interfaz IP. . . . . . . . . . . . . . . . . . . . . . . . . . . . .22Configuración de un solo dispositivo en múltiples redes . . . . . . . .25Configuración de un solo dispositivo en la misma red . . . . . . . . . .27

Configuración de las opciones de interfaz . . . . . . . . . . . . . . . . . . . . . . . .29Activación del etiquetado de VLAN . . . . . . . . . . . . . . . . . . . . . . . . . .29Configuración de MTU . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .30

Comprobación de la conectividad del Data Mover. . . . . . . . . . . . . . . . . .32Configuración de enrutamiento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .33

Listado de las entradas de la tabla de enrutamiento . . . . . . . . . . . .33Listado de la interfaz predeterminada . . . . . . . . . . . . . . . . . . . . . . . .34Adición de una ruta predeterminada . . . . . . . . . . . . . . . . . . . . . . . . .36Visualización del estado actual de RIP. . . . . . . . . . . . . . . . . . . . . . . .39Desactivación de RIP en un Data Mover. . . . . . . . . . . . . . . . . . . . . . .39

Monitoreo de dispositivos de red. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .41

Introducción a Celerra Networking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3

Configuración y administración de EMC Celerra NetworkingVersión 5.6 2 de 90

Visualización de eventos del controlador de dispositivos . . . . . . . .41Administración de interfaces IP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .42

Modificación de una interfaz IP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .42Modificación del etiquetado de VLAN. . . . . . . . . . . . . . . . . . . . . . . . .43Modificación del tamaño de la MTU . . . . . . . . . . . . . . . . . . . . . . . . . .46Desactivación de una interfaz IP . . . . . . . . . . . . . . . . . . . . . . . . . . . . .47Activación de una interfaz IP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .49Visualización de una interfaz IP . . . . . . . . . . . . . . . . . . . . . . . . . . . . .50

Administración del enrutamiento. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .51Adición de una entrada de tabla de enrutamiento estática . . . . . . .51Eliminación de una entrada de la tabla de enrutamiento . . . . . . . . .53Eliminación del contenido de la tabla de enrutamiento . . . . . . . . . .53Cómo quitar todas las entradas de la tabla de enrutamiento. . . . . .54Desactivación de RIP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .55Activación de RIP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .57

Administración de la resolución de direcciones . . . . . . . . . . . . . . . . . . .59Visualización de las entradas de la tabla de ARP . . . . . . . . . . . . . . .59Adición de una entrada a la tabla de ARP . . . . . . . . . . . . . . . . . . . . .60Eliminación de una entrada de la tabla de ARP . . . . . . . . . . . . . . . .61

Administración de Packet Reflect . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .62Visualización de las estadísticas de red . . . . . . . . . . . . . . . . . . . . . . . . . .63Modificación de networking de la Control Station . . . . . . . . . . . . . . . . . .64

Definición de la dirección IP y la máscara de red de la Control Station . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .65Definición del gateway de la Control Station . . . . . . . . . . . . . . . . . . .66Modificación del nombre de host de la Control Station . . . . . . . . . .67Mejora del performance de TCP . . . . . . . . . . . . . . . . . . . . . . . . . . . . .69

Solución de problemas de Celerra Networking . . . . . . . . . . . . . . . . . . . .71Dónde obtener ayuda . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .71Sugerencias para los problemas generales de networking . . . . . . .71Sugerencias para los problemas de interfaz de red . . . . . . . . . . . . .72

Mensajes de error para configurar y administrar Celerra Networking . .73Información relacionada . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .74

Programas de capacitación para clientes . . . . . . . . . . . . . . . . . . . . .74Apéndice A: servicios de Linux en la Control Station . . . . . . . . . . . . . . .75

Lista de servicios de Linux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .75Inicio de servicios de Linux. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .75Activación de servicios de Linux . . . . . . . . . . . . . . . . . . . . . . . . . . . .75Detención de servicios de Linux. . . . . . . . . . . . . . . . . . . . . . . . . . . . .76Desactivación de servicios de Linux . . . . . . . . . . . . . . . . . . . . . . . . .76

Apéndice B: uso de VLANs para soportar un Data Mover en standby. .77Configuración de un Data Mover en standby mediante un solo switch. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .78Configure un Data Mover en standby en un entorno de múltiples switches. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .82

Apéndice C: pautas específicas de switch para VLANs . . . . . . . . . . . . .85Configuración de VLANs en el switch Alteon 180 . . . . . . . . . . . . . . .85Configuración del etiquetado de VLAN en el switch. . . . . . . . . . . . .86Configuración del etiquetado de VLAN en la interfaz IP de Celerra . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .86

Índice. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .87

3 de 90Versión 5.6Configuración y administración de EMC Celerra Networking

Introducción a Celerra NetworkingEn este documento, se proporciona información que permite realizar operaciones básicas de red en EMC® Celerra® Network Server. Se describen los conceptos de networking, como dispositivos e interfaces, resolución de direcciones de red, enrutamiento y redes de área local virtuales (VLAN).

Este documento forma parte de la documentación de Celerra Network Server y está destinado a los administradores de red responsables de la configuración y el mantenimiento del almacenamiento de archivos de EMC y la infraestructura de recuperación de redes.

TerminologíaEsta sección define términos importantes para comprender las capacidades de networking de Celerra Network Server. El EMC Celerra Glossary proporciona una lista completa de terminología de Celerra.

Difusión: frame de datos o paquete transmitido a cada nodo en el segmento de la red local.

Dirección de control de acceso a medios (MAC): dirección de hardware de enlace de datos que todos los dispositivos físicos (puerto) o dispositivos virtuales necesitan para conectarse con un segmento de red. Estas direcciones son utilizadas por dispositivos de la red para localizar los dispositivos lógicos.

Dirección de gateway: host o dirección IP de la máquina gateway a través de la que se enruta el tráfico de red.

Dirección de Protocolo de Internet (Dirección IP): dirección que identifica de forma única un dispositivo en cualquier red TCP/IP. Cada dirección comprende cuatro octetos (32 bits) representados como números decimales separados por puntos. Una dirección está conformada por un número de red, un número de subred opcional y un número de host.

Dispositivo: dos de los tipos de dispositivo son físico (puerto) y virtual. Consulte también dispositivo virtual.Dispositivo virtual: combinación de múltiples dispositivos físicos definidos por una sola dirección MAC.

Enlace: conexión de datos activa entre sistemas de una red. Además, una conexión entre dos o más puertos.

Etiquetado de frames: información agregada a un frame de modo que el dispositivo receptor pueda identificar la VLAN a la que pertenece. IEEE 802.3q es un estándar de etiquetado de frames.

Fast Ethernet: cualquier especificación Ethernet con una velocidad de 100 Mb/s. Basada en la especificación IEEE 802.3u.

Frames jumbo: cambia la unidad de transmisión máxima (MTU) de un frame Ethernet de los 1.500 bytes de IEEE a 9.000 bytes. Los frames jumbo solo se deben utilizar cuando el paquete a/desde cualquier combinación de dispositivos Ethernet se puede administrar sin fragmentación o reensamblado de la Capa 2.

Gateway: dispositivo de red que actúa como intermediario entre dos o más redes.

../../mergedprojects/Glossary/index.htm

Configuración y administración de EMC Celerra Networking4 de 90 Versión 5.6

Gigabit Ethernet: cualquier especificación Ethernet con una velocidad de 1.000 Mb/s. IEEE 802.3z define Gigabit Ethernet a través de fibra y cable, que tiene un estándar de medios físicos de 1000Base-X (1000Base-SX onda corta, 1000Base-LX onda larga) y cable de cobre con protección 1000Base-CX. IEEE 802.3ab define Gigabit Ethernet a través de un par trenzado sin protección (1000Base-T).

Interfaz IP: entidad lógica con nombre que representa un dispositivo físico (un puerto) o un dispositivo virtual (una combinación de dispositivos físicos) y se utiliza para asignar una dirección IP al dispositivo. Es probable que haya múltiples interfaces IP asociadas con un único dispositivo.

Máscara de subred: máscara de dirección de 32 bits utilizada en IP para identificar los bits de una dirección IP utilizada para la dirección de subred.

Máscara de subred de longitud variable (VLSM): medio que permite especificar diferentes máscaras de subred para la misma red en varias subredes. VLSM maximiza el uso de espacio de direcciones IP.

Multicast: comunicación entre un remitente y múltiples receptores. Los mensajes de multicast se envían a un subconjunto definido de direcciones de red.

OpenLDAP: implementación de fuente abierta de un servicio de directorios basado en LDAP.

Protocolo de control de transmisión (TCP): protocolo de transporte orientado a la conexión que proporciona entrega de datos confiable.

Protocolo de datagrama de usuario (UDP): protocolo de transporte sin conexión en la pila TCP/IP que permite el intercambio de datagramas sin acuses de recibo ni una garantía de entrega.

Protocolo de información de enrutamiento (RIP): protocolo de enrutamiento optimizado para la creación de rutas dentro de una organización (protocolo de gateway interior). RIP es un protocolo de vectores de distancia que utiliza el recuento de saltos (máximo de 15) como la métrica. RIP-1 no envía la máscara en actualizaciones. RIP-2 envía la máscara en actualizaciones.

Protocolo de Internet (IP): protocolo de capa de red que es parte del modelo de referencia Open Systems Interconnection (OSI). IP proporciona direccionamiento lógico y servicio para la entrega end-to-end.

Protocolo de mensajes de control de Internet (ICMP): protocolo de Internet que notifica errores y proporciona información de control relacionada con el procesamiento de paquetes IP.

Protocolo de Resolución de Direcciones (ARP): Protocolo que traduce direcciones IP a direcciones MAC.

Puerto: punto de conexión física con una red o un número utilizado en la capa de transporte para realizar un seguimiento de los circuitos virtuales host a host.

Red de área local virtual (VLAN): grupo de dispositivos que residen físicamente en diferentes segmentos de red, pero que se comunican como si residieran en el mismo segmento de red. Las VLAN se configuran mediante la administración de software y están basadas en conexiones lógicas, en comparación con las conexiones físicas, para mayor flexibilidad administrativa.

Subred: una red que es parte de una red IP más grande según se identifica por la dirección IP y la máscara de subred.


Tarjeta de interfaz de red (NIC): placa de circuito que proporciona capacidades de comunicación de red al sistema de una computadora y desde él.

Unidad de transmisión máxima o Unidad de transferencia máxima (MTU): tamaño de frame más grande transmitido a través de la red. Los mensajes más largos que la MTU se deben dividir en frames más pequeños. El protocolo de Capa 3 (incluido IP, IPX) extrae la MTU del protocolo de Capa 2 (incluido Ethernet), fragmenta los mensajes en ese tamaño de frame y los pone a disposición de la capa más baja para su transmisión.

RestriccionesCelerra Network Server no soporta los encabezados Ethernet IEEE 802.3 y 802.2, que están diseñados para soportar diferentes tipos de LAN, como token ring o Interfaz de datos de distribución por fibra (FDDI).

Como se ha implementado actualmente, la funcionalidad de VLAN de Celerra no habilita la exportación de file systems mediante VLAN. Los usuarios en diferentes VLANs pueden ver todos los file systems exportados en un Data Mover. En los entornos NFS, puede usar el comando server_export para proteger o limitar el acceso del usuario. En entornos CIFS, puede utilizar Data Movers virtuales (VDM) para la separación administrativa de servidores CIFS y sus file systems, y proteger o limitar, de esta forma, el acceso del usuario. Administración de volúmenes y file systems EMC Celerra con Automatic Volume Management, Managing EMC Celerra Volumes and File Systems Manually, y Configuración de Data Movers virtuales para EMC Celerra proporcionan más información.

../AVM/index.htm

../AVM/index.htm

../VolFSManually/index.htm


../ConfiguringVDMs/index.htm



Conceptos de Celerra NetworkingCelerra Network Server actúa como enlace entre los usuarios ubicados en una red IP y los datos almacenados a los que ellos desean acceder. Soporta conexiones Ethernet de alta velocidad y requiere la comprensión de los conceptos básicos de networking, por ejemplo:

◆ Dispositivos e interfaces: la configuración de los puertos físicos en NICs y las interfaces IP asociadas a ellos.

◆ Enrutamiento: la configuración de rutas dinámicas y estáticas con conexión directa.

◆ Packet Reflect: el reflejo de paquetes salientes (respuesta) a través de la misma interfaz que ingresaron los paquetes entrantes (solicitud).

◆ VLAN: la configuración de redes lógicas que funcionan de forma independiente de la configuración de la red física.

◆ ARP: la asociación de direcciones IP y direcciones MAC.

Celerra Network Server ofrece funciones de red de alta disponibilidad, como dispositivos de red a prueba de fallas (FSN), canales Ethernet y agregaciones de enlaces que ayudan a reducir el riesgo de fallas de enlace. Configuring and Managing EMC Celerra Network High Availability proporciona más información.

../NetworkHighAvailability/index.htm



Cómo funciona Celerra NetworkingPara configurar y administrar el networking en Celerra Network Server, es necesario comprender los dispositivos y las interfaces, el enrutamiento, el Packet Reflect y las VLANs.

Dispositivos e interfacesEl Clustered Network Server de Celerra y los sistemas NAS de gateway soportan diferentes tipos de NIC. Cada modelo de Data Mover soporta múltiples NICs en diversas combinaciones:

◆ 10/100Base-T de cuatro puertos (par trenzado)

◆ 1000Base-SX de un puerto (fibra óptica)

◆ 10/100/1000Base-T de cuatro puertos (par trenzado)

◆ 10 GbE de un puerto (fibra óptica)

Cada Data Mover en un sistema de la serie NS soporta una sola NIC con cuatro a seis puertos 10/100/1000Base-T.

Cada Data Mover en el sistema NS704 sopota una sola NIC de nueve puertos, con siete puertos 10/100/1000Base-T, uno de ellos conectado a una segunda Control Station y dos puertos 1000Base-SX con módulos con factor de forma pequeño conectable (SFP).

Cada Data Mover en el sistema NSX soporta seis puertos 10/100/1000Base-T y dos puertos 1000Base-SX con módulos SFP. Los X-Blade 65s soportan un puerto Ethernet de 10 Gb con SFP.

Cada Data Mover en un sistema NS600 soporta una sola NIC con seis puertos de cable de cobre 10/100/1000Base-T.

Para cada puerto físico de una NIC, el software del Data Mover define un dispositivo de red. El nombre del dispositivo comprende un prefijo de dispositivo, lo que representa el tipo de NIC y un número anexado secuencialmente, a partir de 0 (cero), para cada puerto en la NIC. Por ejemplo, el primer puerto Ethernet es ana0. Para un dispositivo con cuatro puertos Ethernet, los puertos restantes recibirán el nombre de ana1, ana2 y ana3, respectivamente.

La Tabla 1 en la página 7 menciona las diversas tarjetas de red utilizadas en Celerra Network Server con sus respectivas opciones de cableado y de prefijo de dispositivo.

Tabla 1 NICs de Celerra Network Server (página 1 de 2)

NIC Cableado Prefijo del dispositivo

10/100Base-T de cuatro puertos1 Par trenzado ana

1000Base-SX de un puerto Fibra óptica ace

1000Base-SX de un puerto, tarjeta TCP/IP Offload Engine (TOE)

Fibra óptica ace

10/100/1000Base-T de cuatro puertos Par trenzado cge


Cada dispositivo de red puede tener una o más interfaces IP asociadas a él. Las interfaces IP definen las direcciones IP que presenta el dispositivo ante la red.

EnrutamientoCuando el Data Mover inicia el tráfico de red, utiliza su propia tabla de enrutamiento, que realiza un seguimiento de la manera en que se alcanzan los destinos en la red. La tabla de enrutamiento del Data Mover puede incluir tres tipos de rutas:

◆ Con conexión directa: la red cuenta con conexión directa con el Data Mover mediante una interfaz IP.

◆ Estático: una ruta cuya información la ingresa manualmente un administrador de red en la tabla de enrutamiento y que tiene prioridad sobre los protocolos de enrutamiento dinámico.

◆ Dinámico: la tabla de enrutamiento es administrada automáticamente por el demonio de enrutamiento en el Data Mover. El demonio de enrutamiento escucha mensajes RIP V1 y V2 en la red, y cambia la tabla de enrutamiento en función de los mensajes.

De forma predeterminada, todas las interfaces del Data Mover procesan mensajes RIP.

Nota: El demonio de enrutamiento proporciona mínimo soporte de RIP V2, y analiza solo el salto y los campos de máscara siguientes. Las actualizaciones de RIP V2 deben enviarse por difusión.

Además de soportar los diferentes tipos de rutas, la tabla de enrutamiento también soporta el campo de máscara, sea una máscara predeterminada basada en la clase de dirección IP o una máscara de subred de longitud variable (VLSM). Las VLSMs aportan flexibilidad, lo que permite el uso de diferentes máscaras de subred de diferentes longitudes. Las VLSMs permiten el mejor uso del espacio de dirección disponible mediante la asignación de la cantidad adecuada de direcciones de host por subred y la reducción del número de direcciones no utilizadas en cada subred.

Si no especifica una máscara, la máscara predeterminada se asigna en función de la clase de dirección IP. Solo se soportan las máscaras contiguas y las máscaras de 0.0.0.0 ó 255.255.255.255 no son válidas para las rutas de red.

10/100/1000Base-T de cuatro a seis puertos (utilizada solo en sistemas de la serie NS)

Par trenzado cge

NIC de ocho puertos (utilizada en NS704 y NSX):

• 10/100/1000Base-T de seis puertos • 1000Base-SX de dos puertos con SFP2

• Par trenzado• Fibra óptica

• cge• fge

Un puerto Ethernet de 10 Gb Fibra óptica fxg

1. Las NICs Ethernet de único puerto se soportaban en las versiones anteriores de Celerra Network Server.

2. Los Data Movers no se suministran con SFPs y se los debe pedir.

Tabla 1 NICs de Celerra Network Server (página 2 de 2)

NIC Cableado Prefijo del dispositivo


La tabla de enrutamiento funciona de la siguiente manera:

◆ La tabla de enrutamiento incluye solo una ruta por subred o host de destino.

◆ Las rutas con conexión directa (rutas de interfaz) se consideran rutas permanentes que no pueden actualizarse manual ni dinámicamente.

◆ Las rutas estáticas pueden ser actualizadas manualmente por el usuario o por cambios en el estado de la interfaz, pero no son modificadas por protocolos de enrutamiento dinámico.

◆ Si RIP anuncia múltiples rutas en la misma subred o host de destino, se utiliza la ruta con el costo más bajo (recuento de saltos más pequeño). Si el recuento de saltos es igual, se conserva en la tabla la primera ruta ingresada en la tabla de enrutamiento para el destino.

◆ Las rutas pueden agregarse mediante las redirecciones ICMP.

◆ La tabla de enrutamiento soporta coincidencias de prefijos más largos. Durante una búsqueda de rutas, si no se encuentra disponible una coincidencia exacta, la tabla de enrutamiento utiliza la dirección coincidente más cercana en lugar de una coincidencia exacta.

Packet Reflect Packet Reflect garantiza que los paquetes salientes (respuesta) siempre salgan a través de la misma interfaz que los paquetes entrantes (solicitud) ingresados. Dado que la mayor parte del tráfico de red en un Data Mover (incluidas todas las I/O del file system) es iniciado por el cliente, el Data Mover utiliza Packet Reflect para responder las solicitudes del cliente. Con Packet Reflect, no hay necesidad de determinar la ruta para enviar los paquetes de respuestas.

Packet Reflect funciona de la siguiente manera:

◆ Cuando se activa Packet Reflect, el Data Mover no busca la ruta ni las tablas de ARP al enviar paquetes salientes desde conexiones establecidas. El Data Mover utiliza la misma interfaz y la misma dirección MAC del siguiente salto, que utiliza la solicitud.

◆ Cuando se desactiva Packet Reflect, el Data Mover busca la ruta y las tablas de ARP al enviar paquetes salientes desde conexiones establecidas.

◆ Packet Reflect está activado de forma predeterminada.


El modo Packet Reflect se aplica a todas las interfaces y es útil en muchas situaciones, ya que incluye:

◆ Soporte de VLANs en Celerra Network Server

De esta forma, se garantiza que los paquetes de respuesta siempre tengan etiquetas con el mismo ID de VLAN como paquetes de solicitud entrantes. Los paquetes que ingresan en una VLAN siempre salen desde esa VLAN. Si la solicitud entrante llega sin una etiqueta, la respuesta saliente se envía sin una etiqueta.

◆ Mejor seguridad de red

Packet Reflect puede proporcionar un nivel de seguridad adicional a los usuarios. Dado que los paquetes de respuesta siempre salen desde la misma interfaz que los paquetes de solicitud, los paquetes de solicitud no pueden utilizarse para saturar indirectamente otras LANs. En los casos donde existen dos dispositivos de red, uno conectado a Internet y el otro conectado a la intranet, las respuestas a las solicitudes de Internet no aparecen en la intranet. Además, las redes internas utilizadas por Celerra no se ven afectadas por ningún paquete de redes externas.

◆ Soporte para múltiples subredes, cada una en una NIC diferente

En este caso, cada subred utiliza un router, y el puerto del router para cada subred filtra los paquetes entrantes, de modo que solo se reenvían los paquetes de esa subred. Por lo tanto, las respuestas deben enviarse a través de la misma interfaz que las solicitudes entrantes. Packet Reflect cumple con este requisito.

◆ Reemplazo de múltiples routers predeterminados

En algunos entornos, se utilizan múltiples routers predeterminados, de modo que las solicitudes y las respuestas tengan balanceo de carga entre routers disponibles. Celerra Network Server no soporta múltiples routers predeterminados.

Packet Reflect proporciona una función similar sin la configuración de rutas predeterminadas adicionales en el servidor. Packet Reflect realiza esto mediante el reflejo de respuestas a través del mismo router que reenvió las solicitudes.

◆ Mayor velocidad de failover de router

En entornos de networking, donde se ubican múltiples routers en un único segmento de LAN, Packet Reflect contribuye al rápido failover en un router secundario.

Por ejemplo, cuando un Data Mover necesita responder a un paquete de solicitudes, Packet Reflect permite que el Data Mover evite utilizar una tabla de enrutamiento a fin de determinar la interfaz y la dirección MAC del siguiente salto. En cambio, para enviar la respuesta, utiliza la misma interfaz y la misma dirección MAC del siguiente salto, que utiliza la solicitud.

Gracias a Packet Reflect, las respuestas realizan failover más rápido en el router de respaldo. El router de respaldo no necesita esperar hasta que RIP actualice las entradas de la tabla de enrutamiento. Si todos los paquetes salientes son respuestas a solicitudes, es posible que no se necesite RIP. No obstante, los paquetes salientes iniciados por el servidor (consultas NIS y DNS) aún requieren que el servidor reciba mensajes RIP para actualizar tablas de enrutamiento.


◆ Ayuda para los clientes con una sola dirección IP y múltiples direcciones MAC

Los problemas surgen cuando se asigna la dirección IP de un cliente del Data Mover a múltiples direcciones MAC. Si bien es poco frecuente, esto puede suceder cuando un cliente está en el mismo segmento de LAN que el Data Mover, en un puerto y de forma simultánea. El cliente aparece detrás de un servidor ARP proxy desde un puerto diferente. Esto crea un problema para el servidor si Packet Reflect no está activado. Para cada dirección IP, el Data Mover mantiene solamente una dirección MAC asociada en la tabla de ARP. Con Packet Reflect activado, este problema se resuelve, ya que el servidor no necesita buscar la respuesta de la dirección MAC en la base de datos de ARP. En cambio, para enviar la respuesta, el servidor utiliza la dirección MAC de la solicitud.

◆ Soporte para dispositivos de alta disponibilidad

Por lo general, Packet Reflect determina la interfaz de los paquetes de respuesta. Sin embargo, si la interfaz es un dispositivo de alta disponibilidad, como un canal Ethernet o agregación de enlaces, el algoritmo de balanceo de carga de Celerra determina el enlace específico o el puerto dentro del dispositivo de alta disponibilidad para los paquetes salientes. Los paquetes entrantes y salientes no necesitan estar en el mismo enlace. Además, es posible que los switches puedan elegir entre una cantidad de algoritmos de balanceo de carga (IP, MAC o sesión), de modo que el switch determina el enlace entrante. Por lo tanto, los algoritmos de balanceo de carga son deterministas, lo que evita la entrega desordenada de paquetes en una sola dirección. Configuring and Managing EMC Celerra Network High Availability proporciona información sobre dispositivos de alta disponibilidad.

VLANsLas VLANs son redes lógicas que funcionan de forma independiente de la configuración de redes físicas. Por ejemplo, las VLANs permiten colocar todas las computadoras de un departamento en la misma subred lógica, lo que puede incrementar la seguridad y reducir el tráfico de difusión de red.

Las VLANs son especialmente útiles para configurar Data Movers en standby. Generalmente, hay un Data Mover en standby para múltiples Data Movers de producción. Para asumir la función de un Data Mover de producción, el Data Mover en standby debe asumir la identidad de red de ese Data Mover de producción. Dado que con frecuencia diferentes Data Movers brindan servicios a diferentes subredes, el Data Mover en standby deberá conectarse con todas las subredes a las que puede prestar servicio. Utilizando VLANs, los Data Movers de producción y en standby pueden estar físicamente conectados a los mismos switches y utilizar el etiquetado de VLAN a fin de conectarse con las subredes individuales apropiadas a las que prestan servicio.

Celerra Network Server soporta etiquetado de VLAN IEEE 802.1Q en dispositivos de red definidos por el prefijo de dispositivo ace, cge, fge y fxg. El etiquetado de VLAN no se soporta en dispositivos de red definidos por el prefijo ana.

Nota: Antes de establecer VLANs en Data Movers, asegúrese de que haya conectividad básica en el entorno. Revise la configuración de los puertos del Data Mover y la configuración de los puertos del switch. Para ello, verifique que los valores de velocidad y de duplex sean consistentes e iguales de extremo a extremo. Cualquier valor que no coincida entre los Data Movers y los switches ocasiona errores especiales en el performance general del Data Mover y, quizás, de toda la red.



Uso de VLANs en un entorno de Celerra Cuando se asignan múltiples interfaces lógicas a una sola NIC, se puede asignar una VLAN diferente a cada interfaz. Cuando cada interfaz tiene una VLAN diferente, se acepta un paquete solo si su dirección IP de destino es la misma que la dirección IP de la interfaz, y la etiqueta de VLAN del paquete es la misma que el ID de VLAN de la interfaz. Si el ID de VLAN de una interfaz se establece en cero, los paquetes se envían sin etiquetas.

Etiquetado de VLANUn frame etiquetado con VLAN transporta una identificación explícita de la VLAN a la que pertenece. Transporta este ID de VLAN no nulo en el encabezado del frame. El mecanismo de etiquetado implica una modificación del frame. Para switches que cumplen con IEEE 802.1Q, el frame se modifica de acuerdo al tipo de puerto utilizado.

Las VLANs establecen múltiples dominios de difusión por medio de la asociación de puertos del switch, direcciones MAC o parámetros de capas de red (por ejemplo, subredes IP). Esta asociación permite que los Data Movers comprendan y procesen las etiquetas de VLAN en mensajes que provienen de un switch de red.

Hay dos formas de trabajar con VLANs:

◆ Configure un puerto de switch con un identificador de VLAN y conecte un puerto de Celerra Network Server a ese puerto de switch. Esta es la forma en que comúnmente se configuran los clientes para VLANs. El servidor de archivos no advierte que forma parte de la VLAN, y no se necesitan configuraciones especiales del file server. El ID de VLAN se establece en cero.

◆ Configure el servidor para que este sea responsable de interpretar las etiquetas de VLAN y de procesar los paquetes adecuadamente. De esta forma, permite que el servidor se conecte con múltiples VLANs y sus correspondientes subredes a través de una sola conexión física. En este método, los puertos del switch para servidores, incluido Celerra Network Server, se configuran para incluir etiquetas de VLAN en paquetes enviados al servidor.

Resolución de direcciones Puede configurar la tabla de ARP en cada uno de los Data Movers. La tabla de ARP define la relación entre las direcciones IP y las direcciones Ethernet físicas (direcciones MAC) para los componentes de red.

Performance de TCPCelerra Network Server proporciona dos parámetros que mejoran el performance de TCP asociado con los segmentos TCP perdidos. Estos parámetros activan o desactivan los algoritmos NewReno, Selective Acknowledgement (SACK) y Forward Acknowledgement (FACK):

◆ tcp do_newreno

◆ tcp do_sack


Los parámetros do_newreno y do_sack afrontan problemas de performance de TCP cuando se caen múltiples segmentos. La diferencia entre los dos mecanismos controlados por estos parámetros es que SACK intercambia información explícita de paquetes faltantes entre el receptor y el transmisor, y permite una nueva transmisión más eficaz, pero requiere que tanto el transmisor como el receptor soporten el protocolo SACK. NewReno proporciona una recuperación ligeramente menos eficaz, pero no exige soporte de protocolos específicos por parte del receptor.

El algoritmo FACK está estrechamente asociado con SACK y se utiliza para administrar el flujo de tráfico durante la congestión de TCP. Dado que FACK depende de SACK, se activa y desactiva automáticamente junto con el parámetro do_sack.

El algoritmo NewReno puede funcionar simultáneamente con SACK o como algoritmo independiente para optimizar la retransmisión de paquetes TCP caídos. Las conexiones donde SACK está desactivado, ya sea porque el parámetro do_sack está desactivado o porque el par no permite SACK, recurren al algoritmo NewReno, si se lo activa mediante el parámetro do_newreno. El parámetro do_newreno proporciona, luego, una mejor recuperación de paquetes caídos para el transmisor TCP. Estos dos parámetros están activados de forma predeterminada.

EMC recomienda que acepte las opciones predeterminadas de estos dos parámetros, de modo que TCP pueda seleccionar el algoritmo más eficaz. "Mejora del performance de TCP" en la página 69 describe el procedimiento para mejorar el performance de TCP.


Requisitos del sistema para Celerra NetworkingLa Tabla 2 en la página 14 describe la configuración de software, hardware, red y almacenamiento de Celerra Network Server necesaria para utilizar networking de la forma que se explica en este documento.

E-Lab Interoperability NavigatorEMC E-LabTM Interoperability Navigator es una aplicación basada en Web en la que se pueden hacer búsquedas, que brinda acceso a matrices de soporte de interoperabilidad de EMC. Se encuentra disponible en el sitio Web de EMC Powerlink® en http://Powerlink.EMC.com. Inicie sesión en Powerlink y haga clic en Soporte > Información de Interoperabilidad y de Ciclo de Vida de Productos > E-Lab Interoperability Navigator.

Tabla 2 Requisitos del sistema para Celerra Networking

Software Celerra Network Server versión 5.6.

Hardware Las tareas de configuración de red que se aplican a su sistema dependen del hardware de red específico, como las tarjetas adaptadoras en los Data Movers y cualquier switch utilizado en la red.

Red No tiene requisitos de red específicos.

Almacenamiento No tiene requisitos de almacenamiento específicos.

http://powerlink.emc.com


Opciones de la interfaz de usuario para Celerra NetworkingCelerra Network Server ofrece flexibilidad para administración de networked storage basado en su entorno de soporte y sus preferencias de interfaz. En este documento, se describe cómo configurar Celerra Networking mediante CLI. También podrá realizar la mayoría de estas tareas mediante las aplicaciones de administración de Celerra:

◆ Celerra Manager: Basic Edition

Para obtener información adicional acerca de la administración de Celerra, consulte:

◆ Learning about EMC Celerra en el EMC Celerra Network Server Documentation CD

◆ Ayuda en línea de EMC Celerra Manager

◆ El sistema de ayuda en línea de la aplicación incluido en el EMC Celerra Network Server Documentation CD

El documento Installing EMC Celerra Management Applications incluye instrucciones para iniciar Celerra Manager y para instalar los snap-ins de MMC y las extensiones de ADUC.


../../gettingstarted.htm

../../HelpSystems/ManagerHelp/wwhelp/wwhimpl/java/html/wwhelp.htm

../InstallationManagement/index.htm


Guía de configuración para configurar y administrar Celerra NetworkingLas tareas para configurar el networking son las siguientes:

1. "Configuración de dispositivos de red" en la página 17

2. "Configuración de una sola interfaz IP o de múltiples interfaces IP" en la página 21

3. "Configuración de las opciones de interfaz" en la página 29

4. "Comprobación de la conectividad del Data Mover" en la página 32

5. "Configuración de enrutamiento" en la página 33

Las tareas para administrar el networking son las siguientes:

◆ "Monitoreo de dispositivos de red" en la página 41

◆ "Administración de interfaces IP" en la página 42

◆ "Administración del enrutamiento" en la página 51

◆ "Administración de la resolución de direcciones" en la página 59

◆ "Administración de Packet Reflect" en la página 62

◆ "Visualización de las estadísticas de red" en la página 63


Configuración de dispositivos de redPara configurar dispositivos de red, consulte:

1. "Definición de dispositivos de red disponibles" en la página 18

2. "Modificación de la configuración de dispositivos de red" en la página 19

!PRECAUCIÓN!La configuración no coincidente para los ajustes de velocidad y duplex puede provocar errores y afectar el performance de la red. Asegúrese de que la configuración de velocidad y duplex sean iguales y consistentes en ambos extremos de la conexión física. Por ejemplo, la configuración de duplex de la mitad en un extremo y completa en el otro extremo de la conexión física puede provocar errores en la red y problemas de performance. De igual forma, la configuración de velocidad de 100 en un extremo y 1000 en el otro puede provocar problemas.


Definición de dispositivos de red disponiblesUtilice el comando server_sysconfig para determinar los dispositivos de red disponibles. El comando server_sysconfig muestra información de todos los dispositivos.

En el ejemplo, los dispositivos de red están en las ranuras 3 y 4 de server_2. El comando snmpwalk server_# public | grep ifOperStatus proporciona el estado del puerto físico de los puertos de red en Celerra Network Server.

Acción

Para determinar los dispositivos y las opciones disponibles en un Data Mover, utilice la siguiente sintaxis de comandos:$ server_sysconfig <movername> -pci

donde:<movername> = nombre del Data Mover

Ejemplo:

Para determinar qué dispositivos y opciones están disponibles para server_2, escriba:$ server_sysconfig server_2 -pci

Salida

server_2 : PCI DEVICES:

On Board: Agilent Fibre Channel Controller 0: fcp-0 IRQ: 22 addr: 50060160306008be

0: fcp-1 IRQ: 21 addr: 50060161306008be

0: fcp-2 IRQ: 18 addr: 50060162306008be

0: fcp-3 IRQ: 20 addr: 50060163306008be

Broadcom Gigabit Ethernet Controller 0: cge0 IRQ: 23 speed=auto duplex=auto txflowctl=disable rxflowctl=disable

0: cge1 IRQ: 25 speed=auto duplex=auto txflowctl=disable rxflowctl=disable





Nota

Los dispositivos cge0 a cge5 están disponibles, y cada uno de ellos tiene la configuración que se puede modificar: velocidad, duplex, y control de flujo de transmisión y recepción.


Modificación de la configuración de dispositivos de red Consideraciones para modificar la configuración de dispositivos de red:

◆ Las opciones en el comando deben estar entre comillas.

◆ Asegúrese de que la configuración del switch de red IP coincida con la configuración del dispositivo.

◆ La velocidad y el duplex no pueden modificarse para una conexión de fibra (ace, fge y fxg).

◆ A menos que haya requisitos de configuración de red específicos, no modifique la configuración predeterminada.

La entrada del Manual de referencia de comandos de EMC Celerra Network Server para server_sysconfig incluye una descripción detallada de las opciones disponibles y la configuración predeterminada de cada tipo de NIC.

Acción

Para modificar la configuración de un dispositivo de red, utilice la siguiente sintaxis de comandos:$ server_sysconfig <movername> -pci <device> -option “speed=10|100|1000|auto, duplex=full|half|auto”

donde:<movername> = nombre del Data Mover<device> = tarjeta adaptadora de red instalada en el Data Mover-option speed={10|100|1000|auto} = velocidad detectada automáticamente desde la línea Ethernet que activa la negociación automática -option duplex={full|half|auto} = activa automáticamente la negociación automática (predeterminado)

Ejemplo:

Para modificar la velocidad del dispositivo cge0 a 100 y el duplex a completo en server_2, escriba:$ server_sysconfig server_2 -pci cge0 -option “speed=100,duplex=full”

Salida

server_2 : done


Comprobación de la configuración de dispositivos de red

Acción

Para comprobar la configuración del dispositivo que modificó, utilice la siguiente sintaxis de comandos:

$ server_sysconfig <movername> -pci


Ejemplo:

Para comprobar la configuración del dispositivo que modificó en server_2, escriba:$ server_sysconfig server_2 -pci

Salida

server_2 : PCI DEVICES:

On Board: Agilent Fibre Channel Controller 0: fcp-0 IRQ: 22 addr: 50060160306008be

0: fcp-1 IRQ: 21 addr: 50060161306008be

0: fcp-2 IRQ: 18 addr: 50060162306008be

0: fcp-3 IRQ: 20 addr: 50060163306008be

Broadcom Gigabit Ethernet Controller 0: cge0 IRQ: 23 speed=100 duplex=full txflowctl=disable rxflowctl=disable






Nota

El texto en negrita en Salida resalta la configuración de velocidad y duplex.


Configuración de una sola interfaz IP o de múltiples interfaces IPTiene la opción de configurar una sola interfaz IP o múltiples interfaces IP en un solo dispositivo. La configuración de una interfaz IP comprende una de las siguientes tareas:

◆ "Configuración de una interfaz IP" en la página 22

◆ "Configuración de un solo dispositivo en múltiples redes" en la página 25

◆ "Configuración de un solo dispositivo en la misma red" en la página 27

Antes de configurar una sola interfaz IP o múltiples interfaces IPSi configura un dispositivo virtual, por ejemplo, un canal Ethernet, una agregación de enlaces o FSN, debe crear el dispositivo virtual antes de configurar la interfaz. Configuring and Managing EMC Celerra Network High Availability proporciona información acerca de la configuración de dispositivos virtuales.

No se puede crear una nueva interfaz para un Data Mover si este realizó failover al Data Mover en standby.



Configuración de una interfaz IPConsideraciones para configurar una interfaz IP:

◆ Celerra Network Server soporta diferentes tipos de máscaras de subred.

◆ Celerra Network Server no soporta máscaras de red no contiguas. Las máscaras de red no contiguas son máscaras sin flujo continuo de 1 bit.

◆ Si un dispositivo virtual utiliza un dispositivo físico, y usted le asigna un nuevo nombre a la interfaz, recibirá el siguiente error: server_2 : No such device or address.

◆ Utilice el comando server_sysconfig para ver información acerca del dispositivo.

Acción

Para crear una interfaz IP para un dispositivo de red, utilice la siguiente sintaxis de comandos:$ server_ifconfig <movername> -create -Device <device_name> -name <if_name> -protocol IP <ipaddr> <ipmask> <ipbroadcast>

donde:<movername> = nombre del Data Mover donde se encuentra el dispositivo<device_name> = nombre del dispositivo de red<if_name> = nombre de la interfaz creada mediante este comando<ipaddr> = dirección IP de la interfaz<ipmask> = máscara de red de la interfaz<ipbroadcast> = dirección de difusión de la interfaz

Ejemplo:

Para configurar una interfaz para los dispositivos de red cge0, cge1 y cge4 en server_2, escriba lo siguiente:$ server_ifconfig server_2 -create -Device cge0 -name cge0 -protocol IP 172.24.108.10 255.255.255.0 172.24.108.255$ server_ifconfig server_2 -create -Device cge1 -name cge1 -protocol IP 172.24.101.10 255.255.255.0 172.24.101.255$ server_ifconfig server_2 -create -Device cge4 -name cge4 -protocol IP 172.24.106.10 255.255.255.128 172.24.106.127

Salida

server_2 : done


Comprobación de una interfaz IP

Acción

Para comprobar la configuración de una interfaz en un Data Mover, utilice la siguiente sintaxis de comandos:$ server_ifconfig <movername> <if_name>

donde:<movername> = nombre del Data Mover<if_name> = nombre de la interfaz

Ejemplo:

Para comprobar la configuración de la interfaz cge4 en server_2, escriba lo siguiente:$ server_ifconfig server_2 cge4

Salida

server_2 :cge4 protocol=IP device=cge4 inet=172.24.106.10 netmask=255.255.255.128 broadcast=172.22.106.127 UP, ethernet, mtu=1500, vlan=0, macaddr=8:0:1b:42:86:98


Comprobación de la configuración de todas las interfaces

Acción

Para comprobar la configuración de todas las interfaces en un Data Mover, utilice la siguiente sintaxis de comandos:$ server_ifconfig <movername> -all


Ejemplo:

Para comprobar la configuración de todas las interfaces en server_2, escriba lo siguiente:$ server_ifconfig server_2 -all

Salida

server_2 :cge4 protocol=IP device=cge4 inet=172.24.106.10 netmask=255.255.255.128 broadcast=172.24.106.127 UP, ethernet, mtu=1500, vlan=0, macaddr=8:0:1b:42:86:98cge3_1 protocol=IP device=cge3 inet=172.24.104.10 netmask=255.255.255.0 broadcast=172.24.104.255 UP, ethernet, mtu=1500, vlan=0, macaddr=8:0:1b:42:86:9acge2_2 protocol=IP device=cge2 inet=172.24.103.10 netmask=255.255.255.0 broadcast=172.24.103.255 UP, ethernet, mtu=1500, vlan=103, macaddr=8:0:1b:42:86:95cge2_1 protocol=IP device=cge2 inet=172.24.102.10 netmask=255.255.255.0 broadcast=172.24.102.255 UP, ethernet, mtu=1500, vlan=102, macaddr=8:0:1b:42:86:95cge1 protocol=IP device=cge1 inet=172.24.101.10 netmask=255.255.255.0 broadcast=172.24.101.255 UP, ethernet, mtu=1500, vlan=0, macaddr=8:0:1b:42:86:97cge0 protocol=IP device=cge0 inet=172.24.108.12 netmask=255.255.255.0 broadcast=172.24.108.255 UP, ethernet, mtu=1500, vlan=0, macaddr=8:0:1b:42:86:96loop protocol=IP device=loop inet=127.0.0.1 netmask=255.0.0.0 broadcast=127.255.255.255 UP, loopback, mtu=32768, vlan=0, macaddr=0:0:0:0:0:0 netname=localhostel31 protocol=IP device=fxp0 inet=128.221.253.2 netmask=255.255.255.0 broadcast=128.221.253.255 UP, ethernet, mtu=1500, vlan=0, macaddr=8:0:1b:43:91:2 netname=localhostel30 protocol=IP device=fxp0 inet=128.221.252.2 netmask=255.255.255.0 broadcast=128.221.252.255 UP, ethernet, mtu=1500, vlan=0, macaddr=8:0:1b:43:91:2 netname=localhost


Configuración de un solo dispositivo en múltiples redesAl crear más de una interfaz, especifique nombres únicos, de modo que múltiples interfaces puedan acceder al mismo dispositivo. Para cada nueva interfaz, configure una dirección IP única, una máscara de subred y una dirección de difusión.

Acción

Para configurar múltiples interfaces de un dispositivo de red, utilice la siguiente sintaxis de comandos:$ server_ifconfig <movername> -create -Device <device_name> -name <if_name> -protocol IP <ipaddr> <ipmask> <ipbroadcast>


Ejemplo:

Para configurar las interfaces cge2_1 y cge2_2 de un dispositivo de red en server_2, escriba lo siguiente:$ server_ifconfig server_2 -create -Device cge2 -name cge2_1 -protocol IP 172.24.102.10 255.255.255.0 172.24.102.255$ server_ifconfig server_2 -create -Device cge2 -name cge2_2 -protocol IP 172.24.103.10 255.255.255.0 172.24.103.255

Salida

server_2 : done


Comprobación de la configuración en múltiples redes

Después de configurar un solo dispositivo en múltiples redesDespués de configurar un solo dispositivo en múltiples redes, puede asignar una etiqueta de VLAN diferente a cada interfaz. "Activación del etiquetado de VLAN" en la página 29 proporciona más información.

Acción

Para comprobar la configuración de un dispositivo de red, utilice la siguiente sintaxis de comandos:$ server_ifconfig <movername> <if_name>

donde:

<movername> = nombre del Data Mover<if_name> = nombre de la interfaz

Ejemplo:

Para comprobar la configuración de la interfaz cge2_1 en server_2, escriba lo siguiente:$ server_ifconfig server_2 cge2_1

Salida

server_2 :cge2_1 protocol=IP device=cge2 inet=172.24.102.10 netmask=255.255.255.0 broadcast=172.24.102.255 UP, ethernet, mtu=1500, vlan=0, macaddr=8:0:1b:42:86:95


Configuración de un solo dispositivo en la misma redPuede configurar un solo dispositivo en la misma red si asigna múltiples direcciones al dispositivo en la misma red. Una de las interfaces es la predeterminada. Si esta interfaz deja de funcionar, otra interfaz en la misma red pasa a ser la predeterminada.

Al crear múltiples interfaces, especifique nombres únicos, de modo que cada una de ellas pueda acceder al mismo dispositivo. Para cada nueva interfaz, configure una dirección IP única en la misma red, una máscara de subred y una dirección de difusión.

Comprobación de la configuración en la misma red

Acción

Para configurar múltiples interfaces en la misma red, utilice la siguiente sintaxis de comandos.$ server_ifconfig <movername> -create -Device <device_name> -name <if_name> -protocol IP <ipaddr> <ipmask> <ipbroadcast>


Ejemplo:

Para configurar las interfaces cge3_1 y cge3_2 en la misma red en server_2, escriba lo siguiente:$ server_ifconfig server_2 -create -Device cge3 -name cge3_1 -protocol IP 172.24.104.10 255.255.255.0 172.24.104.255$ server_ifconfig server_2 -create -Device cge3 -name cge3_2 -protocol IP 172.24.104.12 255.255.255.0 172.24.104.255

Salida

server_2 : done

Acción

Para comprobar la configuración de un dispositivo de red, utilice la siguiente sintaxis de comandos:$ server_ifconfig <movername> <if_name>

donde:


Ejemplo:



Salida

server_2 :cge3_1 protocol=IP device=cge2 inet=172.24.104.10 netmask=255.255.255.0 broadcast=172.24.104.255 UP, ethernet, mtu=1500, vlan=0, macaddr=8:0:1b:42:86:9a


Configuración de las opciones de interfazPara configurar las opciones de interfaz después de configurar las interfaces IP, debe realizar las siguientes tareas:

◆ "Activación del etiquetado de VLAN" en la página 29

◆ "Configuración de MTU" en la página 30

Activación del etiquetado de VLANPara activar el etiquetado de VLAN en una interfaz, debe definir el ID de VLAN de la interfaz. El valor del ID de VLAN puede ser 0 o entre 1 y 4094. Un ID de VLAN de 0 significa que la interfaz no está configurada para el etiquetado de VLAN. Un ID de VLAN entre 1 y 4094 activa la interfaz para procesar los IDs de VLAN.

En muchos switches, VLAN 1 se utiliza para la VLAN nativa, de modo que no debe establecerse un ID de VLAN de 1 en un Data Mover. Todos los puertos físicos del switch tienen asignado un ID de VLAN nativa. De forma predeterminada, es VLAN 1. Cuando un puerto recibe un paquete con una etiqueta de VLAN, la etiqueta se utiliza para direccionar el paquete a la VLAN correspondiente. Si un paquete entrante no tiene etiquetas, se utiliza el ID de VLAN nativo como etiqueta. "Apéndice B: uso de VLANs para soportar un Data Mover en standby" en la página 77 proporciona más información.

Nota: Asegúrese de que la configuración del switch de red IP coincida con la configuración del dispositivo.

Acción

Para activar el etiquetado de VLAN, utilice la siguiente sintaxis de comandos:$ server_ifconfig <movername> <if_name> vlan=<vlanID>

donde:<movername> = nombre del Data Mover en el que existe la interfaz<if_name> = nombre de la interfaz en la que se cambiará el ID de VLAN<vlanID> = ID de VLAN entre 0 (el valor predeterminado, sin etiquetado de VLAN) y 4094

Ejemplo:

Para activar el etiquetado de VLAN en las interfaces de red cge2_1 y cge2_2 en server_2 con IDs de VLAN de 102 y 103, escriba lo siguiente:$ server_ifconfig server_2 cge2_1 vlan=102$ server_ifconfig server_2 cge2_2 vlan=103

Salida

server_2 : done


Comprobación de la configuración de cada interfaz

Configuración de MTULa configuración de MTU determina el tamaño de paquete más grande que puede transmitirse sin someterse a la fragmentación.

Antes de configurar la MTULa configuración inicial se define por protocolo y se establece de forma predeterminada según el tipo de tarjetas de interfaz de red instaladas. La configuración predeterminada de la MTU para una tarjeta de interfaz Ethernet es 1500 bytes. El rango válido es de 1 a 9000 bytes.

Independientemente de si tiene Ethernet o Gigabit Ethernet, el tamaño inicial predeterminado de la MTU es 1500 bytes. Para aprovechar la capacidad de Gigabit Ethernet, puede incrementar la MTU a 9000 bytes si su switch soporta frames jumbo. Los frames jumbo deben utilizarse solo cuando toda la infraestructura, incluidas las NICs del cliente, las soporta.

Para UDP asegúrese de que el cliente y el servidor utilicen el mismo tamaño de MTU. TCP negocia el tamaño de la MTU cuando se inicializa la conexión. La MTU del switch debe ser más grande o igual que la MTU del host.

Nota: Cuando un host IP tiene una gran cantidad de datos para enviar a otro host, los datos se transmiten como una serie de datagramas IP. Por lo general, estos datagramas deben ser los más grandes y no requerir fragmentación en ningún lugar del path del origen al destino.

Acción

Para comprobar la configuración de cada interfaz, utilice la siguiente sintaxis de comandos:$ server_ifconfig <movername> <if_name>

donde:


Ejemplo:


Salida

server_2 :cge2_1 protocol=IP device=cge2 inet=172.24.102.10 netmask=255.255.255.0 broadcast=172.24.102.255 UP, ethernet, mtu=1500, vlan=102, macaddr=8:0:1b:42:86:95

Nota

El texto en negrita en Salida resalta la etiqueta de VLAN.


Configuración de MTU

Comprobación del tamaño de la MTU configurado

Al comprobar el tamaño de la MTU configurado, asegúrese de que la configuración del switch de red IP coincida con la configuración del dispositivo.

Acción

Para configurar el tamaño de la MTU de una interfaz en un Data Mover, utilice la siguiente sintaxis de comandos:$ server_ifconfig <movername> <if_name> mtu=<MTUbytes>

donde:<movername> = nombre del Data Mover en el que existe la interfaz<if_name> = nombre de la interfaz en la que cambiará el tamaño de la MTU<MTUbytes> = nuevo tamaño de la MTU, en bytes

Ejemplo:

A fin de configurar el tamaño de la MTU en 9000 bytes para la interfaz cge3_1 y cge3_2 en server_2, escriba lo siguiente:$ server_ifconfig server_2 cge3_1 mtu=9000$ server_ifconfig server_2 cge3_2 mtu=9000

Salida

server_2 : done

Acción

Para comprobar la configuración de una interfaz, utilice la siguiente sintaxis de comandos:$ server_ifconfig <movername> <if_name>

donde:


Ejemplo:


Salida


Nota

El texto en negrita en Salida resalta el tamaño de la MTU.


Comprobación de la conectividad del Data MoverDespués de configurar las interfaces IP, compruebe la conectividad del Data Mover para cada interfaz configurada.

Puede enviar un ping usando el nombre de host o la dirección IP del cliente cuya conectividad con el Data Mover desea comprobar. La invocación del comando ping con un nombre de host requiere que el archivo de host local, el Protocolo Ligero de Acceso a Directorio (LDAP), el Servicio de Información de Red (NIS) o el servidor del Sistema de nombres de dominio (DNS) funcione correctamente en el Data Mover. Para invocar el comando ping con la dirección IP, ingrese la dirección IP del cliente.

Configuring EMC Celerra Naming Services proporciona más información acerca de la resolución de nombres, el archivo de host local, OpenLDAP, NIS y DNS.

Nota: Al invocar el comando server_ping con un nombre de host, primero se comprueba el archivo /.etc/hosts del Data Mover y, luego, el directorio basado en LDA, NIS y los servidores DNS si funcionan. Si el nombre no existe en ninguna de estas ubicaciones, aparece un mensaje de error.

Acción

Para comprobar la conectividad del Data Mover, utilice la siguiente sintaxis de comandos:$ server_ping <movername> -interface <interface> <ipaddr>

o$ server_ping <movername> -interface <interface> <hostname>

donde:<movername> = nombre del Data Mover desde el cual se envía el ping al sistema del cliente<interface> = un puerto específico<ipaddr> = dirección IP del cliente al que se enviará el ping<hostname> = nombre del host del cliente al que enviará el ping

Ejemplo:

Envíe un ping desde el Data Mover a otro host en la misma red que la interfaz que se está comprobando. Para comprobar la conectividad del Data Mover desde cge0 en server_2 con un cliente en 172.24.108.20, escriba lo siguiente:$ server_ping server_2 -interface cge0 172.24.108.20

Salida

Si el ping se envía correctamente:

server_2 : 172.24.108.20 is alive, time= 0 ms

Si no se recibe un mensaje de respuesta tras 20 segundos de espera:

no answer from client

../NameServices/index.htm


Configuración de enrutamientoConfigure el enrutamiento después de configurar las interfaces IP. Para configurar el enrutamiento, consulte:

1. "Listado de las entradas de la tabla de enrutamiento" en la página 33

2. "Listado de la interfaz predeterminada" en la página 34

3. "Adición de una ruta predeterminada" en la página 36

4. "Visualización del estado actual de RIP" en la página 39

5. "Desactivación de RIP en un Data Mover" en la página 39

Listado de las entradas de la tabla de enrutamiento

Acción

Para obtener una lista de las entradas de la tabla de enrutamiento (incluido el destino, el gateway, la máscara de subred, la interfaz y el tipo de ruta) de un Data Mover, utilice la siguiente sintaxis de comandos:$ server_route <movername> -list


Ejemplo:

Para obtener una lista de las entradas de la tabla de enrutamiento de server_2, escriba lo siguiente:$ server_route server_2 -list

Salida

La tabla de enrutamiento muestra todas las rutas de la interfaz (directamente conectada) creadas por el sistema al configurar interfaces IP. Las rutas de la interfaz son rutas permanentes que no puede actualizar manualmente el administrador, ni se las puede actualizar mediante RIP. Sin embargo, el administrador puede actualizar manualmente las rutas estáticas, y las rutas dinámicas se pueden actualizar mediante RIP. La tabla de enrutamiento contiene una ruta por red de destino:

server_2 :net 128.221.253.0 128.221.253.2 255.255.255.0 el31net 128.221.252.0 128.221.252.2 255.255.255.0 el30net 172.24.106.0 172.24.106.10 255.255.255.128 cge4net 172.24.104.0 172.24.104.10 255.255.255.0 cge3_1net 172.24.103.0 172.24.103.10 255.255.255.0 cge2_2net 172.24.102.0 172.24.102.10 255.255.255.0 cge2_1net 172.24.101.0 172.24.101.10 255.255.255.0 cge1net 172.24.108.0 172.24.108.10 255.255.255.0 cge0host 127.0.0.1 127.0.0.1 255.255.255.255 loop


Listado de la interfaz predeterminadaCuando hay múltiples interfaces en la misma red, una interfaz es la predeterminada. Si la interfaz predeterminada deja de funcionar, otra interfaz en la misma red pasa a ser la predeterminada. Para obtener una lista de la interfaz predeterminada, consulte:

1. "Listado de la interfaz predeterminada" en la página 34

2. "Simulación de una interrupción de una interfaz" en la página 35

3. "Listado de la nueva interfaz predeterminada" en la página 35

En este ejemplo, se han creado dos interfaces, cge3_1 y cge3_2, en la red 104. Cuando cge3_1, la predeterminada, deja de funcionar, la reemplaza cge3_2.

Listado de la interfaz predeterminada

Acción

Para obtener una lista de las entradas de la tabla de enrutamiento de un Data Mover, utilice la siguiente sintaxis de comandos:$ server_route <movername> -list


Ejemplo:


Salida


Nota

En Salida cge3_1 aparece en negrita, porque es la interfaz predeterminada en la red 104.


Simulación de una interrupción de una interfaz

Listado de la nueva interfaz predeterminada

Acción

Para simular una interrupción de una interfaz, utilice la siguiente sintaxis de comandos:$ server_ifconfig <movername> <if_name> down


Ejemplo:

Para simular una interrupción de cge3_1, defina la interfaz de modo que deje de funcionar. Para hacerlo, escriba:$ server_ifconfig server_2 cge3_1 down

Salida

server_2 : done

Acción



Ejemplo:


Salida


Nota

En Salida cge3_2 aparece ahora en negrita, dado que es la interfaz predeterminada en la red 104.


Adición de una ruta predeterminadaSi el Data Mover necesita acceder a redes sin una ruta definida, puede agregar una ruta predeterminada. Para la mayoría de las comunicaciones, se utiliza Packet Reflect. "Administración de Packet Reflect" en la página 62 proporciona más información. No obstante, cuando el Data Mover inicia comunicaciones, se utiliza la tabla de enrutamiento. Cuando se configura una ruta predeterminada, el Data Mover pasa todos los paquetes que no coinciden con una entrada de ruta específica al gateway especificado. Para agregar una ruta predeterminada, consulte:

1. "Configuración de una ruta predeterminada" en la página 36

2. "Envío de ping al gateway" en la página 38

3. "Comprobación de la conectividad del Data Mover con otra red" en la página 38

Configuración de una ruta predeterminada

Acción

Para configurar una ruta predeterminada a la tabla de enrutamiento para un Data Mover, donde 172.24.101.254 es un router en la red, utilice la siguiente sintaxis de comandos:$ server_route <movername> -add default <gateway>

donde:<movername> = nombre del Data Mover<gateway> = dirección IP de la máquina del gateway

Ejemplo:

Para configurar una ruta predeterminada a la tabla de enrutamiento para server_2, escriba lo siguiente:$ server_route server_2 -add default 172.24.101.254

Salida

server_2 : done


Comprobación de la ruta predeterminada configurada

Acción



Ejemplo:


Salida

server_2 :default 172.24.101.254 0.0.0.0 cge1net 128.221.253.0 128.221.253.2 255.255.255.0 el31net 128.221.252.0 128.221.252.2 255.255.255.0 el30net 172.24.106.0 172.24.106.10 255.255.255.128 cge4net 172.24.104.0 172.24.104.10 255.255.255.0 cge3net 172.24.103.0 172.24.103.10 255.255.255.0 cge2_2net 172.24.102.0 172.24.102.10 255.255.255.0 cge2_1net 172.24.101.0 172.24.101.10 255.255.255.0 cge1net 172.24.108.0 172.24.108.10 255.255.255.0 cge0host 127.0.0.1 127.0.0.1 255.255.255.255 loop

Nota

La interfaz cge1 se utiliza para acceder a la dirección IP del gateway predeterminado en la red 101.


Envío de ping al gatewayPuede enviar un ping al gateway 172.24.101.254, porque está conectada a la red del Data Mover local (172.24.101.10 en cge1) y proporciona un path a otras redes que no están definidas explícitamente en la tabla de enrutamiento.

Comprobación de la conectividad del Data Mover con otra redLa tabla de enrutamiento no contiene una ruta para la red 105. Compruebe si la ruta predeterminada que configuró funciona correctamente enviando un ping a un cliente de la red 105.

Acción

Para comprobar la conectividad del Data Mover con 172.24.101.254 en server_2, escriba lo siguiente:$ server_ping server_2 172.24.101.254

Salida





Acción

Para comprobar la conectividad del Data Mover con otra red, utilice la siguiente sintaxis de comandos:$ server_ping <movername> -interface <interface> <ipaddr>

donde:<movername> = nombre del Data Mover desde el cual se envía el ping al sistema del cliente<interface> = un puerto específico<ipaddr> = dirección IP del cliente al que se enviará el ping

Ejemplo:

Envíe el ping desde el Data Mover para asegurarse de que se utiliza la tabla de enrutamiento. Para comprobar la conectividad del Data Mover con 172.24.105.30 en server_2, escriba lo siguiente:$ server_ping server_2 172.24.105.30

Salida






Visualización del estado actual de RIPRIP es un protocolo de enrutamiento dinámico soportado por Celerra Network Server. RIP determina una ruta de red en función del recuento de saltos más pequeño entre el origen y el destino. De forma predeterminada, el Data Mover escucha anuncios de ruta de RIP en todas las interfaces.

Desactivación de RIP en un Data MoverPuede desactivar RIP del Data Mover o desactivar RIP en el nivel de la interfaz. "Desactivación de RIP" en la página 55 proporciona información acerca de cómo desactivar RIP de una interfaz. Para evitar que se ingresen las rutas de RIP en la tabla de enrutamiento, desactive RIP del Data Mover.

Acción

Para mostrar el estado de RIP y las interfaces con RIP desactivado para un Data Mover, utilice la siguiente sintaxis de comandos:$ server_rip <movername> status


Ejemplo:

Para mostrar el estado de RIP para server_2, escriba lo siguiente:$ server_rip server_2 status

Salida

server_2 : routed started, RIP processing is on

Acción

Para desactivar RIP de un Data Mover, utilice la siguiente sintaxis de comandos:$ server_setup <movername> -Protocol <protocol> -option stop

donde:<movername> = nombre del Data Mover con la interfaz<protocol> = RIP para este ejemplo

Ejemplo:

Para desactivar RIP de server_2, escriba lo siguiente:$ server_setup server_2 -Protocol rip -option stop

Salida

server_2 : done


Comprobación del estado de RIP

Acción

Para comprobar el estado de RIP para un Data Mover, utilice la siguiente sintaxis de comandos:$ server_rip <movername> status


Ejemplo:

Para comprobar el estado de RIP para server_2, escriba lo siguiente:$ server_rip server_2 status

Salida

server_2 : routed started, RIP processing is off


Monitoreo de dispositivos de redPuede monitorear el estado de los enlaces de red mediante la función de notificación de Celerra Network Server.

Puede configurar notificaciones en respuesta a una variedad de eventos del controlador de dispositivos a fin de recibir una notificación por medio del correo electrónico, Protocolo simple de administración de redes (SNMP) trap o mensajes escritos en un archivo de log. Configuración de eventos y notificaciones de EMC Celerra proporciona más información acerca de los eventos de Celerra.

Visualización de eventos del controlador de dispositivos

Acción

Para ver una lista de eventos y números de ID de eventos asociados con una instalación, utilice la siguiente sintaxis de comandos:$ nas_event -list -c DART -f <facility>

donde:

<facility> = nombre de la instalación

Ejemplo:

Para obtener una lista de los eventos asociados con la instalación de DRIVERS, escriba lo siguiente:$ nas_event -list -c DART -f DRIVERS

Salida

La salida del comando nas_event muestra una lista de eventos del controlador.

../EventsandNotifications/index.htm



Administración de interfaces IP Para modificar o administrar interfaces IP existentes, consulte:

◆ "Modificación de una interfaz IP" en la página 42

◆ "Modificación del etiquetado de VLAN" en la página 43

◆ "Modificación del tamaño de la MTU" en la página 46

◆ "Desactivación de una interfaz IP" en la página 47

◆ "Activación de una interfaz IP" en la página 49

◆ "Visualización de una interfaz IP" en la página 50

Antes de administrar interfaces IPAl cambiar o eliminar interfaces IP, las aplicaciones que utilizan la interfaz, como CIFS o NFS, para exportar file systems, deben volver a configurarse según las nuevas condiciones (por ejemplo, direcciones IP modificadas).

Modificación de una interfaz IPPara modificar la dirección IP, la máscara de red o la dirección de difusión de una interfaz IP, debe eliminar la interfaz y crear una nueva para el dispositivo con la configuración correspondiente.

Este procedimiento muestra cómo eliminar una interfaz (172.24.108.10) y crear, luego, una nueva interfaz (172.24.108.12) con una dirección IP, una máscara de red y una dirección de difusión nuevas.

Paso Acción

1. Elimine una interfaz IP en un Data Mover mediante la siguiente sintaxis de comandos:$ server_ifconfig <movername> -delete <if_name>


Ejemplo:

Escriba lo siguiente para eliminar la interfaz cge0 en server_2 :$ server_ifconfig server_2 -delete cge0

Salida:

server_2 : done


Modificación del etiquetado de VLANPara modificar una etiqueta de VLAN de una interfaz, cambie el valor del ID de VLAN. Para eliminar una etiqueta de VLAN de una interfaz, cambie el valor del ID de VLAN a 0 (cero).

Asegúrese de que la configuración del switch de red IP coincida con la configuración del dispositivo. Celerra Network Server y el switch de red deben soportar el etiquetado de VLAN IEEE 802.1Q.

2. Cree una nueva interfaz para un dispositivo de red mediante la siguiente sintaxis de comandos:$ server_ifconfig <movername> -create -Device <device_name> -name <if_name> -protocol IP <ipaddr> <ipmask> <ipbroadcast>


Ejemplo:

Escriba lo siguiente para crear una nueva interfaz para el dispositivo de red cge0 en server_2 :$ server_ifconfig server_2 -create -Device cge0 -name cge0 -protocol IP 172.24.108.12 255.255.255.0 172.24.108.255

Salida:

server_2 : done

Paso Acción

1. Compruebe la configuración actual de una interfaz en un Data Mover mediante la siguiente sintaxis de comandos:

$ server_ifconfig <movername> <if_name>


Ejemplo:

Escriba lo siguiente para comprobar la configuración actual de la interfaz cge1 en server_2 : $ server_ifconfig server_2 cge1

Salida:

server_2 : cge1 protocol=IP device=cge1 inet=172.24.101.10 netmask=255.255.255.0 broadcast=172.24.101.255 UP, ethernet, mtu=1500, vlan=0, macaddr=0:60:16:4:35:30El texto en negrita indica que se elimina el etiquetado de VLAN.

Paso Acción


2. Active el etiquetado de VLAN de una interfaz en un Data Mover mediante la siguiente sintaxis de comandos:$ server_ifconfig <movername> <if_name> vlan=<vlanID>

donde:<movername> = nombre del Data Mover<if_name> = nombre de la interfaz <vlanID> = ID de VLAN entre 0 (el valor predeterminado, sin etiquetado de VLAN) y 4094

Ejemplo:

Escriba lo siguiente para activar el etiquetado de VLAN en la interfaz de red cge1 en server_2 con un ID de VLAN de 101:$ server_ifconfig server_2 cge1 vlan=101

Salida:

server_2 : done

3. Compruebe la nueva configuración de una interfaz en un Data Mover mediante la siguiente sintaxis de comandos:



Ejemplo:

Escriba lo siguiente para comprobar la nueva configuración de la interfaz cge1 en server_2 :$ server_ifconfig server_2 cge1

Salida:

server_2 : cge1 protocol=IP device=cge1 inet=172.24.101.10 netmask=255.255.255.0 broadcast=172.24.101.255 UP, ethernet, mtu=1500, vlan=101, macaddr=0:60:16:4:35:30El texto en negrita indica que se aplica el etiquetado de VLAN.

4. Elimine el etiquetado de VLAN desde una interfaz en un Data Mover mediante la siguiente sintaxis de comandos:$ server_ifconfig <movername> <if_name> vlan=0


Ejemplo:

Escriba lo siguiente para eliminar el etiquetado de VLAN desde la interfaz de red cge1 en server_2 :$ server_ifconfig server_2 cge1 vlan=0

Salida:

server_2 : done

Paso Acción


5. Compruebe la configuración de una interfaz en un Data Mover mediante la siguiente sintaxis de comandos:



Ejemplo:

Escriba lo siguiente para comprobar la configuración de la interfaz cge1 en server_2 :$ server_ifconfig server_2 cge1

Salida:

server_2 : cge1 protocol=IP device=cge1 inet=172.24.101.10 netmask=255.255.255.0 broadcast=172.24.101.255 UP, ethernet, mtu=1500, vlan=0, macaddr=0:60:16:4:35:30El texto en negrita indica que se elimina el etiquetado de VLAN.

Paso Acción


Modificación del tamaño de la MTU

Paso Acción




Ejemplo:

Escriba lo siguiente para comprobar la configuración de la interfaz cge3_1 en server_2 :$ server_ifconfig server_2 cge3_1

Salida:


2. Modifique el tamaño de la MTU de una interfaz en un Data Mover mediante la siguiente sintaxis de comandos:$ server_ifconfig <movername> <if_name> mtu=<MTUbytes>

donde:<movername> = nombre del Data Mover<if_name> = nombre de la interfaz <MTUbytes> = nuevo tamaño de la MTU, en bytes

Nota: Asegúrese de modificar la configuración de MTU para que coincida con el valor de todas las interfaces del dispositivo.

Ejemplo:

Escriba lo siguiente para modificar el tamaño de la MTU a 1500 bytes para la interfaz cge3_1 y cge3_2 en server_2 :$ server_ifconfig server_2 cge3_1 mtu=1500$ server_ifconfig server_2 cge3_2 mtu=1500

Salida:

server_2 : done


Desactivación de una interfaz IP




Ejemplos:


Salida:



Salida:


El texto en negrita indica el tamaño de la MTU.

Acción

Para desactivar una interfaz de Data Mover, utilice la siguiente sintaxis de comandos:$ server_ifconfig <movername> <if_name> down


Ejemplo:

Para desactivar la interfaz cge0 en server_2, escriba lo siguiente:$ server_ifconfig server_2 cge0 down

Salida

server_2 : done

Nota

Si no está permitido el acceso a las interfaces internas, al utilizar el comando server_ifconfig <movername> <if_name> down, recibirá el siguiente mensaje de error:server_<x>: interface: invalid interface specified, you might be trying to disable one of the internal interfaces.

Paso Acción


Comprobación del estado de la interfaz IP desactivada

Acción

Para comprobar el estado de una interfaz en un Data Mover, utilice la siguiente sintaxis de comandos:



Ejemplo:

Para comprobar el estado de la interfaz cge0 en server_2, escriba lo siguiente:$ server_ifconfig server_2 cge0

Salida

cge0 protocol=IP device=cge0 inet=172.24.108.12 netmask=255.255.255.0 broadcast=172.24.108.255 DOWN, ethernet, mtu=1500, vlan=0, macaddr=8:0:1b:42:86:96

Nota

El texto en negrita resalta que la interfaz está desactivada.


Activación de una interfaz IPCuando crea una nueva interfaz IP en un dispositivo de red, se activa automáticamente.

Comprobación del estado de la interfaz IP activada

Acción

Para activar una interfaz en un Data Mover, utilice la siguiente sintaxis de comandos:$ server_ifconfig <movername> <if_name> updonde:<movername> = nombre del Data Mover<if_name> = nombre de la interfaz

Ejemplo:

Para activar la interfaz cge0 en server_2, escriba lo siguiente:$ server_ifconfig server_2 cge0 up

Salida

server_2 : done

Acción

Para comprobar el estado de la interfaz en un Data Mover, utilice la siguiente sintaxis de comandos:



Ejemplo:

Para comprobar el estado de la interfaz cge0 en server_2, escriba lo siguiente:$ server_ifconfig server_2 cge0

Salida

cge0 protocol=IP device=cge0 inet=172.24.108.12 netmask=255.255.255.0 broadcast=172.24.108.255 UP, ethernet, mtu=1500, vlan=0, macaddr=8:0:1b:42:86:96

Nota

El texto en negrita resalta que la interfaz está activada.


Visualización de una interfaz IP

Acción

Para ver las interfaces en un Data Mover, utilice la siguiente sintaxis de comandos:$ server_ifconfig <movername> -all


Ejemplo:

Para ver las interfaces en server_2, escriba lo siguiente:$ server_ifconfig server_2 -all

Salida

server_2 :cge4 protocol=IP device=cge4 inet=172.24.106.10 netmask=255.255.255.128 broadcast=172.24.106.127 UP, ethernet, mtu=1500, vlan=0, macaddr=8:0:1b:42:86:98cge3_1 protocol=IP device=cge3 inet=172.24.104.10 netmask=255.255.255.0 broadcast=172.24.104.255 UP, ethernet, mtu=1500, vlan=0, macaddr=8:0:1b:42:86:9acge2_2 protocol=IP device=cge2 inet=172.24.103.10 netmask=255.255.255.0 broadcast=172.24.103.255 UP, ethernet, mtu=1500, vlan=103, macaddr=8:0:1b:42:86:95cge2_1 protocol=IP device=cge2 inet=172.24.102.10 netmask=255.255.255.0 broadcast=172.24.102.255 UP, ethernet, mtu=1500, vlan=102, macaddr=8:0:1b:42:86:95cge1 protocol=IP device=cge1 inet=172.24.101.10 netmask=255.255.255.0 broadcast=172.24.101.255 UP, ethernet, mtu=1500, vlan=0, macaddr=8:0:1b:42:86:97cge0 protocol=IP device=cge0 inet=172.24.108.12 netmask=255.255.255.0 broadcast=172.24.108.255 UP, ethernet, mtu=1500, vlan=0, macaddr=8:0:1b:42:86:96loop protocol=IP device=loop inet=127.0.0.1 netmask=255.0.0.0 broadcast=127.255.255.255 UP, loopback, mtu=32768, vlan=0, macaddr=0:0:0:0:0:0 netname=localhostel31 protocol=IP device=fxp0 inet=128.221.253.2 netmask=255.255.255.0 broadcast=128.221.253.255 UP, ethernet, mtu=1500, vlan=0, macaddr=8:0:1b:43:91:2 netname=localhostel30 protocol=IP device=fxp0 inet=128.221.252.2 netmask=255.255.255.0 broadcast=128.221.252.255 UP, ethernet, mtu=1500, vlan=0, macaddr=8:0:1b:43:91:2 netname=localhost


Administración del enrutamientoPara administrar la información de la tabla de enrutamiento, consulte:

◆ "Adición de una entrada de tabla de enrutamiento estática" en la página 51

◆ "Eliminación de una entrada de la tabla de enrutamiento" en la página 53

◆ "Eliminación del contenido de la tabla de enrutamiento" en la página 53

◆ "Cómo quitar todas las entradas de la tabla de enrutamiento" en la página 54

◆ "Desactivación de RIP" en la página 55

◆ "Activación de RIP" en la página 57

Adición de una entrada de tabla de enrutamiento estáticaConsideración para agregar una entrada de tabla de enrutamiento estática:

Celerra Network Server no soporta las máscaras de red no contiguas, es decir, máscaras sin un flujo contiguo de 1 bit. Una máscara de red de 0.0.0.0 ó 255.255.255.255 no es válida para las rutas net. De forma predeterminada, se asigna una máscara de red de 255.255.255.255 a rutas de host.

Acción

Para agregar una ruta estática a la entrada de la tabla de enrutamiento en un Data Mover, utilice la siguiente sintaxis de comandos:$ server_route <movername> -add [ host | net ] <dest> <gateway> [<netmask>]

donde:<movername> = nombre del Data Mover<dest> = dirección IP del destino<gateway> = dirección IP de la máquina del gateway<netmask> = máscara de red de la interfazhost = entrada de enrutamiento a un host particular net = entrada de enrutamiento a una red particular

Ejemplos:

Para agregar una ruta de host estática en server_2, escriba lo siguiente:$ server_route server_2 -add host 172.24.105.20 172.24.101.254 255.255.255.255

Para agregar una ruta de red estática en server_2, escriba lo siguiente:$ server_route server_2 -add net 172.24.107.0 172.24.101.254 255.255.255.0

Salida

server_2 : done


Comprobación de las entradas de la tabla de enrutamiento

Acción



Ejemplo:

Para obtener una lista de las entradas de la tabla de enrutamiento de server_2 para verificación, escriba lo siguiente:$ server_route server_2 -list

Salida

server_2 :default 172.24.101.254 0.0.0.0 cge1net 128.221.253.0 128.221.253.2 255.255.255.0 el31net 128.221.252.0 128.221.252.2 255.255.255.0 el30net 172.24.106.0 172.24.106.10 255.255.255.128 cge4net 172.24.104.0 172.24.104.10 255.255.255.0 cge3_1net 172.24.103.0 172.24.103.10 255.255.255.0 cge2_2net 172.24.102.0 172.24.102.10 255.255.255.0 cge2_1net 172.24.107.0 172.24.101.254 255.255.255.0 cge1net 172.24.101.0 172.24.101.10 255.255.255.0 cge1net 172.24.108.0 172.24.108.12 255.255.255.0 cge0host 172.24.105.20 172.24.101.254 255.255.255.255 cge1host 127.0.0.1 127.0.0.1 255.255.255.255 loop

Nota

El texto en negrita resalta las rutas estáticas.


Eliminación de una entrada de la tabla de enrutamientoConsideración para eliminar una entrada de la tabla de enrutamiento:

Celerra Network Server no soporta las máscaras de red no contiguas, es decir, máscaras sin un flujo contiguo de 1 bit. Una máscara de red de 0.0.0.0 ó 255.255.255.255 no es válida para las rutas net. De forma predeterminada, se asigna una máscara de red de 255.255.255.255 a rutas de host.

Eliminación del contenido de la tabla de enrutamiento Cuando elimina el contenido de las entradas de enrutamiento configuradas manualmente desde la tabla de enrutamiento, no se eliminan las entradas generadas por el sistema.

Acción

Para eliminar de forma permanente una entrada de la tabla de enrutamiento de un Data Mover, utilice la siguiente sintaxis de comandos:$ server_route <movername> -delete [ host | net ] <dest> <gateway> [<netmask>]

donde:<movername> = nombre del Data Mover<dest> = dirección IP del destino<gateway> = dirección IP de la máquina del gateway<netmask> = máscara de red de la interfazhost = entrada de enrutamiento a un host particularnet = entrada de enrutamiento a una red particular

Ejemplo:

Para eliminar una entrada de la tabla de enrutamiento de server_2, escriba lo siguiente:$ server_route server_2 -delete host 172.24.105.20 172.24.101.254 255.255.255.255

Salida

server_2 : done

Acción

Para eliminar temporalmente el contenido de las entradas de enrutamiento configuradas manualmente desde la tabla de enrutamiento de un Data Mover, utilice la siguiente sintaxis de comandos:$ server_route <movername> -flush

donde:<movername> = Data Mover en el que se eliminarán entradas desde la tabla de enrutamiento

Ejemplo:

Para eliminar temporalmente el contenido de la tabla de enrutamiento desde server_2, escriba lo siguiente:

$ server_route server_2 -flush

Salida

server_2 : done


Después de eliminar la tabla de enrutamientoSi utiliza el enrutamiento estático, la tabla de enrutamiento estará libre de entradas solo hasta la próxima vez que reinicie el Data Mover. Si RIP está activado, el demonio de enrutamiento reemplaza las entradas a medida que se procesan los nuevos mensajes de RIP.

Cómo quitar todas las entradas de la tabla de enrutamientoCuando quita todas las entradas estáticas de la tabla de enrutamiento, la eliminación persiste reinicio tras reinicio, lo que elimina permanentemente todas las entradas de la ruta estática de la tabla de enrutamiento del Data Mover especificado.

Acción

Para quitar permanentemente todas las entradas estáticas de la tabla de enrutamiento de un Data Mover, utilice la siguiente sintaxis de comandos:$ server_route <movername> -DeleteAll


Ejemplo:

Para quitar todas las entradas estáticas de la tabla de enrutamiento en server_2, escriba lo siguiente:$ server_route server_2 -DeleteAll

Salida

server_2 : done


Desactivación de RIPRIP está activado en todas las interfaces de forma predeterminada. Puede desactivar RIP para interfaces específicas.

Las interfaces que permiten RIP agregan rutas de RIP dinámicas a la tabla de enrutamiento del Data Mover junto con las rutas de interfaz y la ruta predeterminada configuradas.

Nota: Dado que RIP está activado en todas las interfaces de forma predeterminada, el comando server_rip server_2 status muestra solo las interfaces con RIP desactivado.

Puede desactivar RIP en una interfaz específica o en las interfaces de todos los Data Movers. Para hacerlo, consulte:

◆ "Desactivación de RIP en una interfaz" en la página 55

◆ "Desactivación de RIP en las interfaces" en la página 56

Desactivación de RIP en una interfaz

Acción

Para desactivar RIP en una interfaz de Data Mover, utilice la siguiente sintaxis de comandos:$ server_rip <movername> noripin {<interface_name> [,...]}

donde:<movername> = nombre del Data Mover<interface_name> = nombre de la interfaz

Ejemplo:

Para desactivar RIP en server_2, escriba lo siguiente:$ server_rip server_2 noripin cge0

Salida

server_2 : done


Comprobación de la desactivación de RIP en una interfaz

Desactivación de RIP en las interfaces

Acción

Para comprobar el estado de RIP para una interfaz de Data Mover, utilice la siguiente sintaxis de comandos:$ server_rip <movername> status


Ejemplo:

Para comprobar el estado de RIP en server_2, escriba lo siguiente:$ server_rip server_2 status

Salida

La salida muestra que RIP está desactivado para la interfaz cge0 en server_2 :

server_2 :routed started, RIP processing is on cge0 (10.172.128.239), ifp = 0xf6bd2274, disabled

Acción

Para desactivar RIP para las interfaces en todos los Data Movers, utilice la siguiente sintaxis de comandos:$ server_rip ALL noripin <interface_name>[,...]

donde:<interface_name> = nombres de las interfaces

Ejemplo:

Para desactivar RIP para cge0 y cge1 en todos los Data Movers, escriba lo siguiente:$ server_rip ALL noripin cge0, cge1

Salida

server_2 : doneserver_3 : done


Comprobación de la desactivación de RIP en todas las interfaces

Activación de RIPRIP está activado de forma predeterminada en todas las interfaces. Utilice el siguiente procedimiento para activar RIP después de haberlo desactivado.

Puede activar RIP en una interfaz específica o en las interfaces de todos los Data Movers. Para hacerlo, consulte:

◆ "Activación de RIP en una interfaz" en la página 57

◆ "Activación de RIP en las interfaces" en la página 58

Activación de RIP en una interfaz

Acción

Para comprobar el estado de RIP para las interfaces en todos los Data Movers, utilice la siguiente sintaxis de comandos:$ server_rip ALL status

Ejemplo:

Para comprobar el estado de RIP en todos los Data Movers, escriba lo siguiente:$ server_rip ALL status

Salida

La salida muestra que RIP está desactivado para las interfaces cge0 y cge1 en todos los Data Movers:

server_2 :routed started, RIP processing is on cge0 (10.172.128.239), ifp = 0xf6bd2274, disabled cge1 (10.172.128.240), ifp = 0xf6bd2274, disabledserver_3 :routed started, RIP processing is on cge0 (10.172.128.239), ifp = 0xf6bd2274, disabled

Acción

Para activar RIP en una interfaz de Data Mover, utilice la siguiente sintaxis de comandos:$ server_rip <movername> ripin {<interface_name> [,...]}

donde: <movername> = nombre del Data Mover<interface_name> = nombre de la interfaz

Ejemplo:

Para activar RIP para cge0 en server_2, escriba lo siguiente:$ server_rip server_2 ripin cge0

Salida

server_2 : done


Comprobación de la activación de RIP en una interfaz

Activación de RIP en las interfaces

Comprobación de la activación de RIP en las interfaces

Acción

Para comprobar el estado de RIP en un Data Mover, utilice la siguiente sintaxis de comandos:$ server_rip <movername> status


Ejemplo:

Para comprobar el estado de RIP en server_2, escriba lo siguiente:$ server_rip server_2 status

Salida

server_2 :routed started, RIP processing is on

Acción

Para activar RIP en interfaces para todos los Data Movers, utilice la siguiente sintaxis de comandos:$ server_rip ALL ripin {<interface_name> [,...]}

donde: <interface_name> = nombre de la interfaz

Ejemplo:

Para activar RIP para cge0 y cge1 en todos los Data Movers, escriba lo siguiente:$ server_rip ALL ripin cge0, cge1

Salida

server_2 : doneserver_3 : done

Acción

Para comprobar el estado de RIP para las interfaces en todos los Data Movers, utilice la siguiente sintaxis de comandos:$ server_rip ALL status

Ejemplo:

Para comprobar el estado de RIP en todos los Data Movers, escriba lo siguiente:$ server_rip ALL status

Salida

server_2 :routed started, RIP processing is onserver_3 :routed started, RIP processing is on


Administración de la resolución de direccionesPuede administrar la tabla de ARP, que es la tabla de traducción de direcciones IP a MAC. La administración de ARP comprende algunas de las siguientes tareas o todas ellas:

◆ "Visualización de las entradas de la tabla de ARP" en la página 59

◆ "Adición de una entrada a la tabla de ARP" en la página 60

◆ "Eliminación de una entrada de la tabla de ARP" en la página 61

La dirección física es la dirección MAC en la forma nn:nn:nn:nn:nn:nn, donde nn es uno o dos dígitos hexadecimales.

Una entrada de ARP dinámica permanece en la tabla de ARP durante aproximadamente 10 minutos sin actividad. Si hay actividad, una entrada de ARP dinámica solicita una actualización después de 5 minutos.

Visualización de las entradas de la tabla de ARPPuede ver un máximo de 64 entradas de ARP mediante el comando server_arp.

Acción

Para ver la tabla de ARP en un Data Mover, utilice la siguiente sintaxis de comandos:$ server_arp <movername> -all


Ejemplo:

Para ver la tabla de ARP en server_2, escriba lo siguiente:$ server_arp server_2 -all

Salida

server_2 :172.24.102.254 at 0:d0:3:f9:28:fc172.24.103.120 at 8:0:20:a8:4f:2e172.24.104.240 at 8:0:20:e9:1f:3f172.24.101.222 at 0:c:29:4c:f:eb128.221.252.100 at 0:2:b3:ea:e:11128.221.253.100 at 0:2:b3:ea:e:11


Adición de una entrada a la tabla de ARP

Comprobación de la adición de la tabla de ARP

Acción

Para agregar una entrada permanente de la tabla de ARP a la dirección IP de gateway predeterminada en un Data Mover, utilice la siguiente sintaxis de comandos:$ server_arp <movername> -set <ip_addr> <physaddr>

donde:<movername> = nombre del Data Mover<ip_addr> = dirección IP<physaddr> = dirección MAC física para asociar con esta dirección IP

Ejemplo:

Para agregar una entrada de la tabla de ARP a la dirección IP de gateway predeterminada en server_2, escriba lo siguiente:$ server_arp server_2 -set 172.24.101.254 0:d0:3:f9:37:fc

Salida

server_2 : added: 172.24.101.254 at 0:d0:3:f9:37:fc

Acción

Para comprobar la entrada de la tabla de ARP creada en el Data Mover, utilice la siguiente sintaxis de comandos:$ server_arp <movername> <ip_addr>

donde:<movername> = nombre del Data Mover<ip_addr> = dirección IP del gateway

Ejemplo:

Para ver la tabla de ARP en server_2, escriba lo siguiente:$ server_arp server_2 172.24.101.254

Salida

server_2 : 172.24.101.254 at 0:d0:3:f9:37:fc


Eliminación de una entrada de la tabla de ARP

Acción

Para eliminar una entrada de la tabla de ARP en un Data Mover, utilice la siguiente sintaxis de comandos:$ server_arp <movername> -delete <ip_addr>

donde:<movername> = nombre del Data Mover<ip_addr> = dirección IP de la entrada que se eliminará

Ejemplo:

Para eliminar una entrada de ARP en server_2, escriba lo siguiente:$ server_arp server_2 -delete 172.24.101.254

Salida

server_2 : deleted: 172.24.101.254 at 0:d0:3:f9:37:fc


Administración de Packet ReflectPacket Reflect garantiza que los paquetes de respuesta siempre se envíen desde la misma interfaz desde la que ingresaron los paquetes de solicitud. Packet Reflect está activado de forma predeterminada y se desactiva mediante la modificación del archivo de parámetros del sistema para cada Data Mover.

Cuando utilice el comando server_param, asegúrese de escribir correctamente los nombres del parámetro y la instalación, ya que distinguen entre mayúsculas y minúsculas. "Packet Reflect" en la página 9 proporciona más información.

Acción

Para desactivar Packet Reflect en un Data Mover, utilice la siguiente sintaxis de comandos:$ server_param <movername> -facility ip -modify reflect -value 0


Ejemplo:

Para desactivar el parámetro de reflejo en server_2, escriba lo siguiente: $ server_param server_2 -facility ip -modify reflect -value 0

Salida

server_2 : done


Visualización de las estadísticas de redUtilice el comando server_netstat para ver las estadísticas de red por protocolo. El comando server_netstat muestra toda la información de un Data Mover. Si ejecuta el comando server_netstat sin argumentos, se muestran las conexiones TCP activas.

Acción

Para ver las estadísticas de red del Data Mover por protocolo, utilice la siguiente sintaxis de comandos:$ server_netstat <movername> -p <protocol>

donde:<movername> = nombre del Data Mover<protocol> = opción para limitar la visualización al protocolo especificado

Otras opciones que se pueden utilizar con este comando son las siguientes:-a = muestra las terminales IP, ICMP, TCP y UDP-i = muestra un resumen del estado de los dispositivos físicos-r = muestra la tabla de enrutamiento-s = muestra las estadísticas por protocolo

Ejemplo:

Para ver estadísticas de IP en server_2, escriba lo siguiente:$ server_netstat server_2 -s -p ip

Salida

ip:***1222024 total packets received0 bad header checksums0 with unknown protocol0 fragments received0 fragments dropped (dup or out of space)0 fragments dropped after timeout0 packets reassembled2 packets forwarded0 packets not forwardable0 no routes1222030 packets delivered1157661 total packets sent0 packets fragmented0 packets not fragmentable0 fragments created


Modificación de networking de la Control StationLa red en la Control Station está configurada en la inicialización del sistema. Si su entorno de red cambia, posiblemente necesite modificar la configuración de red en la Control Station mediante algunas de las siguientes tareas o todas ellas:

◆ "Definición de la dirección IP y la máscara de red de la Control Station" en la página 65

◆ "Definición del gateway de la Control Station" en la página 66

◆ "Modificación del nombre de host de la Control Station" en la página 67

◆ "Mejora del performance de TCP" en la página 69

Puede realizar todas estas tareas si:

◆ Utiliza la utilidad linuxconf (/sbin/linuxconf) por medio de los submenús Networking, Client Tasks

◆ Edita los archivos de configuración de la Control Station directamente


Definición de la dirección IP y la máscara de red de la Control Station

Paso Acción

1. Inicie sesión en la Control Station como root.

2. Cambie la dirección IP y la máscara de red mediante la siguiente sintaxis de comandos:# /sbin/ifconfig eth<x> <ipaddr> <broadcast> <netmask>

donde:eth<x> = nombre de la interfaz (eth2 en la mayoría de los sistemas Celerra, eth1 en sistemas NS600.

Para determinar la interfaz, utilice el comando /sbin/ifconfig -a y seleccione la interfaz asociada a la dirección IP anterior).<ipaddr> = nueva dirección IP<broadcast> = dirección de difusión<netmask> = nueva máscara de red

Nota: El valor de la máscara no puede ser 0.0.0.0.

Ejemplo:

Escriba lo siguiente para cambiar la dirección IP y la máscara de red:# /sbin/ifconfig eth3 172.24.101.100 172.24.101.255 255.255.255.0

De esta forma, se cambia la configuración inmediata, pero no persiste reinicio tras reinicio.

3. Edite el archivo de script de red, /etc/sysconfig/network-scripts/ifcfg-eth<x>, mediante un editor de texto.

donde:

eth<x> = nombre de la interfaz (eth2 en la mayoría de los sistemas Celerra, eth1 en sistemas NS600.

Para determinar la interfaz, utilice el comando /sbin/ifconfig -a y seleccione la interfaz asociada a la dirección IP anterior).

4. Reemplace la dirección IP y la máscara de red por los nuevos valores para las líneas similares a:

DEVICE=eth3IPADDR=172.24.101.100NETMASK=255.255.255.0NETWORK=172.24.101.0BROADCAST=172.24.101.255ONBOOT=yes

Nota: El valor de la máscara no puede ser 0.0.0.0.

5. Guarde el archivo y salga.

6. Edite el archivo de host local, /etc/hosts, mediante un editor de texto.

7. Busque las líneas que incluyen la dirección IP anterior.

Ejemplo:172.24.101.20 Eng_1

donde: 172.24.101.20 = dirección IP anterior


Definición del gateway de la Control Station

8. Reemplace la dirección IP anterior por su nueva dirección IP.

Ejemplo:172.24.101.100 Eng_1

donde: 172.24.101.100 = nueva dirección IP


Paso Acción

1. Inicie sesión en la Control Station como root.

2. Escriba lo siguiente para agregar una ruta predeterminada:# /sbin/route add default gw 172.24.101.254

De esta forma, se cambia la configuración inmediata, pero no persiste reinicio tras reinicio.

3. Edite el archivo de configuración de red, /etc/sysconfig/network, mediante un editor de texto.

4. Agregue la nueva dirección IP de gateway para las líneas similares a:

NETWORKING=yesFORWARD_IPV4=falseGATEWAY=172.24.101.254GATEWAYDEV=eth3DOMAINNAME=nasdocs.emc.comHOSTNAME=cs100


Paso Acción


Modificación del nombre de host de la Control StationSi bien se puede cambiar el nombre de host de la Control Station mediante CLI, si planifica utilizar Celerra Manager para otras tareas, EMC recomienda usar Celerra Manager para realizar este cambio.

!PRECAUCIÓN!Si cambia el nombre de host de la Control Station mediante CLI y planifica utilizar Celerra Manager para administrar el sistema Celerra, asegúrese de utilizar el siguiente procedimiento. De lo contrario, no puede crear file systems mediante Celerra Manager.

Paso Acción

1. Agregue el nombre de host nuevo a DNS o al sistema Celerra. Para efectuar cambios a DNS, compruebe la documentación de DNS. Este procedimiento solo aborda el sistema Celerra.

Inicie sesión en la Control Station como root.

2. Compruebe su entorno actual:# hostname

Salida:

Eng_1

3. Muestre la información acerca de la Control Station, incluidos el nombre de host y el ID. Para hacerlo, escriba lo siguiente:# nas_cel -list

Salida:

id name owner mount_dev channel net_path CMU0 Eng_1 0 172.24.101.100 APM04490091900

4. Abra el archivo /etc/hosts con un editor de texto. Podrá ver la entrada del nombre de host actual. Agregue la entrada del nombre de host nuevo.

Por ejemplo, agregue el nombre de host nuevo cs100 al archivo.172.24.101.100 Eng_1.nasdocs.emc.com Eng_1172.24.101.100 cs100.nasdocs.emc.com cs100


6. Escriba lo siguiente para enviar un ping a los nombres de host nuevo y anterior de la Control Station:# ping cs100

Salida:

PING cs100.nasdocs.emc.com (172.24.101.100) from 172.24.101.100 : 56(84) bytes of data.64 bytes from Eng_1.nasdocs.emc.com (172.24.101.100): icmp_seq=0 ttl=255 time=436 usec# ping Eng_1

Salida:

PING Eng_1.nasdocs.emc.com (172.24.101.100) from 172.24.101.100 : 56(84) bytes of data.64 bytes from Eng_1.nasdocs.emc.com (172.24.101.100): icmp_seq=0 ttl=255 time=220 usec


7. Escriba lo siguiente para cambiar el nombre de host en la Control Station:# /bin/hostname cs100

8. Verifique el nombre de host nuevo:# hostname

Salida:

cs100

9. Cambie el nombre de host por el nuevo nombre de host en el archivo /etc/sysconfig/network mediante un editor de texto. Este procedimiento hace que el nombre de host sea permanente cuando se efectúe un reinicio:

NETWORKING=yesFORWARD_IPV4=falseGATEWAY=172.24.101.254GATEWAYDEV=eth3DOMAINNAME=nasdocs.emc.comHOSTNAME=cs100


11. Quite el nombre de host anterior desde DNS o abra el archivo /etc/hosts con un editor de texto para eliminar el nombre de host anterior.

Ejemplo:

El archivo tendrá solo una entrada de nombre de host de la Control Station en el archivo después de eliminar el nombre de host anterior, cs100.172.24.101.100 cs100.nasdocs.emc.com cs100


13. Escriba lo siguiente para actualizar el nombre de host local:# nas_cel -update id=0

Salida:

id = 0name = cs100owner = 0device = channel = net_path = 172.24.101.100celerra_id = APM04490091900

14. Escriba lo siguiente para confirmar el nombre de host de la Control Station:# nas_cel -list

Salida:

id name owner mount_dev channel net_path CMU0 cs100 0 172.24.101.100 APM04490091900

15. Cambie el certificado SSL para Apache al ejecutar: # /nas/sbin/nas_config -ssl

Salida:

Installing a new SSL certificate requires restarting the Apache web server.Do you want to proceed? [y/n]: yNew SSL certificate has been generated and installed successfully.

Paso Acción


Mejora del performance de TCPDe forma predeterminada, los algoritmos NewReno, SACK y FACK están activados en los Data Movers para mejorar el performance de la red en caso de pérdida de datos. Puede desactivar el algoritmo NewReno mediante el parámetro tcp do_newreno. De la misma manera, puede desactivar los algoritmos SACK y FACK mediante el parámetro tcp do_sack. "Performance de TCP" en la página 12 proporciona más información.

16. Escriba lo siguiente para actualizar los procesos de servidor Java:# /nas/sbin/js_fresh_restart

Paso Acción

1. Desactive el parámetro do_newreno en un Data Mover mediante la siguiente sintaxis de comandos:$ server_param <movername> -facility tcp -modify do_newreno -value 0


Ejemplo:

Escriba lo siguiente para desactivar el parámetro do_newreno en server_2 :$ server_param server_2 -facility tcp -modify do_newreno -value 0

Nota: Los nombres de parámetros y funcionalidades distinguen mayúsculas y minúsculas.

Salida:

server_2 : done

2. Desactive el parámetro do_sack en un Data Mover mediante la siguiente sintaxis de comandos:$ server_param <movername> -facility tcp -modify do_sack -value 0


Ejemplo:

Escriba lo siguiente para desactivar el parámetro do_sack en server_2 :$ server_param server_2 -facility tcp -modify do_sack -value 0

Nota: Los nombres de parámetros y funcionalidades distinguen mayúsculas y minúsculas.

Salida:

server_2 : done

Paso Acción


Después de mejorar el performance de TCPLas RFCs y los procesos describen estas mejoras de TCP:

◆ TCP: RFC 793

◆ NewReno: RFC 3782

◆ SACK: RFC 2018 y RFC 2883

◆ FACK: Forward Acknowledgment: Refining TCP Congestion Control, Proceedings from SIGCOMM'96, agosto de 1996

3. Compruebe que do_newreno y do_sack estén desactivados mediante la siguiente sintaxis de comandos:$ server_param <movername> -facility <facility_name> -list

donde:<movername> = nombre del Data Mover<facility_name> = nombre de la instalación

Ejemplo:

Escriba lo siguiente para comprobar que do_newreno y do_sack estén desactivados:$ server_param server_2 -facility tcp -list

Salida:

server_2 :name facility default current configureddo_newreno tcp 1 0 0sndcwnd tcp 0 0fastRTO tcp 0 0ackpush tcp 0 0do_sack tcp 1 0 0backlog tcp 100 100maxburst tcp 4 4maxStreams tcp 65535 65535

Paso Acción


Solución de problemas de Celerra Networking Como parte de su esfuerzo continuo por mejorar y optimizar el performance y las capacidades de sus líneas de productos, EMC lanza periódicamente nuevas versiones de las herramientas de hardware y software Celerra. En consecuencia, es posible que algunas de las funciones que se describen en este documento no se soporten en todas las versiones de las herramientas de hardware y software que se encuentran en uso actualmente. Para obtener la información más reciente acerca de las funciones de cada producto, consulte las notas de la versión del producto correspondiente.

Si un producto no funciona correctamente o de la manera que se describe en este documento, póngase en contacto con su representante de Servicio al Cliente de EMC.

Dónde obtener ayudaPara obtener información sobre licencias, productos y servicio de EMC, consulte:

Información de productos: para ver documentación, notas de la versión, actualizaciones de software o para obtener información sobre productos, licencias y servicios de EMC, visite el sitio Web de EMC Powerlink (registro obligatorio) en la dirección:

http://Powerlink.EMC.com

Servicio técnico: para obtener servicio técnico, visite Servicio al Cliente de EMC en Powerlink. Inicie sesión en el sitio Web de EMC Powerlink, vaya a Soporte > Solicitar Soporte. Para abrir una solicitud de servicio por medio de Powerlink, debe contar con un acuerdo de soporte válido. Comuníquese con un representante del Servicio al Cliente de EMC para obtener detalles sobre cómo obtener un acuerdo de soporte válido o para formular preguntas sobre su cuenta.

Nota: No solicite un representante de soporte específico a menos que ya le haya asignado uno para su problema específico del sistema.

Problem Resolution Roadmap for EMC Celerra contiene información adicional sobre el uso de Powerlink y la resolución de problemas.

Sugerencias para los problemas generales de networking◆ Compruebe las luces de enlaces en todas las NICs y los switches.

◆ Compruebe la configuración de velocidad y duplex para todas las interfaces en Data Movers, switches y clientes.

◆ Compruebe la configuración de la interfaz en Data Movers y clientes:

• dirección IP

• Máscara de red

• Direcciones de difusión

◆ Compruebe la conectividad mediante el comando server_ping de un Data Mover a un cliente. Utilice las direcciones IP a fin de evitar problemas de resolución de nombres. Compruebe la conectividad enviando un ping de un cliente al Data Mover. Si el ping funciona en una dirección, pero no en la otra, es probable que se haya configurado incorrectamente una máscara de red.

http://Powerlink.EMC.com


../ProblemResolutionRoadmap/index.htm



◆ Compruebe el archivo server_log para un mensaje similar, lo que indica que la dirección IP está en uso en la red: 1097151569: IP: 3: Duplicate IP address 172.24.101.37/0:3:47:30:e4:a9.

◆ Si el Data Mover y el cliente están en diferentes subredes, compruebe la conectividad entre el Data Mover y el router, y entre el cliente y el router.

◆ Compruebe la salida del comando server_netstat <movername> -i en busca de errores en las interfaces.

◆ Es probable que los cables de red no estén conectados correctamente.

◆ Comuníquese con el Servicio al Cliente de EMC.

Sugerencias para los problemas de interfaz de red◆ Si no está permitido el acceso a las interfaces internas, al utilizar el comando

server_ifconfig <movername> <if_name> down, recibirá el siguiente mensaje de error:

server_<x>: interface: invalid interface specified, you might be trying to disable one of the internal interfaces.

◆ Si un dispositivo virtual utiliza un dispositivo físico, y usted le asigna un nuevo nombre a la interfaz, recibirá el siguiente error:

No such device or address. Use the server_sysconfig command to ensure that the device is present on the Data Mover, and try creating the interface again.

◆ Si el Data Mover no responde a determinadas solicitudes SNMP, posiblemente reciba el siguiente mensaje de error:

LOG_SYSLOG: 3: M198 - Unsupported Version 2 in PDU, PDU ignored. Agent supports Version 1 only.

Este mensaje de error aparece, porque la plataforma de administración SNMP está utilizando una versión más actual de SNMP que el agente SNMP. Cambie la plataforma de administración SMP a la versión 1 de SNMP.


Mensajes de error para configurar y administrar Celerra NetworkingA partir de la versión 5.6, todos los mensajes de estado, alertas y nuevos eventos proporcionan información detallada y acciones recomendadas para ayudarlo a resolver problemas.

Para ver los detalles de un mensaje, utilice cualquiera de los siguientes métodos:

◆ Celerra Manager:

• Haga clic con el botón secundario sobre un mensaje de estado, alerta o evento, y seleccione ver Event Details, Alert Details o Status Details.

◆ Celerra CLI:

• Escriba nas_message -info <MessageID>, donde MessageID corresponde al número de identificación del mensaje.

◆ EMC Celerra Network Server Error Messages Guide:

• Utilice esta guía para hallar información sobre mensajes que se encuentren en formato de mensaje de una versión anterior.

◆ Powerlink:

• Utilice el texto de la descripción breve del mensaje de error o el ID del mensaje para realizar búsquedas en Knowledgebase, en Powerlink. Inicie sesión en Powerlink y haga clic en Soporte > Búsqueda en Knowledgebase > Búsqueda de Soluciones de Soporte.

../ErrorMsgs/index.htm

../ErrorMsgs/index.htm



Información relacionadaPara obtener información específica relacionada con las características y funcionalidades que se describen en este documento, consulte: ◆ Configuring and Managing EMC Celerra Network High Availability

◆ Configuring EMC Celerra Naming Services

◆ Configuring EMC Celerra Time Services

◆ Configuración de eventos y notificaciones de EMC Celerra

◆ Configuración de Data Movers virtuales para EMC Celerra

◆ Manual de referencia de comandos de EMC Celerra Network Server

◆ EMC Celerra Network Server Parameters Guide

◆ Administración de volúmenes y file systems EMC Celerra con Automatic Volume Management

◆ Managing EMC Celerra Volumes and File Systems Manually

◆ Páginas de los manuales en línea de Celerra

◆ Uso de FTP en EMC Celerra Network Server

◆ Using TFTP on EMC Celerra Network Server

El EMC Celerra Network Server Documentation CD, que se incluye con Celerra Network Server y que también se encuentra disponible en Powerlink, brinda información general sobre otras publicaciones de Celerra.

Programas de capacitación para clientesLos programas de capacitación para clientes de EMC están diseñados para ayudarlo a aprender la manera en que interoperan los productos de almacenamiento de EMC y se integran en del entorno para maximizar toda la inversión en infraestructura. Los programas de capacitación para clientes de EMC incluyen capacitación en línea y práctica en los laboratorios de última generación, que se encuentran distribuidos en todo el mundo para brindar gran comodidad. Los programas de capacitación para clientes de EMC son desarrollados e impartidos por expertos de EMC. Para obtener más información sobre los programas y registrarse, inicie sesión en Powerlink, nuestro sitio Web para clientes y partners, y seleccione el menú Capacitación.


../NameServices/index.htm

../TimeServices/index.htm


../CommandReference/index.htm

../FTP/index.htm

../AVM/index.htm

../AVM/index.htm



../TFTP/index.htm




Apéndice A: servicios de Linux en la Control StationLos usuarios de EMC Celerra Control Station Linux 7.2 con privilegios root pueden usar la utilidad chkconfig para los servicios actualmente disponibles en el sistema. Para hacerlo, puede consultarse:

◆ "Lista de servicios de Linux" en la página 75

◆ "Inicio de servicios de Linux" en la página 75

◆ "Activación de servicios de Linux" en la página 75

◆ "Detención de servicios de Linux" en la página 76

◆ "Desactivación de servicios de Linux" en la página 76

Lista de servicios de Linux

Inicio de servicios de Linux

Activación de servicios de Linux

Después de activar los servicios de LinuxPuede utilizar la utilidad chkconfig para activar otros servicios. Las páginas de manuales del comando chkconfig proporcionan información adicional acerca de cómo usar el switch de nivel para manipular los niveles de ejecución específicos de los servicios init.d.

Acción

Para obtener una lista de los servicios de Linux junto con su estado actual, escriba lo siguiente:# chkconfig --list

Salida

Esto produce una lista de servicios dividida en dos partes:

• Servicios controlados por los scripts /etc/rc.d/init.d.• Servicios controlados por xinetd.

Acción

Para iniciar un servicio init.d, por ejemplo, el servicio de red, escriba lo siguiente:# chkconfig network on# service network start

Acción

Para activar un servicio xinetd, por ejemplo, el servicio de hora, escriba lo siguiente:# chkconfig time on


Detención de servicios de Linux

Desactivación de servicios de Linux

Después de desactivar los serviciosPuede utilizar la utilidad chkconfig para desactivar otros servicios. Las páginas de manuales del comando chkconfig proporcionan información adicional acerca de cómo usar el switch de nivel para manipular los niveles de ejecución específicos de los servicios init.d.

Acción

Para detener un servicio init.d, por ejemplo, el servicio de red, escriba lo siguiente:# chkconfig network off# service network stop

Acción

Para desactivar un servicio xinetd, por ejemplo, el servicio de hora, escriba lo siguiente:# chkconfig time off


Apéndice B: uso de VLANs para soportar un Data Mover en standbyEl etiquetado de VLAN activa un solo Data Mover para que sea el Data Mover en standby para múltiples Data Movers primarios. Cada Data Mover puede estar conectado a un único switch o a múltiples switches. Algunas aplicaciones de VLAN en Celerra Network Server se describen en:

◆ "Configuración de un Data Mover en standby mediante un solo switch" en la página 78

◆ "Configure un Data Mover en standby en un entorno de múltiples switches" en la página 82

Antes de configurar un Data Mover en standby mediante un solo switchPuede utilizar un solo switch Gigabit para configurar un Data Mover en standby soportado por VLAN, como se muestra en la Figura 1 en la página 77.

Figura 1 Data Mover en standby mediante un solo switch

Para dispositivos físicos en una sola red, el etiquetado de VLAN puede realizarse en la interfaz IP de Celerra o mediante el switch de red (802.1Q).

Nota: Se requiere un switch de Nivel 3 o un router para la comunicación entre VLANs.

PrimarioTarjetas Gigabit Ethernet

Server_2

Data Movers

VLAN etiquetada

VLAN etiquetada 41, 42, 44, 62

1x

2x

11x

12x

ace0

ace1

192.168.43.250VLAN 43

192.168.44.251VLAN 44

192.168.88.112

192.168.41.230 VLAN 41192.168.42.234 VLAN 42

VLAN 88

VLAN etiquetada

VLAN etiquetada

VLAN etiquetada

VLAN etiquetada

VLAN etiquetada 43, 52, 88

192.168.62.249VLAN 62

192.168.52.244VLAN 52

Switch Gigabit

CNS-000695

VLAN etiquetada


Server_3

ace0

ace1


Server_4

ace0

ace1

Standby (En standby)

Tarjetas Gigabit Ethernet

Server_5

ace0

ace1


Configuración de un Data Mover en standby mediante un solo switch

Paso Acción

1. Configure las interfaces en cada uno de los Data Movers primarios mediante la siguiente sintaxis de comandos:$ server_ifconfig <movername> -create -Device <device_name> -name <if_name> -protocol IP <ipaddr> <ipmask> <ipbroadcast>

donde:<movername> = nombre del Data Mover en el que configurará las interfaces<device_name> = nombre del dispositivo que está asignando<if_name> = nombre de la interfaz que está configurando<ipaddr> = dirección IP que se asignará al dispositivo<ipmask> = dirección de subred del dispositivo<ipbroadcast> = dirección de difusión del dispositivo

Ejemplo:

Escriba los siguientes comandos para cada Data Mover primario a fin de configurar las interfaces en server_2, server_3 y server_4 :

$ server_ifconfig server_2 -create -Device ace0 -name ace0 -protocol IP 192.168.41.230 255.255.255.0 192.168.41.255

Salida:server_2 : done




Salida:server_2 : done$ server_ifconfig server_3 -create -Device ace0 -name ace0 -protocol IP 192.168.44.251 255.255.255.0 192.168.44.255



Salida:server_3 : done$ server_ifconfig server_4 -create -Device ace0 -name ace0 -protocol IP 192.168.62.249 255.255.255.0 192.168.62.255





2. Defina las interfaces del Data Mover primario de modo que procesen el tráfico de VLANs mediante la siguiente sintaxis de comandos:$ server_ifconfig <movername> <if_name> vlan=<vlanID>


Ejemplo:

Escriba los siguientes comandos para cada Data Mover primario a fin de definir que server_2, server_3 y server_4 procesen el tráfico de VLANs:

$ server_ifconfig server_2 ace0 vlan=41














Paso Acción


3. Configure un Data Mover en standby para cada Data Mover primario mediante la siguiente sintaxis de comandos:$ server_standby <movername> -create mover=<source_movername> -policy <policy_type>

donde:<movername> = nombre del Data Mover en el que existe la interfaz<source_movername> = nombre del Data Mover que se configurará como standby<policy_type> = opción de política que se aplicará cuando se detecte un error (auto, retry o manual)

Ejemplo:

Configure server_5 como el Data Mover en standby para server_2, server_3 y server_4 mediante los siguientes comandos:$ server_standby server_2 -create mover=server_5 -policy auto

Salida:

server_2 : server_5 is rebooting as standby

$ server_standby server_3 -create mover=server_5 -policy auto

Salida:


$ server_standby server_4 -create mover=server_5 -policy auto

Salida:


Paso Acción


Antes de configurar un Data Mover en standby en un entorno de múltiples switchesPuede configurar un Data Mover en standby para que realice failover para uno o varios Data Movers primarios en un entorno de múltiples switches. Asegúrese de que los enlaces entre switches en un entorno de múltiples switches pasen los IDs de VLAN correspondientes según se muestra en la Figura 2 en la página 81.

Figura 2 Data Mover en standby en un entorno de múltiples switches

Nota: Se requiere un switch de Nivel 3 o un router para la comunicación entre VLANs.


Server_2

VLAN etiquetada

VLAN etiquetada

ace0

ace1

Data Movers

Switch Gigabit

Switch Gigabit

Switch Gigabit

VLAN 2IP 192.168.62.14IP 192.168.62.15

VLAN 3IP 192.168.63.248IP 192.168.63.250

VLAN 5IP 192.168.85.0

Clave: = Conectado físicamente

= No conectado físicamente

VLAN 2, 3, 5


VLAN etiquetada

VLAN etiquetada

ace0


VLAN etiquetada

VLAN etiquetada

ace0

Server_4

Server_3

Standby (En standby)

Tarjetas Gigabit Ethernet

Server_5

ace0

ace1

ace1

ace1

Switch Gigabit

VLAN etiquetada

VLAN etiquetada

CNS-000696


Configure un Data Mover en standby en un entorno de múltiples switches

Paso Acción

1. Configure las interfaces en cada uno de los Data Movers mediante la siguiente sintaxis de comandos:$ server_ifconfig <movername> -create -Device <device_name> -name <if_name> -protocol IP <ipaddr> <ipmask> <ipbroadcast>

donde:<movername> = nombre del Data Mover<device_name> = nombre del dispositivo que está asignando<if_name> = nombre de la interfaz que está configurando<ipaddr> = dirección IP que se asignará al dispositivo<ipmask> = dirección de subred del dispositivo<ipbroadcast> = dirección de difusión del dispositivo

Ejemplo:

Configure las interfaces en server_2, server_3 y server_4 mediante los siguientes comandos:$ server_ifconfig server_2 -create -Device ace0 -name ace0 -protocol IP 192.168.62.14 255.255.255.0 192.168.62.255













2. Defina las interfaces del Data Mover de modo que procesen el tráfico de VLANs mediante la siguiente sintaxis de comandos:$ server_ifconfig <movername> <if_name> vlan=<vlanID>


Ejemplo:

Escriba los siguientes comandos para cada Data Mover a fin de definir que server_2, server_3 y server_4 procesen el tráfico de VLANs:













Paso Acción


3. Defina cada Data Mover primario mediante la siguiente sintaxis de comandos:$ server_standby <movername> -create mover=<source_movername> -policy <policy_type>

donde:<movername> = nombre del Data Mover en el que existe la interfaz<source_movername> = nombre del Data Mover que se configurará como standby<policy_type> = opción de política que se aplicará cuando se detecte un error (auto, retry o manual)

Ejemplo:

Configure server_5 como el Data Mover en standby para server_2, server_3 y server_4 mediante los siguientes comandos para cada Data Mover primario:

$ server_standby server_2 mover=server_5 -policy auto

Salida:



Salida:



Salida:


Paso Acción


Apéndice C: pautas específicas de switch para VLANsLas pautas de configuración para varios switches de red específicos del proveedor que soportan el encapsulamiento IEEE 802.1Q se proporcionan en:

◆ "Configuración de VLANs en el switch Alteon 180" en la página 85

◆ "Configuración del etiquetado de VLAN en el switch" en la página 86

◆ "Configuración del etiquetado de VLAN en la interfaz IP de Celerra" en la página 86

Nota: Asegúrese de consultar la documentación específica del proveedor de cada switch a fin de conocer los pasos y las precauciones de configuración en detalle.

Configuración de VLANs en el switch Alteon 180La Tabla 3 en la página 85 proporciona pautas para configurar el etiquetado de VLAN para el switch Alteon 180.

Tabla 3 Uso del encapsulamiento 802.1Q para configurar VLANs en el switch Alteon 180

Versión del código de Alteon 180: 5.2.13

Pasos de configuración Comandos del menú

1. Asigne uno o más puertos de switch a una VLAN.

Cree la VLAN necesaria mediante el comando VLAN en el menú Configure. Agregue el puerto.

2. Compruebe la membresía de VLAN del puerto, el modo duplex y la velocidad.

Configure, VLAN, Current, /, Configure, Port.

3. Configure el puerto en Tag.

Configure, Port, Tag.

4. Compruebe la configuración de etiquetado, la velocidad del puerto y el modo de duplex.

Configure, Port, Current.


Configuración del etiquetado de VLAN en el switchLa Tabla 4 en la página 86 proporciona pautas para la configuración del etiquetado de VLAN en el switch (etiquetado basado en puertos).

Configuración del etiquetado de VLAN en la interfaz IP de CelerraLa Tabla 5 en la página 86 proporciona pautas para configurar el etiquetado de VLAN en la interfaz IP de Celerra.

Tabla 4 Uso de 802.1Q para VLANs en switches de la serie Cisco 4000, 5000 ó 6000

Cisco Catalyst 6509 NmpSW 7.3(2)

Pasos de configuración Sintaxis de la línea de comandos

1. Asigne uno o más puertos de switch a una VLAN.

set vlan vlan_num mod_num/port_num

Ejemplo:set vlan 560 4/10

2. Compruebe la membresía de VLAN del puerto, el modo duplex y la velocidad.

show vlan [vlan_num]

Ejemplo:show vlan 560

oshow port [mod_num[/port_num]]

Ejemplo:show port 4/10

Tabla 5 Uso de 802.1Q para VLANs en switches de la serie Cisco 4000, 5000 ó 6000

Es necesario que la versión del código de Cisco Catalyst 6509 NmpSW 7.3(2) soporte 802.1Q

Pasos de configuración Sintaxis de la línea de comandos

1. Configure un troncal 8021.Q.

set trunk mod_num/port_num [on] dot1q

Nota: El comando set trunk de Cisco activa una VLAN 802.1Q. Este comando es diferente de la opción trk (trunk) de Celerra Network Server utilizada para configurar canales Ethernet y agregación de enlaces.

Ejemplo:set trunk 2/9 on dot1q

2. Compruebe la configuración troncal.

show trunk [mod_num/port_num]

Ejemplo:show trunk 2/9

Configuración y administración de EMC Celerra Networking Versión 5.6 87 de 90

Índice

Aalgoritmo FACK 13algoritmo Forward Acknowledgement (FACK) 13algoritmo NewReno 13algoritmo SACK 13algoritmo Selective Acknowledgement (SACK) 13ARP definición 4

eliminación de una entrada de la tabla de ARP 61

Cchkconfig, servicios de Linux de la Control Station 75Control Station

comando chkconfig 75dirección de gateway 66dirección IP 65linuxconf 64máscara de red 65

DData Mover

comprobación de la conectividad de 32configuración de Data Mover en standby mediante

VLANs 11creación de múltiples interfaces IP 25, 27desactivación del procesamiento de RIP 39visualización de la tabla de ARP 59

Data Mover en standby y VLANs 11demonio de enrutamiento

definición 8y tabla de enrutamiento 8

difusión, definición 3dirección MAC

definición 3para tabla de ARP 59

dispositivo de reddefinición 3interfaces IP 8modificación 19monitoreo 41nombre predeterminado 7prefijos del nombre 7tipos 7

dispositivo virtualconfiguración de interfaz IP para 21definición 4

Eenrutamiento

conexión directa 8dinámico 8estático 8y Packet Reflect 9

enrutamiento con conexión directa 8enrutamiento dinámico 8

enrutamiento estático 8estado del puerto 18etiquetado de frames, definición 3eventos

DRIVER 42eventos del controlador de dispositivos 42

Ffailover, uso de VLANs para 81Fast Ethernet, definición 3file system

eventos 41

GGigabit Ethernet, definición 4

IIEEE 3IEEE802.1Q 11interfaz IP

activaciónprocesamiento de RIP 57

cambio de los parámetros de 42configuración 22, 25, 27configuración del tamaño de MTU 30definición 4desactivación 47

procesamiento de RIP 55eliminación 42modificación de MTU 46modificación del etiquetado de VLAN 43múltiples interfaces para un dispositivo 25, 27velocidad y duplex 71visualización 50

Llinuxconf, modificación de la configuración de red de la

Control Station 64

Mmáscara de red, para Control Station 65MTU

configuración 30definición 30frames jumbo 30límites 30modificación 46valores predeterminados 30

NNIC, modificación de la configuración 19

PPacket Reflect

definición 9múltiples rutas predeterminadas 10

88 de 90 Configuración y administración de EMC Celerra NetworkingVersión 5.6

param ip reflect 62uso con VLANs 10y dispositivos de alta disponibilidad 11y enrutamiento 9

performance de TCPalgoritmo FACK 13algoritmo NewReno 13algoritmo SACK 13mejora en redes con pérdidas 12

Rred

estadísticas, visualización 63redes de área local virtuales (VLANs) 11

Resolución de direcciones 12tabla de ARP 59

RIPactivación del procesamiento en una interfaz IP 57definición 4demonio de enrutamiento 8desactivación del procesamiento

en un Data Mover 39en una interfaz IP 55

eliminación del contenido de la tabla de enrutamiento 54estado del procesamiento 39

Sserver_arp

creación de una entrada de la tabla de ARP 60eliminación de una entrada de la tabla de ARP 61visualización de la tabla de ARP 59

server_ifconfigconfiguración de interfaces IP 22, 25, 27configuración del tamaño de MTU 30desactivación de interfaces IP 47eliminación de una interfaz IP 42modificación de MTU 46modificación del etiquetado de VLAN 43visualización de interfaces IP 50

server_netstaterrores de la interfaz IP 72visualización de las estadísticas de red 63

server_ping, comprobación de la conectividad del Data Mover 32, 71

server_ripactivación del procesamiento 57desactivación del procesamiento 55visualización del estado de RIP 39

server_routecómo quitar todas las rutas estáticas 54eliminación de las entradas de la tabla

de enrutamiento 53eliminación de una entrada de la tabla

de enrutamiento 53entrada de tabla de enrutamiento, adición 51listado de las entradas de la tabla de enrutamiento 33ruta predeterminada, adición 36

server_setup, desactivación del procesamiento de RIP 39server_sysconfig

modificación de dispositivos de red 19SNMP traps 41subred

definición 4máscara, definición 4

Ttabla de ARP

comportamiento 12creación de una entrada 60dirección física 59dirección MAC 59eliminación de una entrada 61visualización 59

tabla de enrutamientoadición de una entrada 51cómo quitar todas las rutas estáticas 54definición 8demonio de enrutamiento 8eliminación de entradas 53eliminación de una entrada 53en uso 8listado de entradas 33RIP 8RIP y eliminación del contenido de la tabla 54

TCP, definición 4

UUDP, definición 4

VVLAN (red de área local virtual) 11

definición 4etiquetado de frames 12

definición 3exportación de file systems 5modificación del etiquetado desde una interfaz IP 43protocolo 11uso de failover 81uso en un entorno de Celerra 12y configuración de Data Movers en standby 11y configuración de switch 12

VLSM (máscara de subred de longitud variable)definición 4uso de 8


Notas

Acerca de este documentoComo parte de su esfuerzo continuo por mejorar y optimizar el performance y las capacidades de la línea de productos Celerra Network Server, EMC lanza periódicamente nuevas versiones de las herramientas de hardware y software Celerra. En consecuencia, es posible que algunas de las funciones que se describen en este documento no se soporten en todas las versiones de las herramientas de hardware y software Celerra que se encuentran en uso actualmente. Para obtener la información más reciente acerca de las funciones de cada producto, consulte las notas de la versión del producto correspondiente. Si su sistema Celerra no cuenta con alguna de las funciones que se describen en este documento, póngase en contacto con su representante de Servicio al Cliente de EMC para obtener una actualización de hardware o software.

Comentarios y sugerencias acerca de la documentaciónSus sugerencias nos ayudarán mejorar la exactitud, organización y calidad general de la documentación para usuarios. Envíe un mensaje de correo electrónico a [email protected] para darnos su opinión acerca de este documento.

Copyright © 1998-2008 EMC Corporation. Todos los derechos reservados.

EMC considera que la información de esta publicación es precisa en el momento de su publicación. La información está sujeta a cambios sin previo aviso.

LA INFORMACIÓN DE ESTA PUBLICACIÓN SE PROPORCIONA "TAL CUAL". EMC CORPORATION NO SE HACE RESPONSABLE NI OFRECE GARANTÍA DE NINGÚN TIPO CON RESPECTO A LA INFORMACIÓN DE ESTA PUBLICACIÓN Y, ESPECÍFICAMENTE, RENUNCIA A TODA GARANTÍA IMPLÍCITA DE COMERCIABILIDAD O CAPACIDAD PARA UN PROPÓSITO DETERMINADO.

El uso, la copia y la distribución de cualquier software de EMC descrito en esta publicación requieren una licencia de software correspondiente.

Para obtener una lista actualizada de nombres de productos de EMC, consulte las marcas comerciales de EMC Corporation en argentina.emc.com.

Todas las otras marcas comerciales incluidas en este documento pertenecen a sus respectivos propietarios.

Versión 5.6 90 de 90

Documents

Configuración y administración de EMC Celerra Networking · Configuración y administración de EMC Celerra Networking Versión 5.6 3 de 90 Introducción a Celerra Networking En