Asus dsl-ac68u

[rufous]

https://www.adslgr.com/forum/attachm...3&d=1447279634
... το dsl up time ... παει στο 0:0:0:0 και αρχιζει να μετραει απο την αρχη ... ή ... συνεχιζει να γραφει κανονικα πχ την ωρα πριν μια βδομαδα κλπ?δηλαδη απο οταν το ανοιξες τελευταια φορα

Συνεχίζει από εκεί που ήταν ο χρόνος. Δεν μηδενίζει.

[babis3g]

στο wan > internet detection > εχει το internet detection κατω χαμηλα
βαλε το disable
αν παλι θεμα τοτε στην ιδια σελιδα δοκιμασε (μαλλον ετσι θα ειναι απο default)
wan connection time = pppoe
encapsulation mode = LLC

αν παλι θεμα δοκιμασε pppoa / vc-mux

για καποιο λογο χανει την ip απο οτι καταλαβα (ισως απο πολλα λαθη) και λογικα μετα απο κανα λεπτο κανει ξανα συνδεση με καινουρια ip

[afterglow]

Ναι πρέπει το 802 να έχει το 7! Γιατί έχω σετάρει και το Vodafone TV το οποίο έχει μικρότερο 802.
Αν δεν έβαζα κάτι ενώ συγχρόνιζε δεν έκανε authenticate και δεν έπαιρνα ip.
Για το Detection είναι προαιρετικό απλά με αυτές τις ρυθμίσεις μου κάνει αλλαγή στην ip πιο γρήγορα όταν κάνω το internet off/on.


- - - Updated - - -



Δες τις ρυθμίσεις που έχω παραπάνω αν είσαι σε VDSL.

- - - Updated - - -



Δοκίμασε στο WAN να βάλεις 802.1P να βάλεις 7 γιατί το 835 έχει το το μεγαλύτερο, καθώς και απενεργοποίησε το Internet detection .
To vlan3880 χρησιμοποιείται για το TV αν δεις παρακάτω στο routing table το ΜΑΝ 3880 (Vodafone TV).

Συνημμένο Αρχείο 200079
Συνημμένο Αρχείο 200080
Συνημμένο Αρχείο 200081

ε τζίφος τα πραγματα....timeout στα pado packets....αβέρτα...
οτι κ να δοκιμάσω μου βγάζει για το vlan3880 και timeout στα pado packets συνέχως.

VLAN 835 και 802.1P έβαλα 0,7,6,5,4 ...τιποτα πάντα τα ιδια.
Internet Detection Disabled αλλα δοκίμασα και PPP Echo με 6 και 10 τιμές όπως ειχε αναφερεθει σε προηγουμενα post ..τίποτα...έστειλα email κ βλέπουμε!

[ORIONAS21]

ε τζίφος τα πραγματα....timeout στα pado packets....αβέρτα...
οτι κ να δοκιμάσω μου βγάζει για το vlan3880 και timeout στα pado packets συνέχως.

VLAN 835 και 802.1P έβαλα 0,7,6,5,4 ...τιποτα πάντα τα ιδια.
Internet Detection Disabled αλλα δοκίμασα και PPP Echo με 6 και 10 τιμές όπως ειχε αναφερεθει σε προηγουμενα post ..τίποτα...έστειλα email κ βλέπουμε!

Χμμμμ είναι καθαρό θέμα authentication στον Radius οπότε αυτό που σου προτείνω είναι να παίξεις και με τις ρυθμίσεις UPNP, NAT καθώς επίσης και με το PPP Authentication άλλαξε το από Auto σε PAP και CHAP.

[rufous]

στο wan > internet detection > εχει το internet detection κατω χαμηλα
βαλε το disable
αν παλι θεμα τοτε στην ιδια σελιδα δοκιμασε (μαλλον ετσι θα ειναι απο default)
wan connection time = pppoe
encapsulation mode = LLC

αν παλι θεμα δοκιμασε pppoa / vc-mux

για καποιο λογο χανει την ip απο οτι καταλαβα (ισως απο πολλα λαθη) και λογικα μετα απο κανα λεπτο κανει ξανα συνδεση με καινουρια ip

Το ρούτερ αυτή τη στιγμή είναι συνδεδεμένο εδώ και 11 ώρες, αλλά έγινε disconnected.

Παρακάτω είναι το log αν βοηθά:

Jan 5 22:12:14 roamast: eth1: add client [70:1c:e7:ae:88:e6] to monitor list
Jan 5 22:14:54 roamast: eth1: add client [40:4e:36:1b:2b:e7] to monitor list
Jan 5 22:16:54 roamast: eth1: add client [08:78:08:4a:4a:98] to monitor list
Jan 5 23:44:19 roamast: eth1: add client [40:4e:36:1b:2b:e7] to monitor list
Jan 5 23:04:30 disk_monitor: Got SIGALRM...
Jan 6 00:11:21 rc_service: watchdog 233:notify_rc stop_amas_wlcconnect
Jan 6 00:11:21 rc_service: watchdog 233:notify_rc stop_amas_bhctrl
Jan 6 00:11:21 rc_service: waitting "stop_amas_wlcconnect" via watchdog ...
Jan 6 02:11:26 kernel: wl_module_init: passivemode set to 0x0
Jan 6 02:11:26 kernel: wl_module_init: igs set to 0x0
Jan 6 02:11:26 kernel: wl_module_init: txworkq set to 0x0
Jan 6 02:11:26 kernel: eth1: Broadcom BCM4360 802.11 Wireless Controller 6.37.14.126 (r561982)
Jan 6 02:11:26 kernel: eth2: Broadcom BCM4360 802.11 Wireless Controller 6.37.14.126 (r561982)
Jan 6 04:25:16 pppd[1495]: Serial link appears to be disconnected.
Jan 6 02:25:17 WAN Connection: Fail to connect with some issues.
Jan 6 02:25:18 nat: apply redirect rules
Jan 6 04:25:22 pppd[1495]: Connection terminated.
Jan 6 04:25:23 pppd[1495]: Modem hangup
Jan 6 04:26:08 pppd[1495]: Timeout waiting for PADO packets
Jan 6 04:27:23 pppd[1495]: Timeout waiting for PADO packets
Jan 6 04:28:38 pppd[1495]: Timeout waiting for PADO packets
Jan 6 04:29:53 pppd[1495]: Timeout waiting for PADO packets
Jan 6 04:31:08 pppd[1495]: Timeout waiting for PADO packets
Jan 6 04:32:23 pppd[1495]: Timeout waiting for PADO packets
Jan 6 04:33:38 pppd[1495]: Timeout waiting for PADO packets
Jan 6 04:33:38 pppd[1495]: Connected to 00:90:1a:43:14:93 via interface vlan3880
Jan 6 04:33:38 pppd[1495]: Connect: ppp0 <--> vlan3880
Jan 6 04:33:45 pppd[1495]: PAP authentication succeeded
Jan 6 04:33:45 pppd[1495]: peer from calling number 00:90:1A:43:14:93 authorized
Jan 6 04:33:45 pppd[1495]: local IP address 5.54.10.26
Jan 6 04:33:45 pppd[1495]: remote IP address 62.38.0.170
Jan 6 04:33:45 pppd[1495]: primary DNS address 62.38.0.81
Jan 6 04:33:45 pppd[1495]: secondary DNS address 62.38.1.81
Jan 6 04:33:45 rc_service: ip-up 21115:notify_rc start_firewall
Jan 6 04:33:46 miniupnpd[1621]: shutting down MiniUPnPd
Jan 6 04:33:46 nat: apply nat rules (/tmp/nat_rules_ppp0_vlan3880)
Jan 6 04:33:46 wan: finish adding multi routes
Jan 6 04:33:46 rc_service: ip-up 21115:notify_rc stop_upnp
Jan 6 04:33:46 rc_service: waitting "start_firewall" via ip-up ...
Jan 6 04:33:46 miniupnpd[21151]: version 1.9 started
Jan 6 04:33:46 miniupnpd[21151]: HTTP listening on port 55749
Jan 6 04:33:46 miniupnpd[21151]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 6 04:33:47 rc_service: ip-up 21115:notify_rc start_upnp
Jan 6 04:33:47 rc_service: waitting "stop_upnp" via ip-up ...
Jan 6 04:33:47 miniupnpd[21151]: shutting down MiniUPnPd
Jan 6 02:33:48 WAN Connection: WAN was restored.
Jan 6 04:33:49 miniupnpd[21160]: version 1.9 started
Jan 6 04:33:49 miniupnpd[21160]: HTTP listening on port 51804
Jan 6 04:33:49 miniupnpd[21160]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 6 07:39:07 pppd[1495]: Serial link appears to be disconnected.
Jan 6 05:39:07 WAN Connection: Fail to connect with some issues.
Jan 6 05:39:08 nat: apply redirect rules
Jan 6 07:39:13 pppd[1495]: Connection terminated.
Jan 6 07:39:13 pppd[1495]: Modem hangup
Jan 6 07:39:58 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:41:13 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:42:28 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:43:44 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:44:59 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:46:14 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:47:29 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:48:44 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:49:59 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:51:14 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:52:29 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:53:44 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:54:59 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:56:14 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:57:29 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:58:44 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:59:59 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:01:14 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:02:30 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:03:45 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:05:00 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:06:15 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:07:30 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:08:45 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:10:00 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:11:15 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:12:30 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:13:45 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:15:00 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:16:15 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:17:30 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:18:45 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:20:01 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:21:16 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:22:31 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:23:46 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:25:01 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:26:16 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:27:31 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:28:46 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:30:01 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:31:16 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:32:31 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:33:46 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:35:01 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:36:16 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:37:32 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:38:47 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:40:02 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:41:17 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:42:32 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:43:47 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:45:02 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:46:17 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:47:32 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:48:47 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:50:02 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:51:17 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:52:32 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:53:47 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:55:03 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:56:18 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:57:33 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:58:48 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:00:03 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:01:18 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:02:33 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:03:48 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:05:03 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:06:18 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:07:33 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:08:48 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:10:03 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:11:18 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:12:33 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:13:49 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:15:04 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:16:19 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:17:34 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:18:49 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:20:04 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:21:19 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:21:30 rc_service: watchdog 233:notify_rc stop_amas_wlcconnect
Jan 6 07:21:30 rc_service: watchdog 233:notify_rc stop_amas_bhctrl
Jan 6 07:21:30 rc_service: waitting "stop_amas_wlcconnect" via watchdog ...
Jan 6 09:21:36 kernel: wl_module_init: passivemode set to 0x0
Jan 6 09:21:36 kernel: wl_module_init: igs set to 0x0
Jan 6 09:21:36 kernel: wl_module_init: txworkq set to 0x0
Jan 6 09:21:36 kernel: eth1: Broadcom BCM4360 802.11 Wireless Controller 6.37.14.126 (r561982)
Jan 6 09:21:36 kernel: eth2: Broadcom BCM4360 802.11 Wireless Controller 6.37.14.126 (r561982)
Jan 6 07:22:10 roamast: eth1: add client [40:4e:36:1b:2b:e7] to monitor list
Jan 6 09:22:34 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:23:49 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:24:31 rc_service: httpd 228:notify_rc restart_dslwan_if 0
Jan 6 09:24:31 pppd[1495]: Unable to complete PPPoE Discovery
Jan 6 09:24:31 kernel: et0: et_mvlan_netdev_event: event 9 for vlan3880 mvlan_en 0
Jan 6 09:24:31 kernel: et0: et_mvlan_netdev_event: event 2 for vlan3880 mvlan_en 0
Jan 6 09:24:31 kernel: et0: et_mvlan_netdev_event: event 13 for vlan3880 mvlan_en 0
Jan 6 09:24:31 kernel: et0: et_mvlan_netdev_event: event 1 for vlan3880 mvlan_en 0
Jan 6 09:24:31 kernel: et0: et_mvlan_netdev_event: event 4 for vlan3880 mvlan_en 0
Jan 6 09:24:32 kernel: et0: et_mvlan_netdev_event: event 4 for vlan3880 mvlan_en 0
Jan 6 09:24:41 pppd[2502]: pppd 2.4.7 started by ASUS, uid 0
Jan 6 09:24:52 rc_service: zcip 2519:notify_rc start_firewall
Jan 6 09:24:52 zcip client: configured 169.254.59.109
Jan 6 09:24:52 miniupnpd[21160]: shutting down MiniUPnPd
Jan 6 09:24:53 nat: apply nat rules (/tmp/nat_rules__vlan3880)
Jan 6 09:24:53 miniupnpd[2542]: version 1.9 started
Jan 6 09:24:53 miniupnpd[2542]: HTTP listening on port 52661
Jan 6 09:24:53 miniupnpd[2542]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 6 07:24:57 nat: apply redirect rules
Jan 6 09:25:16 pppd[2502]: Timeout waiting for PADO packets
Jan 6 07:26:15 roamast: eth1: add client [40:4e:36:1b:2b:e7] to monitor list
Jan 6 09:26:31 pppd[2502]: Timeout waiting for PADO packets
Jan 6 09:27:46 pppd[2502]: Timeout waiting for PADO packets
Jan 6 09:29:01 pppd[2502]: Timeout waiting for PADO packets
Jan 6 09:30:16 pppd[2502]: Timeout waiting for PADO packets
Jan 6 09:31:31 pppd[2502]: Timeout waiting for PADO packets
Jan 6 09:32:46 pppd[2502]: Timeout waiting for PADO packets
Jan 6 09:34:01 pppd[2502]: Timeout waiting for PADO packets
Jan 6 07:34:40 roamast: eth1: add client [40:4e:36:1b:2b:e7] to monitor list

ο πρόβλημα το έχω εντοπίσει μάλλον στο γεγονός ότι μεταβάλλεται πολύ επιθετικά το snr, με αποτέλεσμα να γεμίζει σφάλματα και να βγαίνει off. Ξεκίνησε με 11 όπου ήταν βράχος και συγχρονιζε 16030 (λίγο πιο πάνω από του παρόχου) κι αυτή τη στιγμή ειναι 0.5dB! To data rate δεν αυξήθηκε. Επειδή έπαιξα και τις προάλλες, παρατηρώ γενικά ότι και disable να κάνεις ή να επιλέξεις stable κτλ, ότι "κουμπώνει" τις επιλογές αρχικά και μετά πάλι το snr κάνει του κεφαλιού του.
Τι μπορώ να κάνω;

[afterglow]

Χμμμμ είναι καθαρό θέμα authentication στον Radius οπότε αυτό που σου προτείνω είναι να παίξεις και με τις ρυθμίσεις UPNP, NAT καθώς επίσης και με το PPP Authentication άλλαξε το από Auto σε PAP και CHAP.

guys δεν νομίζω πως ειναι θεμα authentication. εμένα μου μυρίζει βρώμα πως για κάποιο λόγο βγαίνει μπροστα το vlan 3880 και φυσικα αντι για το 835, και με αυτό δεν πάμε πουθενά.
Επίσης εχθες το δοκίμασα σε ADSL Wind φίλου και ουτε εκει συνδέθηκε παρόλο που συγχρόνησε. και εκει timeout pado packets.

για την ιστορια μου ειπε επισης φιλος που δουλευε forthnet πως το 802.1P ειναι frame prioritization και ότι κ να βαλεις εκει ο ISP το κάνει Ignore και το γυρνάει σε 0 που ειναι το lowest priority. το frame prioritization αν ειναι να γίνει θα γίνει απο την πλευρά του ISP και μόνο. ότι τιμή και να βάλουμε εκει δεν πιανεται, και τελοσπαντων δεν παιζει κανενα ρολο στα θεματα μας αλλα και γενικότερα μην ασχολούμαστε άδικα.

θεωρητικά με vlan 835,credentials, και ολα τα άλλα auto ή defaults και θα επρεπε να παιζει ομορφα και ωραια out of the box. σε ΟΤΕ VDSL 50mbit τουλάχιστον έτσι κ έγινε.

[babis3g]

Το ρούτερ αυτή τη στιγμή είναι συνδεδεμένο εδώ και 11 ώρες, αλλά έγινε disconnected.

Παρακάτω είναι το log αν βοηθά:

Jan 5 22:12:14 roamast: eth1: add client [70:1c:e7:ae:88:e6] to monitor list
Jan 5 22:14:54 roamast: eth1: add client [40:4e:36:1b:2b:e7] to monitor list
Jan 5 22:16:54 roamast: eth1: add client [08:78:08:4a:4a:98] to monitor list
Jan 5 23:44:19 roamast: eth1: add client [40:4e:36:1b:2b:e7] to monitor list
Jan 5 23:04:30 disk_monitor: Got SIGALRM...
Jan 6 00:11:21 rc_service: watchdog 233:notify_rc stop_amas_wlcconnect
Jan 6 00:11:21 rc_service: watchdog 233:notify_rc stop_amas_bhctrl
Jan 6 00:11:21 rc_service: waitting "stop_amas_wlcconnect" via watchdog ...
Jan 6 02:11:26 kernel: wl_module_init: passivemode set to 0x0
Jan 6 02:11:26 kernel: wl_module_init: igs set to 0x0
Jan 6 02:11:26 kernel: wl_module_init: txworkq set to 0x0
Jan 6 02:11:26 kernel: eth1: Broadcom BCM4360 802.11 Wireless Controller 6.37.14.126 (r561982)
Jan 6 02:11:26 kernel: eth2: Broadcom BCM4360 802.11 Wireless Controller 6.37.14.126 (r561982)
Jan 6 04:25:16 pppd[1495]: Serial link appears to be disconnected.
Jan 6 02:25:17 WAN Connection: Fail to connect with some issues.
Jan 6 02:25:18 nat: apply redirect rules
Jan 6 04:25:22 pppd[1495]: Connection terminated.
Jan 6 04:25:23 pppd[1495]: Modem hangup
Jan 6 04:26:08 pppd[1495]: Timeout waiting for PADO packets
Jan 6 04:27:23 pppd[1495]: Timeout waiting for PADO packets
Jan 6 04:28:38 pppd[1495]: Timeout waiting for PADO packets
Jan 6 04:29:53 pppd[1495]: Timeout waiting for PADO packets
Jan 6 04:31:08 pppd[1495]: Timeout waiting for PADO packets
Jan 6 04:32:23 pppd[1495]: Timeout waiting for PADO packets
Jan 6 04:33:38 pppd[1495]: Timeout waiting for PADO packets
Jan 6 04:33:38 pppd[1495]: Connected to 00:90:1a:43:14:93 via interface vlan3880
Jan 6 04:33:38 pppd[1495]: Connect: ppp0 <--> vlan3880
Jan 6 04:33:45 pppd[1495]: PAP authentication succeeded
Jan 6 04:33:45 pppd[1495]: peer from calling number 00:90:1A:43:14:93 authorized
Jan 6 04:33:45 pppd[1495]: local IP address 5.54.10.26
Jan 6 04:33:45 pppd[1495]: remote IP address 62.38.0.170
Jan 6 04:33:45 pppd[1495]: primary DNS address 62.38.0.81
Jan 6 04:33:45 pppd[1495]: secondary DNS address 62.38.1.81
Jan 6 04:33:45 rc_service: ip-up 21115:notify_rc start_firewall
Jan 6 04:33:46 miniupnpd[1621]: shutting down MiniUPnPd
Jan 6 04:33:46 nat: apply nat rules (/tmp/nat_rules_ppp0_vlan3880)
Jan 6 04:33:46 wan: finish adding multi routes
Jan 6 04:33:46 rc_service: ip-up 21115:notify_rc stop_upnp
Jan 6 04:33:46 rc_service: waitting "start_firewall" via ip-up ...
Jan 6 04:33:46 miniupnpd[21151]: version 1.9 started
Jan 6 04:33:46 miniupnpd[21151]: HTTP listening on port 55749
Jan 6 04:33:46 miniupnpd[21151]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 6 04:33:47 rc_service: ip-up 21115:notify_rc start_upnp
Jan 6 04:33:47 rc_service: waitting "stop_upnp" via ip-up ...
Jan 6 04:33:47 miniupnpd[21151]: shutting down MiniUPnPd
Jan 6 02:33:48 WAN Connection: WAN was restored.
Jan 6 04:33:49 miniupnpd[21160]: version 1.9 started
Jan 6 04:33:49 miniupnpd[21160]: HTTP listening on port 51804
Jan 6 04:33:49 miniupnpd[21160]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 6 07:39:07 pppd[1495]: Serial link appears to be disconnected.
Jan 6 05:39:07 WAN Connection: Fail to connect with some issues.
Jan 6 05:39:08 nat: apply redirect rules
Jan 6 07:39:13 pppd[1495]: Connection terminated.
Jan 6 07:39:13 pppd[1495]: Modem hangup
Jan 6 07:39:58 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:41:13 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:42:28 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:43:44 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:44:59 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:46:14 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:47:29 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:48:44 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:49:59 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:51:14 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:52:29 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:53:44 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:54:59 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:56:14 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:57:29 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:58:44 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:59:59 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:01:14 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:02:30 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:03:45 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:05:00 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:06:15 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:07:30 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:08:45 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:10:00 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:11:15 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:12:30 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:13:45 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:15:00 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:16:15 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:17:30 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:18:45 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:20:01 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:21:16 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:22:31 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:23:46 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:25:01 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:26:16 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:27:31 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:28:46 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:30:01 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:31:16 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:32:31 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:33:46 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:35:01 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:36:16 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:37:32 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:38:47 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:40:02 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:41:17 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:42:32 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:43:47 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:45:02 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:46:17 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:47:32 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:48:47 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:50:02 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:51:17 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:52:32 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:53:47 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:55:03 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:56:18 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:57:33 pppd[1495]: Timeout waiting for PADO packets
Jan 6 08:58:48 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:00:03 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:01:18 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:02:33 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:03:48 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:05:03 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:06:18 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:07:33 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:08:48 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:10:03 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:11:18 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:12:33 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:13:49 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:15:04 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:16:19 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:17:34 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:18:49 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:20:04 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:21:19 pppd[1495]: Timeout waiting for PADO packets
Jan 6 07:21:30 rc_service: watchdog 233:notify_rc stop_amas_wlcconnect
Jan 6 07:21:30 rc_service: watchdog 233:notify_rc stop_amas_bhctrl
Jan 6 07:21:30 rc_service: waitting "stop_amas_wlcconnect" via watchdog ...
Jan 6 09:21:36 kernel: wl_module_init: passivemode set to 0x0
Jan 6 09:21:36 kernel: wl_module_init: igs set to 0x0
Jan 6 09:21:36 kernel: wl_module_init: txworkq set to 0x0
Jan 6 09:21:36 kernel: eth1: Broadcom BCM4360 802.11 Wireless Controller 6.37.14.126 (r561982)
Jan 6 09:21:36 kernel: eth2: Broadcom BCM4360 802.11 Wireless Controller 6.37.14.126 (r561982)
Jan 6 07:22:10 roamast: eth1: add client [40:4e:36:1b:2b:e7] to monitor list
Jan 6 09:22:34 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:23:49 pppd[1495]: Timeout waiting for PADO packets
Jan 6 09:24:31 rc_service: httpd 228:notify_rc restart_dslwan_if 0
Jan 6 09:24:31 pppd[1495]: Unable to complete PPPoE Discovery
Jan 6 09:24:31 kernel: et0: et_mvlan_netdev_event: event 9 for vlan3880 mvlan_en 0
Jan 6 09:24:31 kernel: et0: et_mvlan_netdev_event: event 2 for vlan3880 mvlan_en 0
Jan 6 09:24:31 kernel: et0: et_mvlan_netdev_event: event 13 for vlan3880 mvlan_en 0
Jan 6 09:24:31 kernel: et0: et_mvlan_netdev_event: event 1 for vlan3880 mvlan_en 0
Jan 6 09:24:31 kernel: et0: et_mvlan_netdev_event: event 4 for vlan3880 mvlan_en 0
Jan 6 09:24:32 kernel: et0: et_mvlan_netdev_event: event 4 for vlan3880 mvlan_en 0
Jan 6 09:24:41 pppd[2502]: pppd 2.4.7 started by ASUS, uid 0
Jan 6 09:24:52 rc_service: zcip 2519:notify_rc start_firewall
Jan 6 09:24:52 zcip client: configured 169.254.59.109
Jan 6 09:24:52 miniupnpd[21160]: shutting down MiniUPnPd
Jan 6 09:24:53 nat: apply nat rules (/tmp/nat_rules__vlan3880)
Jan 6 09:24:53 miniupnpd[2542]: version 1.9 started
Jan 6 09:24:53 miniupnpd[2542]: HTTP listening on port 52661
Jan 6 09:24:53 miniupnpd[2542]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 6 07:24:57 nat: apply redirect rules
Jan 6 09:25:16 pppd[2502]: Timeout waiting for PADO packets
Jan 6 07:26:15 roamast: eth1: add client [40:4e:36:1b:2b:e7] to monitor list
Jan 6 09:26:31 pppd[2502]: Timeout waiting for PADO packets
Jan 6 09:27:46 pppd[2502]: Timeout waiting for PADO packets
Jan 6 09:29:01 pppd[2502]: Timeout waiting for PADO packets
Jan 6 09:30:16 pppd[2502]: Timeout waiting for PADO packets
Jan 6 09:31:31 pppd[2502]: Timeout waiting for PADO packets
Jan 6 09:32:46 pppd[2502]: Timeout waiting for PADO packets
Jan 6 09:34:01 pppd[2502]: Timeout waiting for PADO packets
Jan 6 07:34:40 roamast: eth1: add client [40:4e:36:1b:2b:e7] to monitor list

ο πρόβλημα το έχω εντοπίσει μάλλον στο γεγονός ότι μεταβάλλεται πολύ επιθετικά το snr, με αποτέλεσμα να γεμίζει σφάλματα και να βγαίνει off. Ξεκίνησε με 11 όπου ήταν βράχος και συγχρονιζε 16030 (λίγο πιο πάνω από του παρόχου) κι αυτή τη στιγμή ειναι 0.5dB! To data rate δεν αυξήθηκε. Επειδή έπαιξα και τις προάλλες, παρατηρώ γενικά ότι και disable να κάνεις ή να επιλέξεις stable κτλ, ότι "κουμπώνει" τις επιλογές αρχικά και μετά πάλι το snr κάνει του κεφαλιού του.
Τι μπορώ να κάνω;

δοκιμασε να ανεβασεις το snr target , πχ, κλεισε το Dynamic Line Adjustment και στο stability adjustment βαλε στο στο -2, -3 για αρχη να δεις αν γινει η γραμμη πιο σταθερη αν εχει παλι θεμα, αν ναι δοκιμασε -4 ... γιατι αν το snr πεφτει στο 0.5 δεν ειναι καλο καπου θα εχει χασιμο πακετων

[rufous]

Δοκιμάζω αυτό που μου προτεινες εδώ και καιρό. Αυτό αναφέρω και στο post. Αλλά ρε συ το SNR Margin ούτε έτσι μένει σταθερό. Δεν "κουμπώνει" δηλαδή.
Το ανεβάζω για παραδειγμα στο 8 και για λίγο μένει εκεί. Μετά το βλέπω να παίζει πολύ. Μέχρι και -1.5 φτάνει πχ. Είναι λογικό αυτό;
Υπαρχει περίπτωση να φταίει η rom ή κάνω κάτι λάθος εγώ;

[ORIONAS21]

guys δεν νομίζω πως ειναι θεμα authentication. εμένα μου μυρίζει βρώμα πως για κάποιο λόγο βγαίνει μπροστα το vlan 3880 και φυσικα αντι για το 835, και με αυτό δεν πάμε πουθενά.
Επίσης εχθες το δοκίμασα σε ADSL Wind φίλου και ουτε εκει συνδέθηκε παρόλο που συγχρόνησε. και εκει timeout pado packets.

για την ιστορια μου ειπε επισης φιλος που δουλευε forthnet πως το 802.1P ειναι frame prioritization και ότι κ να βαλεις εκει ο ISP το κάνει Ignore και το γυρνάει σε 0 που ειναι το lowest priority. το frame prioritization αν ειναι να γίνει θα γίνει απο την πλευρά του ISP και μόνο. ότι τιμή και να βάλουμε εκει δεν πιανεται, και τελοσπαντων δεν παιζει κανενα ρολο στα θεματα μας αλλα και γενικότερα μην ασχολούμαστε άδικα.

θεωρητικά με vlan 835,credentials, και ολα τα άλλα auto ή defaults και θα επρεπε να παιζει ομορφα και ωραια out of the box. σε ΟΤΕ VDSL 50mbit τουλάχιστον έτσι κ έγινε.

Εν μέρη είναι σωστό αυτό που σου είπε ο φίλος σου ότι το 802.1Ρ είναι για prioritization.

"Eight different classes of service are available as expressed through the 3-bit PCP field in an IEEE 802.1Q header added to the frame. The way traffic is treated when assigned to any particular class is undefined and left to the implementation. The IEEE, however, has made some broad recommendations:[5]

PCP value Priority Acronym Traffic types
1 0 (lowest) BK Background
0 1 (default) BE Best effort
2 2 EE Excellent effort
3 3 CA Critical applications
4 4 VI Video, < 100 ms latency and jitter
5 5 VO Voice, < 10 ms latency and jitter
6 6 IC Internetwork control
7 7 (highest) NC Network control
"
Έτσι το 835 πρέπει να έχει πάντοτε το 7 ενώ τα υπόλοιπα VLAN μικρότερο νούμερο, όμως όταν παίζεις σε off-net δηλαδή VDSL WIND από ΚΑΦΑΟ/DSLAM ΟΤΕ τότε πρέπει να μπεί και στο ρουτερ γιατί το δίκτυο του ΟΤΕ για να περάσει τα πακέτα στο δίκτυο/DSLAM του provider βλέπει το 802. Επίσης το ID 835 είναι κοινό για όλους ενώ πχ το voip σε καποιους είναι το 836 σε καποιους άλλους το 838 η το 837. Υπάρχει περίπτωση να χρησιμοποιεί η WIND άλλο VLAN πχ 836 για το data;;;
Αυτό το λέω γιατί στην Vodafone χρησιμοποιούν το 837 για το TV όταν είσαι απευθείας από DSLAM Vodafone, όταν όμως πήγα off-net (δηλαδή μέσω DSLAM ΟΤΕ) έπρεπε να το γυρίσω σε 836 καθώς αυτό το VLAN χρησιμοποιεί ο ΟΤΕ για το TV και το κάνει map στο 837 της Vodafone.
Οπότε παίξε με τα VLAN και δοκίμασε 837 838 839.

[babis3g]

Δοκιμάζω αυτό που μου προτεινες εδώ και καιρό. Αυτό αναφέρω και στο post. Αλλά ρε συ το SNR Margin ούτε έτσι μένει σταθερό. Δεν "κουμπώνει" δηλαδή.
Το ανεβάζω για παραδειγμα στο 8 και για λίγο μένει εκεί. Μετά το βλέπω να παίζει πολύ. Μέχρι και -1.5 φτάνει πχ. Είναι λογικό αυτό;
Υπαρχει περίπτωση να φταίει η rom ή κάνω κάτι λάθος εγώ;

Αν ανεβαζεις το snr απο το stability και εχει ακομα θεμα, δηλαδη αυτο πεφτει αρκετα ... υπαρχει μια περιπτωση να εχει θεμα το dsl wan ... πχ να εφαγε καποιον κεραυνο, να εγινε καποια αποτομη διακοπη και αμεσως ξανα ηλθε το ηλεκτρικο, να βγηκε προβληματικο κλπ ... συνηθως ομως ειναι λογο χασιμο πακετων μη καλης γραμμης και ετσι το snr δεν μπορει να κρατηθει στα ορια και πεφτει

αυτον τον ογηγο τον κοιταξες αν ειναι οκ απο την μερια σου μεσα σπιτι ? αλλιως μπορει και ο παροχος, αλλα αν ειναι απο αυτον θα το κανει και με αλλο modem
https://www.adslgr.com/forum/threads...B7%CF%84%CE%AE

[jkoukos]

Έτσι το 835 πρέπει να έχει πάντοτε το 7 ενώ τα υπόλοιπα VLAN μικρότερο νούμερο, όμως όταν παίζεις σε off-net δηλαδή VDSL WIND από ΚΑΦΑΟ/DSLAM ΟΤΕ τότε πρέπει να μπεί και στο ρουτερ γιατί το δίκτυο του ΟΤΕ για να περάσει τα πακέτα στο δίκτυο/DSLAM του provider βλέπει το 802. Επίσης το ID 835 είναι κοινό για όλους ενώ πχ το voip σε καποιους είναι το 836 σε καποιους άλλους το 838 η το 837. Υπάρχει περίπτωση να χρησιμοποιεί η WIND άλλο VLAN πχ 836 για το data;;;
Αυτό το λέω γιατί στην Vodafone χρησιμοποιούν το 837 για το TV όταν είσαι απευθείας από DSLAM Vodafone, όταν όμως πήγα off-net (δηλαδή μέσω DSLAM ΟΤΕ) έπρεπε να το γυρίσω σε 836 καθώς αυτό το VLAN χρησιμοποιεί ο ΟΤΕ για το TV και το κάνει map στο 837 της Vodafone.
Οπότε παίξε με τα VLAN και δοκίμασε 837 838 839.

Από DSLAM αστικού κέντρου, ο καθένας κάνει χρήση όποια τιμή θέλει.
Ωστόσο στην προσφορά αναφοράς για παροχή υπηρεσιών μέσω χοντρικής από υπαίθρια καμπίνα και οι 3 παροχοι (Cosmote, Vodafone και Wind), χρησιμοποιούν τις ίδιες ακριβώς τιμές λόγω τυποποίησης:
VLAN 835: πρόσβασης στο διαδίκτυο (internet)
VLAN 836: χρήση τηλεόρασης – Video (IPTV/VoD)
VLAN 837: Ενδεικτικά για χρήση τηλεφωνίας (VoIP) για οικιακούς χρήστες
VLAN 838: υπηρεσιών διαχείρισης εξοπλισμού (CPE management)

[afterglow]

Εν μέρη είναι σωστό αυτό που σου είπε ο φίλος σου ότι το 802.1Ρ είναι για prioritization.


Έτσι το 835 πρέπει να έχει πάντοτε το 7 ενώ τα υπόλοιπα VLAN μικρότερο νούμερο, όμως όταν παίζεις σε off-net δηλαδή VDSL WIND από ΚΑΦΑΟ/DSLAM ΟΤΕ τότε πρέπει να μπεί και στο ρουτερ γιατί το δίκτυο του ΟΤΕ για να περάσει τα πακέτα στο δίκτυο/DSLAM του provider βλέπει το 802. Επίσης το ID 835 είναι κοινό για όλους ενώ πχ το voip σε καποιους είναι το 836 σε καποιους άλλους το 838 η το 837. Υπάρχει περίπτωση να χρησιμοποιεί η WIND άλλο VLAN πχ 836 για το data;;;
Αυτό το λέω γιατί στην Vodafone χρησιμοποιούν το 837 για το TV όταν είσαι απευθείας από DSLAM Vodafone, όταν όμως πήγα off-net (δηλαδή μέσω DSLAM ΟΤΕ) έπρεπε να το γυρίσω σε 836 καθώς αυτό το VLAN χρησιμοποιεί ο ΟΤΕ για το TV και το κάνει map στο 837 της Vodafone.
Οπότε παίξε με τα VLAN και δοκίμασε 837 838 839.

Από DSLAM αστικού κέντρου, ο καθένας κάνει χρήση όποια τιμή θέλει.
Ωστόσο στην προσφορά αναφοράς για παροχή υπηρεσιών μέσω χοντρικής από υπαίθρια καμπίνα και οι 3 παροχοι (Cosmote, Vodafone και Wind), χρησιμοποιούν τις ίδιες ακριβώς τιμές λόγω τυποποίησης:
VLAN 835: πρόσβασης στο διαδίκτυο (internet)
VLAN 836: χρήση τηλεόρασης – Video (IPTV/VoD)
VLAN 837: Ενδεικτικά για χρήση τηλεφωνίας (VoIP) για οικιακούς χρήστες
VLAN 838: υπηρεσιών διαχείρισης εξοπλισμού (CPE management)

εγω κατάλαβα πως ο ISP θα σε ταγκάρει με priority 0 θέλωντας και μη, εννοώντας δεν μπορει να βάλει ο καθένας ότι τιμή priority θέλει πχ 2-3 κτλ αλλιως θα γίνει μπάχαλο το εσωτερικό δίκτυο. άρα τα παίρνει με 0 και μετά ανάλογα θα το αλλάξει εντος δικτύου. μπορω να ρωτήσω το γνωστό για παραπάνω info σε αυτό το θέμα έτσι για την ιστορία αλλα δεν παίζει κανένα ρόλο εδώ στα θέματα μας...
όπως λέει και ο Jkoukos όλοι οι πάροχοι τα ιδια vlan χρησιμοποιούν λόγω τυποποίησης οπότε δεν υπάρχει πρόβλημα και ειναι κ ευκολότερο να τα θυμάσαι και να μην αλλάζεις οταν πας απο isp σε isp.Άλλωστε το 835 vlan id της Wind πχ δεν προκειται ποτε να βγεί έξω και να μιλήσει με το 835 του ΟΤΕ κτλ οποτε δεν τίθεται θέμα.
απάντησε ενας απο το asus support Και μου είπε αν όντως γράφω το 835 στο κουτάκι...προφανως ναι του λέω και αναμέμω να δω ποσο σοβαρό ειναι το troubleshooting η θα μου λένε παπαριές..
i ll keep you updated.

[ORIONAS21]

Δεν λέω κάτι διαφορετικό.
Η τυποποίηση αυτή έχει να κάνε με το αν παίρνεις από την καμπίνα του OTE (δηλαδή off-net).
Αν εσύ δεν παίρνεις από την καμπίνα αλλά απευθείας από το ΑΚ (δηλαδή on-net) τότε τα vlan αυτά είναι διαφορετικά και ο κάθε πάροχος χρησιμοποιεί τα δικά του...

Είσαι σίγουρος ότι παίρνεις λοιπόν από την καμπίνα και όχι από το ΑΚ απευθείας?

[afterglow]

ναι θεωρώ πως ειναι κλασσική περίπτωση, παίρνω απο καμπινα μιας και ειναι εξω απο το σπιτι, παλια η adsl δεν επιανε καν τα 24mbps ενω με την vdsl κουμπώνει 49999/4999 και γενικά τα stats SNR κτλ πιο καλα δεν γίνονται

[ORIONAS21]

Τότε ναι είναι το 835.

Δεν ξέρω τι άλλο μπορεί να φταίει...
Ο συγχρονισμός είναι οκ άρα το ότι δεν γίνεσαι authenticate μετά για να πάρεις ip είναι το πρόβλημα...
Σαν τελευταία λύση εγώ θα σου πρότεινα να κάνει ένα factory reset στο ASUS και να αρχίσεις να τα περνάς πάλι κομμάτι κομμάτι για να βεβαιωθείς ότι δεν έχει ξεχαστεί κάποια ρύθμιση...