length: 40) 188.8.131.52.80 > x.x.x.x.52510: S [tcp sum ok]
bad_TCP_header_len x.x.x.x/52510 > 184.108.40.206/80
and why bro use bad tcp port ?
Now I understand the question. The original packet was a SYN ACK from
220.127.116.11/80 to x.x.x.x/52510, but Bro reports it in the opposite
The reason for this (which I agree is not intuitive) is that because the
packet was a SYN ACK, Bro instantiates a corresponding connection in the
opposite direction (because presumably x.x.x.x sent an initial SYN using
source port 52510). Bro's current "weird" framework (which needs to be
reworked) always identifies the connection rather than the culprit, so if
the sender of something strange was the apparent server side, it comes out
looking instead like it came from the apparent client side.