BC660K GL - QNTP returns code 550 (unknown error)

Hi,
using BC660K module I can register with the network (+CEREG: 5). Now I try to use QNTP command, but receiving response code 550. This happens always in home network of the operator. When roaming in foreign network I can receive QNTP response with correct time.
Below IP address is working NTP server address. The same result is with any other NTP server.
Any suggestions what’s wrong with network?
Thanks.
Peter

Below is the sequence of commands:

+CSCON: 1
00> RING at Thu Jan 1 00:00:06 1970
00> >> +CEREG: 5
00> Registration successfull
00> sendCommand << AT+QNTP=0,“217.31.202.100”
00> >> OK
00> >> +CSCON: 0
00> sendCommand << AT+CSQ
00> >> +CSQ: 17,0
00> SS: -79, BER: 0
00> >> OK
00> RING at Thu Jan 1 00:00:22 1970
00> >> +CSCON: 1
00> RING at Thu Jan 1 00:00:34 1970
00> >> +CSCON: 0
00> sendCommand << AT+CSQ
00> >> +CSQ: 16,0
00> SS: -81, BER: 0
00> >> OK
00> RING at Thu Jan 1 00:00:37 1970
00> >> +CSCON: 1
00> RING at Thu Jan 1 00:00:49 1970
00> >> +CSCON: 0
00> sendCommand << AT+CSQ
00> >> +CSQ: 15,0
00> SS: -83, BER: 0
00> >> OK
00> RING at Thu Jan 1 00:00:52 1970
00> >> +QNTP: 550
00> >> +QNBIOTEVENT: “ENTER DEEPSLEEP”

If you need not ultra-precise time: get it from your Internet server, e.g somewhere in an UDP packet as UNIX uint32_t Timestamp. Normally server time is +/- 1 sec precise, so you only have the UDP delay as error.
Jo

AT+QNTP=0,217.31.202.100,123

I tested it and returned +QNTP: 550
I suggest the following steps

AT+QIDNSCFG=0,8.8.8.8,8.8.4.4
AT+QNTP=0,ntp.sjtu.edu.cn
AT+QNTP=0,time.cloudflare.com

Same result when requesting time.cloudflare.com
Looks like no data is received from the network, therefore also no NTP response. I can’t even get ping.
Actually my problem is missing downlink messages which does not work either in this situation.
I suspected bad radio network condition which prevent downlink receive, however +CSQ looks quite good…

00> QuectelModem::init()
00> QuectelModem::RX=4, TX=3, RI=2, PSM_INT=11
00> >> RDY
00> Ready
00> >> +CFUN: 1
00> Requesting IMEI…
00> RING at Thu Jan 1 00:00:01 1970
00> << AT+CGSN=1
00> >> +CPIN: READY
00> PIN
00> >> +CEREG: 2
00> Registering network
00> >> +CGSN: 866207050054422
00> IMEI number: 16 3B 85 8B CF 13 03 00
00> >> OK
00> << AT+CIMI
00> >> 901405720014209
00> Unhandled: 901405720014209
00> >> OK
00> << AT+CSCON=1
00> >> OK
00> << AT+QCGDEFCONT=“IP”,“nbiot.telekom.sk”
00> >> OK
00> << AT+QIDNSCFG=0,8.8.8.8,8.8.4.4
00> >> OK
00> << AT+QICFG=“dataformat”,1,1
00> >> OK
00> RING at Thu Jan 1 00:00:05 1970
00> >> +CSCON: 1
00> RING at Thu Jan 1 00:00:06 1970
00> >> +CEREG: 5
00> Registration successfull
00> Ready
00> UART OFF
00> << AT+QPING=0,www.google.com
00> UART ON
00> >> OK
00> RING at Thu Jan 1 00:00:42 1970
00> >> +QPING: 550
00> Unhandled: +QPING: 550
00> RING at Thu Jan 1 00:00:45 1970
00> >> +CSCON: 0
00> << AT+CSQ
00> >> +CSQ: 20,0
00> SS: -73, BER: 0
00> >> OK
00> >> +QNBIOTEVENT: “ENTER DEEPSLEEP”
00> UART OFF

After +CEREG: 5,to query the IP address delivered from the network
AT+CGPADDR?

AT+QNTP=0,ntp.sjtu.edu.cn
Is above a success?

Unfortunately no success. IP address is present but still - it does not even resolve the ntp server host name:

00> QuectelModem::init()
00> QuectelModem::RX=4, TX=3, RI=2, PSM_INT=11
00> RING at Thu Jan 1 00:00:00 1970
00> >> RDY
00> Ready
00> >> +CFUN: 1
00> Requesting IMEI…
00> RING at Thu Jan 1 00:00:01 1970
00> << AT+CGSN=1
00> >> +CPIN: READY
00> PIN
00> >> +CEREG: 2
00> Registering network
00> >> +CGSN: 866207050054422
00> IMEI number: 16 3B 85 8B CF 13 03 00
00> >> OK
00> << AT+CIMI
00> >> 901405720014209
00> Unhandled: 901405720014209
00> >> OK
00> << AT+CSCON=1
00> >> OK
00> << AT+QCGDEFCONT=“IP”,“nbiot.telekom.sk”
00> >> OK
00> << AT+QIDNSCFG=0,8.8.8.8,8.8.4.4
00> >> OK
00> << AT+QICFG=“dataformat”,1,1
00> >> OK
00> RING at Thu Jan 1 00:00:02 1970
00> >> +CSCON: 1
00> RING at Thu Jan 1 00:00:04 1970
00> >> +CEREG: 5
00> Registration successfull
00> Ready
00> UART OFF
00> << AT+CGPADDR?
00> UART ON
00> >> +CGPADDR: 0,“10.234.76.11”
00> Unhandled: +CGPADDR: 0,“10.234.76.11”
00> >> OK
00> << AT+QNTP=0,ntp.sjtu.edu.cn
00> >> OK
00> RING at Thu Jan 1 00:00:39 1970
00> >> +QNTP: 565
00> RING at Thu Jan 1 00:00:42 1970
00> >> +CSCON: 0
00> << AT+CSQ
00> >> +CSQ: 13,0
00> SS: -87, BER: 0
00> >> OK
00> >> +QNBIOTEVENT: “ENTER DEEPSLEEP”
00> UART OFF

When using numeric IP address your NTP server, modem attempts 3x to get the time (establishing connection and drop back) and then give up:

00> >> RDY
00> Ready
00> >> +CFUN: 1
00> Requesting IMEI…
00> RING at Thu Jan 1 00:00:01 1970
00> << AT+CGSN=1
00> >> +CPIN: READY
00> PIN
00> >> +CEREG: 2
00> Registering network
00> >> +CGSN: 866207050054422
00> IMEI number: 16 3B 85 8B CF 13 03 00
00> >> OK
00> << AT+CIMI
00> >> 901405720014209
00> Unhandled: 901405720014209
00> >> OK
00> << AT+CSCON=1
00> >> OK
00> << AT+QCGDEFCONT=“IP”,“nbiot.telekom.sk”
00> >> OK
00> << AT+QIDNSCFG=0,8.8.8.8,8.8.4.4
00> >> OK
00> << AT+QICFG=“dataformat”,1,1
00> >> OK
00> RING at Thu Jan 1 00:00:05 1970
00> >> +CSCON: 1
00> RING at Thu Jan 1 00:00:06 1970
00> >> +CEREG: 5
00> Registration successfull
00> Ready
00> UART OFF
00> << AT+CGPADDR?
00> UART ON
00> >> +CGPADDR: 0,“10.234.82.156”
00> Unhandled: +CGPADDR: 0,“10.234.82.156”
00> >> OK
00> << AT+QNTP=0,81.2.248.189
00> >> OK
00> RING at Thu Jan 1 00:00:17 1970
00> >> +CSCON: 0
00> << AT+CSQ
00> >> +CSQ: 11,0
00> SS: -91, BER: 0
00> >> OK
00> RING at Thu Jan 1 00:00:22 1970
00> >> +CSCON: 1
00> RING at Thu Jan 1 00:00:34 1970
00> >> +CSCON: 0
00> << AT+CSQ
00> >> +CSQ: 12,0
00> SS: -89, BER: 0
00> >> OK
00> RING at Thu Jan 1 00:00:37 1970
00> >> +CSCON: 1
00> RING at Thu Jan 1 00:00:50 1970
00> >> +CSCON: 0
00> << AT+CSQ
00> >> +CSQ: 10,0
00> SS: -93, BER: 0
00> >> OK
00> RING at Thu Jan 1 00:00:52 1970
00> >> +QNTP: 550
00> >> +QNBIOTEVENT: “ENTER DEEPSLEEP”
00> UART OFF

I suggest you use another NTP server (domain name) and try again, do not use IP

Hi Herbert,
unfortunately no success - see command sequence below.
Peter

