Bekijk de volledige versie : aol and wl-500g
didnt get this thing workin
after i get an update of my dsl line and my old provider doesnt support this bandwidth i wanted to change to aol and so i got a code for 2 test months.
aol is workin via ISDN and via dsl but not over wl-500g router
someone got this workin?
Which firmware version are you running on?
1.7.6.5
newest one
but not the customized version
original help from another user:
Die Fehlermeldung kommt mir bekannt vor bei fli4l, wenn Du den pppd nicht auf syncrones ppp stellst.
Beim fli4l z.B. mußt Du in der Datei /opt/etc/rc.d/pppoe
unter der Zeile /usr/sbin/pppd
am Ende noch
$usepeerdns \
default-asyncmap \
mtu 1400 \
$pppd_sync
i try to translate:
this failure is known for me with a fli4l router if you don't set pppd to synchronous ppp
in fli4l you have to change the /opt/etc/rc.d/pppoe file
under the line /usr/sbin/pppd you must insert at the end
$usepeerdns \
default-asyncmap \
mtu 1400 \
$pppd_sync
i hope you understand what i said, otherwise i will try a better translation
maybe oleg can help me
So, you need to add sync option to pppd? The only way for this is building custom firmware.
If you've linux box you can do this yourself.
Also, I can build the firmware with sync option added just for your testing. Do you need this?
can you build such a firmware for me?
seems to be the only thing that is needed for AOL
sync option and mtu 1400
i cant compile it -> no linux box
and i need then an instruction how to upgrade the router :)
thx in advance
P.S.: could mirror this firmware for other AOL users in germany, too :)
A better idea. You can probably do this using the original firmware.
Follow these steps: set MRU & MTU via web admin (in the IPConfig settings), press apply and finish, reboot.
After that go to the
http://my.router/Main_AdmStatus_Content.asp
enter
nvram set 5_x_PPPoEMTU="1400 sync"
then press Refresh
After that enter
nvram commit
press Refresh
You will need to reboot router (power off/power on) and it should connect in sync mode. Also in IP config in the MTU field you should see the "1400 sync" value
Please let me know if this works for you.
1400 sync was in the correct field but wasn't working
Jan 1 01:00:16 pppd[302]: pppd 2.4.1 started by (unknown), uid 0
Jan 1 01:00:16 pppd[302]: Using interface ppp0
Jan 1 01:00:16 pppd[302]: local IP address 10.0.0.2
Jan 1 01:00:16 pppd[302]: remote IP address 10.0.0.1
Jan 1 01:00:24 pppd[302]: Starting link
Jan 1 01:00:24 pppd[302]: Serial connection established.
Jan 1 01:00:24 pppd[302]: Connect: ppp0 -> /dev/pts/0
Jan 1 01:00:55 pppd[302]: LCP: timeout sending Config-Requests
Jan 1 01:00:55 pppd[302]: Connection terminated.
Jan 1 01:01:32 pppd[302]: Starting link
Jan 1 01:01:32 pppd[302]: Serial connection established.
Jan 1 01:01:32 pppd[302]: Connect: ppp0 -> /dev/pts/0
Jan 1 01:02:03 pppd[302]: LCP: timeout sending Config-Requests
Jan 1 01:02:03 pppd[302]: Connection terminated.
tried MRU 1492 and 1400, noone was workin
in both cases 1400 sync was in the MTU field
rebooted via power off
Don't know how to help you. Is there any suggestions for running linux with your provider? Sync seems does not fix the things.
Also, try "debug" instead of "sync" and post the log.
solution for linux
http://www.linux-club.de/viewtopic.php?p=23754
do you speak german? expect no, so i try
thats really the same as i already posted, but could be helpful to show an example
#----------------------------------------------------------------------------
# /etc/rc.d/pppoe - configuration of PPPoE
#
# Creation: 09.09.2000 fm
# Last Update: $Id: pppoe,v 1.2.2.2 2003/02/07 23:18:22 knuffel Exp $
#----------------------------------------------------------------------------
/usr/local/bin/colecho "starting pppoe ..." gn
if [ "$PPPOE_DO_DEBUG" = "yes" ]
then
set -x
fi
clampmss="-m 1412" # clamp the MSS
lcp_interval=30 # LCP interval
lcp_failure=5 # LCP failure count
pppoe_timeout=120 # should be 4 * lcp_interval
usepeerdns="$PPPOE_USEPEERDNS" # get configuration usepeerdns from config
ifconfig $PPPOE_ETH up mtu 1500 # set mtu to 1500
pppoe_synchronous=no # fm: "yes" not possible
if [ "$pppoe_synchronous" = "yes" ]
then
pppoe_sync=-s
pppd_sync=sync
else
pppoe_sync=''
pppd_sync=''
fi
if [ "$PPPOE_DEBUG" = "yes" ]
then
debug='debug'
else
debug=''
fi
if [ "$usepeerdns" = "yes" ]
then
usepeerdns='usepeerdns'
else
usepeerdns=''
fi
# PPPoE invocation
PPPOE_CMD="exec /usr/sbin/pppoe -p /var/run/pppoe.pid -I $PPPOE_ETH -T $pppoe_timeout $pppoe_sync $clampmss"
echo '"'"$PPPOE_USER"'" * "'"$PPPOE_PASS"'"' >> /etc/ppp/pap-secrets
echo '"'"$PPPOE_USER"'" * "'"$PPPOE_PASS"'"' >> /etc/ppp/chap-secrets
/sbin/insmod slhc
/sbin/insmod ppp
if [ "$START_IMOND" = "yes" ]
then
defaultroute='' # imond handles default route
echo $DIALMODE >/var/run/pppoe.dialmode
else
defaultroute='defaultroute'
echo auto >/var/run/pppoe.dialmode
fi
local=10.112.112.112
remote=10.112.112.113
netmask=255.255.255.0
echo $local >/var/run/$dev.conf
echo $remote >>/var/run/$dev.conf
echo $netmask >>/var/run/$dev.conf
while [ 1 ]
do
/usr/sbin/pppd $usepeerdns \
pty "$PPPOE_CMD" \
noipdefault \
noauth \
$defaultroute \
hide-password \
nodetach \
local \
$debug \
mtu 1492 \
mru 1492 \
noaccomp \
noccp \
nobsdcomp \
nodeflate \
nopcomp \
novj \
novjccomp \
user "$PPPOE_USER" \
lcp-echo-interval $lcp_interval \
lcp-echo-failure $lcp_failure \
demand \
persist \
holdoff 3 \
maxfail 0 \
idle $PPPOE_HUP_TIMEOUT \
$local:$remote \
ipcp-accept-remote \
ipcp-accept-local \
connect true \
ktune \
default-asyncmap \
$pppd_sync
sleep 1
done &
if [ -f /usr/local/sbin/pppoe-status ]
then
/usr/local/sbin/pppoe-status >/dev/tty3 &
fi
set +x
thats an example for a working aol fli4l configuration
fli4l is this little linux diskette router for low machines
important is
default-asyncmap \
without this entry it isn't working
maybe you know what the problem now is.
is there no file ppoe on the router in /opt/etc/rc.d/ that could be changed?
ok, try adding both debug and default-asyncmap i.e.
nvram set 5_x_PPPoEMTU="1400 default-asyncmap debug"
Also, mtu & mru should 1492 as seems.
it works in both modes but with mtu 1492 you cant reach some sites (said aol, i could...)
Finally, does it work for you?
it worked one time, but not a second time, will try again the next hours
ok got it
will write a faq about it asap
i hope asus will make it possible to set this via web administration
now all kinds of things are workin
Remove debug from the settings, it's not needed.
believe it or not
but
nvram set 5_x_PPPoEMTU="1400 default-asyncmap"
is not workin for me
dunno why, but didnt get it workin without, also i did the same steps.
is debug a problem for the router? why should i disable it?