search

BackupGGCode / wl500g

ASUS WL-5xx RT-N1x Oleg's based custom firmware
0 stars 0 forks source link

UPnP did not work on RT-N16 #245

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?

I normally set up the firmware of this project on my RT-N16 and use PPPoE.

What is the expected output? What do you see instead?

NAT-PMP and UPnP did not work by using utorrent test

What version of the product are you using?

RT-N16-1.9.2.7-rtn-r3121

Original issue reported on code.google.com by eric31...@gmail.com on 9 Jul 2011 at 2:41

GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
Jan  1 08:00:14 miniupnpd[297]: version 1.5 started
Jan  1 08:00:14 miniupnpd[297]: MiniUPnPd is already running. EXITING
Jan  1 08:00:14 PPPoE: connected to ISP
Jan  1 08:00:14 dnsmasq[207]: read /etc/hosts - 2 addresses
Jan  1 08:00:14 dnsmasq[207]: using nameserver
Jan  1 08:00:14 dnsmasq[207]: using nameserver
Jan  1 08:00:14 miniupnpd[205]: received signal 15, good-bye

Original comment by eric31...@gmail.com on 10 Jul 2011 at 3:24

GoogleCodeExporter commented 9 years ago 
UPnP do work out with RT-N16-1.9.2.7-rtn-r2972

Original comment by eric31...@gmail.com on 11 Jul 2011 at 3:16

GoogleCodeExporter commented 9 years ago 
Check UPNP with test tools
http://www.zultrax.com/forward-port/upnp.htm

Original comment by themiron.ru on 12 Jul 2011 at 3:15

GoogleCodeExporter commented 9 years ago 
UPnP in combination with PPP connection doesn't work.
miniupnpd is trying to allocate address for not connected port vlan2:
Aug 31 00:22:00 miniupnpd[586]: ioctl(s, SIOCGIFADDR, ...): Cannot assign 
requested address
Aug 31 00:22:00 miniupnpd[586]: Failed to get ip address for interface vlan2

The problem can be solved by changing miniupnpd.conf directive:
ext_ifname=vlan2 to ext_ifname=ppp0
and restarting the miniupnpd.

Is there any way how to change the miniupnpd.conf file automaticaly by the 
firmware in case of successful ppp connection (miniupnpd.conf is "# 
automagically generated")?

I'm using RT-N16-1.9.2.7-rtn-r3121.
Thank you.

Original comment by grey...@gmail.com on 30 Aug 2011 at 10:43

GoogleCodeExporter commented 9 years ago 
Does this seem to be fixed in RT-N16-1.9.2.7-rtn-r3300.trx ?

Original comment by dayrl_w...@hotmail.com on 24 Sep 2011 at 12:17

GoogleCodeExporter commented 9 years ago 
Was it already solved? It does not work with WL500W-1.9.2.7-rtn-r3661...
...at beginning of booting...
Jan  1 01:00:04 radvd[228]: version 1.8.3 started
Jan  1 01:00:04 miniupnpd[236]: version 1.6 started
Jan  1 01:00:04 miniupnpd[236]: HTTP listening on port 46619
Jan  1 01:00:04 miniupnpd[236]: Listening for NAT-PMP traffic on port 5351
Jan  1 01:00:04 kernel: usbcore: registered new interface driver usbfs
...after connecting to Internet over ppp (3G USB modem)...
Jan  1 01:00:20 pppd[477]: Could not determine remote IP address: defaulting to 
xx.xx.xx.xx
Jan  1 01:00:20 pppd[477]: local  IP address xx.xx.xx.xx
Jan  1 01:00:20 pppd[477]: remote IP address xx.xx.xx.xx
Jan  1 01:00:20 pppd[477]: primary   DNS address xx.xx.xx.xx
Jan  1 01:00:20 pppd[477]: secondary DNS address xx.xx.xx.xx
Jan  1 01:00:20 dnsmasq[231]: read /etc/hosts - 5 addresses
Jan  1 01:00:20 dnsmasq-dhcp[231]: read /etc/ethers - 1 addresses
Jan  1 01:00:20 dnsmasq[231]: using nameserver 2001:470:20::2#53
Jan  1 01:00:20 dnsmasq[231]: using nameserver xx.xx.xx.xx#53
Jan  1 01:00:20 dnsmasq[231]: using nameserver xx.xx.xx.xx#53
Jan  1 01:00:20 ddns: IP address has not changed since the last update
Jan  1 01:00:20 miniupnpd[236]: ioctl(s, SIOCGIFADDR, ...): Cannot assign 
requested address
Jan  1 01:00:20 miniupnpd[236]: Failed to get IP for interface eth1
Jan  1 01:00:20 miniupnpd[236]: SendNATPMPPublicAddressChangeNotification: 
cannot get public IP address, stopping
Jan  1 01:00:20 3G USB Modem: connected to ISP
Dec  3 15:59:36 pppd[477]: System time change detected.
Dec  3 15:59:38 ntp client: Synchronizing time with pool.ntp.org...

Original comment by karase...@gmail.com on 3 Dec 2011 at 3:21

GoogleCodeExporter commented 9 years ago 
any news?

Original comment by themiron.ru on 23 Mar 2012 at 3:46

GoogleCodeExporter commented 9 years ago

Original comment by themiron.ru on 31 Mar 2012 at 6:49

GoogleCodeExporter commented 9 years ago 
Problem reproduced on DIR-320 with Huawei E392 4g modem. After 24h Megafon 
brake connection and after reconnect there is same problem

Original comment by m...@alegzz.ru on 28 Jun 2012 at 12:20

GoogleCodeExporter commented 9 years ago 
what fw do you use?

Original comment by themiron.ru on 28 Jun 2012 at 7:39

GoogleCodeExporter commented 9 years ago 
1.9.2.7-rtn-r4411M

Original comment by m...@alegzz.ru on 28 Jun 2012 at 7:49