You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We're trying to use the pattern described at https://github.com/dasiths/python_tak_datapackage_example/blob/main/docs/data-package-steps.md to upload a Data Package to FTS and then send a Binary File Transfer Request (b-f-t-r) CoT for it. The Data Package uploads fine and may then be manually downloaded by clients. Unfortunately, even though the 'b-f-t-r' CoT is indeed received by FTS (as seen in TCP packet traces, as well as some print debugging of the Python source), it's just not rebroadcast. Both TCP or SSL connections have been attempted.
It wouldn't seem to be a network configuration problem as CoTs may be successfully sent from the UI CONNECT page.
This same approach works just fine with tak.gov TAK Server, taky, and even FreeTAKServer version 1 … it's just not working with FreeTAKServer version 2.
From some initial print debugging, the clientData.get() invocation in services/tcp_cot_service/tcp_cot_service_main.pymainRunFunction() line 584 returns an empty list after receiving the CoT … even though there's most definitely a client (ATAK) connected (as seen on the UI HOME page CONNECTED-CLIENTS count). Perhaps something here might be amiss.
The text was updated successfully, but these errors were encountered:
We're trying to use the pattern described at https://github.com/dasiths/python_tak_datapackage_example/blob/main/docs/data-package-steps.md to upload a Data Package to FTS and then send a Binary File Transfer Request (b-f-t-r) CoT for it. The Data Package uploads fine and may then be manually downloaded by clients. Unfortunately, even though the 'b-f-t-r' CoT is indeed received by FTS (as seen in TCP packet traces, as well as some print debugging of the Python source), it's just not rebroadcast. Both TCP or SSL connections have been attempted.
It wouldn't seem to be a network configuration problem as CoTs may be successfully sent from the UI CONNECT page.
This same approach works just fine with tak.gov TAK Server, taky, and even FreeTAKServer version 1 … it's just not working with FreeTAKServer version 2.
From some initial print debugging, the clientData.get() invocation in services/tcp_cot_service/tcp_cot_service_main.py mainRunFunction() line 584 returns an empty list after receiving the CoT … even though there's most definitely a client (ATAK) connected (as seen on the UI HOME page CONNECTED-CLIENTS count). Perhaps something here might be amiss.
The text was updated successfully, but these errors were encountered: