Closed ghost closed 9 months ago
Bug update:
The problem exists with 17.09.04a code, as running fact gathering against 17.03.05 works fine even with a sub-interface index of 1012 ( GigabitEthernet0/0/0.1012 ).
I just tested this task against another ISR4321 running 17.09.04a code, and when I configured a sub-interface "GigabitEthernet0/0/1.1012", the task COMPLETED. When I created a "GigabitEthernet0/0/0.1012" sub-interface, the task FAILED.
@abs-netdevops, are you certain that the issue is limited to version 17.09.04a and works correctly with all other versions?
I recommend updating to the latest collection version, 6.0.0, released recently. I've submitted a pull request with a unit test specifically checking for sub-interfaces greater than 999. Let me know if this resolves the issue. Thank you.
SUMMARY
When attempting to gather facts from an ISR4321 router (IOS-XE version 17.09.04a), the module errors out with what appears to be a truncated sub-interface index.
ISSUE TYPE
COMPONENT NAME
ios_facts
ANSIBLE VERSION
COLLECTION VERSION
CONFIGURATION
OS / ENVIRONMENT
RHEL 8.7
STEPS TO REPRODUCE
Simply run a fact gathering task (ios_facts) against the above ISR4321 running 17.09.04a code.
EXPECTED RESULTS
Example output from another router that has sub-interface values < 999:
ACTUAL RESULTS
There is no GigabitEthernet0/0/0.1 - this sub-interface is actually GigabitEthernet0/0/0.1012. The "012" are being truncated for some unknown reason.