Forum Övrigt Arkiverade forum Asus Tråd

Asus RT-N56U dör 1-2 gånger per dag helt random.

1 2
Skriv svar
Permalänk
Medlem ★
●

Asus RT-N56U dör 1-2 gånger per dag helt random.

Börjar få gråa hår på denna routern.

Helt plötsligt 1-2 gånger per dag så mer eller mindre dör allt, går ej komma åt 192.168.1.1 (ibland kommer det text att något har ändrats och jag måste ansluta mig igen)

Både trådlösa och trådbundna till stationära dör.
Fiber ifrån väggen rakt in i routern.

Enda som löser det är att dra ur strömmen och stoppa in den igen, reset knappen gör inget.

Har senaste firmware (Fast programvaruversion:3.0.0.4.374_5656), gjort factory reset på settings ett par gånger och börjat om från nytt, men problemet kommer ändå.

Vad kan felet vara?

Redigera
Citera flera Citera
Permalänk
Medlem
●

Fel på nätadaptern. Fel på routern. Något hårdvarurelaterat verkar det i alla fall vara så slösa inte dagar på att felsöka mjukvaran.

Redigera
Citera flera Citera
Permalänk
Medlem
●

Ja men har du anna router o prova om fungerar med ansluta ? Kanske lämna den o byta ny igen. Jag har samma router ingen problem. Nåt defekt på den .

Visa signatur

Min Dator 1 Intel i7 7820x Asus X299 TUF MARK 1 Corsair Dominator 32GB, ASUS GTX 1060 6GB Strix Gaming OC ,Corsair RM1000X Rhantek EHTROO PRO M SAMSUNG 960 EVO 500GB M.2 SSHD 2TB WD GREEN 2TB FD Celsius s36.
min fästmös Dator 2 Gigabyte Z170 Gaming K3 Intel Core i5 6600K 3.5 GHz 6MB be quiet Pure Rock Corsair VENGEANCE LPX 16GB WD 500 gb & WD Green 2TB Gigabyte GeForce GTX 970 4GB G1 CM HAF 922 Corsair HX620.

Redigera
Citera flera Citera
Permalänk
Medlem
●

Har läst om ett par trådar här på swec med liknande problem. Om jag inte minns fel så har det blivit bättre med custom firmware.

Visa signatur

Citera för svar!
TechNut - YouTube
HP Gen8 Microserver Series
Server 2012 Tutorials
PowerShell Quickie

Redigera
Citera flera Citera
Permalänk
Inaktiv ★
●
Skrivet av JimmieSan:

Börjar få gråa hår på denna routern.

Helt plötsligt 1-2 gånger per dag så mer eller mindre dör allt, går ej komma åt 192.168.1.1 (ibland kommer det text att något har ändrats och jag måste ansluta mig igen)

Både trådlösa och trådbundna till stationära dör.
Fiber ifrån väggen rakt in i routern.

Enda som löser det är att dra ur strömmen och stoppa in den igen, reset knappen gör inget.

Har senaste firmware (Fast programvaruversion:3.0.0.4.374_5656), gjort factory reset på settings ett par gånger och börjat om från nytt, men problemet kommer ändå.

Vad kan felet vara?

Gå till inlägget

Slutar routern att fungera när den är under belastning? Exempelvis när du streamar en HD-film eller laddar ner/upp mycket data samtidigt?

Visa signatur

ASUS Sverige & ROG Nordic

Redigera
Citera flera Citera
Permalänk
Medlem ★
●
Skrivet av ASUS_Caroline:

Slutar routern att fungera när den är under belastning? Exempelvis när du streamar en HD-film eller laddar ner/upp mycket data samtidigt?

Gå till inlägget

Nej, det är helt slumpmässigt.
Har ex belastat den med fullt 100/100 både ner och upp utan problem.
Sen kan den dö helt plötsligt när man bara sitter och surfar, eller inte gör något alls.

Googlat lite och hittat fler med liknande problem, men ingen direkt lösning.
Vissa pratar om custom firmwares men vet ej vart man ska gå med sådant direkt.

Redigera
Citera flera Citera
Permalänk
Medlem ★
●

Noterat att sista tiden verkar min dö av lite ibland, dock på slutet jag noterat det så kan ju vara ngt som försämras över tid. Dock kommer allt igång igen utan att man behöver göra ngt.

Redigera
Citera flera Citera
Permalänk
Medlem
●
Skrivet av JimmieSan:

Nej, det är helt slumpmässigt.
Har ex belastat den med fullt 100/100 både ner och upp utan problem.
Sen kan den dö helt plötsligt när man bara sitter och surfar, eller inte gör något alls.

Googlat lite och hittat fler med liknande problem, men ingen direkt lösning.
Vissa pratar om custom firmwares men vet ej vart man ska gå med sådant direkt.

Gå till inlägget

http://code.google.com/p/rt-n56u/downloads/list

Jag kör med hans, men han är numera klar med N56U så inga fler updates vad jag vet, men funkar klockrent. bara ladda ner den du vill ha DLNA , Aria2 eller Base och sen laddar in firmware. Vill dock tillägga att det finns risk för att "bricka" routern men vad jag har förstått så ska asus recovery funka om något går fel

Redigera
Citera flera Citera
Permalänk
Inaktiv ★
●
Skrivet av JimmieSan:

Nej, det är helt slumpmässigt.
Har ex belastat den med fullt 100/100 både ner och upp utan problem.
Sen kan den dö helt plötsligt när man bara sitter och surfar, eller inte gör något alls.

Googlat lite och hittat fler med liknande problem, men ingen direkt lösning.
Vissa pratar om custom firmwares men vet ej vart man ska gå med sådant direkt.

Gå till inlägget

Kolla i routerns systemlogg direkt efter den dött och du har startat om den. Vad säger loggen om händelsen?

Visa signatur

ASUS Sverige & ROG Nordic

Redigera
Citera flera Citera
Permalänk
Medlem
●

Det här låter inget vidare nu när man precis har införskaffat en likadan router. :/

Visa signatur

Testar telefoner och tillbehör: www.apetech.se

Redigera
Citera flera Citera
Permalänk
Medlem ★
●

Samma bekymmer här. Började då jag uppgraderade från firmware som kom med routern till näst senaste versionen för någon månad sen.
Kvarstår efter senaste versionen.
Helt klart ett firmwarebekymmer då det aldrig hände tidigare.
För mig är det däremot oftast vid belastning.

Kanske man skulle testa custom firmware, men för mig är det mer två ganger i vekan så jag vet inte om jag ids..

Redigera
Citera flera Citera
Permalänk
Medlem ★
●
Skrivet av ASUS_Caroline:

Kolla i routerns systemlogg direkt efter den dött och du har startat om den. Vad säger loggen om händelsen?

Gå till inlägget

Den dog imorse där någon gång, minns ej tid nu men detta stog på den 18maj i loggen, dvs idag: (Står en hel massa ovanför detta men står 1 Jan där så antar det är annat.
May 18 09:47:48 rc_service: ntp 378:notify_rc restart_upnp
May 18 09:47:48 miniupnpd[377]: received signal 15, good-bye
May 18 09:47:48 miniupnpd[389]: HTTP listening on port 51024
May 18 09:47:48 miniupnpd[389]: Listening for NAT-PMP traffic on port 5351
May 18 10:49:24 rc_service: httpd 293:notify_rc restart_firewall
May 18 10:49:24 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth3_eth3)!
May 18 10:50:43 rc_service: httpd 293:notify_rc start_webs_update
May 18 17:25:40 kernel: nf_ct_ras: decoding error: out of range
May 18 17:28:15 kernel: nf_ct_ras: decoding error: out of range
May 18 17:30:20 kernel: nf_ct_ras: decoding error: out of range
May 18 17:32:35 kernel: nf_ct_ras: decoding error: out of range
May 18 17:34:45 kernel: nf_ct_ras: decoding error: out of range
May 18 17:34:57 kernel: nf_ct_ras: decoding error: out of range

Kan hålla koll på när den dör igen och komma ihåg och kopiera det direkt.

Redigera
Citera flera Citera
Permalänk
Medlem
●

Min rt n56u dör varje gång man har väldigt hög förbrukning via wifi. Sjukt störigt för min tjej med laptop, men jag har sladd så mig gör det inte så mycket... Omstart så fungerar det igen. Har dock fått byta enheten en gång då den totaldog drygt en vecka efter inköp.

Visa signatur

| Fractal Design Compact 7 Vit - MSI Tomahawk x570 - Ryzen 5600X - PNY 4070Ti Super - 32GB Corsair 3200Mhz CL16 | ASUS MG279Q - 2560x1440, 144Hz, IPS, Freesync |

Redigera
Citera flera Citera
Permalänk
Medlem
●

Tja

Har precis samma problem och är kopplad på exakt samma sätt Har just lagt in en äldre fw för att se om problemet kvarstår. Kommer ej åt den på http://192.168.1.1 när allt är nere. Måste bryta strömmen en stund sen går den som en klocka i en dag eller två.

Redigera
Citera flera Citera
Permalänk
Medlem ★
●

Jag har haft 2st RT-N56U och båda hade exakt samma problem. Fungerar felfritt i 1-2 dagar sedan totalt dör allt och det ända som hjälper är att starta om 1-2 gånger så fungerar routern igen. Det blir helt klart ingen mer Asus router för min del!

Jag testade även custom firmware, den första routern stendog och den andra klarade av updatering. Custom firmware löste inte problemet för min del Linksys nästa! jag orkar inte strula mer!

Visa signatur

AMD Ryzen 5 9600X :: AMD Radeon RX 9070 16GB :: Kingston FURY Beast 32GB 6000 MT/s CL30 :: Kingston Fury Renegade 1TB :: Kingston Fury Renegade 2TB :: MAG401QR

Redigera
Citera flera Citera
Permalänk
Medlem
●

Min AC68 (inte exakt samma router) betedde sig likadant. Jag kom fram till att det var någon skyddskrets i nätdelen som slog till och bröt spänningen.

Fick en helt ny (räknades som DOA) och sedan dess har den gått klockrent.

Redigera
Citera flera Citera
Permalänk
Medlem ★
●
Skrivet av JimmieSan:

Den dog imorse där någon gång, minns ej tid nu men detta stog på den 18maj i loggen, dvs idag: (Står en hel massa ovanför detta men står 1 Jan där så antar det är annat.
May 18 09:47:48 rc_service: ntp 378:notify_rc restart_upnp
May 18 09:47:48 miniupnpd[377]: received signal 15, good-bye
May 18 09:47:48 miniupnpd[389]: HTTP listening on port 51024
May 18 09:47:48 miniupnpd[389]: Listening for NAT-PMP traffic on port 5351
May 18 10:49:24 rc_service: httpd 293:notify_rc restart_firewall
May 18 10:49:24 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth3_eth3)!
May 18 10:50:43 rc_service: httpd 293:notify_rc start_webs_update
May 18 17:25:40 kernel: nf_ct_ras: decoding error: out of range
May 18 17:28:15 kernel: nf_ct_ras: decoding error: out of range
May 18 17:30:20 kernel: nf_ct_ras: decoding error: out of range
May 18 17:32:35 kernel: nf_ct_ras: decoding error: out of range
May 18 17:34:45 kernel: nf_ct_ras: decoding error: out of range
May 18 17:34:57 kernel: nf_ct_ras: decoding error: out of range

Kan hålla koll på när den dör igen och komma ihåg och kopiera det direkt.

Gå till inlägget

Från smallnetbuilder (han som gör custom roms till asus som sedan asus använder sig av): http://forums.smallnetbuilder.com/showthread.php?t=9543 Verkar inte vara det felmeddelandet som får din router att lägga ner i alla fall.

Skrivet av lumpa:

Min AC68 (inte exakt samma router) betedde sig likadant. Jag kom fram till att det var någon skyddskrets i nätdelen som slog till och bröt spänningen.

Fick en helt ny (räknades som DOA) och sedan dess har den gått klockrent.

Gå till inlägget

Intressant, hur kom du fram till det? Resetta routern eller stängdes av helt?

Senast redigerat
Redigera
Citera flera Citera
Permalänk
Medlem ★
●

Nu när man kom hem så vart den död igen, klarade sig hela dagen igår men tydligen inte idag.
Då har internet inte varit under hög load eller något.

Inget i systemlog förutom det konstiga datumet 1 Jan.
Detta är allt som står i systemlogg nu efter jag drog ur strömmen och satte i den igen (då hoppar allt igång direkt som vanligt)

Fruktansvärt ostabil router, köpte den för ett bra tag sedan och tog fram nu för behövde wlan till mobilen.
Suck typ.
Ser lite här att den tappar connection till fibern eller något strunt, vilket det såklart aldrig gör om jag kör vägg->dator som vanligt. Eller vägg -> switch -> dator.

Jan 1 00:00:13 syslogd started: BusyBox v1.17.4
Jan 1 00:00:13 kernel: klogd started: BusyBox v1.17.4 (2014-04-21 14:05:36 CST)
Jan 1 00:00:13 kernel: Linux version 2.6.2219 (root@asus) (gcc version 3.4.2) #1 Mon Apr 21 14:08:09 CST 2014
Jan 1 00:00:13 kernel: The CPU feqenuce set to 500 MHz
Jan 1 00:00:13 kernel: CPU revision is: 0001974c
Jan 1 00:00:13 kernel: Determined physical RAM map:
Jan 1 00:00:13 kernel: memory: 08000000 @ 00000000 (usable)
Jan 1 00:00:13 kernel: Built 1 zonelists. Total pages: 32512
Jan 1 00:00:13 kernel: Kernel command line: console=ttyS1,57600n8 root=/dev/mtdblock4 rootfstype=squashfs noinitrd
Jan 1 00:00:13 kernel: Primary instruction cache 64kB, physically tagged, 4-way, linesize 32 bytes.
Jan 1 00:00:13 kernel: Primary data cache 32kB, 4-way, linesize 32 bytes.
Jan 1 00:00:13 kernel: cause = c0808000, status = 11000000
Jan 1 00:00:13 kernel: PID hash table entries: 512 (order: 9, 2048 bytes)
Jan 1 00:00:13 kernel: calculating r4koff... 001e8480(2000000)
Jan 1 00:00:13 kernel: CPU frequency 500.00 MHz
Jan 1 00:00:13 kernel: Using 250.000 MHz high precision timer.
Jan 1 00:00:13 syslog: module ledtrig-usbdev not found in modules.dep
Jan 1 00:00:13 syslog: module leds-usb not found in modules.dep
Jan 1 00:00:13 kernel: Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Jan 1 00:00:13 kernel: Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Jan 1 00:00:13 kernel: Mount-cache hash table entries: 512
Jan 1 00:00:13 kernel: RALINK_PCI_PCICFG_ADDR = 0
Jan 1 00:00:13 kernel: *************** Ralink PCIe RC mode *************
Jan 1 00:00:13 kernel: registering PCI controller with io_map_base unset
Jan 1 00:00:13 kernel: 2->[1][0][0][30]=0
Jan 1 00:00:13 kernel: 5->[1][0][0][30]=fffffffe
Jan 1 00:00:13 kernel: 2->[1][0][0][30]=0
Jan 1 00:00:13 kernel: 5->[1][0][0][30]=0
Jan 1 00:00:13 kernel: BAR0 at slot 0 = 0
Jan 1 00:00:13 kernel: bus=0, slot = 0x0
Jan 1 00:00:13 kernel: P2P(PCI) 0x00 = 08021814
Jan 1 00:00:13 kernel: P2P(PCI) 0x04 = 00100007
Jan 1 00:00:13 kernel: P2P(PCI) 0x08 = 06040001
Jan 1 00:00:13 kernel: P2P(PCI) 0x0c = 00010000
Jan 1 00:00:13 kernel: P2P(PCI) 0x10 = 00000000
Jan 1 00:00:13 kernel: P2P(PCI) 0x14 = 20100000
Jan 1 00:00:13 kernel: P2P(PCI) 0x18 = 00010100
Jan 1 00:00:13 kernel: P2P(PCI) 0x1c = 000000f0
Jan 1 00:00:13 kernel: P2P(PCI) 0x20 = 20002000
Jan 1 00:00:13 kernel: P2P(PCI) 0x24 = 0000fff0
Jan 1 00:00:13 kernel: P2P(PCI) 0x28 = 00000000
Jan 1 00:00:13 kernel: P2P(PCI) 0x2c = 00000000
Jan 1 00:00:13 kernel: P2P(PCI) 0x30 = 00000000
Jan 1 00:00:13 kernel: P2P(PCI) 0x34 = 00000040
Jan 1 00:00:13 kernel: P2P(PCI) 0x38 = 00000000
Jan 1 00:00:13 kernel: P2P(PCI) 0x3c = 000401ff
Jan 1 00:00:13 kernel: res[0]->start = 0
Jan 1 00:00:13 kernel: res[0]->end = 1ffffff
Jan 1 00:00:13 kernel: res[1]->start = 20100000
Jan 1 00:00:13 kernel: res[1]->end = 2010ffff
Jan 1 00:00:13 kernel: res[2]->start = 0
Jan 1 00:00:13 kernel: res[2]->end = 0
Jan 1 00:00:13 kernel: res[3]->start = 0
Jan 1 00:00:13 kernel: res[3]->end = 0
Jan 1 00:00:13 kernel: res[4]->start = 0
Jan 1 00:00:13 kernel: res[4]->end = 0
Jan 1 00:00:13 kernel: res[5]->start = 0
Jan 1 00:00:13 kernel: res[5]->end = 0
Jan 1 00:00:13 kernel: bus=1, slot = 0x0
Jan 1 00:00:13 kernel: dev III(PCIe) 0x00 = 30911814
Jan 1 00:00:13 kernel: dev III(PCIe) 0x04 = 00100000
Jan 1 00:00:13 kernel: dev III(PCIe) 0x08 = 02800000
Jan 1 00:00:13 kernel: dev III(PCIe) 0x0c = 00000000
Jan 1 00:00:13 kernel: dev III(PCIe) 0x10 = 20000000
Jan 1 00:00:13 kernel: dev III(PCIe) 0x14 = 00000000
Jan 1 00:00:13 kernel: dev III(PCIe) 0x18 = 00000000
Jan 1 00:00:13 kernel: dev III(PCIe) 0x1c = 00000000
Jan 1 00:00:13 kernel: dev III(PCIe) 0x20 = 00000000
Jan 1 00:00:13 kernel: dev III(PCIe) 0x24 = 00000000
Jan 1 00:00:13 kernel: dev III(PCIe) 0x28 = 00000000
Jan 1 00:00:13 kernel: dev III(PCIe) 0x2c = 30911814
Jan 1 00:00:13 kernel: dev III(PCIe) 0x30 = 00000000
Jan 1 00:00:13 kernel: dev III(PCIe) 0x34 = 00000040
Jan 1 00:00:13 kernel: dev III(PCIe) 0x38 = 00000000
Jan 1 00:00:13 kernel: dev III(PCIe) 0x3c = 000001ff
Jan 1 00:00:13 kernel: res[0]->start = 20000000
Jan 1 00:00:13 kernel: res[0]->end = 2000ffff
Jan 1 00:00:13 kernel: res[1]->start = 0
Jan 1 00:00:13 kernel: res[1]->end = 0
Jan 1 00:00:13 kernel: res[2]->start = 0
Jan 1 00:00:13 kernel: res[2]->end = 0
Jan 1 00:00:13 kernel: res[3]->start = 0
Jan 1 00:00:13 kernel: res[3]->end = 0
Jan 1 00:00:13 kernel: res[4]->start = 0
Jan 1 00:00:13 kernel: res[4]->end = 0
Jan 1 00:00:13 kernel: res[5]->start = 0
Jan 1 00:00:13 kernel: res[5]->end = 0
Jan 1 00:00:13 kernel: IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
Jan 1 00:00:13 kernel: TCP established hash table entries: 4096 (order: 3, 32768 bytes)
Jan 1 00:00:13 kernel: TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
Jan 1 00:00:13 kernel: ralink flash device: 0x1000000 at 0x1c000000
Jan 1 00:00:14 kernel: Amd/Fujitsu Extended Query Table at 0x0040
Jan 1 00:00:14 kernel: number of CFI chips: 1
Jan 1 00:00:14 kernel: cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
Jan 1 00:00:14 kernel: partion 3: 50000 fb0000
Jan 1 00:00:14 kernel: partion 4: 14ac80 eb5380
Jan 1 00:00:14 kernel: Creating 5 MTD partitions on "Ralink SoC physically mapped flash":
Jan 1 00:00:14 kernel: 0x00000000-0x00030000 : "Bootloader"
Jan 1 00:00:14 kernel: 0x00030000-0x00040000 : "nvram"
Jan 1 00:00:14 kernel: 0x00040000-0x00050000 : "Factory"
Jan 1 00:00:14 kernel: 0x00050000-0x01000000 : "linux"
Jan 1 00:00:14 kernel: mtd: partition "linux" extends beyond the end of device "Ralink SoC physically mapped flash" -- size truncated to 0x7b0000
Jan 1 00:00:14 kernel: 0x0014ac80-0x01000000 : "rootfs"
Jan 1 00:00:14 kernel: mtd: partition "rootfs" extends beyond the end of device "Ralink SoC physically mapped flash" -- size truncated to 0x6b5380
Jan 1 00:00:14 kernel: mtd: partition "rootfs" doesn't start on an erase block boundary -- force read-only
Jan 1 00:00:14 kernel: Load Ralink DFS Timer Module
Jan 1 00:00:14 kernel: RT3xxx EHCI/OHCI init.
Jan 1 00:00:14 kernel: pcie_portdrv_probe->Dev[1814:0802] has invalid IRQ. Check vendor BIOS
Jan 1 00:00:14 kernel: assign_interrupt_mode Found MSI capability
Jan 1 00:00:14 kernel: GPIO MODE: 181d
Jan 1 00:00:14 kernel: Ralink gpio driver initialized
Jan 1 00:00:14 kernel: software reset RTL8367M...
Jan 1 00:00:14 kernel: rtk_switch_init() return 0
Jan 1 00:00:14 kernel: rtk_port_macForceLinkExt0_set(): return 0
Jan 1 00:00:14 kernel: rtk_port_macForceLinkExt1_set(): return 0
Jan 1 00:00:14 kernel: power down all ports
Jan 1 00:00:14 kernel: org Ext0 txDelay: 0, rxDelay: 0
Jan 1 00:00:14 kernel: org Ext1 txDelay: 0, rxDelay: 0
Jan 1 00:00:14 kernel: new Ext0 txDelay: 1, rxDelay: 0
Jan 1 00:00:14 kernel: rtk_port_rgmiiDelayExt0_set(): return 0
Jan 1 00:00:14 kernel: new Ext1 txDelay: 1, rxDelay: 0
Jan 1 00:00:14 kernel: rtk_port_rgmiiDelayExt1_set(): return 0
Jan 1 00:00:14 kernel: rtk_led_enable_set(LED_GROUP_0...): return 0
Jan 1 00:00:14 kernel: rtk_led_enable_set(LED_GROUP_1...): return 0
Jan 1 00:00:14 kernel: rtk_led_operation_set(): return 0
Jan 1 00:00:14 kernel: rtk_led_groupConfig_set(LED_GROUP_0...): return 0
Jan 1 00:00:14 kernel: rtk_led_groupConfig_set(LED_GROUP_1...): return 0
Jan 1 00:00:14 kernel: current led blinkRate: 0
Jan 1 00:00:14 kernel: rtk_switch_maxPktLen_get(): return 0
Jan 1 00:00:14 kernel: current rtk_switch_maxPktLen: 3
Jan 1 00:00:14 kernel: rtk_switch_maxPktLen_set(): return 0
Jan 1 00:00:14 kernel: rtk_switch_greenEthernet_get(): return 0
Jan 1 00:00:14 kernel: current rtk_switch_greenEthernet state: 1
Jan 1 00:00:14 kernel: rtk_switch_greenEthernet_set(): return 0
Jan 1 00:00:14 kernel: RTL8367M driver initialized
Jan 1 00:00:14 kernel: rdm_major = 254
Jan 1 00:00:14 kernel: Ralink APSoC Ethernet Driver Initilization. v3.0 256 rx/tx descriptors allocated, mtu = 1500!
Jan 1 00:00:14 kernel: GMAC1_MAC_ADRH -- : 0x000060a4
Jan 1 00:00:14 kernel: GMAC1_MAC_ADRL -- : 0x4cc62f8f
Jan 1 00:00:14 kernel: PROC INIT OK!
Jan 1 00:00:14 kernel: u32 classifier
Jan 1 00:00:14 kernel: OLD policer on
Jan 1 00:00:14 kernel: Netfilter messages via NETLINK v0.30.
Jan 1 00:00:14 kernel: nf_conntrack version 0.5.0 (1024 buckets, 8192 max)
Jan 1 00:00:14 kernel: ipt_time loading
Jan 1 00:00:14 kernel: ip_tables: (C) 2000-2006 Netfilter Core Team
Jan 1 00:00:14 syslog: module cdc_wdm not found in modules.dep
Jan 1 00:00:14 syslog: module qmi_wwan not found in modules.dep
Jan 1 00:00:14 syslog: module cdc_mbim not found in modules.dep
Jan 1 00:00:14 kernel: ip6_tables: (C) 2000-2006 Netfilter Core Team
Jan 1 00:00:14 kernel: VFS: Mounted root (squashfs filesystem) readonly.
Jan 1 00:00:14 kernel: Warning: unable to open an initial console.
Jan 1 00:00:14 kernel: GPIOMODE before: 181d
Jan 1 00:00:14 kernel: GPIOMODE writing: 185d
Jan 1 00:00:14 kernel: power down all ports
Jan 1 00:00:14 kernel: set unknown unicast strom control rate as: 20
Jan 1 00:00:14 kernel: set unknown multicast strom control rate as: 20
Jan 1 00:00:14 kernel: set multicast strom control rate as: 20
Jan 1 00:00:14 kernel: set broadcast strom control rate as: 20
Jan 1 00:00:14 kernel: rt2860v2_ap: module license 'unspecified' taints kernel.
Jan 1 00:00:14 kernel: === pAd = c0054000, size = 851864 ===
Jan 1 00:00:14 kernel: <-- RTMPAllocAdapterBlock, Status=0
Jan 1 00:00:14 kernel: register rt2860
Jan 1 00:00:14 kernel: === pAd = c0151000, size = 725984 ===
Jan 1 00:00:14 kernel: <-- RTMPAllocTxRxRingMemory, Status=0
Jan 1 00:00:14 kernel: <-- RTMPAllocAdapterBlock, Status=0
Jan 1 00:00:14 kernel: pAd->CSRBaseAddress =0xc0140000, csr_addr=0xc0140000!
Jan 1 00:00:14 kernel: Algorithmics/MIPS FPU Emulator v1.5
Jan 1 00:00:14 kernel: SCSI subsystem initialized
Jan 1 00:00:14 kernel: ufsd: driver 8.5 (NTFS4LINUX_U85_022_S[2011-11-29-13:37:54]) LBD=ON with ioctl loaded at c04be000
Jan 1 00:00:14 kernel: NTFS support included
Jan 1 00:00:14 kernel: Built_for__asus_n56u_2011-11-22
Jan 1 00:00:15 kernel: Raeth v3.0 (Tasklet,SkbRecycle)
Jan 1 00:00:15 kernel: phy_tx_ring = 0x0729e000, tx_ring = 0xa729e000
Jan 1 00:00:15 kernel: phy_rx_ring0 = 0x072a1000, rx_ring0 = 0xa72a1000
Jan 1 00:00:15 kernel: GMAC1_MAC_ADRH -- : 0x000060a4
Jan 1 00:00:15 kernel: GMAC1_MAC_ADRL -- : 0x4cc62f8f
Jan 1 00:00:15 kernel: GDMA2_MAC_ADRH -- : 0x000060a4
Jan 1 00:00:15 kernel: GDMA2_MAC_ADRL -- : 0x4cc62f8e
Jan 1 00:00:15 kernel: eth3: ===> VirtualIF_open
Jan 1 00:00:15 kernel: CDMA_CSG_CFG = 81000007
Jan 1 00:00:15 kernel: GDMA1_FWD_CFG = C0710000
Jan 1 00:00:15 kernel: GDMA2_FWD_CFG = C0710000
Jan 1 00:00:15 kernel: RX DESC a7613000 size = 2048
Jan 1 00:00:16 kernel: RtmpChipOpsEepromHook::e2p_type=0, inf_Type=5
Jan 1 00:00:16 kernel: NVM is FLASH mode
Jan 1 00:00:16 kernel: 1. Phy Mode = 9
Jan 1 00:00:16 kernel: 2. Phy Mode = 9
Jan 1 00:00:16 kernel: 3. Phy Mode = 9
Jan 1 00:00:16 kernel: ^[[mAntCfgInit: primary/secondary ant 0/1
Jan 1 00:00:16 kernel: ^[[mRTMPSetPhyMode: channel is out of range, use first channel=0
Jan 1 00:00:16 kernel: MCS Set = ff ff 00 00 01
Jan 1 00:00:16 kernel: SYNC - BBP R4 to 20MHz.l
Jan 1 00:00:18 kernel: =====================================================
Jan 1 00:00:18 kernel: Channel 1 : Dirty = 0, False CCA = 118, Busy Time = 3482, Skip Channel = FALSE
Jan 1 00:00:18 kernel: Channel 2 : Dirty = 0, False CCA = 70, Busy Time = 2218, Skip Channel = FALSE
Jan 1 00:00:18 kernel: Channel 3 : Dirty = 0, False CCA = 45, Busy Time = 1392, Skip Channel = FALSE
Jan 1 00:00:18 kernel: Channel 4 : Dirty = 0, False CCA = 23, Busy Time = 1269, Skip Channel = FALSE
Jan 1 00:00:18 kernel: Channel 5 : Dirty = 0, False CCA = 75, Busy Time = 2483, Skip Channel = FALSE
Jan 1 00:00:18 kernel: Channel 6 : Dirty = 0, False CCA = 90, Busy Time = 2684, Skip Channel = FALSE
Jan 1 00:00:18 kernel: Channel 7 : Dirty = 0, False CCA = 66, Busy Time = 2168, Skip Channel = FALSE
Jan 1 00:00:19 kernel: Channel 8 : Dirty = 0, False CCA = 29, Busy Time = 970, Skip Channel = FALSE
Jan 1 00:00:19 kernel: Channel 9 : Dirty = 0, False CCA = 22, Busy Time = 621, Skip Channel = FALSE
Jan 1 00:00:19 kernel: Channel 10 : Dirty = 0, False CCA = 36, Busy Time = 1046, Skip Channel = FALSE
Jan 1 00:00:19 kernel: Channel 11 : Dirty = 0, False CCA = 42, Busy Time = 1345, Skip Channel = FALSE
Jan 1 00:00:19 kernel: Channel 12 : Dirty = 0, False CCA = 27, Busy Time = 696, Skip Channel = FALSE
Jan 1 00:00:19 kernel: Channel 13 : Dirty = 0, False CCA = 0, Busy Time = 287, Skip Channel = FALSE
Jan 1 00:00:19 kernel: =====================================================
Jan 1 00:00:19 kernel: Rule 1 CCA value : Min Dirtiness (Include extension channel) ==> Select Channel 2
Jan 1 00:00:19 kernel: Min Dirty = 0
Jan 1 00:00:19 kernel: ExChannel = 6 , 0
Jan 1 00:00:19 kernel: BW = 40
Jan 1 00:00:19 kernel: SYNC - BBP R4 to 20MHz.l
Jan 1 00:00:19 kernel: SYNC - BBP R4 to 20MHz.l
Jan 1 00:00:19 kernel: SYNC - BBP R4 to 20MHz.l
Jan 1 00:00:19 kernel: SYNC - BBP R4 to 20MHz.l
Jan 1 00:00:20 kernel: SYNC - BBP R4 to 20MHz.l
Jan 1 00:00:20 kernel: SYNC - BBP R4 to 20MHz.l
Jan 1 00:00:20 kernel: SYNC - BBP R4 to 20MHz.l
Jan 1 00:00:21 kernel: SYNC - BBP R4 to 20MHz.l
Jan 1 00:00:21 kernel: SYNC - BBP R4 to 20MHz.l
Jan 1 00:00:21 kernel: Main bssid = 60:a4:4c:c6:2f:8e
Jan 1 00:00:21 kernel: <==== rt28xx_init, Status=0
Jan 1 00:00:21 kernel: 0x1300 = 00064380
Jan 1 00:00:22 kernel: RX DESC a6c0e000 size = 2048
Jan 1 00:00:22 kernel: <-- RTMPAllocTxRxRingMemory, Status=0
Jan 1 00:00:22 kernel: 1. Phy Mode = 8
Jan 1 00:00:22 kernel: 2. Phy Mode = 8
Jan 1 00:00:22 kernel: 3. Phy Mode = 8
Jan 1 00:00:22 kernel: ^[[mAntCfgInit: primary/secondary ant 0/1
Jan 1 00:00:22 kernel: ^[[mRTMPSetPhyMode: channel is out of range, use first channel=0
Jan 1 00:00:22 kernel: MCS Set = ff ff ff 00 01
Jan 1 00:00:22 kernel: SYNC - BBP R4 to 20MHz.l
Jan 1 00:00:23 kernel: =====================================================
Jan 1 00:00:23 kernel: Channel 36 : Dirty = 0, False CCA = 0, Busy Time = 0, Skip Channel = FALSE
Jan 1 00:00:23 kernel: Channel 40 : Dirty = 0, False CCA = 0, Busy Time = 0, Skip Channel = FALSE
Jan 1 00:00:23 kernel: Channel 44 : Dirty = 0, False CCA = 0, Busy Time = 0, Skip Channel = FALSE
Jan 1 00:00:23 kernel: Channel 48 : Dirty = 0, False CCA = 0, Busy Time = 0, Skip Channel = FALSE
Jan 1 00:00:23 kernel: =====================================================
Jan 1 00:00:23 kernel: Rule 1 CCA value : Min Dirtiness (Include extension channel) ==> Select Channel 36
Jan 1 00:00:23 kernel: Min Dirty = 0
Jan 1 00:00:23 kernel: ExChannel = 0 , 0
Jan 1 00:00:23 kernel: BW = 40
Jan 1 00:00:23 kernel: Main bssid = 60:a4:4c:c6:2f:8f
Jan 1 00:00:23 kernel: <==== rt28xx_init, Status=0
Jan 1 00:00:23 kernel: 0x1300 = 00064380
Jan 1 00:00:23 stop_nat_rules: apply the redirect_rules!
Jan 1 00:00:23 WAN Connection: Ethernet link down.
Jan 1 00:00:23 WAN Connection: ISP's DHCP did not function properly.
Jan 1 00:00:23 RT-N56U: start httpd
Jan 1 00:00:23 kernel: set watchdog pid as: 300
Jan 1 00:00:23 kernel: set watchdog pid as: 300
Jan 1 00:00:23 miniupnpd[314]: HTTP listening on port 46375
Jan 1 00:00:23 miniupnpd[314]: Listening for NAT-PMP traffic on port 5351
Jan 1 00:00:25 kernel: GDMA2_MAC_ADRH -- : 0x000060a4
Jan 1 00:00:25 kernel: GDMA2_MAC_ADRL -- : 0x4cc62f8e
Jan 1 00:00:25 kernel: eth3: ===> VirtualIF_open
Jan 1 00:00:27 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth3_eth3)!
Jan 1 00:00:27 kernel: nf_conntrack_rtsp v0.6.21 loading
Jan 1 00:00:27 kernel: nf_nat_rtsp v0.6.21 loading
Jan 1 00:00:27 rc_service: udhcpc 330:notify_rc stop_upnp
Jan 1 00:00:27 miniupnpd[314]: received signal 15, good-bye
Jan 1 00:00:27 rc_service: udhcpc 330:notify_rc start_upnp
Jan 1 00:00:27 rc_service: udhcpc 330:notify_rc stop_ntpc
Jan 1 00:00:27 rc_service: udhcpc 330:notify_rc start_ntpc
Jan 1 00:00:27 dhcp client: bound 176.10.229.100 via 176.10.228.1 during 900 seconds.
Jan 1 00:00:27 miniupnpd[377]: HTTP listening on port 60561
Jan 1 00:00:27 miniupnpd[377]: Listening for NAT-PMP traffic on port 5351
Jan 1 00:00:28 WAN Connection: WAN was restored.

Dold text
Redigera
Citera flera Citera
Permalänk
Medlem ★
●

Nu dog det jädra fanskapet igen.
Slänger snart skiten i väggen. Köpa en "finare" router var ju totalt meningslöst.

Nu räckte det inte heller att dra ur strömmen utan fick dra ur strömmen säkert 20 gånger innan den fattade att där finns anslutning.
Provade i mellan dessa gångerna att köra med tp kabel som går ifrån väggen, och internet hoppade igång på 1 sekund utan problem.

Routern gav mig ip, 192.168.1.xx och jag såg anslutning på nätverk men kom inte in i routern och ja internet dött.

May 20 12:13:06 miniupnpd[380]: Expired NAT-PMP mapping port 42350 UDP removed
May 20 12:13:06 rc_service: ntp 381:notify_rc restart_upnp
May 20 12:13:06 miniupnpd[380]: received signal 15, good-bye
May 20 12:13:06 miniupnpd[390]: HTTP listening on port 33787
May 20 12:13:06 miniupnpd[390]: Listening for NAT-PMP traffic on port 5351
May 20 12:13:34 WAN Connection: Ethernet link up.
May 20 12:13:34 rc_service: wanduck 269:notify_rc restart_wan_if 0
May 20 12:13:34 stop_wan(): perform DHCP release
May 20 12:13:34 kernel: eth3: ===> VirtualIF_close
May 20 12:13:34 kernel: eth3: ===> VirtualIF_open
May 20 12:13:36 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth3_eth3)!
May 20 12:13:37 rc_service: udhcpc 402:notify_rc stop_upnp
May 20 12:13:37 miniupnpd[390]: received signal 15, good-bye
May 20 12:13:37 rc_service: udhcpc 402:notify_rc start_upnp
May 20 12:13:37 miniupnpd[431]: HTTP listening on port 54368
May 20 12:13:37 miniupnpd[431]: Listening for NAT-PMP traffic on port 5351
May 20 12:13:37 dhcp client: bound 176.10.229.100 via 176.10.228.1 during 900 seconds.
May 20 12:13:40 WAN Connection: WAN was restored.

Detta kommer då och då när den är död också när man försöker komma in på 192.168.1.1

Redigera
Citera flera Citera
Permalänk
Medlem ★
●

Vad har du för kabel, kör du minst CAT5e eller CAT6?
Ser att många med din typ av problem har löst det genom att byta kabel till nyare variant: http://forums.smallnetbuilder.com/showthread.php?t=8025
Det är tydligt att du har ett problem mellan din router och din ISP, då du tappar kontakten till din ISP (WAN Connection: WAN was restored.)
Läs denna också: http://www.smallnetbuilder.com/forums/showthread.php?t=8433&p...

Senast redigerat
Redigera
Citera flera Citera
Permalänk
Medlem ★
●

CAT6 från väggen -> datorn, aldrig haft problem på något sätt.
Cat 6 från routern -> datorn också (spelar iofs ingen roll då hela skiten dör)

Den dog nu igen, gav upp, känner bara för o slå sönder skiten nu så kör som vanligt vägg -> dator.
Ja något kladd är det mellan routern och internet, men ja det är ju 100% routerns fel då internet aldrig någonsin strular så.

Lämna in den på netonnet är ju meningslöst då den fungerar, men tappar till och från.

Komiskt hur många som faktiskt har problem med alla dessa routers i RT serien.

Verkar ju inte direkt finnas någon annan utväg än att slänga skiten i väggen och köpa en ny som absolut inte kommer vara asus.
Custom firmware verkar inte göra ett dyft om man läser alla comments.

Redigera
Citera flera Citera
Permalänk
Inaktiv ★
●
Skrivet av JimmieSan:

CAT6 från väggen -> datorn, aldrig haft problem på något sätt.
Cat 6 från routern -> datorn också (spelar iofs ingen roll då hela skiten dör)

Den dog nu igen, gav upp, känner bara för o slå sönder skiten nu så kör som vanligt vägg -> dator.
Ja något kladd är det mellan routern och internet, men ja det är ju 100% routerns fel då internet aldrig någonsin strular så.

Lämna in den på netonnet är ju meningslöst då den fungerar, men tappar till och från.

Komiskt hur många som faktiskt har problem med alla dessa routers i RT serien.

Verkar ju inte direkt finnas någon annan utväg än att slänga skiten i väggen och köpa en ny som absolut inte kommer vara asus.
Custom firmware verkar inte göra ett dyft om man läser alla comments.

Gå till inlägget

Den verkar sluta fungera mer frekvent än 1ggn/dag nu. Lämna in den till Netonnet så får de felsöka den.

Visa signatur

ASUS Sverige & ROG Nordic

Redigera
Citera flera Citera
Permalänk
Medlem
●
Skrivet av dabman:

Från smallnetbuilder (han som gör custom roms till asus som sedan asus använder sig av): http://forums.smallnetbuilder.com/showthread.php?t=9543 Verkar inte vara det felmeddelandet som får din router att lägga ner i alla fall.

Intressant, hur kom du fram till det? Resetta routern eller stängdes av helt?

Gå till inlägget

Nätdelen gav ingen spänning förrän man dragit ur den ur väggen och sedan satt tillbaka den igen. Man kunde enkelt verifiera det eftersom att det inte hjälpte att rycka ut/i strömkabeln ur routern. Man behövde alltså rycka ur den ur väggen.

Strömförbrukningen på själva routern verkade normal, iaf enligt en billig effektmätare från clas ohlson. Så enligt mitt tycke fanns det ingen skälig anledning för nätdelen att klippa matningen. Längre än så orkade jag inte felsöka då garantin löste problemet.

Redigera
Citera flera Citera
Permalänk
Medlem ★
●

har inga problem alls med min och det är original fw

Visa signatur

Intel i9 10900K | H150i PRO XT | Asus Rog Strix Z490-E Gaming | Asus Strix 3090 OC | G.Skill Trident Z Royal 4x8GB 3600MHZ CL17 | Corsair Force MP600 1TB | Asus Rog Swift PG278QE | EVGA Supernova T2 1600W

Redigera
Citera flera Citera
Permalänk
Medlem ★
●

Testar https://code.google.com/p/rt-n56u/ firmware nu.
Får se hur det går.
Interfacet är miljarder gånger bättre än Asus egna interface/gui iaf.
Och betydligt mer responsivt.

Redigera
Citera flera Citera
Permalänk
Medlem
●

Har gått tillbaka till en äldre fw från 2013, nu verkar den ånga på som vanligt och inget krångel.....

Redigera
Citera flera Citera
Permalänk
Inaktiv
●

Hade exakt samma problem med min RT-N56U efter uppdatering till nya UI. Köpte en ny RT-AC68U och gissa vad som hände efter första uppdateringen....samma skit igen. 192.168.1.1 går inte att komma in på. Oavsett vilken enhet jag kör ifrån.

VÄLDIGT dåligt av ASUS att inte kunna lösa problemet. Något är väldigt fel på nya UI och får routern att sluta svara efter några klick.

Redigera
Citera flera Citera
Permalänk
Medlem ★
●
Skrivet av ASUS_Caroline:

Den verkar sluta fungera mer frekvent än 1ggn/dag nu. Lämna in den till Netonnet så får de felsöka den.

Gå till inlägget

Den har inte dött på 10 dagar nu med custom firmware, så något fel var det på senaste firmware ifrån asus själva iaf.

Redigera
Citera flera Citera
Permalänk
Inaktiv ★
●
Skrivet av JimmieSan:

Den har inte dött på 10 dagar nu med custom firmware, så något fel var det på senaste firmware ifrån asus själva iaf.

Gå till inlägget

Okej, jag meddelar de som jobbar med router-fw att undersöka problemet.

Visa signatur

ASUS Sverige & ROG Nordic

Redigera
Citera flera Citera
Permalänk
Medlem
●

innehar också en N56U som jag aldrig haft poblem med tidigare. Laddade ner senaste firmware och nu är hastigheten sämre och den dör vid belastning..

Visa signatur

Android, Windows, Playstation - sammanfattat :)

Redigera
Citera flera Citera
1 2
Skriv svar