[Lista ArNOG] Port Group Cisco 3524XL

Jue Abr 21 18:11:22 ART 2016

Buenas Andrés,

Particularmente no encontré la versión del IOS para esa plataforma. Si tenés el nombre del .bin tal vez podamos sacarle más info.

Se me ocurre algo, que no sé si te servirá, pero con lo que comentás no veo otras opciones aún:

Si hacés un pseudo balanceo manual usando VLANs? La idea es que en el router de borde del miembro hagan un balanceo manual (clasificando tráfico con el criterio que desee) usando varias VLANs y luego pasás las diferentes VLANs en 2 puertos, sin usar LACP como 2 puertos independientes? La desventaja, a priori, es que no te serviría como redundancia física de puerto, aunque sería menos probable que se caiga el puerto del Cisco, del Huawei o eventualmente alguno de los cables.

Cómo lo ves?

Ing. Hernán Kohnen

Comunicaciones y Servicios SRL

+54 376 443-3333

España 2801 – Posadas, Misiones

De: lista-bounces en arnog.com.ar [mailto:lista-bounces en arnog.com.ar] En nombre de Andrés Rahn - Quasar Informática S.A.
Enviado el: Thursday, April 21, 2016 4:38 PM
Para: lista en arnog.com.ar
Asunto: Re: [Lista ArNOG] Port Group Cisco 3524XL

Hola Pablo, esto un problema que tengo dentro de CABASE pero es un problema técnico al fin, y necesito resolverlo con urgencia. En ArNOG se pueden plantear todo tipo de temas técnicos según tengo entendido y mi intención es ver si a alguien se le ocurre alguna solución pensando "out of the box" a la limitación de hardware / software que estoy teniendo, y al plantearlo en esta lista estoy llegando a más cerebros del palo, sea alguien de cabase o no.

Volviendo al problema en sí, los 2 puertos GBIC están ocupados, uno como uplink al transporte de SILICA y el segundo con ethernet gigabit a uno de los miembros del IXP.

Datos del equipo:
Hardware    Cisco 3524 (WS-C3524-XL)
Sistema Operativo    Cisco IOS 12.0(5)WC17 (C3H2S)

Saludos a todos,

Andrés Rahn.

On 20/04/16 22:26, Pablo Fritz wrote:

Andrés,

No sé si te diste cuenta que enviaste un mail de temas de cabase en la lista de arnog.

Lo que correspondería acá es que hables el tema con la sección de ingeniería de Cabase.

Saludos,

Pablo

Sent from my Phone

El 20 abr 2016, a las 4:46 p.m., Andrés Rahn - Quasar Informática S.A. <andres en quasarbariloche.com.ar> escribió:

Buenas lista! 
En el IXP BRC, tenemos un viejo Catalyst 3524XL, y hay un miembro que está necesitando pasar más de 100Mbps.
La "última milla" del miembro está siendo transportada por Silica hasta las oficinas del mismo.
Lo que hicimos con Silica para intentar ampliar el ancho de banda de este miembro a 200Mbps es hacer un EtherChannel entre el switch de Silica, un Huawei 5710 y el switch de Cabase.
El problema es que el C3524XL no soporta LACP,  el balanceo de carga del tráfico entre las dos interfaces sólamente se puede hacer por source address o destination address. Como la MAC del miembro y la de cabase del otro lado son siempre las mismas, el balanceo de tráfico es nulo. Como mucho, en este momento es una redundancia ethernet, pero el tráfico va a seguir saturando cuando se esté acercando a los 100mbps de transferencia. Este switch no soporta balanceo de carga por puerto o protocolo tampoco. A alguien se le ocurre alguna posible solución a parte de hacer un upgrade del switch? El upgrade ya está planteado y estamos en la etapa de búsqueda de presupuestos.

El extracto de la web de cisco:

" Catalyst 2900XL/3500XL Series A Catalyst 2900XL that runs a Cisco IOS software release that is earlier than Cisco IOS Software Release 11.2(8)SA3 chooses a link in the channel based on the link on which the destination MAC address was last heard. The software dynamically reallocates this address to another link in the channel if the link on which the address was learned is busier than the others. You can configure a Catalyst 2900XL that runs Cisco IOS Software Release 11.2(8)SA3 or later and a Catalyst 3500XL that runs Cisco IOS Software Release 11.2(8)SA6 or later in order to choose a link to be sent across the Fast EtherChannel. The switch chooses the link on the basis of the destination or source MAC address of the frame. The default is to use the source MAC address. This default means that all packets that the switch receives on a non−Fast EtherChannel port with the same MAC source address that have a destination of the MAC addresses on the other side of the channel take the same link in the channel. Use source−based forwarding when many stations that are attached to the Catalyst 2900XL/3500XL send to a few stations, such as a single router, on the other side of the Fast EtherChannel. The use of source−based forwarding in this situation evenly distributes traffic across all links in the channel. Also, the Catalyst 2900XL/3500XL switches maintain a notion of a default port on which to transmit traffic, such as Spanning Tree Protocol (STP), multicasts, and unknown unicasts."

-- 
Andrés Rahn.
Quasar Informática S.A.
E. Frey 568
Tel. 4524080 / 4456767
andres en quasarbariloche.com.ar

_______________________________________________
Lista mailing list
Lista en arnog.com.ar
http://mailmancabase.interdotnet.com.ar/mailman/listinfo/lista

_______________________________________________
Lista mailing list
Lista en arnog.com.ar
http://mailmancabase.interdotnet.com.ar/mailman/listinfo/lista

------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://mailmancabase.interdotnet.com.ar/pipermail/lista/attachments/20160421/c09860aa/attachment-0001.html>