Hotfix/ppm 118 wireless backhaul sta mac

[rmelotte]

• handle the "dev_get_param" with the "macaddr" parameter when we're running a wireless backhaul test. We used to reply with the ruid, but we have to reply with the mac address of the backhaul sta.
• Update the certification repository to use a local tshark version:. This is needed because the tshark version bundled in the certification repository doesn't recognize some of the packets exchanged during the test (the association request, as well as all the beacon frames). Specifically, it fails to read the following field in the beacon frames: Ext Tag: HE Operation (IEEE Std 802.11ax/D3.0) See the following 2 merge requests:
  • https://git.prpl.dev/prplmesh/wfa-certification/sniffer_ucc_agent/-/merge_requests/1
  • https://git.prpl.dev/prplmesh/wfa-certification/easymesh_cert/-/merge_requests/24

The MAP-4.2.2_BH24G test used to pass (if the DUT was on the same channel than the certified device - see https://jira.prplfoundation.org/browse/PPM-327) but no longer will (see below). Due to recent changes we did to the agent database, by the time the UCC asks for the macaddr the backhaul has already disconnected (because of https://jira.prplfoundation.org/browse/PPM-330) and we can no longer reply to it.

It means the MAP-4.2.2_BH24G test will fail on the following step until https://jira.prplfoundation.org/browse/PPM-330 is fixed:

dev_get_parameter,program,map,ruid,0xac9a96f723a5,parameter,macaddr

Fixes https://jira.prplfoundation.org/browse/PPM-323