Re: [lwip-users] PPP server problem

[Sylvain Rochet]

Hi,


On Mon, May 04, 2015 at 07:31:52PM +0000, address@hidden wrote:
> Hi Sylvain,
> 
> NO_SYS = 0. I am using freeRTOS.

You didn't answer fully, which PPPoS input path are you using ?  There 
are 3 of them and only one of them is right for NO_SYS = 0.


> I increased both main lwIP thread and my PPP application thread stack 
> size from 200 to 500 and problem not solved. The message after 
> enabling PRINTPKT_SUPPORT is as following:
> 
> ppp phase changed[1]: phase=0..
> ppp_listen[1]..
> ppp phase changed[1]: phase=1..
> pppos_listen: unit 1: listening..
> ppp_start[1]..
> pppos_send_config[1]: in_accm=FF FF FF FF..
> ppp_send_config[1]..
> pppos_recv_config[1]: in_accm=FF FF FF FF..
> ppp_recv_config[1]..
> ppp_start[1]: finished..
> pppos_input[1]: got 1 bytes..
> pppos_input[1]: got 9 bytes..
> pppos_input[1]: got 8 bytes..
> pppos_input[1]: got 9 bytes..
> pppos_input[1]: got 5 bytes..
> pppos_input[1]: got 3 bytes..
> pppos_input[1]: got 1 bytes..
> pppos_input[1]: got 9 bytes..
> pppos_input[1]: got 1 bytes..
> rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x2ca53d87> <pcomp> <accomp>]..
> ppp: auth protocols: PAP=1 CHAP=0 CHAP_MD5=0 CHAP_MS=0 CHAP_MS2=0 EAP=0..
> sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0xf272b0e4> <pcomp> 
> <accomp>]..
> pppos_write[1]: len=28..
> sent [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x2ca53d87> <pcomp> <accomp>]..
> pppos_write[1]: len=24..
> pppos_input[1]: got 20 bytes..
> pppos_input[1]: got 20 bytes..
> pppos_input[1]: got 20 bytes..
> rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <auth pap> <magic 0xf272b0e4> <pcomp> 
> <accomp>]..
> pppos_send_config[1]: in_accm=0 0 0 0..
> ppp_send_config[1]..
> pppos_recv_config[1]: in_accm=0 0 0 0..
> ppp_recv_config[1]..
> pppos_write[1]: len=12..
> ppp phase changed[1]: phase=5..
> pppos_input[1]: got 20 bytes..
> pppos_write[1]: len=12..
> pppos_input[1]: got 16 by

Why is the last message truncated ? Are you buffering debug print ? If 
yes, could you remove the buffering so we may have the latest output ?


Sylvain

signature.asc
Description: Digital signature