OpenWrt Forum Archive

Topic: TP Link WR1043ND 11n gigabit router

The content of this topic has been archived between 20 Jul 2013 and 7 May 2018. Unfortunately there are posts – most likely complete pages – missing.

Sorry, I run customized firmware on my router and did not bother about 3g when compiling. So I am unable to eject the virtual CD drive (I could not find a way to do that in sysfs). I can't help you out on that topic right now.
Btw. you should keep in mind that extroot will not work otb with your sd-card in the 3g modem. You would probably need to get into init-scripts and issue the modeswitch of the 3g dongle before init starts extroot.
Besides that you could also set up opkg to install packages to the memory card. You will find some older wiki pages covering that topic.

MBS wrote:

Btw. you should keep in mind that extroot will not work otb with your sd-card in the 3g modem.

Why not?

TIA,

aruzsi wrote:

Why not?

TIA,

As I mentioned, you need to dig into init scripts and make sure your 3g dongle switched to modem and µSD mode before the extroot init script gets launched. The time for switching the mode, until both new devices appear on my pc is about 10 seconds (pretty long).
But I do not know how it is with software modified dongles, which anybody mentioned some time earlier in this thread afaik. I have not really messed a lot with my dongle so far.

OK, I understand.
Maybe I will put some sym. links to uSD and install some not-to-important stuffs, like tcpdump, etc.

Just started testing the 10.03.1 RC4 on this router. There are some rather serious issues. I am very grateful if some of you have experience with these issues to share before I spend more time looking into it.

After a reboot, the computers connected with wire to the router need to reconnect or wait until the dhcp leases go out before they get net.

Setting static IP for the WAN interface can only be done after connecting it with DHCP first. This means that with static IP, internet will not reconnect after a reboot. This issue may be connected with the first issue.

I can of course make hack workarounds for these (don't need help with that). However, the issues are quite serious, so I would like follow them to a fix.

BTW, these issues were present on RC3 too.

(Last edited by Del on 25 Nov 2010, 16:08)

brifar wrote:
KillaB wrote:

I just found a potentially major bug and was wondering if anyone else is seeing it.
When I reboot my router, DHCP kicks in on my client and I'm able to pull an IP from my upstream router!

Looks like the switch is passing traffic before iptables is able to start.

yes i noted this,
if i have a client connectedto the router while it restarts the client obtains an IP from my isp.

I thought it was because my router is messed up at the moment smile

@brifar

This bug is now plaguing me the same way it is for you.
Is there anyone here that has the programming skills to help?
https://dev.openwrt.org/ticket/6819

As stated previously, the stock firmware appears to disable and re-enable the switch during boot to minimize the leakage. The DHCP process between LAN and WAN devices is therefore interrupted and unable to complete a lease. We need the same to happen within OpenWrt!

KillaB wrote:
brifar wrote:
KillaB wrote:

I just found .... a potentially major bug .... and was wondering if anyone else is seeing it.
When I reboot my router, DHCP kicks in on my client and I'm able to pull an IP from my upstream router!

Looks like the switch is passing traffic before iptables is able to start.

yes i noted this,
if i have a client connectedto the router while it restarts the client obtains an IP from my isp.

I thought it was because my router is messed up at the moment smile

@brifar

This bug is now plaguing me the same way it is for you.
Is there anyone here that has the programming skills to help?
https://dev.openwrt.org/ticket/6819

As stated previously, the stock firmware appears to disable and re-enable the switch during boot to minimize the leakage. The DHCP process between LAN and WAN devices is therefore interrupted and unable to complete a lease. We need the same to happen within OpenWrt!

This is nothing new! I stumbled upon this behaviour some time ago now (router behind a router). Since we have a switch, I do not see, what can be done. It was sugested to disable the switch... Or you could write yourself a script to check if the IP fetched with dhcp is not an internal one and if so, make dhclient get a new one?  With pppoe, this problem does not occure. IMHO there are more important things to solve. Like the missing tos/match modules for iptables, for example.

When will 10.03.1 com out anyway? 10.03 was quick. Is help needed?

Hi,

I am using Backfire (10.03, r20728).

cat /proc/cpuinfo outputs:

system type             : Atheros AR9132 rev 2
machine                 : TP-LINK TL-WR1043ND
processor               : 0
cpu model               : MIPS 24Kc V7.4
BogoMIPS                : 266.24
wait instruction        : yes
microsecond timers      : yes
tlb_entries             : 16
extra interrupt vector  : yes
hardware watchpoint     : yes, count: 4, address/irw mask: [0x0000, 0x0ff8, 0x0ff8, 0x0ff8]
ASEs implemented        : mips16
shadow register sets    : 1
core                    : 0
VCED exceptions         : not available
VCEI exceptions         : not available

I wonder if I can come back to original firmware with the mtd method, using the firmware wr1043nv1_en_3_12_2_up(100820).bin.


info as stated on web admin page of TP-Link:

Firmware Version: 
3.9.17 Build 091118 Rel.36350n
Hardware Version:
WR1043N v1 00000000


I don't want to brick the AP! My soldering skills are almost null!

Thanks in advance!

(Last edited by sebelk on 30 Nov 2010, 15:19)

playdude wrote:
supertom64 wrote:

@playdude

I think earlier version was including u-boot code like "wr1043nv1_en_3_9_17_up_boot(091118).bin" they have a *_boot* in their name.
vs. newer versions are "with or without" u-boot code and if they are without they are called "wr1043nv1_en_3_11_5_up(100427).bin" with only *_up* in their name.

You can control it with a hex editor.
Firmware with u-boot code beginn after 20200 with hex "01 00 00 00 54 50 2D 4C 49 4E 4B 20 54 65 63 68" which is "....TP-LINK Tech"
vs Firmware without have something else after 20200.

cu
tom

Yeah I think I did a dd on an original image without "boot". That makes sense. I've updated the wiki so others won't fall into the same trap. So now it's possible to go back and forth between openwrt, original, and ddwrt for those afraid of the serial and soldering.

Sorry for the stupid question, but what are you meaning  for "20200"? . The first line that I see:

0000000 0001 0000 5054 4c2d 4e49 204b 6554 6863

I'm just the same. I have flashed x-wrt, not satisfied with it (the same load what my asus wl500gp handled, kills the tplink, 95%+ cpu load), I want to change fw, but now I can not. Web firmware update does not work for me. I was digging for solution, I found other people in the same situation, but no solution so far. The only way I see now is to create trx file from the bin.

This instruction is not enough for me to be honest :
"
Cut first 0x20200 bytes from original firmware

dd if=orig.bin of=tplink.bin skip=257 bs=512

and flash via uboot or mtd
"

Does the second line do the job of cutting the first 0x20200 ? So than I can use mtd ?

Would this work ?

Get the original FW : "wr1043nv1_en_3_12_2_up(100820).bin" (from tp-link website as mentioned before)

do this under linux : dd if=wr1043nv1_en_3_12_2_up(100820).bin of=tplink.bin skip=257 bs=512

upload and flash it : mtd write tplink.bin linux && reboot

?

Thanks a lot,

JG

As an option - you can flash it with OpenWrt 10.03.1-RC4.
Use "sysupgrade" version of firmware.
RC4 was released just few days ago.
Many bugs have been fixed since 10.03 release.

Latest release of X-Wrt was several months ago.
It can be that bugs you mentioned above have been fixed in 10.03.1-RC4.

I have tried. Throught the web interface (luci or webif) is does not flash. Is stops after copying it to ramdisk (or so, I do not have the device with me now) and than resets.

:-(

JG

Giordano wrote:

I have tried. Throught the web interface (luci or webif) is does not flash. Is stops after copying it to ramdisk (or so, I do not have the device with me now) and than resets.

Strange. And indeed sounds bad.

I flashed on my WR841ND OpenWrt 10.03.1-RC3 (from original firmware), than re-flashed it with Gargoyle 1.3.7 (via Web interface)
And than - with Gargoyle 1.3.8, also via Web interface.

I have used openwrt (latest) first, than flashed xwrt (latest) and now web flash does not work.

I'm very very disappointed. I got this router to replace my asus, because when I was loading 10-16 torrent files, I found problems with the web interface reaction time - it was on the edge. Now I try this tp-link with the same torrents, even vsftp, transmission, firewall config files are the same, the same load kills the tp link. If I manage to see the cpu load before it stops interfacing with me, than I see 90%+ values. Now flashing does not work either. Yet it is a bad purchase for me, the only good point is the giga switch. I have 5+ hours of work in it also for nothing so far. I just gained experience.

:-(

JG

Giordano wrote:

I have used openwrt (latest) first, than flashed xwrt (latest) and now web flash does not work.

Is telnet/ssh working for you?
You can flash from command line interface.
At least you can move from X-Wrt firmware (UI) to OpenWrt or Gargoyle (which is also based on OpenWrt)

yes, as far as I know I need trx for that, not bin, that is why I asked also about how to make trx from bin.

Thanks,

JG

Giordano wrote:

yes, as far as I know I need trx for that, not bin, that is why I asked also about how to make trx from bin.

Thanks,

JG

trx images only apply to Broadcom products.
There are two bin images for the WR1043ND. One that covers the entire flash, and a smaller image meant for sysupgrading.

so, I should only do : mtd write downloadedopenwrtimage.bin linux && reboot

?

JG

Giordano wrote:

so, I should only do : mtd write downloadedopenwrtimage.bin linux && reboot

?

JG

I would change the target to firmware instead of linux. At least that is how I always flash new firmwares (though I normally didn't keep my config settings). And we normally use the -r flag :-)
So according to the wiki you should do something like that:

root@OpenWrt:/# mtd -r write /tmp/openwrt-ar71xx-tl-wr1043ndv1-squashfs-sysupgrade.bin firmware

Giordano, I had the same issue with the x-wrt build, not being able to install via webif. Sysupgrade from commandline as MBS explains works though. You know how to copy the file over and ssh your way in right?

KillaB, thanks for the clarification. It seems all my IP-address troubles may be related to this issue. Orca, this issue is very serious. My estimate is that it will affect the majority of users, and 90% of them will not know what is going on and give up openwrt altogether. It should be considered release critical imho.

Del wrote:

KillaB, thanks for the clarification. It seems all my IP-address troubles may be related to this issue. Orca, this issue is very serious. My estimate is that it will affect the majority of users, and 90% of them will not know what is going on and give up openwrt altogether. It should be considered release critical imho.

Del, thanks for agreeing. This problem was compounded for me since libupnpd has a memory leak (ticket 7444) and was causing my router to reboot every ~2 hours or so. Fortunately I've switched over to miniupnp, so I can live with the initial "Ethernet leak" by booting with the WAN cable disconnected. Newcomers to OpenWrt are likely to be confused by this behaviour without proper warning.

Sure, one workaround is to just statically address every device on the network, but I think an RTL8366xx specific init script is a much better idea.

(Last edited by KillaB on 1 Dec 2010, 23:49)

Well my upstream router from my ISP only supports dhcp (no binding to mac or anything), so I am pretty much screwed on this one. The other day my kid's Android phone ran away with the internet connection after a router reboot, leaving the rest of my network including the router without internet. Putting static address on all clients is no solution. This issue needs to be fixed.

As far as I see the switch driver RTL8366RB is used. I will need to learn more about this module, but please share your ideas for a fix. An init-script doesn't sound to difficult.

KillaB wrote:

https://dev.openwrt.org/ticket/6819

As stated previously, the stock firmware appears to disable and re-enable the switch during boot to minimize the leakage. The DHCP process between LAN and WAN devices is therefore interrupted and unable to complete a lease. We need the same to happen within OpenWrt!

Sounds a bit hacky to me, but it should be doable I guess. The source code for the driver doesn't look too intimidating either, but as far as I can see it does not provide means to communicate with the driver while it is loaded.
https://dev.openwrt.org/browser/trunk/t … ?rev=21914
To test your fix I believe we need to compile rtl8366rb as a loadable module, which it currently is not. Then an init-script which loads and unloads the module at the right time may do the trick.

From Andrew's comment earlier in the thread it sounds like changing the boot-loader is a more elegant solution. However, he did not give enough information for me to see the connection between the boot loader and our problem.

Sorry, posts 901 to 900 are missing from our archive.