What's new

Dropping Internet Connection

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

Arkoth

Occasional Visitor
Hello,

First excuse me for mistakes, I'm french, I will do my best ^^.

I have a lot errors log on my router.

Router: RT-AC68U
Firmware Merlin: 380.58

System log:

May 4 12:26:35 pppd[16886]: Serial link appears to be disconnected.
May 4 12:26:35 pppd[16886]: Connection terminated.
May 4 12:26:36 WAN Connection: Fail to connect with some issues.

May 4 12:26:36 stop_nat_rules: apply the redirect_rules!
May 4 12:26:45 kernel: br0: received packet on vlan1 with own address as source address
May 4 12:26:45 kernel: br0: received packet on vlan1 with own address as source address
May 4 12:26:46 pppd[16886]: Connected to xx:xx:xx:xx:xx:xx via interface eth0
May 4 12:26:46 pppd[16886]: Connect: ppp0 <--> eth0
May 4 12:26:46 pppd[16886]: CHAP authentication succeeded
May 4 12:26:46 pppd[16886]: peer from calling number xx:xx:xx:xx:xx:xx authorized
May 4 12:26:47 pppd[16886]: local IP address xxx.xxx.xxx.xxx
May 4 12:26:47 pppd[16886]: remote IP address xxx.xxx.xxx.xxx
May 4 12:26:47 rc_service: ip-up 23677:notify_rc start_firewall
May 4 12:26:47 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth0)!
May 4 12:26:48 wan: finish adding multi routes
May 4 12:26:48 rc_service: ip-up 23677:notify_rc stop_upnp
May 4 12:26:48 rc_service: waitting "start_firewall" via ip-up ...
May 4 12:26:48 kernel: br0: received packet on vlan1 with own address as source address
May 4 12:26:49 rc_service: ip-up 23677:notify_rc start_upnp
May 4 12:26:49 rc_service: waitting "stop_upnp" via ip-up ...
May 4 12:26:51 kernel: br0: received packet on vlan1 with own address as source address
May 4 12:26:52 WAN Connection: WAN was restored.
May 4 12:26:54 rc_service: ip-up 23677:notify_rc start_firewall
May 4 12:26:56 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth0)!​

My modem (Billion 7800DXL) is bridge with the RT-AC68U.

On this modem, I use SNMP and I don't see connection problem with cacti; on the web interface of the modem, I can see:
System Up-Time 97D 22H 25M 47S​

Mode ADSL_G.dmt
Traffic Type ATM
Status Up
Link Power State L0


Downstream Upstream
Line Coding (Trellis) On On
SNR Margin (dB) 14.8 18.0
Attenuation (dB) 39.0 21.5
Output Power (dBm) 19.8 12.3
Attainable Rate (Kbps) 7156 1208
Rate (Kbps) 6112 800​

The download/upload rate are ok and don't change since 97 days, so I don't think it's a problem with the modem or my ADSL line.

Can you help me to understand why the router is disconnected many times in a day (40 times / day in the system log) ? Is this a firmware problem or other idea/suggestion ?

Also, I've tried to ping my router:
ping -t 192.168.0.1

Envoi d'une requête 'Ping' 192.168.0.1 avec 32 octets de données :
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64
Délai d'attente de la demande dépassé.
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64
Délai d'attente de la demande dépassé.
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64
Réponse de 192.168.0.1 : octets=32 temps<1ms TTL=64

Statistiques Ping pour 192.168.0.1:
Paquets : envoyés = 26, reçus = 24, perdus = 2 (perte 7%),
Durée approximative des boucles en millisecondes :
Minimum = 0ms, Maximum = 0ms, Moyenne = 0ms​


At last, less important, I have this log every 3-4 seconds:
kernel: br0: received packet on vlan1 with own address as source address​

Thank you for your help.
 
Billion 7800DXL is a router not a modem, make sure you have the right configuration made on it, pure bridge and not dual nat, dhcp, firewall etc.
 
'Ping' 192.168.0.1 ?
Im pinging mine with 192.168.1.1.Any reason why 192.168.0.1?
and im pinging my modem with 192.168.100.1(videotron).
Sorry for that question, i dont why you disconnected

Espérons que qqn d autre pourra repondre a ta question :)
 
"Billion 7800DXL is a router not a modem, make sure you have the right configuration made on it, pure bridge and not dual nat, dhcp, firewall etc."

=> 7800DXL is a modem and a router : http://au.billion.com/products/wireless/bipac7800dxl.html
I disable the router feature - to use my Asus RT68U with asuswrt Merlin because it's more powerfull than the poor router Billion and yes it's in bridge mode as I've said in my first post: no dhcp or any other thing, just modem feature and SNMP for monitoring...


"Ping' 192.168.0.1 ?
Im pinging mine with 192.168.1.1.Any reason why 192.168.0.1?
and im pinging my modem with 192.168.100.1(videotron).
Sorry for that question, i dont why you disconnected"

=> I use 192.168.0.x because I have a Nas Synology with a PXE server on it (it works with asuswrt Merlin ;) I add it in dnsmasq.conf.add in jffs), and when I've done my server PXE I have this adress IP (192.168.0.20 for it), so, I change the IP for the router RT-AC68U with a subnet 255.255.255.0 to access it. Voilà ;)
 
ADSL is very prone to line condition changes, as a lot of phone wiring is old and not originally intended for carrying data. Check with your ISP that your signal levels are correct, make sure you also have line filters installed at home.
 
Test first with the Billion 7800DXL ISP equipment and check if you see the same behaviour, that way you will know.
 
"ADSL is very prone to line condition changes, as a lot of phone wiring is old and not originally intended for carrying data. Check with your ISP that your signal levels are correct, make sure you also have line filters installed at home."
=> signal levels are ok I think, see my SNR please (jpg attached) and filters are installed too

"Test first with the Billion 7800DXL ISP equipment and check if you see the same behaviour, that way you will know."
- I've done with Billion only (without my router Asus RT-AC68U): no problem but I want to use my Asus router ;)
- I've tried DDWRT too: no problem, but, some problems with this firmware with WIFI...
 

Attachments

  • SNR_modem.jpg
    SNR_modem.jpg
    139.9 KB · Views: 640
Last edited:
i have a same problem...i lost once or twice a day internet for 5 minutes....then connection get back to normal....i was open a thread about that but didn't solved my problem yet....

sent from Kodi 17 Krypton
 
Press RESET button 10-15s without releasing it while powered on a working state and configure it manually from scratch after reboot without any old configuration file import.
 
Last edited:
Press RESET button 10-15s without releasing it while powered on a working state and configure it manually from scratch after reboot without any old configuration file import.
I've done it twice already and nothing better....i only imported jffs backup all other i setup manually....
 
Same syslog message?
 
Factory reset done by the GUI.
"Press RESET button 10-15s without releasing it while powered on a working state and configure it manually from scratch after reboot without any old configuration file import."
Done also before and after flash the firmware.

The problem is in asuswrt (official) and with asuswrt Merlin too, I've tried the 2 firmwares with same problem:
- ping timeout on lan test
- wan connection fail
- kernel: br0: received packet on vlan1 with own address as source address

As I've said, I've done Factory reset and Reset button before and after flashing the 2 firmwares and after I set the router manualy... (=> without a save)



I've tried the firmware Tomato by Shibby:
Tomato Firmware 1.28.0000 -136 K26ARM USB AIO-64K

Linux kernel 2.6.36.4brcmarm and Broadcom Wireless Driver 6.37.14.86 (r456083)
Copyright (C) 2013-2014 Tomato-ARM Team

NO PROBLEM: no ping timeout on lan, no wan connection fail, no loop message on br0, wifi ok on 2.4G and 5G (1300mpbs), QOS work, PXE work with dnsmasq etc.......................

Thank you for your help ;)
 

Attachments

  • Tomato.png
    Tomato.png
    191.2 KB · Views: 689

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top