[Nexthop][m4062nhp] Add 4x200G-FR4 speed combination so qsfp_service can program FR4_2x400G optics

[zackary-nexthop]

Pre-submission checklist

• I've ran the linters locally and fixed lint errors related to the files I modified in this PR. You can install the linters by running pip install -r requirements-dev.txt && pre-commit install
• pre-commit run

Summary

Under 4x200G breakout (PROFILE_200G_2_PAM4_RS544X2N_OPTICAL, 200G on 2 host lanes), qsfp_service cannot program FR4_2x400G optics: the properties entry for media interface 11 declares 200G only on 4 host lanes, so application selection finds no candidate and every module fails with Unsupported Application, retrying forever at about 6/s. The modules do advertise a matching application (200GAUI-2-L, media code 0xC0, 2 host lanes, host-assign 0x55).

This adds the missing combination to entry "11" of TransceiverPropertiesDefault.h: four 200G ports on host/media lanes 0/2/4/6 with mediaLaneCode 0xC0, plus the 2x400G-FR4 to 4x200G-FR4 speed-change transition. The byte gets a proper name, SMFMediaInterfaceCode::FR2_200G = 0xC0, alongside a new MediaInterfaceCode::FR2_200G = 37 used as the combo's reporting code, and verify200gProfile in the hw_test utils accepts both. No logic touched, data and enum values only.

Test Plan

Validated the exact JSON on an m4062nhp (INNOLIGHT T-OL8CNT-NFM optics) by loading it through the --transceiver_properties_config runtime override:

• Reproduced first: flipped cage 1 to 4x200G on stock defaults, got the ticket's Unsupported Application retry loop.
• With the new table: config loads (Loaded transceiver properties config with 14 SMF entries), modules program to app 5, all lanes ACTIVATED, Current Media Interface: 192 (0xC0), zero errors.
• Regression: reverted the cage to 800G with the new table still loaded; module reprogrammed to app 6 (FR8_800G) cleanly. Box restored to its original config, all 128 links up.