Subj : Problem with legacy tosser (Squish) and Sync's MSGID
To   : Fred Riccio
From : Oli
Date : Tue Dec 01 2020 08:21 pm

01 Dec 20 13:15, you wrote to Marc Lewis:

 FR> AFAIK, squish computes the CRC32 of everything in the MSGID line that
 FR> comes after the colon, and uses it for dupe checking.  It shouldn't be
 FR> trying to parse it.

I believe that's correct and Squish doesn't parse the MSGID line. If it is parsing the MSGID, it should be somewhere in the sources and should be easy to fix...

 FR> If for some reason Squish is trying to get the origin address from thr
 FR> MSGID line, check the pkt to see if the zone is in the header.  It
 FR> could be getting confused because of all the different packet header
 FR> versions.  Maybe Sync is using an unknown (to squish) header format
 FR> and it can't find the zone, so it goes looking in other places.

AFAIK Squish supports FSC-0039 packets only and SSBSecho writes FSC-0045 and FSC-0048 packets. Would this explain the problem?

 * Origin: kakistocracy (2:280/464.47)