PPPos Internet connection problem

classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

PPPos Internet connection problem

tushartp
Hello,

I am using GSM LTE Modem from Quectel EC21.
I am having problem pinging the device after it has successfully acquired the IP address. The modem works fine on Windows machine when I try to use dial up connection.
I am doing something wrong or my settings are not correct

Below is the log and config file.

#define PPP_SUPPORT             1      /* Set > 0 for PPP */
#define NUM_PPP                 1      /* Max PPP sessions. */
#define PPPOS_SUPPORT           1
#define PAP_SUPPORT             1      /* Set > 0 for PAP. */
#define CHAP_SUPPORT            1      /* Set > 0 for CHAP. */
#define MSCHAP_SUPPORT          0      /* Set > 0 for MSCHAP */
#define CBCP_SUPPORT            0      /* Set > 0 for CBCP (NOT FUNCTIONAL!) */
#define CCP_SUPPORT             0      /* Set > 0 for CCP */
#define VJ_SUPPORT              1      /* Set > 0 for VJ header compression. */
#define MD5_SUPPORT             1      /* Set > 0 for MD5 (see also CHAP) */
#define PPP_DEBUG                       LWIP_DBG_ON
#define PRINTPKT_SUPPORT                1



8250:tNET>0.0.0.0.255.255terface pp IPce
8250:tNET>ppp phase changed[0]: phase=0
8250:tNET>ppp_connect[0]: holdoff=0
8250:tNET>ppp phase changed[0]: phase=3
8250:tNET>pppos_connect: unit 0: connecting
8250:tNET>ppp_start[0]
8250:tNET>ppp phase changed[0]: phase=6
8250:tNET>pppos_send_config[0]: out_accm=FF FF FF FF
8250:tNET>ppp_send_config[0]
8250:tNET>pppos_recv_config[0]: in_accm=FF FF FF FF
8250:tNET>ppp_recv_config[0]
8250:tNET> CHAP=1 CHAP_MD5=1s:
8250:tNET>sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x448fe8ac> <pcomp> <accomp>]
8255:tNET>pppos_write[0]: len=24
8255:tNET>ppp_start[0]: finished
8265:TCP/IP>pppos_input[0]: got 99 bytes
8266:TCP/IP>rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <auth chap MD5> <magic 0x8ce22304> <pcomp> <accomp>]
8267:TCP/IP>sent [LCP ConfAck id=0x0 <asyncmap 0x0> <auth chap MD5> <magic 0x8ce22304> <pcomp> <accomp>]
8272:TCP/IP>pppos_write[0]: len=29
8273:TCP/IP>rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x448fe8ac> <pcomp> <accomp>]
8273:TCP/IP>netif_set_mtu[0]: mtu=1500
8273:TCP/IP>pppos_send_config[0]: out_accm=0 0 0 0
8274:TCP/IP>ppp_send_config[0]
8274:TCP/IP>pppos_recv_config[0]: in_accm=0 0 0 0
8274:TCP/IP>ppp_recv_config[0]
8274:TCP/IP>ppp phase changed[0]: phase=7
8278:TCP/IP>pppos_input[0]: got 63 bytes
8279:TCP/IP>rcvd [LCP DiscReq id=0x1 magic=0x8ce22304]
8280:TCP/IP>rcvd [CHAP Challenge id=0x1 <7c74c0e1f0fb5cc034cd7687a7c0de25>, name = "UMTS_CHAP_SRVR"]
8280:TCP/IP>No CHAP secret found for authenticating us to UMTS_CHAP_SRVR
8281:TCP/IP>sent [CHAP Response id=0x1 <6a749ee30ba8736e7be0a62fb618565f>, name = ""]
8284:TCP/IP>pppos_write[0]: len=25
8286:TCP/IP>pppos_input[0]: got 10 bytes
8286:TCP/IP>rcvd [CHAP Success id=0x1 ""]
8286:TCP/IP>CHAP authentication succeeded
8287:TCP/IP>CHAP authentication succeeded
8287:TCP/IP>ppp phase changed[0]: phase=9
8287:TCP/IP>sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]
8290:TCP/IP>pppos_write[0]: len=20
8307:TCP/IP>pppos_input[0]: got 26 bytes
8307:TCP/IP>rcvd [IPCP ConfReq id=0x0]
8308:TCP/IP>sent [IPCP ConfNak id=0x0 <addr 0.0.0.0>]
8310:TCP/IP>pppos_write[0]: len=14
8310:TCP/IP>rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
8311:TCP/IP>sent [IPCP ConfReq id=0x2 <addr 0.0.0.0>]
8313:TCP/IP>pppos_write[0]: len=14
8313:TCP/IP>pppos_input[0]: got 10 bytes
8314:TCP/IP>rcvd [IPCP ConfReq id=0x1]
8314:TCP/IP>sent [IPCP ConfAck id=0x1]
8315:TCP/IP>pppos_write[0]: len=8
8316:TCP/IP>pppos_input[0]: got 16 bytes
8316:TCP/IP>rcvd [IPCP ConfNak id=0x2 <addr 10.200.45.187>]
8317:TCP/IP>sent [IPCP ConfReq id=0x3 <addr 10.200.45.187>]
8319:TCP/IP>pppos_write[0]: len=14
8321:TCP/IP>pppos_input[0]: got 16 bytes
8321:TCP/IP>rcvd [IPCP ConfAck id=0x3 <addr 10.200.45.187>]
8322:TCP/IP>Could not determine remote IP address: defaulting to 10.64.64.64
8322:TCP/IP>sifvjcomp[0]: VJ compress enable=0 slot=0 max slot=0
8322:TCP/IP>netif: netmask of interface pp set to 255.255.255.255
8323:TCP/IP>netif: GW address of interface pp set to 10.64.64.64
8323:TCP/IP>netif_set_ipaddr: netif address being changed
8323:TCP/IP>netif: IP address of interface pp set to 10.200.45.187
8323:TCP/IP>sifup[0]: err_code=0
ppp_link_status_cb: PPPERR_NONE
   our_ip4addr = 10.200.45.187
   his_ipaddr  = 10.64.64.64
   netmask     = 255.255.255.255
   dns1        = 0.0.0.0
   dns2        = 0.0.0.0
8325:TCP/IP>local  IP address 10.200.45.187
8325:TCP/IP>remote IP address 10.64.64.64
8325:TCP/IP>ppp phase changed[0]: phase=10




Regards,
Tushar


_______________________________________________
lwip-users mailing list
[hidden email]
https://lists.nongnu.org/mailman/listinfo/lwip-users
Reply | Threaded
Open this post in threaded view
|

Re: PPPos Internet connection problem

Sylvain Rochet
Hi,


On Fri, Jun 29, 2018 at 02:32:49PM -0400, Tushar Patel wrote:
> Hello,
>
> I am using GSM LTE Modem from Quectel EC21.
> I am having problem pinging the device after it has successfully acquired
> the IP address.

What do you mean by "the device" ? From which host are you sending the
ping request ? to which host ? Did you miss that 10.200.45.187 is behind
a CGN network ?


> The modem works fine on Windows machine when I try to use
> dial up connection.
> I am doing something wrong or my settings are not correct
>
> Below is the log and config file.

Everything looks fine.


Sylvain

_______________________________________________
lwip-users mailing list
[hidden email]
https://lists.nongnu.org/mailman/listinfo/lwip-users

signature.asc (188 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: PPPos Internet connection problem

Ajay Bhargav (SiWi)
In reply to this post by tushartp

Tushar,

 

Service providers do not assign public IPs to modems. They are usually behind an ISP gateway. You need to talk to your ISP if public IP is needed. Rest everything looks fine.

 

Regards,

Ajay Bhargav

 

From: [hidden email]
Sent: Saturday, June 30, 2018 12:03 AM
To: [hidden email]
Subject: [lwip-users] PPPos Internet connection problem

 

Hello,

 

I am using GSM LTE Modem from Quectel EC21.

I am having problem pinging the device after it has successfully acquired the IP address. The modem works fine on Windows machine when I try to use dial up connection.

I am doing something wrong or my settings are not correct

 

Below is the log and config file.

 

#define PPP_SUPPORT             1      /* Set > 0 for PPP */

#define NUM_PPP                 1      /* Max PPP sessions. */

#define PPPOS_SUPPORT           1

#define PAP_SUPPORT             1      /* Set > 0 for PAP. */

#define CHAP_SUPPORT            1      /* Set > 0 for CHAP. */

#define MSCHAP_SUPPORT          0      /* Set > 0 for MSCHAP */

#define CBCP_SUPPORT            0      /* Set > 0 for CBCP (NOT FUNCTIONAL!) */

#define CCP_SUPPORT             0      /* Set > 0 for CCP */

#define VJ_SUPPORT              1      /* Set > 0 for VJ header compression. */

#define MD5_SUPPORT             1      /* Set > 0 for MD5 (see also CHAP) */

#define PPP_DEBUG                       LWIP_DBG_ON

#define PRINTPKT_SUPPORT                1

 

 

 

8250:tNET>0.0.0.0.255.255terface pp IPce

8250:tNET>ppp phase changed[0]: phase=0

8250:tNET>ppp_connect[0]: holdoff=0

8250:tNET>ppp phase changed[0]: phase=3

8250:tNET>pppos_connect: unit 0: connecting

8250:tNET>ppp_start[0]

8250:tNET>ppp phase changed[0]: phase=6

8250:tNET>pppos_send_config[0]: out_accm=FF FF FF FF

8250:tNET>ppp_send_config[0]

8250:tNET>pppos_recv_config[0]: in_accm=FF FF FF FF

8250:tNET>ppp_recv_config[0]

8250:tNET> CHAP=1 CHAP_MD5=1s:

8250:tNET>sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x448fe8ac> <pcomp> <accomp>]

8255:tNET>pppos_write[0]: len=24

8255:tNET>ppp_start[0]: finished

8265:TCP/IP>pppos_input[0]: got 99 bytes

8266:TCP/IP>rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <auth chap MD5> <magic 0x8ce22304> <pcomp> <accomp>]

8267:TCP/IP>sent [LCP ConfAck id=0x0 <asyncmap 0x0> <auth chap MD5> <magic 0x8ce22304> <pcomp> <accomp>]

8272:TCP/IP>pppos_write[0]: len=29

8273:TCP/IP>rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x448fe8ac> <pcomp> <accomp>]

8273:TCP/IP>netif_set_mtu[0]: mtu=1500

8273:TCP/IP>pppos_send_config[0]: out_accm=0 0 0 0

8274:TCP/IP>ppp_send_config[0]

8274:TCP/IP>pppos_recv_config[0]: in_accm=0 0 0 0

8274:TCP/IP>ppp_recv_config[0]

8274:TCP/IP>ppp phase changed[0]: phase=7

8278:TCP/IP>pppos_input[0]: got 63 bytes

8279:TCP/IP>rcvd [LCP DiscReq id=0x1 magic=0x8ce22304]

8280:TCP/IP>rcvd [CHAP Challenge id=0x1 <7c74c0e1f0fb5cc034cd7687a7c0de25>, name = "UMTS_CHAP_SRVR"]

8280:TCP/IP>No CHAP secret found for authenticating us to UMTS_CHAP_SRVR

8281:TCP/IP>sent [CHAP Response id=0x1 <6a749ee30ba8736e7be0a62fb618565f>, name = ""]

8284:TCP/IP>pppos_write[0]: len=25

8286:TCP/IP>pppos_input[0]: got 10 bytes

8286:TCP/IP>rcvd [CHAP Success id=0x1 ""]

8286:TCP/IP>CHAP authentication succeeded

8287:TCP/IP>CHAP authentication succeeded

8287:TCP/IP>ppp phase changed[0]: phase=9

8287:TCP/IP>sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]

8290:TCP/IP>pppos_write[0]: len=20

8307:TCP/IP>pppos_input[0]: got 26 bytes

8307:TCP/IP>rcvd [IPCP ConfReq id=0x0]

8308:TCP/IP>sent [IPCP ConfNak id=0x0 <addr 0.0.0.0>]

8310:TCP/IP>pppos_write[0]: len=14

8310:TCP/IP>rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]

8311:TCP/IP>sent [IPCP ConfReq id=0x2 <addr 0.0.0.0>]

8313:TCP/IP>pppos_write[0]: len=14

8313:TCP/IP>pppos_input[0]: got 10 bytes

8314:TCP/IP>rcvd [IPCP ConfReq id=0x1]

8314:TCP/IP>sent [IPCP ConfAck id=0x1]

8315:TCP/IP>pppos_write[0]: len=8

8316:TCP/IP>pppos_input[0]: got 16 bytes

8316:TCP/IP>rcvd [IPCP ConfNak id=0x2 <addr 10.200.45.187>]

8317:TCP/IP>sent [IPCP ConfReq id=0x3 <addr 10.200.45.187>]

8319:TCP/IP>pppos_write[0]: len=14

8321:TCP/IP>pppos_input[0]: got 16 bytes

8321:TCP/IP>rcvd [IPCP ConfAck id=0x3 <addr 10.200.45.187>]

8322:TCP/IP>Could not determine remote IP address: defaulting to 10.64.64.64

8322:TCP/IP>sifvjcomp[0]: VJ compress enable=0 slot=0 max slot=0

8322:TCP/IP>netif: netmask of interface pp set to 255.255.255.255

8323:TCP/IP>netif: GW address of interface pp set to 10.64.64.64

8323:TCP/IP>netif_set_ipaddr: netif address being changed

8323:TCP/IP>netif: IP address of interface pp set to 10.200.45.187

8323:TCP/IP>sifup[0]: err_code=0

ppp_link_status_cb: PPPERR_NONE

   our_ip4addr = 10.200.45.187

   his_ipaddr  = 10.64.64.64

   netmask     = 255.255.255.255

   dns1        = 0.0.0.0

   dns2        = 0.0.0.0

8325:TCP/IP>local  IP address 10.200.45.187

8325:TCP/IP>remote IP address 10.64.64.64

8325:TCP/IP>ppp phase changed[0]: phase=10

 

 

 

 

Regards,

Tushar

 

 


_______________________________________________
lwip-users mailing list
[hidden email]
https://lists.nongnu.org/mailman/listinfo/lwip-users
Reply | Threaded
Open this post in threaded view
|

Re: PPPos Internet connection problem

tushartp
Hello,

I have a TCP server application running on my microcontroller which has PPPoS network capability (as seen from log above). If I want to connect to this TCP server application from a Windows based machine then should I connect to using  our_ip4addr = 10.200.45.187?

I am trying to ping my MCU from windows machine.


Tushar

On Mon, Jul 2, 2018 at 2:56 AM Ajay Bhargav (SiWi) <[hidden email]> wrote:

Tushar,

 

Service providers do not assign public IPs to modems. They are usually behind an ISP gateway. You need to talk to your ISP if public IP is needed. Rest everything looks fine.

 

Regards,

Ajay Bhargav

 

From: [hidden email]
Sent: Saturday, June 30, 2018 12:03 AM
To: [hidden email]
Subject: [lwip-users] PPPos Internet connection problem

 

Hello,

 

I am using GSM LTE Modem from Quectel EC21.

I am having problem pinging the device after it has successfully acquired the IP address. The modem works fine on Windows machine when I try to use dial up connection.

I am doing something wrong or my settings are not correct

 

Below is the log and config file.

 

#define PPP_SUPPORT             1      /* Set > 0 for PPP */

#define NUM_PPP                 1      /* Max PPP sessions. */

#define PPPOS_SUPPORT           1

#define PAP_SUPPORT             1      /* Set > 0 for PAP. */

#define CHAP_SUPPORT            1      /* Set > 0 for CHAP. */

#define MSCHAP_SUPPORT          0      /* Set > 0 for MSCHAP */

#define CBCP_SUPPORT            0      /* Set > 0 for CBCP (NOT FUNCTIONAL!) */

#define CCP_SUPPORT             0      /* Set > 0 for CCP */

#define VJ_SUPPORT              1      /* Set > 0 for VJ header compression. */

#define MD5_SUPPORT             1      /* Set > 0 for MD5 (see also CHAP) */

#define PPP_DEBUG                       LWIP_DBG_ON

#define PRINTPKT_SUPPORT                1

 

 

 

8250:tNET>0.0.0.0.255.255terface pp IPce

8250:tNET>ppp phase changed[0]: phase=0

8250:tNET>ppp_connect[0]: holdoff=0

8250:tNET>ppp phase changed[0]: phase=3

8250:tNET>pppos_connect: unit 0: connecting

8250:tNET>ppp_start[0]

8250:tNET>ppp phase changed[0]: phase=6

8250:tNET>pppos_send_config[0]: out_accm=FF FF FF FF

8250:tNET>ppp_send_config[0]

8250:tNET>pppos_recv_config[0]: in_accm=FF FF FF FF

8250:tNET>ppp_recv_config[0]

8250:tNET> CHAP=1 CHAP_MD5=1s:

8250:tNET>sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x448fe8ac> <pcomp> <accomp>]

8255:tNET>pppos_write[0]: len=24

8255:tNET>ppp_start[0]: finished

8265:TCP/IP>pppos_input[0]: got 99 bytes

8266:TCP/IP>rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <auth chap MD5> <magic 0x8ce22304> <pcomp> <accomp>]

8267:TCP/IP>sent [LCP ConfAck id=0x0 <asyncmap 0x0> <auth chap MD5> <magic 0x8ce22304> <pcomp> <accomp>]

8272:TCP/IP>pppos_write[0]: len=29

8273:TCP/IP>rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x448fe8ac> <pcomp> <accomp>]

8273:TCP/IP>netif_set_mtu[0]: mtu=1500

8273:TCP/IP>pppos_send_config[0]: out_accm=0 0 0 0

8274:TCP/IP>ppp_send_config[0]

8274:TCP/IP>pppos_recv_config[0]: in_accm=0 0 0 0

8274:TCP/IP>ppp_recv_config[0]

8274:TCP/IP>ppp phase changed[0]: phase=7

8278:TCP/IP>pppos_input[0]: got 63 bytes

8279:TCP/IP>rcvd [LCP DiscReq id=0x1 magic=0x8ce22304]

8280:TCP/IP>rcvd [CHAP Challenge id=0x1 <7c74c0e1f0fb5cc034cd7687a7c0de25>, name = "UMTS_CHAP_SRVR"]

8280:TCP/IP>No CHAP secret found for authenticating us to UMTS_CHAP_SRVR

8281:TCP/IP>sent [CHAP Response id=0x1 <6a749ee30ba8736e7be0a62fb618565f>, name = ""]

8284:TCP/IP>pppos_write[0]: len=25

8286:TCP/IP>pppos_input[0]: got 10 bytes

8286:TCP/IP>rcvd [CHAP Success id=0x1 ""]

8286:TCP/IP>CHAP authentication succeeded

8287:TCP/IP>CHAP authentication succeeded

8287:TCP/IP>ppp phase changed[0]: phase=9

8287:TCP/IP>sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]

8290:TCP/IP>pppos_write[0]: len=20

8307:TCP/IP>pppos_input[0]: got 26 bytes

8307:TCP/IP>rcvd [IPCP ConfReq id=0x0]

8308:TCP/IP>sent [IPCP ConfNak id=0x0 <addr 0.0.0.0>]

8310:TCP/IP>pppos_write[0]: len=14

8310:TCP/IP>rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]

8311:TCP/IP>sent [IPCP ConfReq id=0x2 <addr 0.0.0.0>]

8313:TCP/IP>pppos_write[0]: len=14

8313:TCP/IP>pppos_input[0]: got 10 bytes

8314:TCP/IP>rcvd [IPCP ConfReq id=0x1]

