Sylvain Rochet wrote > As well, it seems your UART tx routine does not work properly, there are > way too much LCP retries, as if the remote end never get most packets.
I was thinking about what you said and makes sense. These are the LCP ConfReq sent by Lwip and the possible replies from PPP server: /sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1fa52157> <pcomp> <accomp>] rcvd [LCP DiscReq id=0x12 magic=0xf68ac785] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1fa52157> <pcomp> <accomp>] rcvd [LCP DiscReq id=0x14 magic=0xf68adef1] sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1fa52157> <pcomp> <accomp>] ... no reply? sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1fa52157> <pcomp> <accomp>] rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x1fa52157> <pcomp> <accomp>] netif_set_mtu[0]: mtu=296 rcvd [LCP DiscReq id=0x1b magic=0xf68af65e] (maybe reply from third LCP ConfReq)?/ Looks like the PPP server is receiving wrong bytes like id and magic number. Because the reply does not match the request. I will check this carefully. -- Sent from: http://lwip.100.n7.nabble.com/lwip-users-f3.html _______________________________________________ lwip-users mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/lwip-users
