Is there something in the mikrotik that will allow me to see who is sending the request to drop the ppp session. I keep getting random drops of ppp sessions and cant figure out who is asking for the drop, the mikrotik or the modem on the other end.
Try using the Tool Packet Sniffer and view the file output using Wireshark. Be cerefull not to set the Memory or File Limit to high to not run out of memory! You could also use the Tool’s streaming functionality and forward the packets live to an PC running Wireshark. Hope this helps.
Thanks for the info, I was going to do wireshark, but I did find the logging option in system tab, and set it to log 65000 lines for a total of 75 files. I finally found what might be causing the drop, but not sure how to fix it in mikrotik. In my log I am seeing this:
Mar/15/2017 05:49:12 pppoe,ppp,debug,packet <magic 0xb97fa656>
Mar/15/2017 05:49:12 pppoe,ppp,debug,packet <13b4>: sent LCP EchoRep id=0xba
Mar/15/2017 05:49:12 pppoe,ppp,debug,packet <magic 0x4e28f69f>
Mar/15/2017 05:49:12 pppoe,ppp,debug,packet <13e5>: rcvd LCP TermReq id=0xc
Mar/15/2017 05:49:12 pppoe,ppp,debug,packet Peer not responding
Mar/15/2017 05:49:12 pppoe,ppp,debug <13e5>: LCP closed
Mar/15/2017 05:49:12 pppoe,ppp,debug <13e5>: CCP lowerdown
Mar/15/2017 05:49:12 pppoe,ppp,debug <13e5>: BCP lowerdown
Mar/15/2017 05:49:12 pppoe,ppp,debug <13e5>: BCP down event in starting state
Mar/15/2017 05:49:12 pppoe,ppp,debug <13e5>: IPCP lowerdown
Mar/15/2017 05:49:12 pppoe,ppp,debug <13e5>: IPCP closed
Mar/15/2017 05:49:12 pppoe,ppp,debug <13e5>: IPV6CP lowerdown
Mar/15/2017 05:49:12 pppoe,ppp,debug <13e5>: IPV6CP down event in starting state
Mar/15/2017 05:49:12 pppoe,ppp,debug <13e5>: MPLSCP lowerdown
Mar/15/2017 05:49:12 pppoe,ppp,debug <13e5>: MPLSCP down event in starting state
Mar/15/2017 05:49:12 pppoe,ppp,debug,packet <13e5>: sent LCP TermAck id=0xc
Mar/15/2017 05:49:12 pppoe,ppp,debug <13e5>: LCP lowerdown
Mar/15/2017 05:49:12 pppoe,ppp,debug <13e5>: LCP lowerdown
Mar/15/2017 05:49:12 pppoe,ppp,debug <13e5>: LCP down event in starting state
Mar/15/2017 05:49:12 pppoe,debug,packet vlan-110: sent PADT to 60:31:97:48:0F:80
Mar/15/2017 05:49:12 pppoe,debug,packet session-id=0x13e5
Mar/15/2017 05:49:12 pppoe,ppp,debug,packet <12bc>: rcvd LCP EchoReq id=0xa0
Mar/15/2017 05:49:12 pppoe,ppp,debug,packet <magic 0x1b9dda27>
Mar/15/2017 05:49:12 pppoe,ppp,debug,packet <12bc>: sent LCP EchoRep id=0xa0
Mar/15/2017 05:49:12 pppoe,ppp,debug,packet <magic 0x2df7eb22>
So I guess I am to assume that the modem is not responding to the echo request from the mikrotik in a timely manner. Is there a way to set the mikrotik to tolerate more missed echo requests before killing the ppp connection and trying to re-establish a new one.
I have not much experience with PPP connections however if you suspect an issue with the Keepalive did you try setting the Keepalive Timeout higher?
The connections were made permanent so I’m not sure why its even sending the request.
Hi,
I’m facing same issue in my setup. Have you found any workaround to this issue ? I have sent supout file to mikrotik support and waiting for their response. In my scenario there are other pppoe connections which are live for more that 18-20 hrs without any issue. In same mikrotik and same interface there are other connections which get dropped frequently and re-establish. In logs I can see same errors that you have got.
Thanks,
Hi,
I had similar problem, modem replacing solved it.