Wired Intelligent Edge (Campus Switching and Routing)

Reply
Highlighted
New Contributor

LACP zwischen 5406R und 1950 Stack - untagged VLAN

Hallo,

 

ich versuche zwischen einem Aruba 5406R und einem 1950er Stack eine LACP Verbindung zu konfigurieren, habe aber das Problem das nur ein Tagged VLAN und das untagged konfigurierte nicht übertragen wird.

Wichtig Dabei das Vlan soll untagged übertragen werden weil auf der 1950er Seite das VLAN  1 in Verwendung ist und das kurzfristig nicht geändert werden kann, dieses soll mit dem VLAN20 auf 5406er Seite verbunden werden.

 

5406R Konfigurationssauschnitt:

----

sw-server(vlan-20)# sh run vlan 20

vlan 20
    name "iscsi"
    tagged A3-A8,B3-B8,C7-C8,D7-D8
    untagged D4,Trk14
    ip address dhcp-bootp
    exit

-----

sw-server(vlan-20)# sh run int trk14

interface Trk14
   tagged vlan 1004
   untagged vlan 20
   spanning-tree priority 4
    exit

---

trunk C6,D6 trk14 lacp

---

 

auf der 1950er Seite ist eine aggregation mit zwei Ports (je Stack-Mamber ein Port) konfiguriert

Interfacekonfiguration

- Trunk

- PVID 1

Permit VLAN List 1004

- Link Mode Bridge

 

gibt es da eine Einschränkung die verhindert das das untagged VLAN übertragen wird oder muss das nur ander konfiguriert werden?

 

Gruß

N.E.

New Contributor

Betreff: LACP zwischen 5406R und 1950 Stack - untagged VLAN

das problem konnte gelöst werden in dem das 1950er Interface auf Hybrid mit den passenden VLAN Konfiguriert wurde

Aruba Employee

Betreff: LACP zwischen 5406R und 1950 Stack - untagged VLAN

Für einen uplink sollte der Port Type hybrid vermieden werden. Hier ist Trunk definitiv die richtige Wahl. Dort muss dann jedes erlaubte vlan mit aufgeführt werden. Sowohl das eine ungetaggte als alle erlaubten getaggten vlans. 


visit our Youtube Channel:
https://www.youtube.com/channel/UCFJCnuXFGfEbwEzfcgU_ERQ/featured
Please visit my personal blog as well:
https://www.flomain.de
New Contributor

Betreff: LACP zwischen 5406R und 1950 Stack - untagged VLAN

auf dem 1950er Switch kann ich im Trunk mode aber nur eine PVID und beliebige Tagged VLANs eintragen, wo ist da der Trick das in dem Konstrukt zum laufen zu bekommen?

MVP Expert

Re: LACP zwischen 5406R und 1950 Stack - untagged VLAN

Isn't there a VLAN Id mismatch between both LAGs? I mean, on Aruba 5406R zl2 side...Trk14 is set as untagged member of VLAN 20 and tagged member of VLAN 1004...on the HPE OfficeConnect 1950 side the related LAG (known also as BAGG Bridge AGgregation Group) is reported as untagged member of VLAN 1 and tagged member of VLAN 1004 (so it permits VLAN 1, 1004 to transit)...generally VLAN Ids should match...since you need to transfer VLAN 1 untagged from the 1950 why not tag VLAN 20 on both ends and set Trk1 as untagged member of VLAN 1...doing so both ends will have a matching pattern of (permitted) VLAN Ids.

Aruba Employee

Betreff: LACP zwischen 5406R und 1950 Stack - untagged VLAN

don't have a 1950 but the underlying OS is comware and for trunk port, in comware you need to define the PVID, in you case 1, which should be the default, and set the list of allowed VLAN's on the port. This list includes the untagged VLAN (which is 1 in your case) and all tagged VLAN's, like this:

 

interface GigabitEthernet0/9
 port link-mode bridge
 description Uplink
 port link-type trunk
 port trunk permit vlan 1,1004
#

Maybe you could post a screenshot of the configuration on the 1950. 


visit our Youtube Channel:
https://www.youtube.com/channel/UCFJCnuXFGfEbwEzfcgU_ERQ/featured
Please visit my personal blog as well:
https://www.flomain.de
MVP Expert

Betreff: LACP zwischen 5406R und 1950 Stack - untagged VLAN

Hi Florian, exactly.

There is a nice article about how to set Port Aggregations between Comware based and ProVision (now ArubaOS-Switch) based switch series here: it has just a drawback...it doesn't sufficiently highlight the fact that on ArubaOS-Switch based Switches the Port Trunk is, per default, an untagged member of VLAN 1 (this can be changed if necessary) and, instead, on Comware based Switches the corresponding bridge-aggregation group is set with PVID 1 and thus also PVID 1 should be listed between permitted VLAN IDs...that's not a real issue IF one plan to leave uplink interfaces as untagged member of that VLAN on both ends...but if one end changes that...you need to adapt the other one to match to avoid mismatches.

Search Airheads
cancel
Showing results for 
Search instead for 
Did you mean: