BGP polling issues for NXOS

[rickdonato]

Describe the bug Issues are being seen in the poller logs for polling BGP on my nxos devices (9.3(7a)).

To Reproduce Run SuzieQ 0.16.0 against Nexus devices running 9.3(7a).

Attach Here is the interesting parts of the polling log.

2022-03-17 15:13:45,100 - suzieq.poller.worker.services.service - ERROR - Processing data failed for service bgp on node spine2-nxos
Traceback (most recent call last):
  File "/usr/local/lib/python3.7/site-packages/suzieq/poller/worker/services/service.py", line 726, in run
    result = self.process_data(output)
  File "/usr/local/lib/python3.7/site-packages/suzieq/poller/worker/services/service.py", line 443, in process_data
    return self.clean_data(result, data)
  File "/usr/local/lib/python3.7/site-packages/suzieq/poller/worker/services/service.py", line 502, in clean_data
    processed_data = dev_clean_fn(processed_data, raw_data)
  File "/usr/local/lib/python3.7/site-packages/suzieq/poller/worker/services/bgp.py", line 302, in _clean_nxos_data
    for i, item in enumerate(entry['afiSafi']):
TypeError: 'NoneType' object is not iterable
2022-03-17 15:13:48,613 - suzieq.poller.worker.services.service - ERROR - Processing data failed for service bgp on node spine1-nxos
Traceback (most recent call last):
  File "/usr/local/lib/python3.7/site-packages/suzieq/poller/worker/services/service.py", line 726, in run
    result = self.process_data(output)
  File "/usr/local/lib/python3.7/site-packages/suzieq/poller/worker/services/service.py", line 443, in process_data
    return self.clean_data(result, data)
  File "/usr/local/lib/python3.7/site-packages/suzieq/poller/worker/services/service.py", line 502, in clean_data
    processed_data = dev_clean_fn(processed_data, raw_data)
  File "/usr/local/lib/python3.7/site-packages/suzieq/poller/worker/services/bgp.py", line 302, in _clean_nxos_data
    for i, item in enumerate(entry['afiSafi']):
TypeError: 'NoneType' object is not iterable

Expected behavior TBC

Screenshots TBC

Additional context Environment from which this is occurring in:

• remote cli is being used
• correct port setting applied via "set rest-server-port=443"
• can successfully query other tables. For example "device show"