Posted: Thu Mar 22, 2007 14:10 Post subject: options.pppoe
Brainslayer or whoever else,
Can you please add an additional options file in the eval line present in root/src/router/services/network.c, line 1880 (http://svn.dd-wrt.com:8000/dd-wrt/browser/src/router/services/network.c?rev=4531#L1880) so I can provide my own options and not have to use ridiculously dirty hacks like the one below just to override them?
Also, I've noticed since I had upgraded to SP3, my link drops on the slightest of issues. I went through SVN, and it looks like around 6/28/2007 (after SP2) the "newer" method of PPPOE initialization was used. One of such changes going in was to use an lcp-echo-failure setting of 3. I believe this setting is too aggressive. There are cases where access concentrators can become overloaded but the link is not actually dead and polling 3 quick times in succession will instantly bring the link down, where as using a value like 10 will result in more leeway and hence less disconnects.
Previously I would see a range of 1-10 disconnects a day, depending on how much load my ISP was seeing during peak hours. With my change to an lcp-echo-failure of 10, I have seen *0* disconnects.
I believe all of these PPP options should be configurable via the front-end and stored in nvram. There aren't that many of them, and it's also possible to just have an additional string field to add custom options.
For the life of me, I can't figure out why all compression has been disabled by default, though. That's a negative not a positive.
Joined: 06 Jun 2006 Posts: 7492 Location: Dresden, Germany
Posted: Tue Apr 03, 2007 10:28 Post subject:
sorry. had no time to find this thread here. i readed it now and i will try it _________________ "So you tried to use the computer and it started smoking? Sounds like a Mac to me.." - Louis Rossmann https://www.youtube.com/watch?v=eL_5YDRWqGE&t=60s
Count one more as an affected user who is anxiously awaiting some guidance in this matter.
monoco wrote:
Hi Man, sorry to tell you that I've not come with a solution, but I have come to say that the same thing happens to me.
I have a WRT350N(Rev1) running dd-wrt v24-beta generic. And after an hour or so connected with pppoe my WAN(IP) disappears... it disconnects. Everything else works perfect.
Before I got this beast(wrt350n) I only had my Zyxel 650-R31 and I would have my connection nailed-up continiously for about a week before my WAN IP would change.
Fixing this would be a small step for man, but a big step for humanity... And since I'm no linux man (terribly regret it) I don't feel confortable messing around with configuration...
Same problem here, I really need to be able to adjust the LCP timeout settings, I get LCP errors all the time due to line issues. Yes, it would be easier to get the ISP to fix it. Unfortunately, until I learn to speak Hindi, I won't be able to explain it to the person in India servicing Sympatico.
Well, I can get my new ISP to fix it, but it would be nice if I could just get pppd to hang in there like it used to.
same problem here! i fixed it (hopefully) with the rc_startup script below:
cat /tmp/ppp/options.pppoe | sed -e "s/lcp-echo-failure 3/lcp-echo-failure 10/g" > /tmp/ppp/options.pppoe.new
if [ -f "/tmp/ppp/options.pppoe.new" ]; then
killall pppd
/usr/sbin/pppd file /tmp/ppp/options.pppoe.new > /dev/null
fi
its working, but every time i change something in the GUI the PPPoE link goes shortly down and afer this the new pppd process uses the original options.pppoe script. has anybody a better workaround or did i overlook a fault???
Joined: 06 Jun 2006 Posts: 7492 Location: Dresden, Germany
Posted: Sat Jun 02, 2007 1:39 Post subject:
okay. please add in this thread now all wanted configureable pppoe optionsfile options. i will add all of these in the next week or days. i hope this helps. and please think about only usefull options _________________ "So you tried to use the computer and it started smoking? Sounds like a Mac to me.." - Louis Rossmann https://www.youtube.com/watch?v=eL_5YDRWqGE&t=60s
mhh, i think the lcp options and maybe compression are enough. but this is not the problem. i need a workaround for the running firmwares. i cant update them all. as i´ve seen you changed the values already in the v23 sp3 special. great!! for your information: my script is working in the v23 sp2 special but not in the v23 sp1 std. there mus be some differences.
Posted: Sun Jun 03, 2007 22:09 Post subject: echo-requests
Hi!
I just got hit by this issue too (I always had pppoe disconnects, but I just tried SP3 and still have problems). I've got the following in the log:
Quote:
Jun 3 21:35:58 DD-WRT syslog.info -- MARK --
Jun 3 21:36:35 DD-WRT daemon.info pppd[389]: No response to 10 echo-requests
Jun 3 21:36:35 DD-WRT daemon.notice pppd[389]: Serial link appears to be disconnected.
Jun 3 21:36:35 DD-WRT daemon.info pppd[389]: Connect time 19681775.9 minutes.
Jun 3 21:36:35 DD-WRT daemon.info pppd[389]: Sent 1904224796 bytes, received 605895682 bytes.
Jun 3 21:36:41 DD-WRT daemon.info pppd[13210]: Plugin /usr/lib/rp-pppoe.so loaded.
My /tmp/ppp/options.pppoe already has "lcp-echo-interval 5" and "lcp-echo-failure 10" (since I'm using SP3 beta from 2007-05-29), but it seems that with my ISP (Hungary, T-Com) even these values are not high enough. I'm not sure whether raising these would solve my disconnects, but I'd be happy to see nvram variables for setting these permanently (I mean having them persist over reboots).
Hopefully Brainslayer will find the time to create the nvram variables for the ppp options.