GW send data, but Bridge not processing

Alberto_Gutierrez_Ro · October 28, 2020, 8:30am

Hi,

We are trying to configure the bridge to receive data from the gateway, but it never receives anything, I don’t know what else I can configure or look at, any suggestions?

Logs:

Alberto_Gutierrez_Ro · October 28, 2020, 9:15am

More info…

Alberto_Gutierrez_Ro · October 28, 2020, 9:19am

antenna using is:

chopmann · October 28, 2020, 9:31am

A screenshot is not that helpful, next time please upload text.

Refer to and describe your setup.
https://www.chirpstack.io/project/architecture/

Where is the GB running, is it running in the gateway (local) or are you hosting is outside the gateway (extern)
If it’s running local, it should be a localhost address and not the ddns address.
If it’s extern your router might be having issues forwarding the messages to your “gateway-bridge”. Please check the appropriate settings on your router.

Alberto_Gutierrez_Ro · October 28, 2020, 10:28am

Not, my antenna connect via internet with my server.

hal@msi:/$ sudo tcpdump -AUq port 1700 -vv
tcpdump: listening on enp4s0, link-type EN10MB (Ethernet), capture size 262144 bytes
09:10:34.169957 IP (tos 0x0, ttl 55, id 31261, offset 0, flags [DF], proto UDP (17), length 139)
67.red-83-44-41.dynamicip.rima-tde.net.52625 > msi.1700: [udp sum ok] UDP, length 111
E…z.@.7…S,)C…wF…c…L?.IF.{“stat”:{“time”:“2020-10-28 09:10:33 GMT”,“rxnb”:0,“rxok”:0,“rxfw”:0,“ackr”:0.0,“dwnb”:0,“txnb”:0}}
09:10:35.961788 IP (tos 0x0, ttl 55, id 31262, offset 0, flags [DF], proto UDP (17), length 40)
67.red-83-44-41.dynamicip.rima-tde.net.45910 > msi.1700: [udp sum ok] UDP, length 12
E…(z.@.7…}S,)C…V…T.3…L?.IF…'…
09:11:12.602156 IP (tos 0x0, ttl 55, id 31263, offset 0, flags [DF], proto UDP (17), length 40)
67.red-83-44-41.dynamicip.rima-tde.net.51894 > msi.1700: [udp sum ok] UDP, length 12
E…(z.@.7…|S,)C…g…L?.IF…".*.
09:11:22.792816 IP (tos 0x0, ttl 55, id 31264, offset 0, flags [DF], proto UDP (17), length 40)
67.red-83-44-41.dynamicip.rima-tde.net.51894 > msi.1700: [udp sum ok] UDP, length 12
E…(z @.7…{S,)C…is…L?.IF…lD8
09:11:29.886631 IP (tos 0x0, ttl 55, id 31265, offset 0, flags [DF], proto UDP (17), length 290)
67.red-83-44-41.dynamicip.rima-tde.net.35620 > msi.1700: [udp sum ok] UDP, length 262
E…“z!@.7…S,)C…$…2/.Q…L?.IF.{“rxpk”:[{“tmst”:19706339,“time”:“2020-10-28T09:11:45.268917Z”,“tmms”:1287911524268,“chan”:1,“rfch”:1,“freq”:868.300000,“stat”:1,“modu”:“LORA”,“datr”:“SF7BW125”,“codr”:“4/5”,“lsnr”:7.2,“rssi”:-54,“size”:23,“data”:“QFI/oACA9AII3KhcccQ7gBw39g5kB0w=”}]}
09:11:32.993008 IP (tos 0x0, ttl 55, id 31266, offset 0, flags [DF], proto UDP (17), length 40)
67.red-83-44-41.dynamicip.rima-tde.net.51894 > msi.1700: [udp sum ok] UDP, length 12
E…(z”@.7…yS,)C…J…L?.IF…[._q

If you observed, my antenna send data to my UDP 1700 port, this data captured.

This problem is when bridge not procesed the data.

Oct 28 09:05:28 msi systemd[1]: Stopping ChirpStack Gateway Bridge…
Oct 28 09:05:28 msi systemd[1]: chirpstack-gateway-bridge.service: Succeeded.
Oct 28 09:05:28 msi systemd[1]: Stopped ChirpStack Gateway Bridge.
Oct 28 09:05:28 msi systemd[1]: Started ChirpStack Gateway Bridge.
Oct 28 09:05:28 msi chirpstack-gateway-bridge[130644]: time=“2020-10-28T09:05:28Z” level=info msg=“starting ChirpStack Gateway Bridge” docs=“Introduction - ChirpStack open-source LoRaWAN® Network Server” version=3.9.2
Oct 28 09:05:28 msi chirpstack-gateway-bridge[130644]: time=“2020-10-28T09:05:28Z” level=info msg=“backend/semtechudp: starting gateway udp listener” addr=“127.0.0.1:1700”
Oct 28 09:05:28 msi chirpstack-gateway-bridge[130644]: time=“2020-10-28T09:05:28Z” level=debug msg=“backend/semtechudp: cleanup gateway registry”

My router open ports UDP 1700 and TCP 8081 to app only, open the port for all using?

chopmann · October 28, 2020, 10:32am

msg=“backend/semtechudp: starting gateway udp listener” addr=“127.0.0.1:1700”
Please change your GB-setting to bind to all or the IP address facing the “internet”

github.com

brocaar/chirpstack-gateway-bridge/blob/master/cmd/chirpstack-gateway-bridge/cmd/configfile.go#L80



# Semtech UDP packet-forwarder backend.
[backend.semtech_udp]

# ip:port to bind the UDP listener to
#
# Example: 0.0.0.0:1700 to listen on port 1700 for all network interfaces.
# This is the listener to which the packet-forwarder forwards its data
# so make sure the 'serv_port_up' and 'serv_port_down' from your
# packet-forwarder matches this port.
udp_bind = "{{ .Backend.SemtechUDP.UDPBind }}"

# Skip the CRC status-check of received packets
#
# This is only has effect when the packet-forwarder is configured to forward
# LoRa frames with CRC errors.
skip_crc_check = {{ .Backend.SemtechUDP.SkipCRCCheck }}

# Fake RX timestamp.
#
# Fake the RX time when the gateway does not have GPS, in which case

github.com

brocaar/chirpstack-gateway-bridge/blob/master/cmd/chirpstack-gateway-bridge/cmd/root.go#L41


	cobra.OnInitialize(initConfig)

	rootCmd.PersistentFlags().StringVarP(&cfgFile, "config", "c", "", "path to configuration file (optional)")
	rootCmd.PersistentFlags().Int("log-level", 4, "debug=5, info=4, error=2, fatal=1, panic=0")

	viper.BindPFlag("general.log_level", rootCmd.PersistentFlags().Lookup("log-level"))

	// default values
	viper.SetDefault("general.log_level", 4)
	viper.SetDefault("backend.type", "semtech_udp")
	viper.SetDefault("backend.semtech_udp.udp_bind", "0.0.0.0:1700")

	viper.SetDefault("backend.concentratord.crc_check", true)
	viper.SetDefault("backend.concentratord.event_url", "ipc:///tmp/concentratord_event")
	viper.SetDefault("backend.concentratord.command_url", "ipc:///tmp/concentratord_command")

	viper.SetDefault("backend.basic_station.bind", ":3001")
	viper.SetDefault("backend.basic_station.stats_interval", time.Second*30)
	viper.SetDefault("backend.basic_station.ping_interval", time.Minute)
	viper.SetDefault("backend.basic_station.read_timeout", time.Minute+(5*time.Second))
	viper.SetDefault("backend.basic_station.write_timeout", time.Second)

eugenev · October 28, 2020, 10:33am

you gw bridge start listen localhost interface, and not listen external ones

Alberto_Gutierrez_Ro · October 28, 2020, 10:36am

Oct 28 10:35:02 msi systemd[1]: Stopped ChirpStack Gateway Bridge.
Oct 28 10:35:02 msi systemd[1]: Started ChirpStack Gateway Bridge.
Oct 28 10:35:02 msi chirpstack-gateway-bridge[133571]: time=“2020-10-28T10:35:02Z” level=info msg=“starting ChirpStack Gateway Bridge” docs=“Introduction - ChirpStack open-source LoRaWAN® Network Server” version=3.9.2
Oct 28 10:35:02 msi chirpstack-gateway-bridge[133571]: time=“2020-10-28T10:35:02Z” level=info msg=“backend/semtechudp: starting gateway udp listener” addr=“217.216.66.248:1700”
Oct 28 10:35:02 msi chirpstack-gateway-bridge[133571]: time=“2020-10-28T10:35:02Z” level=fatal msg="setup backend error: new backend error: listen udp error: listen udp 217.216.66.248:1700: bind: cannot assign requested address"
Oct 28 10:35:02 msi systemd[1]: chirpstack-gateway-bridge.service: Main process exited, code=exited, status=1/FAILURE
Oct 28 10:35:02 msi systemd[1]: chirpstack-gateway-bridge.service: Failed with result ‘exit-code’.
Oct 28 10:35:02 msi systemd[1]: chirpstack-gateway-bridge.service: Scheduled restart job, restart counter is at 5.
Oct 28 10:35:02 msi systemd[1]: Stopped ChirpStack Gateway Bridge.
Oct 28 10:35:02 msi systemd[1]: chirpstack-gateway-bridge.service: Start request repeated too quickly.
Oct 28 10:35:02 msi systemd[1]: chirpstack-gateway-bridge.service: Failed with result ‘exit-code’.
Oct 28 10:35:02 msi systemd[1]: Failed to start ChirpStack Gateway Bridge.

This config fail, with localhost not fail.

chopmann · October 28, 2020, 10:38am

Not the IP address of your router. The IP of the interface connected to the network.
Probably 192.168.1.X
or just use 0.0.0.0:1700

Alberto_Gutierrez_Ro · October 28, 2020, 10:40am

This my config, without errors. … But my bridge not procesing nothing…

Alberto_Gutierrez_Ro · October 28, 2020, 11:23am

With my local ip

udp_bind = “192.168.0.18:1700”

bridge not log error, but not processing anything either

Alberto_Gutierrez_Ro · October 28, 2020, 12:19pm

my bridge log:

Oct 28 10:46:07 msi systemd[1]: chirpstack-gateway-bridge.service: Succeeded.
Oct 28 10:46:07 msi systemd[1]: Stopped ChirpStack Gateway Bridge.
Oct 28 10:46:07 msi systemd[1]: Started ChirpStack Gateway Bridge.
Oct 28 10:46:07 msi chirpstack-gateway-bridge[133899]: time=“2020-10-28T10:46:07Z” level=info msg=“starting ChirpStack Gateway Bridge” docs=“Introduction - ChirpStack open-source LoRaWAN® Network Server” version=3.9.2
Oct 28 10:46:07 msi chirpstack-gateway-bridge[133899]: time=“2020-10-28T10:46:07Z” level=info msg=“backend/semtechudp: starting gateway udp listener” addr=“192.168.0.18:1700”
Oct 28 10:46:07 msi chirpstack-gateway-bridge[133899]: time=“2020-10-28T10:46:07Z” level=debug msg=“backend/semtechudp: cleanup gateway registry”
Oct 28 10:46:07 msi chirpstack-gateway-bridge[133899]: time=“2020-10-28T10:46:07Z” level=info msg=“integration/mqtt: connected to mqtt broker”
Oct 28 10:47:07 msi chirpstack-gateway-bridge[133899]: time=“2020-10-28T10:47:07Z” level=debug msg=“backend/semtechudp: cleanup gateway registry”
… every minute the same…

Any idea?

bconway · October 28, 2020, 12:47pm

You may have a network connectivity issue (firewall, etc). Try connecting to 1700 UDP using netcat on the gateway itself, then try the same from off-gateway. You should see an error line in the logs.

Alberto_Gutierrez_Ro · October 28, 2020, 12:55pm

Not errors…

I think not compatible in versions between antenna(gw) and server(bridge), is possible?

bconway · October 28, 2020, 1:10pm

You’re using TCP in your netcat test.

Alberto_Gutierrez_Ro · October 28, 2020, 1:21pm

Alberto_Gutierrez_Ro · November 11, 2020, 10:10am

Hi all,

I still have not been able to solve the problem, is it necessary that port 8000 of the networkserver be exposed to the outside?

Any idea?

Thanks.

Alberto_Gutierrez_Ro · November 11, 2020, 10:48am

In log antenna gateway is:

JSON up: {“stat”:{“time”:“2020-11-11 10:27:36 GMT”,“rxnb”:0,“rxok”:0,“rxfw”:0,“ackr”:0.0,“dwnb”:0,“txnb”:0}}
INFO: [down] the last 10 PULL_DATA were not ACKed, exiting application

What does this mean?

pulidoj · November 12, 2020, 3:05am

Hi,

No, you don’t need to open this port at all.

pulidoj · November 12, 2020, 3:10am

It means that your gateway is not receiving messages from network server.
It’s right like this at this moment, as you didn’t reach to connect your gateway to the network server.

The problem must be located at any setup in server, that makes that the gateway bridge doesn’t receive the packages.