8314:TCP/IP>sent [IPCP ConfAck id=0x1]

8315:TCP/IP>pppos_write[0]: len=8

8316:TCP/IP>pppos_input[0]: got 16 bytes

8316:TCP/IP>rcvd [IPCP ConfNak id=0x2 <addr 10.200.45.187>]

8317:TCP/IP>sent [IPCP ConfReq id=0x3 <addr 10.200.45.187>]

8319:TCP/IP>pppos_write[0]: len=14

8321:TCP/IP>pppos_input[0]: got 16 bytes

8321:TCP/IP>rcvd [IPCP ConfAck id=0x3 <addr 10.200.45.187>]

8322:TCP/IP>Could not determine remote IP address: defaulting to 10.64.64.64

8322:TCP/IP>sifvjcomp[0]: VJ compress enable=0 slot=0 max slot=0

8322:TCP/IP>netif: netmask of interface pp set to 255.255.255.255

8323:TCP/IP>netif: GW address of interface pp set to 10.64.64.64

8323:TCP/IP>netif_set_ipaddr: netif address being changed

8323:TCP/IP>netif: IP address of interface pp set to 10.200.45.187

8323:TCP/IP>sifup[0]: err_code=0

ppp_link_status_cb: PPPERR_NONE

   our_ip4addr = 10.200.45.187

   his_ipaddr  = 10.64.64.64

   netmask     = 255.255.255.255

   dns1        = 0.0.0.0

   dns2        = 0.0.0.0

8325:TCP/IP>local  IP address 10.200.45.187

8325:TCP/IP>remote IP address 10.64.64.64

8325:TCP/IP>ppp phase changed[0]: phase=10

 

 

 

 

Regards,

Tushar

 

 

_______________________________________________
lwip-users mailing list
[hidden email]
https://lists.nongnu.org/mailman/listinfo/lwip-users

_______________________________________________
lwip-users mailing list
[hidden email]
https://lists.nongnu.org/mailman/listinfo/lwip-users
Reply | Threaded
Open this post in threaded view
|

Re: PPPos Internet connection problem

tushartp
This post was updated on .
Hello Ajay

This is the IP settings that I got from Modem.

ppp_link_status_cb: PPPERR_NONE
   our_ip4addr = 10.200.251.26
   his_ipaddr  = 10.64.64.64
   netmask     = 255.255.255.255
   dns1        = 75.153.176.3
   dns2        = 75.153.176.11


The IP messages are not forwarded to netif interface because proper netif
interface is not found.
The netif return from this function (ip4_route) is NULL.

If anyone can point what other settings are needed that would be really
helpful.


Tushar Patel



--
Sent from: http://lwip.100.n7.nabble.com/lwip-users-f3.html

_______________________________________________
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users
Reply | Threaded
Open this post in threaded view
|

Re: PPPos Internet connection problem

Sylvain Rochet
In reply to this post by tushartp
Hi,

On Tue, Jul 03, 2018 at 10:20:28AM -0400, Tushar Patel wrote:
> Hello,
>
> I have a TCP server application running on my microcontroller which has
> PPPoS network capability (as seen from log above). If I want to connect to
> this TCP server application from a Windows based machine then should I
> connect to using  *our_ip4addr = 10.200.45.187?*
>
> I am trying to ping my MCU from windows machine.

Looks like you forgot to call call ppp_set_default on your PPP PCB.

Sylvain

_______________________________________________
lwip-users mailing list
[hidden email]
https://lists.nongnu.org/mailman/listinfo/lwip-users

signature.asc (188 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: PPPos Internet connection problem

tushartp
Hello Sylvain

Yes now it is working fine after setting the ppp_set_default.
I took the "pppos_example.c" from lwip-contrib folder. It would be nice if
someone can add this line in the examples.

Tushar Patel



--
Sent from: http://lwip.100.n7.nabble.com/lwip-users-f3.html

_______________________________________________
lwip-users mailing list
[hidden email]
https://lists.nongnu.org/mailman/listinfo/lwip-users