Our tablets are indeed set up to swap access points when necessary - and they appear to be bouncing like you say!! - wow, great link about VB6. Ah, now that I read your post again I see you've pointed out what the problem is. I'm even in - the two access points are around 50 meters apart and fairly high up - more than a normal ceiling. WIRESHARK TCP RETRANSMISSION REGISTRATIONThe messages at time 360 are the tablet getting sent the name and registration number of every registered Bridge player in my entire country. I think the messages at time 135 are because the tablet is setting itself up. We're going to try switching one off or giving them different - Thanks for looking at it. They should all be from the same access point.Īt the moment the two access points have exactly the same SSID and password. From filtering the wireshark log against one mac address and then the other, 50% are from one access point and 33% from the other one. For a successful connection the two mac addresses match on every message I checked. Every time this happens a spurious reset occurs. the ACK is going to a different access point than the SYN arrived on. I posted a question on a wireshark forum and some incredibly observant person noticed that for the SYN -> ACK messages that open a TCP connection, the source mac address in the SYN is different to the destination mac address in the ACK sent by the PC i.e. I've compared the sent by the PC against a successful one and there is no difference. Here's some more detailĪ tablet that is struggling to get feedback is sending a TCP connection reset (RST) right at the start of the TCP transaction e.g. WIRESHARK TCP RETRANSMISSION ANDROIDThey are Lenovo TB3 710F running Android 5.0. Can anyone suggest what the cause of this is? The problem is not associated with any one particular tablet - lots of them do it at different times. It shows that the tablet is sending lots and lots of TCP resets and retransmissions. Last night I captured messages at the scoring PC using wireshark and for IP address 192.168.1.58 there are a huge number of errors for that IP address and the people using the tablet with that address reported the tablet had lots of problems all night. Turning the wifi off and on often helps but it usually goes wrong again, soon after. The second problem is that some tablets have a problem getting feedback all night. We've found one of the problems which is that the scoring PC is taking too long to send the result back - the tablet times out after two seconds which is too short. We have two ubiquiti ap ac pro access points and Lenovo tablets. WIRESHARK TCP RETRANSMISSION HOW TOA few weeks ago I asked about how to capture wifi messages because of a problem we're having at my Bridge club we're our tablets sometimes have a problem getting feedback from the scoring PC.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |