Calling the script doesn't mean permissions are set it just means the command is being executed to run the script.In traces, you can see that wan-event script is called on router booting (i guess HW interface activation).
Wan-event script is called when the cable is disconnected (not in this test case), so i guess, permissions are correctly set ?!
rgds
What are the contents of your wan-event script? Looks like they're being called properly.wan-event script permissions: -rwxrwxr-x
in this case, i have added addition logs when wan-event sript is called:
May 5 07:05:16 custom_script: Running /jffs/scripts/wan-event (args: 0 init)
May 5 07:05:17 nunu: MANU WAN-EVENT CALL - 0 init
May 5 07:05:17 custom_script: Running /jffs/scripts/wan-event (args: 0 connecting)
May 5 07:05:17 custom_script: Running /jffs/scripts/wan-event (args: 1 init)
May 5 07:05:17 nunu: MANU WAN-EVENT CALL - 0 connecting
May 5 07:05:17 custom_script: Running /jffs/scripts/wan-event (args: 1 connecting)
May 5 07:05:17 nunu: MANU WAN-EVENT CALL - 1 init
May 5 07:05:17 nunu: MANU WAN-EVENT CALL - 1 connecting
May 5 07:05:17 custom_script: Running /jffs/scripts/wan-event (args: 0 disconnected)
May 5 07:05:17 nunu: MANU WAN-EVENT CALL - 0 disconnected
May 5 07:05:17 custom_script: Running /jffs/scripts/wan-event (args: 1 disconnected)
May 5 07:05:17 nunu: MANU WAN-EVENT CALL - 1 disconnected
Dec 29 15:34:57 wan-failover: wan-failover is up to date - Version: v2.1.1-beta1
Dec 29 15:35:32 wan-failover: Packet Loss Detected - WAN0 Packet Loss: 50%
Dec 29 15:35:43 wan-failover: Failure Detected - WAN0 Packet Loss: 100%
Dec 29 15:35:43 wan-failover: Load Balance Monitor - Removing nexthop via 192.168.3.1 dev eth4 weight 9
Dec 29 15:35:43 wan-failover: Debug - Deleting Default Route
Dec 29 15:35:43 wan-failover: Debug - Adding nexthop via 192.168.2.1 dev eth0 weight 1
Dec 29 15:35:43 wan-failover: Load Balance Monitor - Removed nexthop via 192.168.3.1 dev eth4 weight 9
Dec 29 15:35:43 wan-failover: Debug - WAN0 Status: DISCONNECTED
Dec 29 15:35:43 wan-failover: Debug - WAN1 Status: CONNECTED
Dec 29 15:35:43 wan-failover: Debug - Function: failover
Dec 29 15:35:43 wan-failover: Debug - Function: switchdns
Dec 29 15:35:43 wan-failover: Debug - Setting parameters for wan0
Oh your original messages were a little confusing so WAN Failover is running, have you verified your target IP for WAN0 is valid for that interface?this is call at router boot.
but if you check my traces (attached in a previous message), on wan-failover DISCONNECT state, there is (maybe 2 issues):
- WAN status is displayed as connected
- wan-event script not called....
Failure scenario starting here :
wan-failover doesn’t call wan-event, it just uses it to launch initially. Also, you are getting 100% packet loss when trying to ping from WAN0 to 8.8.8.8, are you using 8.8.8.8 for anything else like a DNS Server, etc? Try another target IP for WAN0.maybe i was confused by wan-event script.
Which are the caller of this script ?
i have check in wan-failover script => it does not call wan-event ...
in fact, i thought that wan-event script was called on an event on the WAN .. but a ping timeout is not that kind of event ... a cable disconnection yes ...
an a ping timeout, maybe does not change the Status of a WAN (in amtm/wf/status) ?
regards
Send me a full debug log but I do know when you unplug the device it causes a lot of weird behavior on the router. It's not really designed to be "unplugged", what you could do is disable it within the GUI and then unplug it.i think there is a misunderstood.
the 100% loss is normal as i have unplugged the sim card of my 4G router.
my "issue" is that, on 100% loss the WAN status of the wan0 is still displayed as connected (in wan-failover status)
I would like to know if the status connected is an HW status (i mean cable connected), or it means that internet access is OK ?
Ok, I see what you are saying, the Connected status in status console refers to physical connected state, not up and pinging successfully. I went through your logs and it looks like it worked fine and came back successfully so it appears everything is working for you.
WAN0 being stopped / disconnected is the default state on boot up of the router. The script handles starting it and making it usable where normally the ASUS Factory failover configuration does this.hello,
i try to follow script execution but it is a huge script
i would like to know if the script is supposed to support starting in degraded condition ? (WAN0 Connected with loss at 100% & WAN 1 OK)
regards
It's not an "issue" per say it's just how it works by design, the router starts up on WAN1 and uses factory failover to start WAN0 and switch over to it. My script handles this when the factory failover is turned off.hum ...
so, what the conclusion ?
it is a asuswrt firmware issue ?
regards
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!