00> QuectelModem::init()
00> QuectelModem::RX=4, TX=3, RI=2, PSM_INT=11
00> RING at Thu Jan 1 00:00:00 1970
00> >> RDY
00> Ready
00> >> +CFUN: 1
00> Requesting IMEI…
00> RING at Thu Jan 1 00:00:01 1970
00> << AT+CGSN=1
00> >> +CPIN: READY
00> PIN
00> >> +CEREG: 2
00> Registering network
00> >> +CGSN: 866207050054422
00> IMEI number: 16 3B 85 8B CF 13 03 00
00> >> OK
00> << AT+CIMI
00> >> 901405720014209
00> Unhandled: 901405720014209
00> >> OK
00> << AT+CSCON=1
00> >> OK
00> << AT+QCGDEFCONT=“IP”,“nbiot.telekom.sk”
00> >> OK
00> << AT+QIDNSCFG=0,8.8.8.8,8.8.4.4
00> >> OK
00> << AT+QICFG=“dataformat”,1,1
00> >> OK
00> RING at Thu Jan 1 00:00:02 1970
00> >> +CSCON: 1
00> RING at Thu Jan 1 00:00:04 1970
00> >> +CEREG: 5
00> Registration successfull
00> Ready
00> UART OFF
00> << AT+CGPADDR?
00> UART ON
00> >> +CGPADDR: 0,“10.234.76.11”
00> Unhandled: +CGPADDR: 0,“10.234.76.11”
00> >> OK
00> << AT+QNTP=0,ntp.sjtu.edu.cn
00> >> OK
00> RING at Thu Jan 1 00:00:39 1970
00> >> +QNTP: 565
00> RING at Thu Jan 1 00:00:42 1970
00> >> +CSCON: 0
00> << AT+CSQ
00> >> +CSQ: 13,0
00> SS: -87, BER: 0
00> >> OK
00> >> +QNBIOTEVENT: “ENTER DEEPSLEEP”
00> UART OFF

Please output the current BC660K firmware version

ATI

<< ATI

Quectel_Ltd
Revision: BC660KGLAAR01A04

[2022-06-13_17:39:00:735]AT+QIDNSCFG=0,8.8.8.8,8.8.4.4

[2022-06-13_17:39:00:735]OK
[2022-06-13_17:39:07:919]AT+QNTP=0,ntp.sjtu.edu.cn

[2022-06-13_17:39:07:919]OK
[2022-06-13_17:39:09:100]
[2022-06-13_17:39:09:100]+QNTP: 0,“2022/06/13,09:39:08”
[2022-06-13_17:39:52:298]AT+QNTP=0,time-a.nist.gov

[2022-06-13_17:39:52:298]OK
[2022-06-13_17:39:53:192]
[2022-06-13_17:39:53:192]+QNTP: 0,“2022/06/13,09:39:52”
[2022-06-13_17:40:02:346]AT+QNTP=0,time-a.timefreq.bldrdoc.gov

[2022-06-13_17:40:02:346]OK
[2022-06-13_17:40:03:284]
[2022-06-13_17:40:03:284]+QNTP: 0,“2022/06/13,09:40:02”
[2022-06-13_17:40:11:242]AT+QNTP=0,utcnist.colorado.edu

[2022-06-13_17:40:11:242]OK
[2022-06-13_17:40:12:246]
[2022-06-13_17:40:12:246]+QNTP: 0,“2022/06/13,09:40:11”
[2022-06-13_17:40:21:547]AT+QNTP=0,time-nw.nist.gov

[2022-06-13_17:40:21:547]OK
[2022-06-13_17:41:07:068]
[2022-06-13_17:41:07:068]+QNTP: 550
[2022-06-13_17:41:11:882]AT+QNTP=0,nist1-ny.glassey.com

[2022-06-13_17:41:11:882]OK
[2022-06-13_17:41:12:606]
[2022-06-13_17:41:12:606]+QNTP: 565
[2022-06-13_17:41:25:470]AT+QNTP=0,s1b.time.edu.cn

[2022-06-13_17:41:25:470]OK
[2022-06-13_17:42:11:089]
[2022-06-13_17:42:11:089]+QNTP: 550
[2022-06-13_17:42:12:536]ATI

[2022-06-13_17:42:12:536]Quectel_Ltd
[2022-06-13_17:42:12:536]Quectel_BC660K-GL
[2022-06-13_17:42:12:536]Revision: BC660KGLAAR01A05_BETA0425

[2022-06-13_17:42:12:536]OK

Thank you Herbert,
all of the NTP server responds 565. This is DNS issue - none of hostnames of time server is resolved. I believe this is network issue with incomming UDP traffic.
Checked with other SIM cards (Vodafone, TMobile NL) and all NTP severs get the time correctly.
Any suggestions what could be wrong with their network (TCom SK) ?
Peter

I personally infer that the core network of the radio network may have limited access to some NTP servers

Well, to me, it looks like issue down to inbound IP traffic. AT+QIDNSGIP=“www.google.com” results in 565 - no matter if I set AT+QIDNSCFG=0,8.8.8.8