Re: PPP LCP configuration issue
Hi Kristen, so I added some debug code to actually print the options during the configuration stage. And something seems to be wrong here. lcp: pppcp_open_event: current state 0:INITIAL lcp: pppcp_up_event: current state 1:STARTING lcp: pppcp_initialize_restart_count: current state 1:STARTING lcp: pppcp_send_configure_request: current state 1:STARTING lcp: option 2 len 6 (Async-Control-Character-Map) 00 00 00 00 lcp: pppcp_process_configure_request: current state 6:REQSENT lcp: option 2 len 6 (Async-Control-Character-Map) 00 00 00 00 lcp: option 3 len 5 (Authentication-Protocol) c2 23 05 lcp: option 5 len 6 (Magic-Number) 01 ff ef e0 lcp: option 7 len 2 (Protocol-Field-Compression) lcp: option 8 len 2 (Address-and-Control-Field-Compression) lcp: pppcp_rcr_plus_event: current state 6:REQSENT lcp: pppcp_send_configure_ack: current state 6:REQSENT lcp: option 2 len 6 (Async-Control-Character-Map) 00 00 00 00 lcp: option 3 len 5 (Authentication-Protocol) c2 23 05 lcp: option 5 len 6 (Magic-Number) 01 ff ef e0 lcp: option 7 len 2 (Protocol-Field-Compression) lcp: option 8 len 2 (Address-and-Control-Field-Compression) lcp: pppcp_process_configure_ack: current state 8:ACKSENT lcp: option 2 len 6 (Async-Control-Character-Map) 00 00 00 00 oops -- found acked option 2 we didn't request lcp: pppcp_rca_event: current state 8:ACKSENT lcp: pppcp_initialize_restart_count: current state 8:ACKSENT I see the oops comment here, but we clearly requested the async control character map. So why does it get recognized as not requested? This is clearly a bug and needs to be fixed. what is happening is that we are first send a Config-Request with the accm option as our only option. We then receive a Config-Request from the modem, with accm along with several other options requested. We ack the modem's Config-Request and apply the options, and then delete them from the list of options that we need to have. Then the modem response to our original Config-Request with an ack to our accm option. Because we already applied this option and removed it from the list of things we care about, it shows up as an option we didn't request. I think I could just delete the error message, and silently ignore this condition. are these options really negotiated for both sides in common. Or is the negotiation process for each side individual? Personally I like to keep such error messages. We need to cope with these cases nicely. Regards Marcel ___ ofono mailing list ofono@ofono.org http://lists.ofono.org/listinfo/ofono
PPP LCP configuration issue
Hi Kristen, so I added some debug code to actually print the options during the configuration stage. And something seems to be wrong here. lcp: pppcp_open_event: current state 0:INITIAL lcp: pppcp_up_event: current state 1:STARTING lcp: pppcp_initialize_restart_count: current state 1:STARTING lcp: pppcp_send_configure_request: current state 1:STARTING lcp: option 2 len 6 (Async-Control-Character-Map) 00 00 00 00 lcp: pppcp_process_configure_request: current state 6:REQSENT lcp: option 2 len 6 (Async-Control-Character-Map) 00 00 00 00 lcp: option 3 len 5 (Authentication-Protocol) c2 23 05 lcp: option 5 len 6 (Magic-Number) 01 ff ef e0 lcp: option 7 len 2 (Protocol-Field-Compression) lcp: option 8 len 2 (Address-and-Control-Field-Compression) lcp: pppcp_rcr_plus_event: current state 6:REQSENT lcp: pppcp_send_configure_ack: current state 6:REQSENT lcp: option 2 len 6 (Async-Control-Character-Map) 00 00 00 00 lcp: option 3 len 5 (Authentication-Protocol) c2 23 05 lcp: option 5 len 6 (Magic-Number) 01 ff ef e0 lcp: option 7 len 2 (Protocol-Field-Compression) lcp: option 8 len 2 (Address-and-Control-Field-Compression) lcp: pppcp_process_configure_ack: current state 8:ACKSENT lcp: option 2 len 6 (Async-Control-Character-Map) 00 00 00 00 oops -- found acked option 2 we didn't request lcp: pppcp_rca_event: current state 8:ACKSENT lcp: pppcp_initialize_restart_count: current state 8:ACKSENT I see the oops comment here, but we clearly requested the async control character map. So why does it get recognized as not requested? This is clearly a bug and needs to be fixed. Regards Marcel ___ ofono mailing list ofono@ofono.org http://lists.ofono.org/listinfo/ofono
Re: PPP LCP configuration issue
Hi Kristen, so I added some debug code to actually print the options during the configuration stage. And something seems to be wrong here. lcp: pppcp_open_event: current state 0:INITIAL lcp: pppcp_up_event: current state 1:STARTING lcp: pppcp_initialize_restart_count: current state 1:STARTING lcp: pppcp_send_configure_request: current state 1:STARTING lcp: option 2 len 6 (Async-Control-Character-Map) 00 00 00 00 lcp: pppcp_process_configure_request: current state 6:REQSENT lcp: option 2 len 6 (Async-Control-Character-Map) 00 00 00 00 lcp: option 3 len 5 (Authentication-Protocol) c2 23 05 lcp: option 5 len 6 (Magic-Number) 01 ff ef e0 lcp: option 7 len 2 (Protocol-Field-Compression) lcp: option 8 len 2 (Address-and-Control-Field-Compression) lcp: pppcp_rcr_plus_event: current state 6:REQSENT lcp: pppcp_send_configure_ack: current state 6:REQSENT lcp: option 2 len 6 (Async-Control-Character-Map) 00 00 00 00 lcp: option 3 len 5 (Authentication-Protocol) c2 23 05 lcp: option 5 len 6 (Magic-Number) 01 ff ef e0 lcp: option 7 len 2 (Protocol-Field-Compression) lcp: option 8 len 2 (Address-and-Control-Field-Compression) lcp: pppcp_process_configure_ack: current state 8:ACKSENT lcp: option 2 len 6 (Async-Control-Character-Map) 00 00 00 00 oops -- found acked option 2 we didn't request lcp: pppcp_rca_event: current state 8:ACKSENT lcp: pppcp_initialize_restart_count: current state 8:ACKSENT I see the oops comment here, but we clearly requested the async control character map. So why does it get recognized as not requested? This is clearly a bug and needs to be fixed. so I added pppdump support to GAtPPP and gsmdial. This allows us to create log files that can be read by pppdump and Wireshark. The method of debugging with strace is just not feasible. The attached log file is one of these. I see a couple of confirmation requests that were send twice in a row. That seems to be wrong. Can you explain what is going on. Regards Marcel Kµû ~ÿ}#À!}!}!} }*}}} } } } X{~Kµû U~ÿ}#À!}!} } }9}}} } } } }#}%Â#}%}%}}!}]+}'}}(}Ú~~ÿ}#À!}}!} }*}}} } } } 1}/~Kµû 8~ÿ}#À!}} } }9}}} } } } }#}%Â#}%}%}}!}]+}'}}(}}5Ö~Kµû ~ÿ! (~Kµû D~ÿ}#À!}+}!} }(}!}]+}-}5~~ÿÂ# #Ú! Tdv®F µÞäEZEUMTS_CHAP_SRVR[¦~Kµû ~ÿÂ# 5Ü=ïW ×GÉ/ê½®äò~Kµû ~ÿÂ# y~Kµü $~ÿ! åº~Kµü *~ÿ! üB~Kµý $~ÿ! =L~Kµý *~ÿ! ~Kµþ $~ÿ! u~Kµþ *~ÿ! §Ë~Kµþ *~ÿ! §Ë~Kµÿ $~ÿ! ©~Kµÿ *~ÿ! Ä~Kµ $~ÿ! Ôû~Kµ *~ÿ! aK~Kµ *~ÿ! aK~Kµ $~ÿ! ~Kµ *~ÿ! ~Kµ $~ÿ! D_~Kµ *~ÿ! Ñ~Kµ *~ÿ! Ñ~Kµ $~ÿ! Ïj~Kµ *~ÿ! c~Kµ $~ÿ! 8~Kµ *~ÿ! ÆQ~Kµ *~ÿ! ÆQ~Kµ $~ÿ! _Î~Kµ *~ÿ! ¥~Kµ $~ÿ! ~Kµ *~ÿ! Ø~Kµ *~ÿ! Ø~Kµ $~ÿ! þ+~Kµ *~ÿ! þ~Kµ $~ÿ! ¶y~Kµ *~ÿ! [X~Kµ *~ÿ! [X~Kµ $~ÿ! n~Kµ *~ÿ! 8~Kµ $~ÿ! Ý~Kµ *~ÿ! Nä~Kµ *~ÿ! Nä~Kµ $~ÿ! xä~Kµ *~ÿ! -¤~Kµ $~ÿ! 0¶~Kµ *~ÿ! d~Kµ *~ÿ! d~Kµ $~ÿ! ...@~kµ *~ÿ! ë$~Kµ $~ÿ! ~Kµ *~ÿ! Óí~Kµ *~ÿ! Óí~Kµ $~ÿ! I¥~Kµ *~ÿ! °~Kµ $~ÿ! ÷~Kµ *~ÿ! m~Kµ *~ÿ! m~Kµ $~ÿ! Ù~Kµ *~ÿ! v-~Kµ $~ÿ! S~Kµ *~ÿ! t÷~Kµ *~ÿ!