I am designing a CAN bus device to fit to my own car that will interface with the bus in two ways: in one mode it will passively listen to existing transmissions on the bus, and in the other it will perform some common diagnostic functions (e.g. OBD2). I managed to get my hands on a copy of the ISO 15765-4 standard document, which contains some requirements for external test equipment. Although my device will be permanently connected, that is essentially what it is.
One of those requirements is regarding CAN bus termination. It states that test equipment must
not provide the typical 120R parallel termination (as the vehicle's bus will already be terminated appropriately), but also states that test equipment shall provide AC termination on each of the high and low lines, using a resistor and cap in series to ground (see diagram). It recommends a nominal value for the resistors of 100R and 560pF for the caps.

I have so far not come across this implemented on any designs for CAN-bus devices I have been able to inspect (e.g. published open-source stuff, etc.).
The ISO docs don't say
why they recommend this AC termination be implemented, so I'm not sure whether I should add it to the design of my device.
Would it be to combat potential disturbances to the bus signals caused by additional cable length used by any test equipment connected? The standard allows for up to 5 metres. My device won't be connected via a spur anywhere near that length - perhaps 50 or 60cm. Also, in attempting to research further information, I came across
TI app note AN-903, wherein it is stated that R and C values for AC termination are usually determined according to impedance and round-trip delay - i.e. the cable length. So this also makes me doubt whether it will be needed for my design.
I don't want to blindly add such termination to my design if it's not necessary in my situation, or might in fact inadvertently have a detrimental effect. Should I? I suppose I could always allocate footprints on the board, and then simply not populate them...