[Lista ArNOG] Port Group Cisco 3524XL

Hernán Kohnen hernan.kohnen en cys.net.ar
Jue Abr 21 19:58:47 ART 2016


Andrés,

 

Eso era lo que pensaba. Con 2 VLANs y 2 subredes levantarías 2 peerings y balanceás los prefijos como gustes.

No es tan complejo creo.

 

Saludos!

 

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 7:35 PM
Para: lista en arnog.com.ar; NOC Cabase
Asunto: Re: [Lista ArNOG] Port Group Cisco 3524XL

 

Gracias por tu tiempo Hernán,
Estuve pensando en hacerlo de alguna forma levantando vlans. En este caso sería la conexión del miembro hacia CABASE. El tema es que cabase tendría que levantar al menos una VLAN extra para hacer un segundo peering contra este miembro, separando su prefijo /22, publicando el primer /23 por una de las sesiones de peering y el otro /23 por la otra sesión. Con esto, estaríamos balanceando a mano, forzando una parte de los prefijos por un puerto y la otra parte a través de una VLAN. Funcionaría esto o es ciencia ficción???
Recién leí tu mail iván, según lo que me decís no sería eficiente pero sí posible levantar este tipo de configuración?

No estaría complicandome la vida de esta manera si no hubiera 90 días de espera para conseguir un switch nuevo, por eso estoy llegando a este punto de complicarme la vida. Mientras estamos también tratando de cortar por lo sano y conseguir al menos un switch giga usado!!!
Saludos






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

On 21/04/16 18:11, Hernán Kohnen wrote:

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

 






_______________________________________________
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/dd0dfd70/attachment.html>


Más información sobre la lista de distribución Lista