213a5e68a68afd2169f26cf216edcc5024a6b638

1. MAC does not really consider the expect TA and the expect RA when the expect TA mask and expect RA mask is 0. Basically, it checks for the subtype, bandwidth and NSS as the filter criteria. 2. In the other scenario, if the RA matches with expect RA and TA matches with expect TA then it does not really consider the expect TA MASK and expect RA MASK. With the current default config, since the expect address mask is 00:00:00:00:00:00 it falls under case 1 and it is written based on the MAC recipe. But actual MAC logic is different from what is mentioned in the recipe. MAC works on below logic: TA & TA MASK = Expect TA & expect TA mask RA & RA MASK = Expect RA & expect RA mask As an additional precaution, we need to modify default subtype as 0 so that if user enables any group by mistake and does not give any input for the other RCC configurations, we can block the RCC to capture CFR data. Change-Id: Ic79fde2a23126b6cdca84df0091e1df23fb487e4
Kuvaus
No description provided
Languages
C
98.7%
C++
0.9%
Makefile
0.3%
Starlark
0.1%