fix: Update correct datatype for Arista extended communities

[szferguson]

Description

This fixes a parsing issue where AristaRouteDetail expects a string for ext_community_list_raw but EOS returns an integer in the json formatted response

Related Issues

#252

Motivation and Context

On some of our routers, we make use of extended communities. For each extended community in the extCommunityListRaw array returned by EOS, it is an integer and not returned as string. Example:

"extCommunityListRaw": [
    595497215591610,
    876972192302256
],

Tests

When the AristaRouteDetail expects a string for ext_community_list_raw, the following error is produced:

[CRITICAL] 20240609 07:17:42 |66 | parse_arista → 11 validation errors for AristaBGPTable
bgpRouteEntries.`1.1.1.0/24`.bgpRoutePaths.0.routeDetail.extCommunityListRaw.0
  Input should be a valid string [type=string_type, input_value=595497215591610, input_type=int]
    For further information visit https://errors.pydantic.dev/2.7/v/string_type
bgpRouteEntries.`1.1.1.0/24`.bgpRoutePaths.0.routeDetail.extCommunityListRaw.1
  Input should be a valid string [type=string_type, input_value=876972192302256, input_type=int]
    For further information visit https://errors.pydantic.dev/2.7/v/string_type
bgpRouteEntries.`1.1.1.0/24`.bgpRoutePaths.1.routeDetail.extCommunityListRaw.0

When replaced with int, these parse errors no longer appear, and the table is rendered correctly.

[jdhall75]

Thanks for taking the time to research and submit a PR. Since this fix has been submitted there has been another PR for this issue which allows string and integer values for extended communities. Accepting the fix for issue #305 and merging PR #306.

PR #260 
ext_community_list_raw: t.List[int] = []

PR #306
ext_community_list_raw: t.List[t.Union[int, str]] = []