# le\_dcs\_GetChannels doesn't return wifi networks

**URL:** <https://forum.legato.io/t/le-dcs-getchannels-doesnt-return-wifi-networks/5779>\
**Category:** Legato Application Framework\
**Created:** [May 20, 2021, 10:28pm UTC](https://forum.legato.io/t/le-dcs-getchannels-doesnt-return-wifi-networks/5779 "2021-05-20T22:28:38Z")\
**Posts on this page:** 18\
**Page:** 1

<div class="post-metadata">

**Author:** ![jwolla](https://avatars.discourse-cdn.com/v4/letter/j/7ea924/32.png) [@jwolla](https://forum.legato.io/u/jwolla)\
**Post date:** [May 20, 2021, 10:28pm UTC](https://forum.legato.io/t/le-dcs-getchannels-doesnt-return-wifi-networks/5779/1 "2021-05-20T22:28:38Z")

</div>

I’m trying to use the new legato dcs api to setup the wifi channel, but I’m hitting a roadblock because I cannot get the api le\_dcs\_GetChannels to return ANY wifi networks. I even see log statements saying that it has found them. Is this a bug? Attached is a very simple app that starts up and calls the api.

[testNetworkApp.zip](https://forum.legato.io/uploads/short-url/cXH0WrEr9Tpml7YVNqhiYus2GOO.zip) (449.0 KB)

Following is the logs from the test:  
May 20 17:17:38 swi-mdm9x28-wp user.info Legato: INFO | dcsDaemon[1822]/dcsWifi T=main | dcsWifi.c WifiReadScanResults() 832 | Wifi result: SSID = TheDangerZone, BSSID = 00:11:32:ce:b7:eb, AP reference 0x6b, signal strength = -38  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c le\_wifiClient\_GetNextAccessPoint() 987 | Get next AP  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c IsScanRunning() 584 | IsScanRunning .0  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c le\_wifiClient\_GetNextAccessPoint() 1004 | AP ref = 0x26b  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c le\_wifiClient\_GetNextAccessPoint() 1014 | AP ref = 0x26b  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c le\_wifiClient\_GetSsid() 1134 | AP ref 0x26b  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c le\_wifiClient\_GetSsid() 1154 | apPtr-\>AccessPoint.ssidLength 13  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c le\_wifiClient\_GetNextAccessPoint() 987 | Get next AP  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c IsScanRunning() 584 | IsScanRunning .0  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c le\_wifiClient\_GetNextAccessPoint() 1004 | AP ref = 0x46b  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c le\_wifiClient\_GetNextAccessPoint() 1014 | AP ref = 0x46b  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c le\_wifiClient\_GetSsid() 1134 | AP ref 0x46b  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c le\_wifiClient\_GetSsid() 1154 | apPtr-\>AccessPoint.ssidLength 10  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c le\_wifiClient\_GetSignalStrength() 1045 | Get signal strength  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c le\_wifiClient\_GetBssid() 1082 | AP ref 0x46b  
May 20 17:17:38 swi-mdm9x28-wp user.info Legato: INFO | dcsDaemon[1822]/dcsWifi T=main | dcsWifi.c WifiReadScanResults() 832 | Wifi result: SSID = ATTWAeuQXt, BSSID = f4:17:b8:d8:f1:87, AP reference 0x46b, signal strength = -81  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c le\_wifiClient\_GetNextAccessPoint() 987 | Get next AP  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c IsScanRunning() 584 | IsScanRunning .0  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c le\_wifiClient\_GetNextAccessPoint() 1004 | AP ref = 0x66b  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c le\_wifiClient\_GetNextAccessPoint() 1014 | AP ref = 0x66b  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c le\_wifiClient\_GetSsid() 1134 | AP ref 0x66b  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c le\_wifiClient\_GetSsid() 1154 | apPtr-\>AccessPoint.ssidLength 0  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c le\_wifiClient\_GetSignalStrength() 1045 | Get signal strength  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c le\_wifiClient\_GetBssid() 1082 | AP ref 0x66b  
May 20 17:17:38 swi-mdm9x28-wp user.info Legato: INFO | dcsDaemon[1822]/dcsWifi T=main | dcsWifi.c WifiReadScanResults() 832 | Wifi result: SSID = , BSSID = ae:ae:19:b3:a7:28, AP reference 0x66b, signal strength = -77  
May 20 17:17:38 swi-mdm9x28-wp user.err Legato: =ERR= | dcsDaemon[1822]/dcsWifi T=main | dcsWifi.c DcsWifiCreateConnDb() 569 | Cannot create wifi connection db with null SSID  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c le\_wifiClient\_GetNextAccessPoint() 987 | Get next AP  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c IsScanRunning() 584 | IsScanRunning .0  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c le\_wifiClient\_GetNextAccessPoint() 1019 | AP not found  
May 20 17:17:38 swi-mdm9x28-wp user.info Legato: INFO | dcsDaemon[1822]/dcsWifi T=main | dcsWifi.c WifiReadScanResults() 859 | Wifi SSID results: 2 found  
May 20 17:17:38 swi-mdm9x28-wp user.debug Legato: DBUG | wifiService[1996]/daemon T=main | le\_wifiClient.c le\_wifiClient\_GetCurrentConnection() 1177 | AP reference of currently selected connection: (nil)  
May 20 17:17:38 swi-mdm9x28-wp user.info Legato: INFO | dcsDaemon[1822]/dcs T=main | dcsTech.c le\_dcsTech\_CollectChannelQueryResults() 702 | Query channel list results collected from technology 1, retcode 0, list size 2  
May 20 17:17:38 swi-mdm9x28-wp user.info Legato: INFO | dcsDaemon[1822]/dcs T=main | dcsTech.c DcsTechPostChannelList() 681 | Posting collected channel list to apps of size 36  
May 20 17:17:38 swi-mdm9x28-wp user.info Legato: INFO | dcsDaemon[1822]/dcsWifi T=main | dcsWifi.c DcsWifiClientStop() 291 | Stopping Wifi client  
May 20 17:17:38 swi-mdm9x28-wp user.info Legato: INFO | wifiMonitorExe[30376]/wifiMonitor T=main | wifiMonitor.c ClientChannelQueryHandler() 90 | Received channel query result 0, channel list size 36

I see this line says it has at least 2 wifi networks in the list:  
dcsTech.c le\_dcsTech\_CollectChannelQueryResults() 702 | Query channel list results collected from technology 1, retcode 0, list size 2

When I look at the returned list, its all ethernet and cellular connections.  
May 20 17:17:38 swi-mdm9x28-wp user.info Legato: INFO | wifiMonitorExe[30376]/wifiMonitor T=main | wifiMonitor.c ClientChannelQueryHandler() 101 | Available channel #1: name 1 from technology 2, state 0, reference 0x3bb  
May 20 17:17:38 swi-mdm9x28-wp user.info Legato: INFO | wifiMonitorExe[30376]/wifiMonitor T=main | wifiMonitor.c ClientChannelQueryHandler() 101 | Available channel #2: name 2 from technology 2, state 0, reference 0x5bb  
May 20 17:17:38 swi-mdm9x28-wp user.info Legato: INFO | wifiMonitorExe[30376]/wifiMonitor T=main | wifiMonitor.c ClientChannelQueryHandler() 101 | Available channel #3: name 3 from technology 2, state 0, reference 0x7bb  
May 20 17:17:38 swi-mdm9x28-wp user.info Legato: INFO | wifiMonitorExe[30376]/wifiMonitor T=main | wifiMonitor.c ClientChannelQueryHandler() 101 | Available channel #4: name 4 from technology 2, state 0, reference 0x9bb  
May 20 17:17:38 swi-mdm9x28-wp user.info Legato: INFO | wifiMonitorExe[30376]/wifiMonitor T=main | wifiMonitor.c ClientChannelQueryHandler() 101 | Available channel #5: name ecm0 from technology 3, state 0, reference 0x1bb  
May 20 17:17:38 swi-mdm9x28-wp user.info Legato: INFO | wifiMonitorExe[30376]/wifiMonitor T=main | wifiMonitor.c ClientChannelQueryHandler() 101 | Available channel #6: name from technology 0, state 0, reference (nil)  
May 20 17:17:38 swi-mdm9x28-wp user.info Legato: INFO | wifiMonitorExe[30376]/wifiMonitor T=main | wifiMonitor.c ClientChannelQueryHandler() 101 | Available channel #7: name from technology 0, state 0, reference (nil)  
May 20 17:17:38 swi-mdm9x28-wp user.info Legato: INFO | wifiMonitorExe[30376]/wifiMonitor T=main | wifiMonitor.c ClientChannelQueryHandler() 101 | Available channel #8: name from technology 0, state 0, reference (nil)

I’m running Legato 19.11.3 Legato version for WP76xx on mangoh yellow hardware.

---

<div class="post-metadata">

**Author:** ![jyijyi](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.legato.io/jyijyi/32/822_2.png) [@jyijyi](https://forum.legato.io/u/jyijyi)\
**Post date:** [May 21, 2021, 12:06am UTC](https://forum.legato.io/t/le-dcs-getchannels-doesnt-return-wifi-networks/5779/2 "2021-05-21T00:06:27Z")

</div>

Did you try "wifi client scan”

---

<div class="post-metadata">

**Author:** ![jwolla](https://avatars.discourse-cdn.com/v4/letter/j/7ea924/32.png) [@jwolla](https://forum.legato.io/u/jwolla)\
**Post date:** [May 21, 2021, 2:07pm UTC](https://forum.legato.io/t/le-dcs-getchannels-doesnt-return-wifi-networks/5779/3 "2021-05-21T14:07:57Z")

</div>

I did and it worked fine for our sample application, but we are trying to use the new api le\_dcs. Based on my findings, this api 1) Has bugs so that valid wifi lists are not properly added to the list of availiable connections or 2) There is some unknown and undocumented prerequisite for the return of le\_dcs\_GetChannels to include wifi networks that the scan found.

---

<div class="post-metadata">

**Author:** ![jyijyi](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.legato.io/jyijyi/32/822_2.png) [@jyijyi](https://forum.legato.io/u/jyijyi)\
**Post date:** [May 21, 2021, 2:12pm UTC](https://forum.legato.io/t/le-dcs-getchannels-doesnt-return-wifi-networks/5779/4 "2021-05-21T14:12:25Z")

</div>

Normally i used "wifi client scan” only

---

<div class="post-metadata">

**Author:** ![jwolla](https://avatars.discourse-cdn.com/v4/letter/j/7ea924/32.png) [@jwolla](https://forum.legato.io/u/jwolla)\
**Post date:** [May 21, 2021, 2:13pm UTC](https://forum.legato.io/t/le-dcs-getchannels-doesnt-return-wifi-networks/5779/5 "2021-05-21T14:13:57Z")

</div>

That solution works for a manual test, but not a production setup. Could someone from development team look at the app I provided and give feedback if in fact the api is 1) Broken or 2) Not fully documented?

---

<div class="post-metadata">

**Author:** ![jyijyi](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.legato.io/jyijyi/32/822_2.png) [@jyijyi](https://forum.legato.io/u/jyijyi)\
**Post date:** [May 21, 2021, 2:17pm UTC](https://forum.legato.io/t/le-dcs-getchannels-doesnt-return-wifi-networks/5779/6 "2021-05-21T14:17:35Z")

</div>

Why it cannot be used in production?

---

<div class="post-metadata">

**Author:** ![jwolla](https://avatars.discourse-cdn.com/v4/letter/j/7ea924/32.png) [@jwolla](https://forum.legato.io/u/jwolla)\
**Post date:** [May 21, 2021, 2:20pm UTC](https://forum.legato.io/t/le-dcs-getchannels-doesnt-return-wifi-networks/5779/7 "2021-05-21T14:20:27Z")

</div>

wifi command is typed in the command line, and in production setup, there will be no user with terminal access. We need to have app controlling with various api’s like le\_data or le\_dcs. le\_data works, but from documentation, it seems to be preferred for future flexibility that we should use le\_dcs. The le\_dcs api isn’t what is working.

---

<div class="post-metadata">

**Author:** ![jyijyi](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.legato.io/jyijyi/32/822_2.png) [@jyijyi](https://forum.legato.io/u/jyijyi)\
**Post date:** [May 21, 2021, 2:21pm UTC](https://forum.legato.io/t/le-dcs-getchannels-doesnt-return-wifi-networks/5779/8 "2021-05-21T14:21:12Z")

</div>

You can port the source code of "wifi client scan” to your code

> <https://github.com/legatoproject/legato-WiFi/blob/master/apps/tools/wifi/wifi/wifi_client.c>

---

<div class="post-metadata">

**Author:** ![jwolla](https://avatars.discourse-cdn.com/v4/letter/j/7ea924/32.png) [@jwolla](https://forum.legato.io/u/jwolla)\
**Post date:** [May 21, 2021, 2:32pm UTC](https://forum.legato.io/t/le-dcs-getchannels-doesnt-return-wifi-networks/5779/9 "2021-05-21T14:32:37Z")

</div>

We have ported most of that code over to preliminary application, but there are still issues when using it with drawbacks.

1. DNS isn’t setup automatically
2. I believe to run the system() command to setup DNS as per recommendation from earlier forum post causes us to run in an unsandboxed mode.
3. That application I don’t think has any retry logic built-in after wifi beacon loss etc. The dcs service I see documented in [Data Channel Service - Legato Docs](https://docs.legato.io/latest/legatoServicesDCS.html) _should_ have all this functionality already developed. Appreciate the guidance for a work-around, but at this point I would appreciate if you could just compile the app and see if at least what I’m reporting is a bug on everyones setup.

---

<div class="post-metadata">

**Author:** ![jyijyi](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.legato.io/jyijyi/32/822_2.png) [@jyijyi](https://forum.legato.io/u/jyijyi)\
**Post date:** [May 21, 2021, 2:38pm UTC](https://forum.legato.io/t/le-dcs-getchannels-doesnt-return-wifi-networks/5779/10 "2021-05-21T14:38:04Z")

</div>

You can run two app, one is unsandboxed, one is sandboxed.

When you call system() api, you can use ipc to ask the unsandboxed app to run it

---

<div class="post-metadata">

**Author:** ![ClaudioBaldo](https://avatars.discourse-cdn.com/v4/letter/c/b9bd4f/32.png) [@ClaudioBaldo](https://forum.legato.io/u/ClaudioBaldo)\
**Post date:** [August 6, 2021, 2:33am UTC](https://forum.legato.io/t/le-dcs-getchannels-doesnt-return-wifi-networks/5779/11 "2021-08-06T02:33:13Z")

</div>

@jwolla have you found a solution to this? I am having exactly the same problem with the le\_dcs\_GetChannels not returning the wifi channel whatsoever…

---

<div class="post-metadata">

**Author:** ![jwolla](https://avatars.discourse-cdn.com/v4/letter/j/7ea924/32.png) [@jwolla](https://forum.legato.io/u/jwolla)\
**Post date:** [August 11, 2021, 2:19pm UTC](https://forum.legato.io/t/le-dcs-getchannels-doesnt-return-wifi-networks/5779/12 "2021-08-11T14:19:05Z")

</div>

Unfortunately, I have not been able to overcome this. The only way we got wifi working was to revert to using the le\_data api which is said to be deprecated in future version. ☹

---

<div class="post-metadata">

**Author:** ![ClaudioBaldo](https://avatars.discourse-cdn.com/v4/letter/c/b9bd4f/32.png) [@ClaudioBaldo](https://forum.legato.io/u/ClaudioBaldo)\
**Post date:** [August 12, 2021, 5:44am UTC](https://forum.legato.io/t/le-dcs-getchannels-doesnt-return-wifi-networks/5779/13 "2021-08-12T05:44:41Z")

</div>

I feel your pain, I have been struggling with this problem for a bit now and unfortunately it doesn`t sound that we will get any fix on it.

---

<div class="post-metadata">

**Author:** ![mehdiALL1](https://avatars.discourse-cdn.com/v4/letter/m/f6c823/32.png) [@mehdiALL1](https://forum.legato.io/u/mehdiALL1)\
**Post date:** [August 12, 2021, 1:17pm UTC](https://forum.legato.io/t/le-dcs-getchannels-doesnt-return-wifi-networks/5779/14 "2021-08-12T13:17:02Z")

</div>

This issue is being analyzed internally, I’ll keep you in touch.  
QTI9X07-4321

BR

---

<div class="post-metadata">

**Author:** ![ClaudioBaldo](https://avatars.discourse-cdn.com/v4/letter/c/b9bd4f/32.png) [@ClaudioBaldo](https://forum.legato.io/u/ClaudioBaldo)\
**Post date:** [August 13, 2021, 6:41am UTC](https://forum.legato.io/t/le-dcs-getchannels-doesnt-return-wifi-networks/5779/15 "2021-08-13T06:41:35Z")

</div>

@mehdiALL1 thank you for your reply, I have got this working but it seems my legato layer is not behaving properly…  
What I have found out is that I need to initialize the wifi interface and then to call the:  
le\_dcs\_GetChannels()  
function, this way it will find the wifi channel in the dcs API, but it is very difficult to understand what is happening because also online documentation says that now the dcs should work on top of the configTree of the wifiService while I see that if I remove the channel in the dataConnectionService, then the connection to AirVantage wont work as the dcsDaemon wont be able to find a proper channel for the connection.

Also, everytime the avcService finished with the checks will invoke StopBearer() which is stopping the channel, which basically also effect the channel of my app, so it seems that there is only one channel available and not multiple as per documentation?

In the same talking, the le\_wifiClient\_LoadSSid definetely needs the secStore and the configTree for the wifiService or it won`t be able to initialize the reference for the client.

we are using the le=19.11.5, and can`t understand if this is the problem with the sequence of start we have done or with the legato version, and troubleshooting this problem with different legato versions on different hardware make all of this very time consuming to resolve.

The hardware is fantastic but why you don`t spend a little more on making proper documentation for different revisions of the legato? As with the bits and pieces found online it is very troublesome and time consuming to manually test all configurations.  
We are talking about days of troubleshooting for a legato layer which is technically pointed at shorting the release time of the application… while at the moment we have been able to sort out everything but the legato which keep looking very doggy.

please understand this is not a complain but really a beg for improvement as I see we are struggling to get proper answers on the forum from the developers and/or the support team, if there is anyone…

---

<div class="post-metadata">

**Author:** ![jwolla](https://avatars.discourse-cdn.com/v4/letter/j/7ea924/32.png) [@jwolla](https://forum.legato.io/u/jwolla)\
**Post date:** [August 20, 2021, 7:05pm UTC](https://forum.legato.io/t/le-dcs-getchannels-doesnt-return-wifi-networks/5779/16 "2021-08-20T19:05:08Z")

</div>

@mehdiALL1 I’ve tracked the problem down to this area on the code

Aug 20 13:29:34 swi-mdm9x28-wp user.debug Legato: DBUG | dcsDaemon[1816]/dcs T=main | dcsTech.c le\_dcsTech\_CollectChannelQueryResults() 721 | QueryChannelListSize: 36 NewListsize: 3  
Aug 20 13:29:34 swi-mdm9x28-wp user.debug Legato: DBUG | dcsDaemon[1816]/dcs T=main | dcsTech.c le\_dcsTech\_CollectChannelQueryResults() 727 | Query channel list maxed out; collected list trimmed to size 0  
Aug 20 13:29:34 swi-mdm9x28-wp user.info Legato: INFO | dcsDaemon[1816]/dcs T=main | dcsTech.c DcsTechPostChannelList() 681 | Posting collected channel list to apps of size 36  
Aug 20 13:29:34 swi-mdm9x28-wp user.debug Legato: DBUG | dcsDaemon[1816]/dcs T=main | dcs\_db.c le\_dcs\_ChannelQueryNotifier() 405 | Got channel list query result 0, list size 36

It appears that the list of wifi connections is getting trimmed down to 0 because for some reason the variable QueryChannel.listSize is getting set to 36. I’m thinking this is because in some bug of how the list is generated for ethernet:

Aug 20 14:38:04 swi-mdm9x28-wp user.info Legato: INFO | dcsDaemon[14739]/dcs T=main | dcsTech.c le\_dcsTech\_CollectChannelQueryResults() 702 | **Query channel list results collected from technology 3, retcode 0, list size 36**  
Aug 20 14:38:04 swi-mdm9x28-wp user.err Legato: =ERR= | dcsDaemon[14739]/le\_pa\_ethernet T=main | pa\_ethernet\_linux.c pa\_ethernet\_GetInterfaceState() 198 | Failed to open file :“/sys/class/net//operstate”  
Aug 20 14:38:04 swi-mdm9x28-wp user.debug Legato: DBUG | dcsDaemon[14739]/dcsEthernet T=main | dcsEthernet.c DcsEthernetCreateConnDb() 147 | ConnRef 0x3e3 created for Ethernet connection with opState 0

We are not using ethernet on our implementation with Legato on Mangoh Yellow WP76xx.

---

<div class="post-metadata">

**Author:** ![jwolla](https://avatars.discourse-cdn.com/v4/letter/j/7ea924/32.png) [@jwolla](https://forum.legato.io/u/jwolla)\
**Post date:** [November 5, 2021, 5:26pm UTC](https://forum.legato.io/t/le-dcs-getchannels-doesnt-return-wifi-networks/5779/17 "2021-11-05T17:26:55Z")

</div>

> [@mehdiALL1](#):
>
> QTI9X07-4321

@mehdiALL1 : Any update on QTI9X07-4321?

---

<div class="post-metadata">

**Author:** ![jwolla](https://avatars.discourse-cdn.com/v4/letter/j/7ea924/32.png) [@jwolla](https://forum.legato.io/u/jwolla)\
**Post date:** [March 17, 2022, 9:31pm UTC](https://forum.legato.io/t/le-dcs-getchannels-doesnt-return-wifi-networks/5779/18 "2022-03-17T21:31:42Z")

</div>

@ClaudioBaldo : We found the issue was a legato issue bugfix that was never ported to legato 19.11 path firmwares:

Pulled in fix LE14350(wrong break location) and LE14249(wrong number ethernet networks shows in le\_dcs\_GetChannels API call.

See [Fix the location of a "break" in le\_data's ChannelEventHandler · legatoproject/legato-af@9852b91 · GitHub](https://github.com/legatoproject/legato-af/commit/9852b91e53a12d7c661e3f573f3de760268b461a) and [Fix data channel collection code in dcsEthernet · legatoproject/legato-af@cd9c45b · GitHub](https://github.com/legatoproject/legato-af/commit/cd9c45b2b3150f2d8b050a0d52b1258d5de60667). Using le\_dcs for wifi networks now works!
