[Lista ArNOG] Port Group Cisco 3524XL
Andrés Rahn - Quasar Informática S.A.
andres en quasarbariloche.com.ar
Jue Abr 21 19:35:27 ART 2016
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
> <mailto: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
> <mailto:andres en quasarbariloche.com.ar>
>
> _______________________________________________
> Lista mailing list
> Lista en arnog.com.ar <mailto:Lista en arnog.com.ar>
> http://mailmancabase.interdotnet.com.ar/mailman/listinfo/lista
>
>
>
>
> _______________________________________________
>
> Lista mailing list
>
> Lista en arnog.com.ar <mailto: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/556bb847/attachment-0001.html>
Más información sobre la lista de distribución Lista