SYSTEM WARNING: 'date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone.' in '/usr/share/mantis/www/core.php' line 264

0000024: reconnect red (pppoe) at determined time after 24h disconnect - MantisBT Endian Bugtracker
Endian Issue Tracker





Please see now our new Bugtracker system: JIRA







Main | My View | View Issues | Change Log | Roadmap
  

View Issue Details [ Jump to Notes ] [ Issue History ] [ Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000024Endian FirewallGUIpublic2006-09-11 22:522007-12-14 23:34
Reporterpixeldoc 
Assigned To 
PrioritynormalSeverityfeatureReproducibilityN/A
StatusfeedbackResolutionopen 
PlatformOSOS Version
Product Version2 
Target VersionFixed in Version 
Summary0000024: reconnect red (pppoe) at determined time after 24h disconnect
Descriptioni miss an option to force reconnect of red (pppoe connection) at determined time to get a fixed reconnect time for example at 5 pm. i hate to wait for my "prefered time" to reconnect manually after a reboot for example. And after some uptime this drifts more or else in time (due reconnect time).
Additional Informationin germany usually all dail up pppoe dsl connection provider force disconnect after 24h. i dont know if this applies to more contries.
TagsNo tags attached.
Attached Filestxt file icon efw_2.0_pppd_pppoe_log_pixeldoc.txt [^] (6,523 bytes) 2006-09-17 01:18 [Show Content]

- Relationships

-  Notes
(0000035)
peter-endian (administrator)
2006-09-13 21:52

 the dialin script is written in a manner that it tries to reconnect after 30 seconds if the connection drops.

this certainly only works if the ppp daemon gets notive about the disconnect. here in italy i sometimes noticed that in some circumstances the provider drops the connection in a manner that the ppp daemon does not get rid of it. this suddenly happens very rarely, so it is almost impossible to debug it.

it would be interesting to know if the ppp daemon on your efw gets rid of the disconnect. if so the pppd should terminate normally and trigger the reconnect script. could you please check this and report here?

if this happens, maybe it could be that your provider does not allow you to reconnect so fastly. maybe some provider require to wait for more than 30 seconds.

could you please try to increase this value by editing /etc/uplinks/uplinks.
please search for 'sleep', you should find it twice.
then replace the value (30) on both occurrences to a higher value, like 60 or 120.
(0000042)
pixeldoc (reporter)
2006-09-17 01:30

 attached a log, i cleared the ips...

but i think you misunderstood my previous message, i would like to be able to force a reconnect of red determined at 5 pm. i had done this at my previous slackware server with cron job like "pppoe-stop; wait 5; pppoe-start". if dont know for sure how to trigger reconnect at efw.
(0000698)
Kingrabbit (reporter)
2007-12-14 23:34

 I had the same problem, the solution is for example a script with the following content:
"/etc/rc.d/uplinks stop
sleep 3
/etc/rc.d/uplinks start"
It works fine with Version 2.1.2 ... I hope it is helpful

- Issue History
Date Modified Username Field Change
2006-09-11 22:52 pixeldoc New Issue
2006-09-13 21:52 peter-endian Note Added: 0000035
2006-09-13 21:52 peter-endian Status new => feedback
2006-09-17 01:18 pixeldoc File Added: efw_2.0_pppd_pppoe_log_pixeldoc.txt
2006-09-17 01:30 pixeldoc Note Added: 0000042
2007-12-14 23:34 Kingrabbit Note Added: 0000698

Copyright © 2005-2008 Endian, SRL. All rights reserved.

Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker