cancel
Showing results for 
Search instead for 
Did you mean: 

S3 ACLs vs CISCO ACLs ... it seems something is not working as expected ...

S3 ACLs vs CISCO ACLs ... it seems something is not working as expected ...

Stefano_Dall_Os
New Contributor III
I all ...

we're trying to migrate a CISCO configuration to a S3 ...
everything is going fine about L2 and L3,
but we're facing some issues with ACLs ...

we "copied" and "paste" from CISCO to the S3,
changing some little stuff like protocol names and others ...

the strange thing is that on the CISCO everything was working fine ...
on the S3 instead, we had some issues ... we had to move some rules before others to make them work, but without a reason ...
I mean ... for example ...
- Rule A
- Rule B
- Rule C

Rule C is the matching one, and rules A and B has NOTHING to share with rule C ...
on CISCO everything was working perfectly ... and it worked for years with no rule changes ...
on the S3 we had to move Rule C before Rule A to make it work ...

I know it sounds "unreal", but is what we "experienced" for some rules ...

is there any know best practice? anything we maybe forgot?
any know "bug" or misbehavior?

this is the firmware we have
Chassis Firmware Revision: 08.32.02.0009

please let us know

best regards

Stefano

3 REPLIES 3

Luke_French
Extreme Employee
Limits from the release notes.

ACLs 1,000
-Access Rules 5,000
-Access Rules – Per ACL 5,000
We do not have any best practices specific to EOS or the S-Series.

Stefano_Dall_Os
New Contributor III
Hi,
that sound as we were thinking ...
I mean, that the LOGIC between the 2 vendors should be the same ...
We have to admit the ACL is a very ong one ...
600 rules ... more or less ...
any known "limit"?
is there any best practice?

thanks again

Stefano

Luke_French
Extreme Employee
Sorry you had an issue, because I would expect the logic of the ACL to be identical to Cisco. I am not aware of any ACL issue related to ordering, and I double-checked the KB and the release notes.



GTM-P2G8KFN