I recommend to not flash from u-boot, but to load a kernel and rootfs into memory (from either a USB pen or tftp server) using u-boot, then booting the loaded kernel and rootfs and then flash from the booted system using its webUI.
I have never flashed a 320/320L/325 from u-boot.
Flash from u-boot is of course possible, follow/ask the site where you found the instructions. But be aware that not everyone wants to preserve/use the D-Link flash partition scheme. See also
http://jamie.lentin.co.uk/devices/dlink-dns325.
Remember that each device is different from other. You can't take a procedure or address from a 325 procedure and use it on the 320 or 320L. U-boot and fw is customized for a *particular* board/revision!
The 320-revB is identical to the 320L-revA, and the procedure to flash from the command line is similar to the 325, after making the necessary (marked red) adaptations.
All the above assumes that you booting Alt-F.
Alt-F (and the D-Link fw) uses another component besides the kernel and rootfs that u-boot handles. For Alt-F that extra fw component contains non-essential software that shouldn't be needed for simple operation. Alt-F RC4.1 when booted from memory through tftp can load that extra component at boot time.
I use the following on 320L-revA from u-boot, after setting up a tftp server on a computer with a 192.168.1.1 IP:
setenv bootargs console=ttyS0,115200 root=/dev/ram0 init=/init tftpargs=192.168.1.100:192.168.1.1
setenv ipaddr 192.168.1.100
setenv serverip 192.168.1.1
tftp 0xa00000 uImage-DNS-320L-rev-A1A2A3
tftp 0xf00000 urootfs-dns325; bootm 0xa00000 0xf00000
The tftp server serves the uImage-DNS-320L-rev-A1A2A3, urootfs-dns325 and the rootfs.arm.sqimage.xz (the extra fw component) files. The files are obtained through the dns323-fw command.
the 'bootm 0xa00000 0xf00000' command starts the kernel found in memory at 0xa00000 with a rootfs found at 0xf00000
The kernel was read from nand and copied to memory using the command 'nand read.e 0xa00000 0x100000 0x300000'
while the rootfs was read/write using nand 'read.e 0xf00000 0x600000 0x300000'
From that you can infer where in the nand they are located.