I have a bug to report with the gateway project code.
The problem is
that the gateway is not decoding inbound slow speed data packets via gateway/network.So when using reflectors or linked it will send data but not receive data. This is particularly problematic as no ACK can be sent back to any systems which causes re transmissions of the ACK and confusion. As well as failure of use of slow speed data on linked or reflectors or from RF to AP nodes.
The gateway will 'transmit' packets over the RF and internet/gateway 'outbound' with no issues we see the packet in the logs.
Further testing with DVAP will show the product actually is working to accept slow speed traffic if you have a DVAP connected and send a packet via RF on the DVAP, gateway will accept and pass the packet locally this is seen in the logs with no issues so that is the specific reason for suggesting this is a bug, because the same behavior (incoming packets to gateway) will not happen if the same test is done with a internet/linked test and the same packets are sent to the software (see following zip pcap and logs show this)
to replicate the issue
you will need an additional DRATS station (make sure not to use the same call on each use K7MHI and K7MHI-1 for example) simply connect ircDDBgateway to a known DRATS reflector or a repeater that has a DRATS user on it.
load up drats on the gateway/ircddb system responsible for a link in the connection.and make sure you enabled drats on the info tab in ircddbConfig.
-load up drats and connect drats network radio to "localhost:20011" (default port default software - side note this is a very unstable connection make sure that d-rats shows connected watch drats logs this sometimes requres a restart of ircddb to see incoming IP connection in the ircddb log)
-additionally disable all other drat-flectors and disconnect from the internet to test properly
-now link your ircddb gateway via reflector or via direct repeater-repeater link to the other DRATS test repeater/reflector
-now just try chatting for example from one host to the other the remote and the local D-Rats you will see one way traffic (one way outbound from ircDDB)
-additionally connect (a 3rd or another) d-rats node to the ircddb locally with a DVAP or directly for example no linked path and test again to see different behavior
vk4tux
commented
8 years ago
I have a bug to report with the gateway project code.
The problem is that the gateway is not decoding inbound slow speed data packets via gateway/network.So when using reflectors or linked it will send data but not receive data. This is particularly problematic as no ACK can be sent back to any systems which causes re transmissions of the ACK and confusion. As well as failure of use of slow speed data on linked or reflectors or from RF to AP nodes.
The gateway will 'transmit' packets over the RF and internet/gateway 'outbound' with no issues we see the packet in the logs.
Further testing with DVAP will show the product actually is working to accept slow speed traffic if you have a DVAP connected and send a packet via RF on the DVAP, gateway will accept and pass the packet locally this is seen in the logs with no issues so that is the specific reason for suggesting this is a bug, because the same behavior (incoming packets to gateway) will not happen if the same test is done with a internet/linked test and the same packets are sent to the software (see following zip pcap and logs show this)
to replicate the issue you will need an additional DRATS station (make sure not to use the same call on each use K7MHI and K7MHI-1 for example) simply connect ircDDBgateway to a known DRATS reflector or a repeater that has a DRATS user on it.
Full pcap for each machine in the test and the ircddb logs are here https://kellykeeton.com/k7mhi/dstar/drats-issue.zip (couldn't attach for some reason 22k file)
I have another thread here https://groups.yahoo.com/neo/groups/ircDDBGateway/conversations/topics/12200
additionally another user group has found the same problems documented here by a 3rd party https://groups.yahoo.com/neo/groups/d-rats_group/conversations/messages/854
possibly related to this issue https://github.com/dl5di/OpenDV/pull/11
drats-issue.zip