# Cisco v2.1 CPF - TTN Backend Config Error: "Server side radio config - Illegal field: lorawan\_public" **URL:** \ **Category:** Gateways\ **Created:** [October 2, 2020, 1:05am UTC](https://www.thethingsnetwork.org/forum/t/cisco-v2-1-cpf-ttn-backend-config-error-server-side-radio-config-illegal-field-lorawan-public/40275 "2020-10-02T01:05:34Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![Nik393](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/nik393/32/25844_2.png) [@Nik393](https://www.thethingsnetwork.org/forum/u/Nik393)\ **Post date:** [October 2, 2020, 1:05am UTC](https://www.thethingsnetwork.org/forum/t/cisco-v2-1-cpf-ttn-backend-config-error-server-side-radio-config-illegal-field-lorawan-public/40275/1 "2020-10-02T01:05:34Z")
Hi all, To keep this brief I’ll skip why, but the gateway was updated successfully to the recent firmware (FW) update from Cisco. This is version 2.1.0.1 which comes with the Common Packet Forwarder (CPF). Utilising the method provided here: [Setting up Basic Station protocol on RAK7240 and RAK7249 industrial gateways](https://www.thethingsnetwork.org/forum/t/setting-up-basic-station-protocol-on-rak7240-and-rak7249-industrial-gateways/37011) , I have jury rigged the Cisco gateway to connect to TTN, but it’s encountering an error when it receives the configuration from TTNs backend. This error has been diagnosed from the CPF (debug mode) logs accessible on the gateway: I’ll need to investigate this certificate issue after jury rigging it into working: 2020-10-01 04:46:09.240 [AIO:INFO] tc has no key+cert configured - running server auth only It connects to TTN here: 2020-10-01 04:46:09.259 [TCE:VERB] Connecting to MUXS… 2020-10-01 04:46:09.367 [TCE:VERB] Connected to MUXS. 2020-10-01 04:46:09.367 [AIO:DEBU] ------------------------------ 2020-10-01 04:46:09.367 [AIO:DEBU] sending msg…len=139 2020-10-01 04:46:09.367 [AIO:DEBU] [7|WS] \> {“msgtype”:“version”,“station”:“2.0.5(cisco/std)”,“firmware”:“2.0.5”,“package”:“2.0.5”,“model”:“cisco”,“protocol”:2,“features”:“rmtsh gps”} 2020-10-01 04:46:09.367 [AIO:DEBU] ------------------------------ 2020-10-01 04:46:09.377 [S2E:DEBU] ------------------------------ Receives config from TTN (error occurs in italics): 2020-10-01 04:46:09.377 [S2E:DEBU] receiving msg…len=1149 2020-10-01 04:46:09.377 [S2E:DEBU] {“msgtype”:“router\_config”,“NetID”:null,“JoinEui”:null,“regi 2020-10-01 04:46:09.377 [S2E:DEBU] on”:“AU915”,“hwspec”:“sx1301/1”,“freq\_range”:[915000000,9280 2020-10-01 04:46:09.377 [S2E:DEBU] 00000],“DRs”:[[12,125,0],[11,125,0],[10,125,0],[9,125,0],[8, 2020-10-01 04:46:09.377 [S2E:DEBU] 125,0],[7,125,0],[8,500,0],[0,0,0],[12,500,0],[11,500,0],[10 2020-10-01 04:46:09.377 [S2E:DEBU] ,500,0],[9,500,0],[8,500,0],[7,500,0],[0,0,0],[0,0,0]],_"sx13_ _2020-10-01 04:46:09.377 [S2E:DEBU] 01\_conf":[{“lorawan\_public”:true,“clksrc”:1,“antenna\_gain”:0_ _2020-10-01 04:46:09.377 [S2E:DEBU] ,“radio\_0”:{“enable”:true,“freq”:917200000,“rssi\_offset”:-16_ _2020-10-01 04:46:09.377 [S2E:DEBU] 6,“tx\_enable”:true},“radio\_1”:{“enable”:true,“freq”:91790000_ _2020-10-01 04:46:09.377 [S2E:DEBU] 0,“rssi\_offset”:-166,“tx\_enable”:false},“chan\_multiSF\_0”:{"e_ _2020-10-01 04:46:09.377 [S2E:DEBU] nable":true,“radio”:0,“if”:-400000},“chan\_multiSF\_1”:{"enabl_ _2020-10-01 04:46:09.377 [S2E:DEBU] e":true,“radio”:0,“if”:-200000},“chan\_multiSF\_2”:{“enable”:t_ _2020-10-01 04:46:09.377 [S2E:DEBU] rue,“radio”:0,“if”:0},“chan\_multiSF\_3”:{“enable”:true,"radio_ _2020-10-01 04:46:09.377 [S2E:DEBU] “:0,“if”:200000},“chan\_multiSF\_4”:{“enable”:true,“radio”:1,”_ _2020-10-01 04:46:09.377 [S2E:DEBU] if":-300000},“chan\_multiSF\_5”:{“enable”:true,“radio”:1,“if”:_ _2020-10-01 04:46:09.377 [S2E:DEBU] -100000},“chan\_multiSF\_6”:{“enable”:true,“radio”:1,“if”:1000_ _2020-10-01 04:46:09.377 [S2E:DEBU] 00},“chan\_multiSF\_7”:{“enable”:true,“radio”:1,“if”:300000},"_ _2020-10-01 04:46:09.377 [S2E:DEBU] chan\_Lora\_std":{“enable”:true,“radio”:0,“if”:300000,"bandwid_ _2020-10-01 04:46:09.377 [S2E:DEBU] th":500000,“spread\_factor”:8},“chan\_FSK”:{“enable”:false}}]_, 2020-10-01 04:46:09.377 [S2E:DEBU] “nocca”:true,“nodc”:true,“nodwell”:true,“MuxTime”:1601527569 2020-10-01 04:46:09.377 [S2E:DEBU] .3780406} 2020-10-01 04:46:09.377 [S2E:DEBU] ------------------------------ 2020-10-01 04:46:09.378 [RAL:WARN] Ignoring unsupported/unknown field: gps\_conf ​ **Error:** _2020-10-01 04:46:09.378 [JSN:ERRO] @[0].lorawan\_public: Server side radio config - Illegal field: lorawan\_public_ **-----------------** 2020-10-01 04:46:09.378 [RAL:ERRO] Parsing of JSON failed - ‘router\_config.sx1301\_conf’ ignored Closes connection to TTN and retries: 2020-10-01 04:46:09.378 [any:ERRO] Closing connection to muxs - error in s2e\_onMsg 2020-10-01 04:46:09.378 [AIO:DEBU] [7] ws\_close reason=1000 2020-10-01 04:46:09.378 [AIO:DEBU] Echoing close - reason=1000 2020-10-01 04:46:09.387 [AIO:DEBU] [7|WS] Server sent close: reason=1000 2020-10-01 04:46:09.387 [AIO:DEBU] [7] WS connection shutdown… 2020-10-01 04:46:09.387 [TCE:VERB] Connection to MUXS closed in state -1 2020-10-01 04:46:09.387 [TCE:INFO] INFOS reconnect backoff 10s (retry 1) I have further spoken to ‘Meshed’ who operate the router in Australia for TTN regarding this issue and have been advised to contact Cisco (currently awaiting response, I will update when I receive new info) and TTN. Unfortunately, this error does not appear to be an issue I can rectify on my end. I suspect it’s due to the FW update from Cisco simply being new and some kinks need to be ironed out. Thank you in advance for any assistance you can provide and the time you have taken so I can bring this to your attention. Regards, Nik ---
**Author:** ![arjanvanb](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/arjanvanb/32/46626_2.png) [@arjanvanb](https://www.thethingsnetwork.org/forum/u/arjanvanb)\ **Post date:** [October 2, 2020, 7:49am UTC](https://www.thethingsnetwork.org/forum/t/cisco-v2-1-cpf-ttn-backend-config-error-server-side-radio-config-illegal-field-lorawan-public/40275/2 "2020-10-02T07:49:44Z")
**Oh, bummer, I just noticed that the filtered output below still includes `lorawan_public`…** So the following probably does not help you, still just in case. * * * Any chance you see a URL like the following? [https://account.thethingsnetwork.org/api/v2/frequency-plans/AU\_915\_928](https://account.thethingsnetwork.org/api/v2/frequency-plans/AU_915_928) And if yes, can you change that to include `?filter=ttn` like the following? [https://account.thethingsnetwork.org/api/v2/frequency-plans/AU\_915\_928?filter=ttn](https://account.thethingsnetwork.org/api/v2/frequency-plans/AU_915_928?filter=ttn) This ~~trick~~ feature is also used (at least for EU868) by the Kickstarter The Things Gateway, which would otherwise also fail on unknown fields in the JSON result. (That gateway is not using Basic Station.) And just in case it helps, the Basic Station implementation in the The Things Indoor Gateway (TTIG) seems to happily [ignore unknown fields](https://tinkerman.cat/post/hacking-the-tti-indoor-gateway/): ```nohighlight 1970-01-01 00:00:16.374 [TCE:VERB] Connected to MUXS. 1970-01-01 00:00:16.685 [S2E:WARN] Unknown field in router_config - ignored: bcning (0x1EE5E245) 1970-01-01 00:00:16.689 [S2E:WARN] Unknown field in router_config - ignored: config (0xF7A3E35F) 1970-01-01 00:00:16.693 [S2E:WARN] Unknown field in router_config - ignored: protocol (0xFD309030) 1970-01-01 00:00:16.701 [S2E:WARN] Unknown field in router_config - ignored: regionid (0xE6FFB211) 1970-01-01 00:00:16.713 [S2E:WARN] Unknown field in router_config - ignored: upchannels (0x7FCAA9EB) ``` ---
**Author:** ![mpodoski](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/mpodoski/32/25844_2.png) [@mpodoski](https://www.thethingsnetwork.org/forum/u/mpodoski)\ **Post date:** [October 15, 2020, 8:12pm UTC](https://www.thethingsnetwork.org/forum/t/cisco-v2-1-cpf-ttn-backend-config-error-server-side-radio-config-illegal-field-lorawan-public/40275/3 "2020-10-15T20:12:28Z")
Hi, were you able to get this resolved? ---
**Author:** ![Nik393](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/nik393/32/25844_2.png) [@Nik393](https://www.thethingsnetwork.org/forum/u/Nik393)\ **Post date:** [October 15, 2020, 11:00pm UTC](https://www.thethingsnetwork.org/forum/t/cisco-v2-1-cpf-ttn-backend-config-error-server-side-radio-config-illegal-field-lorawan-public/40275/4 "2020-10-15T23:00:02Z")
@mpodoski Unfortunately, not yet. I’m still in the process of talking to Cisco about it and I will update if it’s ever resolved. @arjanvanb It’s not possible, unfortunately. Though to circumvent this issue I rolled back to FW v2.0.32 to utilise Semtech UDP Packet Forwarder with a cobbled together AS923 template from three different sources for use in Australia as Cisco does not provide the templates, nor provide support for it (hence upgrading to the new firmware where CPF is supported). For the moment it appears to be working and I’m in the process of testing it. ---
**Author:** ![mpodoski](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/mpodoski/32/25844_2.png) [@mpodoski](https://www.thethingsnetwork.org/forum/u/mpodoski)\ **Post date:** [October 16, 2020, 2:55am UTC](https://www.thethingsnetwork.org/forum/t/cisco-v2-1-cpf-ttn-backend-config-error-server-side-radio-config-illegal-field-lorawan-public/40275/5 "2020-10-16T02:55:55Z")
Thanks Nik393, will do the same… ---
**Author:** ![pedroandre](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/pedroandre/32/25844_2.png) [@pedroandre](https://www.thethingsnetwork.org/forum/u/pedroandre)\ **Post date:** [December 14, 2020, 11:19am UTC](https://www.thethingsnetwork.org/forum/t/cisco-v2-1-cpf-ttn-backend-config-error-server-side-radio-config-illegal-field-lorawan-public/40275/6 "2020-12-14T11:19:51Z")
Bump We are integrating Cisco IXM v2.1.0.2 (CPF 2.0.5) with LNS v3.10.4 and we are facing the same problem.