- Community Home
- >
- Networking
- >
- Legacy
- >
- Switches, Hubs, Modems
- >
- IRF link connection
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-09-2018 03:34 AM
02-09-2018 03:34 AM
Hello,
I was just wondering, why we have to use only one type of connecting IRF links. According to config guides the valid IRF link connection are 1/1 -> 2/2 or 1/2 -> 2/1 (connect first interface on one member to the second interface on other member). Does anybody know, why connections like 1/1 -> 2/1 or 1/2 -> 2/2 are not valid? I cannot find any information about it and I'm really interested in.
Thank you
Tom
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-09-2018 12:15 PM - edited 02-09-2018 01:33 PM
02-09-2018 12:15 PM - edited 02-09-2018 01:33 PM
Re: IRF link connection
I'm not sure to follow you exactly...the requirements of connecting physical interface(s) bound to logical IRF Port 1 of one IRF Member to respective physical interface(s) bound to logical IRF Port 2 of the next neighbour IRF Member (and vice-versa between IRF Port 2 to IRF Port 1)...has nothing to to with any restriction related to which physical interface(s) type (and number) you use in IRF Ports binding...execpt for the obiouvs two: (a) require you to use the same type of interfaces between two neighbour IRF Members (that's physically logical) and (b) if you aggregate two physical for IRF Port 1 then you need to do so also for IRF Port 2...and, symmetrically, the same on the other way back IRF Port 2/1 to IRF Port 1/2 (even if - I think - there is no explicit statement to do so...it's totally reasonable to do so).
So when you wrote "why we have to use only one type of connecting IRF links"...it's not a clear preamble to your subsequent requests.
I'm not an HPE Employee
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-11-2018 11:32 PM
02-11-2018 11:32 PM
Re: IRF link connection
Hello,
according to HP ATP - FlexNetwork Solutions V3 Official Study Guide there is written:
"Port 1 on one member must always connect to port 2 on another member. Member 1 and member 2 can connect on ports 1/1 and 2/2 or on ports 1/2 and 2/1. But they can never connect on ports 1/1 and 2/1 or 1/2 and 2/2."
For example:
FortyGig 1/0/51 = Irf-link 1/1
FortyGig 1/0/52 = Irf-link 1/2
FortyGig 2/0/51 = Irf-link 2/1
FortyGig 2/0/52 = Irf-link 2/2
The interesting part for me is why two members can never be connected on ports 1/1 and 2/1 or 1/2 and 2/2?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-13-2018 02:16 PM
02-13-2018 02:16 PM
SolutionIt's a matter of how IRF was implemented: you have always "to cross" IRF logic port 1 with IRF logic port 2 on any neighbouring IRF members (and any IRF Member is entitled to hjave only two IRF logic ports)...that could be seen as unnecessary (as pretty much happens on VSF implemented on ArubaOS-Switch based switches where VSF logic ports - which are the counterpart of IRF logic ports - can be interconnected irrespectively of any number they have assigned to).
Deploying a two IRF Members cluster (IRF Member 1 and IRF Member 2) and having four physical interface globally available for IRF links (two for each IRF Member involved) you're pretty much forced into what is called an IRF chain topology (IRF ring topology is admitted on two IRF Member cluster for specific switch series only): in this scenario I would bind FortyGig 1/0/51 and FortyGig 1/0/52 physical interfaces to the same IRF port 1/1 (so IRF port 1/2 exists but has no physical interfaces bound so it can't be used at all) and bind FortyGig 2/0/51 and FortyGig 2/0/52 interfaces to the same IRF port 2/2 (so IRF port 2/1 has no physical interfaces bound so it can't be used at all).
I'm not an HPE Employee