Forum Discussion
Derek_Murphy_38
Nimbostratus
Mar 28, 2011ARX configuration/network layout
Hi guys,
We have a pair of ARX2000's that I'm getting ready to setup. I want to
make sure I set them up properly. The following is how we're planning
on configuring the ARX's
5 port...
Jim_McCarron_44
Jun 15, 2011Historic F5 Account
Derek,
I believe your issue (at least one of them) is with the channel configuration.
; vlan 32 and 114
channel 1
redundancy protocol 1/1 to 1/8
vlan-tag 32
vlan-tag 114
lacp passive
description "1-8 lacp"
no trap shutdown
exit
The key words "redundancy protocol" in the channel is incorrect. If you want "channel 1" to consist of ports 1/2 to 1/8 for "client/server" then you should use the term "members" instead of "redundancy protocol" like this:
; vlan 32 and 114
channel 1
members 1/1 to 1/8
vlan-tag 32
vlan-tag 114
lacp passive
description "1-8 lacp"
no shutdown
exit
Your second problem looks to be with the ports (1/11 and 1/12) that will be used for the cluster inter-connect between the two ARX's. (Current config below)
int gig 1/11
redundancy protocol
no shutdown
exit
int gig 1/12
redundancy protocol
no shutdown
exit
I assume you want to have these two ports configured as a channel between the two ARX's and you want to have the reudndancy protocol over them? If this is the case you must remove "redundancy protocol" from both gig ports, and also you must hard code the speed/duplex in order to put these ports into a channel. Like this:
int gig 1/11
speed 1000-full
no shutdown
exit
int gig 1/12
speed 1000-full
no shutdown
exit
Then you should create a second channel, but this time you will use "redundancy protocol" to specify the ports, rather than use "members" like this:
channel 2
redundancy protocol 1/11 to 1/12
lacp passive
description "chassis interconnect"
no shutdown
exit
Give that a shot. As for routing and gateways you may only have one active default route at a time (the ARX has a single route table), and does not support Equal Cost Multipath Routing. It will be best to put the default gateway on the client network (because there are typically more client networks, than storage). If there is remote storage that the ARX will virtualize (meaning not on the same subnet as the ARX proxy IP addresses), then you must configure a static host route to the storage using a gateway on the subnet where the Proxy IP addresses live instead of a default route.
Recent Discussions
Related Content
DevCentral Quicklinks
* Getting Started on DevCentral
* Community Guidelines
* Community Terms of Use / EULA
* Community Ranking Explained
* Community Resources
* Contact the DevCentral Team
* Update MFA on account.f5.com
Discover DevCentral Connects