Closed semuadmin closed 1 month ago
Hi,
Unfortunately gnssntripclient
doesn't currently support Transfer-Encoding: chunked
, which is only available in NTRIP 2.0 (since HTTP/1.1). A fix is in hand in RC 1.1.0, but as a temporary workaround, select NTRIP version 1.0 instead (--ntripversion 1.0
). The IGS casters like euref-ip.net, igs-ip.net etc. still support NTRIP 1.0 (as do many others) which does not use chunked encoding - you should find the stream works fine then (you may see a handful of Unknown protocol header
messages at the beginning of a verbose log - this is just residual data being flushed from the buffer):
gnssntripclient --server euref-ip.net --port 443 --https 1 --mountpoint DARE00GBR0 --ntripversion 1.0 --ntripuser youruser --ntrippassword yourpassword --verbosity 2
2024-08-18 08:15:03.618 - INFO - pygnssutils.gnssntripclient - Streaming RTCM data from euref-ip.net:443/DARE00GBR0 ...
Unknown protocol header b'\xd3p'.
Unknown protocol header b'\xb5\xde'.
Unknown protocol header b'\xb5k'.
Unknown protocol header b'$\xf8'.
Unknown protocol header b'\xd3\xf3'.
2024-08-18 08:15:03.622 - INFO - pygnssutils.gnssntripclient - RTCMMessage received: 1127
2024-08-18 08:15:03.624 - INFO - pygnssutils.gnssntripclient - RTCMMessage received: 1097
2024-08-18 08:15:03.626 - INFO - pygnssutils.gnssntripclient - RTCMMessage received: 1087
2024-08-18 08:15:03.628 - INFO - pygnssutils.gnssntripclient - RTCMMessage received: 1077
2024-08-18 08:15:03.628 - INFO - pygnssutils.gnssntripclient - RTCMMessage received: 1006
2024-08-18 08:15:03.628 - INFO - pygnssutils.gnssntripclient - RTCMMessage received: 1230
2024-08-18 08:15:03.628 - INFO - pygnssutils.gnssntripclient - RTCMMessage received: 4094
2024-08-18 08:15:03.628 - INFO - pygnssutils.gnssntripclient - RTCMMessage received: 1019
2024-08-18 08:15:03.629 - INFO - pygnssutils.gnssntripclient - RTCMMessage received: 1042
2024-08-18 08:15:03.629 - INFO - pygnssutils.gnssntripclient - RTCMMessage received: 1046
...
pygnssutils Bug Report Template
Describe the bug
On enabling logging (--verbosity 3), it appears the 'missing' RTCM3 messages are being received but are failing the CRC check in
pyubx2
, which suggests that the data stream is being garbled or prematurely truncated. May be a low-level TCP socket handling issue.On examining the incoming NTRIP HTTP responses and data streams using Wireshark, the only significant difference I can see is that the euref-ip.net caster explicitly states it's using a 'chunked' Transfer-Encoding and the Win size is 65024, while for rtk2go.com it's 2097664.
euref-ip.net:
rtk2go.com:
To Reproduce
Steps to reproduce the behaviour:
Expected Behaviour
All RTCM3 data from the designated caster should be received and parsed OK.