You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If you look at a cisco acl list, it is common to have an acl like:
rule 5 permit ip source 1.2.3.4 0.0.0.0
or in some cases:
rule 5 permit ip source 1.2.3.4 0
here both 0.0.0.0 and 0 are cisco acl bitmask, indicating a net mask of 32 bit length
but if I simply concatenate them with ip address, IPNetwork class will treat them as normal netmask and get the wrong result:
I can manually convert the acl bitmask to net mask, but I think it's better to be automatically handled in netaddr, so please add an optional parameter in IPNetwork constructor to separate them out
forgot to say: this also apply to all 1 acl bitmask(255.255.255.255), although it is rare to see this in a device
The text was updated successfully, but these errors were encountered:
If you look at a cisco acl list, it is common to have an acl like:
rule 5 permit ip source 1.2.3.4 0.0.0.0
or in some cases:
rule 5 permit ip source 1.2.3.4 0
here both 0.0.0.0 and 0 are cisco acl bitmask, indicating a net mask of 32 bit length
but if I simply concatenate them with ip address, IPNetwork class will treat them as normal netmask and get the wrong result:
I can manually convert the acl bitmask to net mask, but I think it's better to be automatically handled in netaddr, so please add an optional parameter in IPNetwork constructor to separate them out
forgot to say: this also apply to all 1 acl bitmask(255.255.255.255), although it is rare to see this in a device
The text was updated successfully, but these errors were encountered: