2504 WLC prend-il en charge LAG?

8

Je trouve des contradictions dans la documentation Cisco sur la prise en charge du LAG dans 2504 WLC. D'une part, le Guide de déploiement des contrôleurs sans fil de la gamme Cisco 2500 indique clairement:

Remarque: l'agrégation de liens (LAG) n'est pas prise en charge sur le contrôleur sans fil Cisco 2500 Series.

D'un autre côté, la brochure Contrôleurs LAN sans fil Cisco en un coup d'œil indique que 2504 prend en charge le LAG.

Après quelques recherches, j'ai trouvé le bulletin de la version 7.4 du logiciel de réseau sans fil unifié Cisco indiquant:

Les contrôleurs sans fil 8500, 2500 et Flex 7500 prennent désormais en charge le Link Aggregation Group (LAG).

Ce qui me fait penser que la prise en charge du LAG dans le 2504 dépend de la version du logiciel chargée sur l'appareil.

Étant donné que le seul 2504 sur lequel je peux travailler est la version logicielle 7.2 et se trouve dans un environnement de production (pas facile à mettre à niveau et à tester), je me demande toujours:

  1. Le 2504 WLC prend-il vraiment en charge le LAG?
  2. Faut-il une version logicielle minimale ou du matériel supplémentaire pour cela?
  3. A-t-il une limitation ou est-ce la même fonctionnalité LAG que dans la série 5500 WLC?
Daniel Yuste Aroca
la source

Réponses:

4

Oui, le 2504 prend en charge le LAG dans la version 7.4. Votre premier guide fait référence à la v7.0.116.0 et le deuxième guide écrit en 5/2013 implique la v7.4. L'activation de LAG nécessite un redémarrage du WLC et a des limitations similaires au 5500.

Lorsque le LAG est activé sur un WLC, le WLC transfère les trames de données sur le même port sur lequel elles ont été reçues. Le WLC s'appuie sur le commutateur voisin pour équilibrer le trafic à travers l'EtherChannel. Le WLC n'effectue aucun équilibrage de charge EtherChannel seul.

Limitations / Restrictions, mêmes que 5500 mais la note 5508 n'a pas d'informations sur ap-manager:

  • Le LAG nécessite que l'EtherChannel soit configuré pour le «mode activé» sur le contrôleur et le commutateur Catalyst.
  • La méthode d'équilibrage de charge configurée sur le commutateur Catalyst doit être une méthode d'équilibrage de charge qui termine tous les fragments de datagramme IP sur un seul port de contrôleur. Le non-respect de cette recommandation peut entraîner des problèmes d'association de points d'accès.
  • La méthode d'équilibrage de charge recommandée pour les commutateurs Catalyst est src-dst-ip (entrez la commande port-canal load-balance src-dst-ip).
  • Avec LAG, tous les ports du contrôleur doivent se connecter au même commutateur voisin. Si le commutateur voisin tombe en panne, le contrôleur perd la connectivité. Avec plusieurs interfaces de gestionnaire AP, vous pouvez connecter vos ports à différents périphériques voisins. Si l'un des commutateurs voisins tombe en panne, le contrôleur a toujours la connectivité. Cependant, l'utilisation de plusieurs interfaces de gestionnaire AP présente certains défis lorsque la redondance des ports est un problème.
  • La mise en miroir des ports n'est pas prise en charge lorsque l'agrégation de liens (LAG) est activée sur le contrôleur.
erreur générale de réseau
la source
J'ai vérifié les notes de publication des versions 7.3.101.0 et 7.3.112.0 des logiciels WLC et les deux marquent LAG comme non encore pris en charge dans la série 2500. Pourriez-vous s'il vous plaît fournir une référence de référence pour votre déclaration sur la version 7.3?
Daniel Yuste Aroca
@DanielYusteAroca, je pensais initialement que c'était 7.4 où LAG a été ajouté pour la première fois au 2500, mais j'ai trouvé cela dans le guide de configuration 7.3: When you enable LAG on Cisco 2500 Series Controller to which the direct-connect access point is associated, the direct connect access point is disconnected since LAG enabling is still in the transition state.Donc, cela n'est peut-être pris en charge que pour les points d'accès à connexion directe et non pour les commutateurs. cisco.com/en/US/docs/wireless/controller/7.3/configuration/… . Dans tous les cas, point de réponse révisé. Merci.
generalnetworkerror
8

Si vous archivez les notes de version 7.2, il présente les limitations suivantes:

Fonctionnalités non prises en charge sur les contrôleurs de la gamme Cisco 2500

• un accès filaire aux clients

• Le contrôleur de la gamme Cisco 2500 ne peut pas être configuré comme contrôleur d'ancrage automatique. Cependant, vous pouvez le configurer en tant que contrôleur étranger.

• Contrat de bande passante

• Points d'accès en mode de connexion directe

• Port de service

• Pontage Apple Talk

•DÉCALAGE

Les notes de version 7.4 ont LAG comme pris en charge:

Quoi de neuf dans cette version? Cette section fournit une brève description des nouveautés de cette version. Pour plus d'informations sur les instructions de configuration de ces fonctionnalités, consultez les guides de configuration du contrôleur publiés dans la catégorie 7.4 Release à l' adresse http://www.cisco.com/en/US/products/ps10315/products_installation_and_configuration_guides_list.html .

• Les points d'accès Cisco Aironet 1600 sont pris en charge. Pour plus d'informations, voir http://www.cisco.com/en/US/products/ps12555/index.html .

• Prise en charge de la norme 802.11w définie par le service MFP (Management Frame Protection). Les trames de dissociation, de désauthentification et d'action robuste augmentent la sécurité du réseau Wi-Fi en protégeant les trames de gestion contre l'usurpation.

• Évolutivité accrue des contrôleurs de la gamme Cisco 2500 pour prendre en charge 75 points d'accès et 1 000 clients. Les contrôleurs LAN sans fil de la gamme Cisco 2500 peuvent désormais servir d'ancrage invité et jusqu'à 15 tunnels EoIP sont pris en charge.

• Prise en charge étendue de l'agrégation de liens (LAG) sur les contrôleurs Cisco Wireless LAN 2500, Flex 7500 et 8500. Avec cette fonctionnalité, vous pouvez agréger plusieurs liens pour vous protéger contre les défaillances de liens.

Je ne sais pas de quelle limitation vous parlez? Il semble qu'il ne supporte que le mode activé, mais cela semble également être le cas pour 5508.

Daniel Dib
la source