What's new

Asuswrt-Merlin 374.43 is out

  • 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!

cannot see videos: minidlna updating

I recently reenabled minidlna on my rt-n66u but i now get a "minidlna updating" error message on my TV whenever I want to browse files and I can't watch any. Is this a bug or I am missing something? FYI the USB harddrive is formatted as ext3.

thanks
 
There's an issue with 374.43_2 when transferring larger files to a usb drive attached to my AC68u. Windows just seems to hang at 0% transferred (calculating) and eventually shows a network error that it can't connect to the drive. However, when I click try again the file has actually transferred successfully and Windows offers the option to overwrite it.

Have you checked that a fully working version of the file has been transferred? You will get the option to overwrite even if just the file name has been written and the file size is zero.
 
Check the verbose output from iptables over SSH:

Code:
iptables -t nat -L -v

See if the first column shows a packet count other than zero after a while. If it does, it means you did get traffic on the port, and it got forwarded to the specified IP.

I would also test without the HE tunnel up. OS X uses PCP for port forwarding (not sure if uTorrent supports this however), which might be having trouble if there's an IPv6 available, tho you should be able to see with the iptables output if the port did get corrected forwarded or not.

Yesterday i switched to Transmission to see if there was a difference, there was as i was connectable, but this morning im not connectable again when i add new torrents. Ive got a few log entries:
Code:
Jun 15 08:57:32 miniupnpd[634]: remove port mapping 51413 TCP because it has expired
Jun 15 09:57:32 miniupnpd[634]: remove port mapping 51413 TCP because it has expired
Jun 15 10:57:32 miniupnpd[634]: remove port mapping 51413 TCP because it has expired
I leave my comp on 24/7 (now with Transmission running instead of uTorrent) so im not sure that miniupnp should have cleaned the port mapping. But all the outputs ("iptables -t nat -L -v" and Port forwarding tab) show that the TCP forwarding is still there.

I do have packets for TCP in the VUPNP chain, but none for both TCP and UDP in the FUPNP chain, what is the difference between them?

As for the HE tunnel, ill give it a try during the week. Though ive been using it for the past several months (not counting reboots).

Thanks for your help, it is much appreciated as is your firmware! :)
 
Yesterday i switched to Transmission to see if there was a difference, there was as i was connectable, but this morning im not connectable again when i add new torrents. Ive got a few log entries:
Code:
Jun 15 08:57:32 miniupnpd[634]: remove port mapping 51413 TCP because it has expired
Jun 15 09:57:32 miniupnpd[634]: remove port mapping 51413 TCP because it has expired
Jun 15 10:57:32 miniupnpd[634]: remove port mapping 51413 TCP because it has expired
I leave my comp on 24/7 (now with Transmission running instead of uTorrent) so im not sure that miniupnp should have cleaned the port mapping. But all the outputs ("iptables -t nat -L -v" and Port forwarding tab) show that the TCP forwarding is still there.

I do have packets for TCP in the VUPNP chain, but none for both TCP and UDP in the FUPNP chain, what is the difference between them?

As for the HE tunnel, ill give it a try during the week. Though ive been using it for the past several months (not counting reboots).

Thanks for your help, it is much appreciated as is your firmware! :)

VUPNP is for the virtual servers, i.e. this is where your typical UPNP port forwards will end up. FUPNP is used for forwarding, and shouldn't apply in a NAT environment. So what you see is normal.

The expiration occurs if there is no traffic for a certain amount of time, this is normal behaviour.
 
There's an issue with 374.43_2 when transferring larger files to a usb drive attached to my AC68u. Windows just seems to hang at 0% transferred (calculating) and eventually shows a network error that it can't connect to the drive. However, when I click try again the file has actually transferred successfully and Windows offers the option to overwrite it. I've reproduced this with multiple usb drives on both the usb 2 and 3 ports. Transferring smaller files like word documents or pdf files works just fine. Anybody else experiencing this?


Nevermind, I fixed it. I just formatted the thumbdrive to ext4 and it works great now.

With NTFS and large files it might help toggling the NTFS Sparse support on the Network Neighbourhood page on the router.
 
EDIT: The issue is that mDNSResponder is missing on the MIPS builds. ARM builds weren't affected as they use avahi.

Are you sure?
I thought MIPS builds also use avahi. my AC66U has avahi-daemon in /usr/sbin/ (and it works well)

mt-daapd works with avahi. I wasn't referring to actual mDNSresponder, when I said mDNS, I was referring to a general multicast dns

The issue is that avahi isn't started automatically, not missing mDNSResponder. As I have said this has been already reported before.
 
Last edited:
I'm looking to make sure I have to latest cfe page update on my rt-n66u b1.

Is there a way to check to see if its the latest update?

....and How is the correct way to install the update through telnet?
 
  • dnsmasq now returns an empty string when queried for a WPAD proxy URL, which resolves log noise for broken clients such as Windows 7. Note that if you were using a custom dnsmasq.conf to provide a valid WPAD URL, you will need to change your config to use a Postconf script instead, to modify the default 252 option entry in dnsmasq.conf.


Based on this earlier thread...
http://forums.smallnetbuilder.com/showpost.php?p=74640&postcount=6
...I currently have a /jffs/configs/dnsmasq.conf.add file with a single line:

dhcp-option=252,"\n"

Should I just delete the dnsmasq.conf.add file before flashing the new 374.43 firmware?
 
Are you sure?
I thought MIPS builds also use avahi. my AC66U has avahi-daemon in /usr/sbin/ (and it works well)

mt-daapd works with avahi. I wasn't referring to actual mDNSresponder, when I said mDNS, I was referring to a general multicast dns

The issue is that avahi isn't started automatically, not missing mDNSResponder. As I have said this has been already reported before.

Avahi was only added by Asus back when they added TimeMachine support for ARM devices. Before that, they were using mDNSresponder. Currently, avahi doesn't start automatically on MIPS devices because Avahi support is not enabled in the MIPS devices target profile, so the firmware will only try to start mDNSresponder - which isn't present anymore in the build.

So either solutions would work. Either changing the build profile to replace mDNSresponder with Avahi, or fixing the bug where mDNSresponder is missing from builds where Avahi isn't enabled. That bug was introduced when avahi was added.

The real bug there is that if Avahi isn't enabled at build time, then mDNSresponder should be included in the firmware build - and it currently isn't.
 
I'm looking to make sure I have to latest cfe page update on my rt-n66u b1.

Is there a way to check to see if its the latest update?

....and How is the correct way to install the update through telnet?

The CFE is not meant to be user-upgradable, and there is no real reason to upgrade it anyway.
 
I had IPV6 working flawlessly on .42 and on .43_2 I get nothing with Comcast in native mode in the Bay area. Any suggestions?
 
I had IPV6 working flawlessly on .42 and on .43_2 I get nothing with Comcast in native mode in the Bay area. Any suggestions?

After playing with this firmware for days I have found the only way I can get the router to accept a ipv6 address with 43 firmware is to make sure native is enabled and your modem is up and running then reboot the router with the reboot tab at the top of the web ui for the router it may take 2 or 3 tries but it will finally grab a v6 address. I have found no other method that will work with 43 to obtain working v6 connection other then what's described above.
 
Last edited:
After playing with this firmware for days I have found the only way I can get the router to accept a ipv6 address with 43 firmware is to make sure native is enabled and your modem is up and running then reboot the router with the reboot tab at the top of the web ui for the router it may take 2 or 3 tries but it will finally grab a v6 address. .

Wasn't this the recommended sequence for awhile now?
 
Wasn't this the recommended sequence for awhile now?

Not for me is in previous firmwares i just booted the modem up let it sync then turn the router on v6 was always there not the case with 43 for me anyway.
 
Not for me is in previous firmwares i just booted the modem up let it sync then turn the router on v6 was always there not the case with 43 for me anyway.

It would appear there is a timing sequence needed in .43. That's all you can do, boot the modem and give it a time then reboot router.
 
I had to drop down to .41 and do a factory restore.

IPv6 is still not working fully. I manually entered openDNS ipv6 sandbox plus used Tunnel 6to4 instead of Native. That gets me 7/10 on test-ipv6.com

I also notice network discovery is lost. The router has to be manually rebooted after setting changes.
 
Dec 31 19:00:06 syslogd started: BusyBox v1.20.2
Dec 31 19:00:06 kernel: klogd started: BusyBox v1.20.2 (2014-06-06 16:30:42 EDT)
Dec 31 19:00:06 kernel: start_kernel
Dec 31 19:00:06 kernel: Linux version 2.6.22.19 (root@asus) (gcc version 4.2.4) #1 Fri Jun 6 16:31:19 EDT 2014
Dec 31 19:00:06 kernel: CPU revision is: 00019749
Dec 31 19:00:06 kernel: Determined physical RAM map:
Dec 31 19:00:06 kernel: memory: 07fff000 @ 00000000 (usable)
Dec 31 19:00:06 kernel: memory: 08000000 @ 87fff000 (usable)
Dec 31 19:00:06 kernel: Built 1 zonelists. Total pages: 585216
Dec 31 19:00:06 kernel: Kernel command line: root=/dev/mtdblock2 noinitrd console=ttyS0,115200
Dec 31 19:00:06 kernel: Primary instruction cache 32kB, physically tagged, 4-way, linesize 32 bytes.
Dec 31 19:00:06 kernel: Primary data cache 32kB, 4-way, linesize 32 bytes.
Dec 31 19:00:06 syslog: module ledtrig-usbdev not found in modules.dep
Dec 31 19:00:06 syslog: module leds-usb not found in modules.dep
Dec 31 19:00:06 kernel: Synthesized TLB refill handler (20 instructions).
Dec 31 19:00:06 kernel: Synthesized TLB load handler fastpath (32 instructions).
Dec 31 19:00:06 kernel: Synthesized TLB store handler fastpath (32 instructions).
Dec 31 19:00:06 kernel: Synthesized TLB modify handler fastpath (31 instructions).
Dec 31 19:00:06 kernel: PID hash table entries: 2048 (order: 11, 8192 bytes)
Dec 31 19:00:06 kernel: CPU: BCM5300 rev 1 pkg 0 at 600 MHz
Dec 31 19:00:06 kernel: Using 300.000 MHz high precision timer.
Dec 31 19:00:06 kernel: console [ttyS0] enabled
Dec 31 19:00:06 kernel: Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Dec 31 19:00:06 kernel: Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Dec 31 19:00:06 kernel: Memory: 238608k/131068k available (2572k kernel code, 22624k reserved, 515k data, 196k init, 131072k highmem)
Dec 31 19:00:06 kernel: Mount-cache hash table entries: 512
Dec 31 19:00:06 kernel: NET: Registered protocol family 16
Dec 31 19:00:06 kernel: PCI: Initializing host
Dec 31 19:00:06 kernel: PCI: Reset RC
Dec 31 19:00:06 kernel: PCI: Initializing host
Dec 31 19:00:06 kernel: PCI: Reset RC
Dec 31 19:00:06 kernel: PCI: Fixing up bus 0
Dec 31 19:00:06 kernel: PCI/PCIe coreunit 0 is set to bus 1.
Dec 31 19:00:06 kernel: PCI: Fixing up bridge
Dec 31 19:00:06 kernel: PCI: Fixing up bridge
 
Dec 31 19:00:07 kernel: PCI: Enabling device 0000:01:00.1 (0004 -> 0006)
Dec 31 19:00:07 kernel: PCI: Fixing up bus 1
Dec 31 19:00:07 kernel: PCI/PCIe coreunit 1 is set to bus 2.
Dec 31 19:00:07 kernel: PCI: Fixing up bridge
Dec 31 19:00:07 kernel: PCI: Fixing up bridge
Dec 31 19:00:07 kernel: PCI: Enabling device 0000:02:00.1 (0004 -> 0006)
Dec 31 19:00:07 kernel: PCI: Fixing up bus 2
Dec 31 19:00:07 kernel: NET: Registered protocol family 2
Dec 31 19:00:07 kernel: Time: MIPS clocksource has been installed.
Dec 31 19:00:07 kernel: IP route cache hash table entries: 4096 (order: 2, 16384 bytes)
Dec 31 19:00:07 kernel: TCP established hash table entries: 16384 (order: 5, 131072 bytes)
Dec 31 19:00:07 kernel: TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
Dec 31 19:00:07 kernel: TCP: Hash tables configured (established 16384 bind 16384)
Dec 31 19:00:07 kernel: TCP reno registered
Dec 31 19:00:07 kernel: highmem bounce pool size: 64 pages
Dec 31 19:00:07 kernel: squashfs: version 3.2-r2 (2007/01/15) Phillip Lougher
Dec 31 19:00:07 kernel: io scheduler noop registered (default)
Dec 31 19:00:07 kernel: HDLC line discipline: version $Revision: 4.8 $, maxframe=4096
Dec 31 19:00:07 kernel: N_HDLC line discipline registered.
Dec 31 19:00:07 kernel: Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
Dec 31 19:00:07 kernel: serial8250: ttyS0 at MMIO 0xb8000300 (irq = 8) is a 16550A
Dec 31 19:00:07 kernel: serial8250: ttyS1 at MMIO 0xb8000400 (irq = 8) is a 16550A
Dec 31 19:00:07 kernel: PPP generic driver version 2.4.2
Dec 31 19:00:07 kernel: MPPE/MPPC encryption/compression module registered
Dec 31 19:00:07 kernel: NET: Registered protocol family 24
Dec 31 19:00:07 kernel: PPPoL2TP kernel driver, V0.18.3
Dec 31 19:00:07 kernel: PPTP driver version 0.8.5
Dec 31 19:00:07 kernel: Physically mapped flash: Found 1 x16 devices at 0x0 in 16-bit bank
Dec 31 19:00:07 kernel: Amd/Fujitsu Extended Query Table at 0x0040
Dec 31 19:00:07 kernel: Enabling Spansion 65nm mode, writesize = 512 bytes
Dec 31 19:00:07 kernel: Physically mapped flash: CFI does not contain boot bank location. Assuming top.
Dec 31 19:00:07 kernel: number of CFI chips: 1
Dec 31 19:00:07 kernel: cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
Dec 31 19:00:07 kernel: Flash device: 0x2000000 at 0x1c000000
Dec 31 19:00:07 kernel: Creating 5 MTD partitions on "Physically mapped flash":
Dec 31 19:00:07 kernel: 0x00000000-0x00040000 : "pmon"
Dec 31 19:00:07 kernel: 0x00040000-0x01fe0000 : "linux"
Dec 31 19:00:07 kernel: 0x001757f4-0x01a00000 : "rootfs"
Dec 31 19:00:07 kernel: 0x01fe0000-0x02000000 : "nvram"
Dec 31 19:00:07 kernel: 0x01a60000-0x01fe0000 : "jffs2"
Dec 31 19:00:07 kernel: Found an serial flash with 0 0KB blocks; total size 0MB
Dec 31 19:00:07 kernel: sflash: found no supported devices
Dec 31 19:00:07 kernel: dev_nvram_init: _nvram_init
Dec 31 19:00:07 kernel: sdhci: Secure Digital Host Controller Interface driver
Dec 31 19:00:07 kernel: sdhci: Copyright(c) Pierre Ossman
Dec 31 19:00:07 kernel: u32 classifier
Dec 31 19:00:07 kernel: OLD policer on
Dec 31 19:00:07 kernel: Netfilter messages via NETLINK v0.30.
Dec 31 19:00:07 kernel: nf_conntrack version 0.5.0 (2048 buckets, 16384 max)
Dec 31 19:00:07 kernel: ipt_time loading
Dec 31 19:00:07 kernel: ip_tables: (C) 2000-2006 Netfilter Core Team
Dec 31 19:00:07 kernel: net/ipv4/netfilter/tomato_ct.c [Jun 6 2014 16:31:18]
Dec 31 19:00:07 kernel: ipt_account 0.1.21 : Piotr Gasidlo <quaker@barbara.eu.org>, http://code.google.com/p/ipt-account/
Dec 31 19:00:07 kernel: NET: Registered protocol family 1
Dec 31 19:00:07 kernel: NET: Registered protocol family 10
Dec 31 19:00:07 kernel: ip6_tables: (C) 2000-2006 Netfilter Core Team
Dec 31 19:00:07 kernel: NET: Registered protocol family 17
Dec 31 19:00:07 kernel: 802.1Q VLAN Support v1.8 Ben Greear <greearb@candelatech.com>
Dec 31 19:00:07 kernel: All bugs added by David S. Miller <davem@redhat.com>
Dec 31 19:00:07 kernel: VFS: Mounted root (squashfs filesystem) readonly.
Dec 31 19:00:07 kernel: Freeing unused kernel memory: 196k freed
Dec 31 19:00:07 kernel: Warning: unable to open an initial console.
Dec 31 19:00:07 kernel: et: module license 'Proprietary' taints kernel.
Dec 31 19:00:07 kernel: et_module_init: passivemode set to 0x0
Dec 31 19:00:07 kernel: et_module_init: et_txq_thresh set to 0x400
Dec 31 19:00:07 kernel: bcm_robo_enable_switch: EEE is disabled
Dec 31 19:00:07 kernel: eth0: Broadcom BCM47XX 10/100/1000 Mbps Ethernet Controller 6.30.163.2002 (r382208)
Dec 31 19:00:07 kernel: wl_module_init: passivemode set to 0x0
Dec 31 19:00:07 kernel: PCI: Enabling device 0000:01:01.0 (0000 -> 0002)
Dec 31 19:00:07 kernel: eth1: Broadcom BCM4331 802.11 Wireless Controller 6.30.163.2002 (r382208)
Dec 31 19:00:07 kernel: PCI: Enabling device 0000:02:01.0 (0000 -> 0002)
Dec 31 19:00:07 kernel: eth2: Broadcom BCM4331 802.11 Wireless Controller 6.30.163.2002 (r382208)
Dec 31 19:00:07 kernel: Algorithmics/MIPS FPU Emulator v1.5
Dec 31 19:00:07 kernel: usbcore: registered new interface driver usbfs
Dec 31 19:00:07 kernel: usbcore: registered new interface driver hub
Dec 31 19:00:07 kernel: usbcore: registered new device driver usb
Dec 31 19:00:07 kernel: SCSI subsystem initialized
Dec 31 19:00:07 kernel: Initializing USB Mass Storage driver...
Dec 31 19:00:07 kernel: usbcore: registered new interface driver usb-storage
Dec 31 19:00:07 kernel: USB Mass Storage support registered.
Dec 31 19:00:07 kernel: ufsd: driver (8.6 U86_r187446_b122, LBD=ON, acl, ioctl, rwm, ws, sd) loaded at c0203000
Dec 31 19:00:07 kernel: NTFS (with native replay) support included
Dec 31 19:00:07 kernel: optimized: speed
Dec 31 19:00:07 kernel: Build_for__asus_n66u_2011-10-27_U86_r187446_b122
Dec 31 19:00:07 kernel: ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
Dec 31 19:00:07 kernel: ehci_hcd 0000:00:04.1: EHCI Host Controller
Dec 31 19:00:07 kernel: ehci_hcd 0000:00:04.1: new USB bus registered, assigned bus number 1
Dec 31 19:00:07 kernel: ehci_hcd 0000:00:04.1: EHCI Fastpath: New EHCI driver starting
Dec 31 19:00:07 kernel: ehci_hcd 0000:00:04.1: irq 6, io mem 0x18004000
Dec 31 19:00:07 kernel: ehci_hcd 0000:00:04.1: USB 0.0 started, EHCI 1.00
Dec 31 19:00:07 kernel: usb usb1: configuration #1 chosen from 1 choice
Dec 31 19:00:07 kernel: hub 1-0:1.0: USB hub found
Dec 31 19:00:07 kernel: hub 1-0:1.0: 2 ports detected
Dec 31 19:00:07 kernel: ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
Dec 31 19:00:07 kernel: ohci_hcd 0000:00:04.0: OHCI Host Controller
Dec 31 19:00:07 kernel: ohci_hcd 0000:00:04.0: new USB bus registered, assigned bus number 2
Dec 31 19:00:07 kernel: ohci_hcd 0000:00:04.0: irq 6, io mem 0x18009000
Dec 31 19:00:07 kernel: usb usb2: configuration #1 chosen from 1 choice
Dec 31 19:00:07 kernel: hub 2-0:1.0: USB hub found
Dec 31 19:00:07 kernel: hub 2-0:1.0: 2 ports detected
Dec 31 19:00:07 kernel: usbcore: registered new interface driver usblp
Dec 31 19:00:07 kernel: drivers/usb/class/usblp.c: v0.13: USB Printer Device Class driver
Dec 31 19:00:07 kernel: usbcore: registered new interface driver asix
Dec 31 19:00:07 kernel: usb 1-1: new high speed USB device using ehci_hcd and address 2
Dec 31 19:00:07 kernel: usb 1-1: configuration #1 chosen from 1 choice
Dec 31 19:00:07 syslog: module cdc_wdm not found in modules.dep
Dec 31 19:00:07 syslog: module qmi_wwan not found in modules.dep
Dec 31 19:00:07 syslog: module cdc_mbim not found in modules.dep
 

Latest threads

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