DMZ settings not saved after reboot.

All about firmwares for routers. Support for RouterTech firmwares is here too.
FalkensMaze
Newbie
Newbie
Posts: 7
Joined: Sun Jan 14, 2007 1:20 am

DMZ settings not saved after reboot.

Post by FalkensMaze » Wed May 30, 2007 2:45 pm

Hi all,

I've got a G/SART 4112 running at home and it works perfectly apart for one thing.

If I powercycle the unit (switch it off then back on) whilst it retains all of its settings, it drops the DMZ.

It doesn't matter if I save the config on the router admin pages, reboot from the menu or just yank the power cable out, it doesn't save!

Please help as if there is a powercut when I am not at home, my server reboots automatically but as the DMZ has gone, I can't access anything. :(

Cheers,

FM.
User avatar
biro
RouterTech Team
RouterTech Team
Posts: 1274
Joined: Wed Jan 25, 2006 10:03 pm
Location: Letchworth Garden City, ENGLAND
Contact:

Post by biro » Wed May 30, 2007 3:13 pm

Does the 'dmz' PC have a static IP ?
Have you 'reserved' the IP on the router under 'Advanced', 'LAN Clients' ?

If the IP isn't reserved then any port forwards/ DMZ settings will be lost on reboot even if the rules themselves are saved.
ImageImageImage
All my posts on RouterTech.org are Copyright RouterTech.org
G'Day Laura
FalkensMaze
Newbie
Newbie
Posts: 7
Joined: Sun Jan 14, 2007 1:20 am

Post by FalkensMaze » Wed May 30, 2007 4:23 pm

Hi,

The IP of the PC is reserved (and therefore effectively "static" AFAICT) from the DHCP pool on the router itself, do I need to set it as a static device on the PC as well?

FM
User avatar
biro
RouterTech Team
RouterTech Team
Posts: 1274
Joined: Wed Jan 25, 2006 10:03 pm
Location: Letchworth Garden City, ENGLAND
Contact:

Post by biro » Wed May 30, 2007 5:05 pm

:? Should work then !
Are you able to still change and save other settings on the router ? may be the config file has become corrupt and not allowing any changes to it.
ImageImageImage
All my posts on RouterTech.org are Copyright RouterTech.org
G'Day Laura
User avatar
SyBorg
Ex RouterTech Team
Ex RouterTech Team
Posts: 1621
Joined: Mon Apr 17, 2006 4:09 pm
Location: Berkshire
Contact:

Post by SyBorg » Wed May 30, 2007 8:14 pm

FalkensMaze wrote:Hi,

The IP of the PC is reserved (and therefore effectively "static" AFAICT) from the DHCP pool on the router itself, do I need to set it as a static device on the PC as well?

FM
Worth trying adding as Static and assigning that static address on the PC. Certainly on my swamr 54125 the DMZ stays after a reboot just fine.
We learn something every day, and lots of times it’s that what we learned the day before was wrong.
—Bill Vaughan
User avatar
hiteck
Regular
Regular
Posts: 47
Joined: Wed Dec 02, 2009 7:45 am
Location: N. America

DDNS Settings Won’t Save

Post by hiteck » Sat Mar 05, 2011 9:25 pm

Similiar issue with DMZ (RT v2.95). (Actiontec/Qwest GT701wg 4mb flash)
F/W cabfile "routertech-ar7wrd-adam2-firmware-1port-20110103"

I set DMZ for a static client with valid IP and MAC address. Enable DMZ. Save ALL. Router passes traffic from GRC custom port probing. Then reboot router. DMZ seems to work until I access DMZ page in web gui. The DMZ enable box unexpectedly shows unchecked, and DMZ no longer passes traffic to static client at this point.

In my attempts to set the configuration manually using

Code: Select all

echo "connection0:fwan:settings/dmz/state=1" | cm_cli_tty    or with 
echo "connection0:fwan:settings/dmz/state=1" | cm_cli 

or other variations for the connection name/number, the DMZ setting will not stick. In fact, this code does not seem to do anything.

I can Reset IP Account statistics via telnet with
echo “begin;account:command/clear;end” | cm_cli
but can't change the DMZ setting via telnet yet. Any ideas how? I know I could try to edit the bin/XML config file but I am not sure that will work or if that is even safe on this modem.

Reliable DMZ is needed here for many reasons.
Feel free to move this to a new thread.
Any fool can make things complicated. It takes a genius to make things simple. - Einstein Jobs
User avatar
thechief
RouterTech Team
RouterTech Team
Posts: 12067
Joined: Wed Feb 01, 2006 10:22 pm
Location: England, the Centre of Africa
Contact:

Re: DDNS Settings Won’t Save

Post by thechief » Sat Mar 05, 2011 9:36 pm

Post the system diagnostics.

PS: your code will not work, because if you want to set the values (rather than just see them), then you have to enclose the command within a "begin;....;end" block - i.e.,

Code: Select all

echo "begin;connection0:fwan:settings/dmz/state=1;end" | cm_cli
The Chief: :afro: Be sure to read the Firmware FAQ and do a Forum Search before posting!
No support via PM. Ask all questions on the open forum.
User avatar
hiteck
Regular
Regular
Posts: 47
Joined: Wed Dec 02, 2009 7:45 am
Location: N. America

Re: DDNS Settings Won’t Save

Post by hiteck » Sat Mar 05, 2011 10:32 pm

Thanks Chief. That code was copied from the cm_cli.pdf .
Using your code

Code: Select all

echo "begin;connection1:fwan:settings/dmz/state=1;end" | cm_cli
and a saveall.sh, the result is the same. :(
I use Wallwatcher and DD-WRT to catch the incoming stuff on the LAN side of the GT701.


ROUTERTECH SYSTEM DIAGNOSTICS

Operating system version
Linux version 2.4.17_mvl21-malta-mips_fp_le (developers at RouterTech dot Org) #1 Mon Jan 3 01:30:14 GMT 2011

Firmware version information
BUILD=RouterTech_3.6.0D_20110103_2.95
VERSION=3.6.0D-RouterTech-Adam2
BOARD=AR7WRD
TARGET=Adam2_1-Port
FSSTAMP=20110103013357
ROHS=0

Wireless version information
5.7.0.6, 1/4/2005

PSP version information

Linux OS DSL-PSPOhioL version 4.5.0.5 Best and Final on BasePSP Version 5.7.6.12 Jan 3 2011 01:31:15
Avalanche SOC Version: 0x270005 operating in cached, write back, write allocate mode
Cpu Frequency:150 MHZ
System Bus frequency: 125 MHZ


Driver version information
Core Logic version: 3.6.0D
Texas Instruments CPMAC driver version: 1.5
Texas Instruments CPMAC HAL version: CPMAC 01.07.08 Jan 3 2011 01:30:25
ATM Driver version:[7.05.01.00]
DSL HAL version: [7.05.01.00]
DSP Datapump version: [7.05.01.00] Annex A
SAR HAL version: [01.07.2c]
PDSP Firmware version:[0.54]
Chipset ID: [7300/7300A]

Modem Modulation Information
NO_MODE 0x0
ADSL_G.dmt 0x3
ADSL_G.lite 0x4
ADSL_G.dmt.bis 0x8
ADSL_G.dmt.bis_DELT 0x9
ADSL_2plus 0x10
ADSL_2plus_DELT 0x11
ADSL_re-adsl 0x20
ADSL_re-adsl_DELT 0x21
ADSL_ANSI_T1.413 0x2
MULTI_MODE 0x1
ADSL_G.dmt.bis_AnxI 0x0
ADSL_G.dmt.bis_AnxJ 0x0
ADSL_G.dmt.bis_AnxM 0x400
ADSL_2plus_AnxI 0x0
ADSL_2plus_AnxJ 0x0
ADSL_2plus_AnxM 0x2000
G.shdsl 0x0
IDSL 0x0
HDSL 0x0
SDSL 0x0
VDSL 0x0

System environment (/proc/sys/dev/adam2/environment)

AEIBootVersion 0.9i
autoload 1
bootloaderVersion 0.22.02
bootserport tty0
connection0 0x4c9f
cpufrequency 150000000
cron_enable 1
DSL_FEATURE_CNTL_0 0x0020020C
DSL_PHY_CNTL_0 0x00100800
firstfreeaddress 0x9401d5a8
flashsize 0x00400000
HWA_HRNDIS 00:E0:A8:68:41:E1
HWA_RNDIS 00:E0:A8:68:41:EB
HWRevision 2A+
led_conf led.gt701wg
maca 00:15:05:0F:28:18
macb 00:15:05:0F:28:19
macc 00:15:05:0F:28:1A
mac_ap 00:15:05:0F:28:1B
memsize 0x01000000
modetty0 38400,n,8,1,hw
modetty1 38400,n,8,1,hw
modulation 0x3
mtd0 0x900D0000,0x903F0000
mtd1 0x90010000,0x900D0000
mtd2 0x90000000,0x90010000
mtd3 0x903F0000,0x90400000
mtd4 0x90010000,0x903F0000
my_ipaddress 192.168.0.1
ProductID GT701-WG
prompt Adam2_AR7RD
req_fullrate_freq 125000000
SerialNumber none
sysfrequency 125000000
usb_board_mac 00:15:05:0F:28:1C
usb_man Actiontec Electronics, Inc.
usb_pid 0x6010
usb_prod Actiontec Gateway
usb_rndis_mac 00:15:05:0F:28:1D
usb_vid 0x1668
vcc_encaps0 0.0
vcc_encaps1 0.0
vcc_encaps2 0.0
vcc_encaps3 0.0
vcc_encaps4 0.0
vcc_encaps5 0.0
vcc_encaps6 0.0
vcc_encaps7 0.0

CPU information
processor : 0
cpu model : MIPS 4KEc V4.8
BogoMIPS : 149.91
wait instruction : no
microsecond timers : yes
extra interrupt vector : yes
hardware watchpoint : yes
VCED exceptions : not available
VCEI exceptions : not available

Memory (RAM) information
total: used: free: shared: buffers: cached:
Mem: 14512128 13983744 528384 0 1200128 5005312
Swap: 0 0 0
MemTotal: 14172 kB
MemFree: 516 kB
MemShared: 0 kB
Buffers: 1172 kB
Cached: 4888 kB
SwapCached: 0 kB
Active: 2124 kB
Inactive: 5896 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 14172 kB
LowFree: 516 kB
SwapTotal: 0 kB
SwapFree: 0 kB

Flash memory (chip) information
Flash type: AMD; Manufacturer=MACRONIX (AMD-compat).
Manufacturer_ID=0x00C2; Chip_ID=0x00A8; Chip_Size=0x400000; Erase_Regions=0x0002

Mount points
/dev/mtdblock/0 / squashfs ro 0 0
none /dev devfs rw 0 0
proc /proc proc rw 0 0
ramfs /var ramfs rw 0 0

Filesystems
nodev rootfs
nodev bdev
nodev proc
nodev sockfs
nodev tmpfs
nodev shm
nodev pipefs
nodev ramfs
minix
nodev devfs
squashfs

MTD
dev: size erasesize name
mtd0: 00320000 00010000 "mtd0"
mtd1: 000c0000 00010000 "mtd1"
mtd2: 00010000 00002000 "mtd2"
mtd3: 00010000 00010000 "mtd3"
mtd4: 003e0000 00010000 "mtd4"

Kernel modules
tiap 708536 1
tiatm 138672 1

Interrupts
7: 177014 R4000 timer/counter [MIPS interrupt]
8: 0 unified secondary [hw0 (Avalanche Primary)]
15: 332 serial [hw0 (Avalanche Primary)]
23: 2191 + SAR [hw0 (Avalanche Primary)]
27: 4071 + Cpmac Driver [hw0 (Avalanche Primary)]
29: 10373 vlynq0 [hw0 (Avalanche Primary)]
47: 79 + DSL [hw0 (Avalanche Primary)]
80: 10371 TNETW1130 [hw0 (Low Vlynq)]

Devices
Character devices:
1 mem
2 pty/m%d
3 pty/s%d
4 tts/%d
5 cua/%d
10 misc
108 ppp
128 ptm
136 pts/%d
162 raw

Block devices:
7 loop
31 mtdblock

Processes
PID USER VSZ STAT COMMAND
1 root 1052 S init
2 root 0 SW [keventd]
3 root 0 RWN [ksoftirqd_CPU0]
4 root 0 SW [kswapd]
5 root 0 SW [bdflush]
6 root 0 SW [kupdated]
7 root 0 SW [mtdblockd]
449 root 2300 S /usr/sbin/mini_httpd -d /usr/www -u root -p 80 -c /c
450 root 2180 S /usr/bin/cm_pc
452 root 3896 S /usr/bin/cm_logic -m /dev/ticfg -c /etc/config.xml
474 root 748 S /sbin/dproxy -c /etc/resolv.conf -d
532 root 1052 S init
814 root 2396 S /usr/sbin/pppd plugin pppoa 0.32 user db27@xxxxxxx
842 root 684 S /usr/sbin/udhcpd /var/tmp/udhcpd.conf
843 root 920 S /sbin/msntp -r 2 -t 5 -p 30 -s time-a.nist.gov time.
1068 root 1060 S crond -b
1105 root 628 S /sbin/utelnetd
1106 root 1068 S -sh
1159 root 1064 S N /bin/sh diagnostics.cgi
1160 root 2344 S /usr/sbin/mini_httpd -d /usr/www -u root -p 80 -c /c
1165 root 632 S N /usr/local/bin/diagnostics
1166 root 1056 S N sh -c /usr/local/bin/diagnostics.sh
1167 root 1116 S N /bin/sh /usr/local/bin/diagnostics.sh
1205 root 1052 R N /bin/ps

ADSL Modem information

AR7 DSL Modem Statistics:
--------------------------------
[DSL Modem Stats]
US Connection Rate: 896 DS Connection Rate: 1536
DS Line Attenuation: 15 DS Margin: 31
US Line Attenuation: 10 US Margin: 13
US Payload : 153840 DS Payload: 472176
US Superframe Cnt : 101139 DS Superframe Cnt: 101139
US Transmit Power : 12 DS Transmit Power: 0
LOS errors: 0 SEF errors: 0
Errored Seconds: 0 Severely Err Secs: 0
Frame mode: 3 Max Frame mode: 0
Trained Path: 1 US Peak Cell Rate: 2113
Trained Mode: 3 Selected Mode: 3
ATUC Vendor Code: 4946544E ATUC Revision: 1
Hybrid Selected: 1 Trellis: 1
Showtime Count: 1 DS Max Attainable Bit Rate: 10720 kbps
BitSwap: 1 US Max Attainable Bit Rate: n/a
Annex: AnxA psd_mask_qualifier: 0x0000
ATUC ghsVid: b5 00 49 46 54 4e 70 fc
T1413Vid: 00 00 T1413Rev: 00 VendorRev: 00
ATUR ghsVid: b5 00 54 53 54 43 00 00
T1413Vid: 00 00 T1413Rev: 00 VendorRev: 00

[Upstream (TX) Interleave path]
CRC: 1 FEC: 0 NCD: 0
LCD: 0 HEC: 0

[Downstream (RX) Interleave path]
CRC: 0 FEC: 0 NCD: 0
LCD: 0 HEC: 0

[Upstream (TX) Fast path]
CRC: 0 FEC: 0 NCD: 1
LCD: 0 HEC: 0

[Downstream (RX) Fast path]
CRC: 0 FEC: 0 NCD: 0
LCD: 0 HEC: 0

[ATM Stats]
[Upstream/TX]
Good Cell Cnt: 3205
Idle Cell Cnt: 3630165


[Downstream/RX)]
Good Cell Cnt: 9837
Idle Cell Cnt: 6218731
Bad Hec Cell Cnt: 0
Overflow Dropped Cell Cnt: 0

[SAR AAL5 Stats]
Tx PDU's: 1047
Rx PDU's: 1130
Tx Total Bytes: 111766
Rx Total Bytes: 430490
Tx Total Error Counts: 0
Rx Total Error Counts: 1


[OAM Stats]
Near End F5 Loop Back Count: 0
Near End F4 Loop Back Count: 0
Far End F5 Loop Back Count: 0
Far End F4 Loop Back Count: 0
SAR OAM Ping Response Drop Count=15

Trained modulation:
ADSL_G.dmt

Path mode:
Interleaved

Network statistics
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 0.0.0.0:www 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:domain 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:ftp 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:ssh 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:telnet 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:1050 0.0.0.0:* LISTEN
tcp 0 256 RT_gate.QW_dsl:www 192.168.1.2:55769 ESTABLISHED
tcp 0 0 RT_gate.QW_dsl:telnet 192.168.1.2:55375 ESTABLISHED
tcp 0 0 RT_gate.QW_dsl:www 192.168.1.2:55768 TIME_WAIT
tcp 0 0 RT_gate.QW_dsl:www 192.168.1.2:55766 TIME_WAIT
tcp 0 0 RT_gate.QW_dsl:www 192.168.1.2:55764 TIME_WAIT
udp 0 0 0.0.0.0:domain 0.0.0.0:*
udp 0 0 0.0.0.0:bootps 0.0.0.0:*
udp 0 0 0.0.0.0:tftp 0.0.0.0:*
Active UNIX domain sockets (servers and established)
Proto RefCnt Flags Type State I-Node Path
unix 2 [ ] DGRAM 532 /var/tmp/cm_miniHttpd.ctl
unix 2 [ ] DGRAM 542 /var/tmp/cm_pc.ctl
unix 2 [ ] DGRAM 556 /var/tmp/cm_logic.ctl
unix 6 [ ] DGRAM 569 /dev/log
unix 2 [ ] DGRAM 571 /dev/klog
unix 2 [ ] DGRAM 1855
unix 2 [ ] DGRAM 1692
unix 2 [ ] DGRAM 1162
unix 2 [ ] DGRAM 957
unix 2 [ ] STREAM 528
unix 2 [ ] DGRAM 527
unix 2 [ ] DGRAM 25

Iptables chains
Chain PREROUTING (policy ACCEPT 311 packets, 27116 bytes)
pkts bytes target prot opt in out source destination

Chain POSTROUTING (policy ACCEPT 13 packets, 608 bytes)
pkts bytes target prot opt in out source destination
161 10544 MASQUERADE all -- * ppp0 0.0.0.0/0 0.0.0.0/0

Chain OUTPUT (policy ACCEPT 41 packets, 2689 bytes)
pkts bytes target prot opt in out source destination

Chain INPUT (policy ACCEPT 1222 packets, 70154 bytes)
pkts bytes target prot opt in out source destination
474 35165 CFG tcp -- any any 192.168.1.2 anywhere tcp dpt:www Records Packet's Source Interface

112 11215 ACCEPT all -- ppp0 any anywhere anywhere state RELATED,ESTABLISHED
0 0 ACCEPT icmp -- any any anywhere anywhere icmp fragmentation-needed
0 0 DROP icmp -f any any anywhere anywhere
48 1888 DROP all -- ppp0 any anywhere anywhere

Chain FORWARD (policy ACCEPT 796 packets, 104K bytes)
pkts bytes target prot opt in out source destination
1627 522K ipaccount all -- any any anywhere anywhere
790 416K ACCEPT all -- ppp0 any anywhere anywhere state RELATED,ESTABLISHED
66 3768 TCPMSS tcp -- any ppp0 anywhere anywhere tcp flags:SYN,RST/SYN TCPMSS clamp to PMTU
0 0 ACCEPT icmp -- any any anywhere anywhere icmp fragmentation-needed
0 0 ACCEPT all -- ppp0 any anywhere hit-nxdomain.opendns.com

Chain OUTPUT (policy ACCEPT 1621 packets, 1168K bytes)
pkts bytes target prot opt in out source destination
0 0 ACCEPT icmp -- any any anywhere anywhere icmp fragmentation-needed
14 2894 DROP icmp -- any ppp0 anywhere anywhere icmp destination-unreachable
0 0 DROP icmp -- any ppp0 anywhere anywhere state INVALID

Chain ipaccount (1 references)
pkts bytes target prot opt in out source destination
1627 522K all -- any any anywhere anywhere account: network/netmask: 192.168.1.0/255.255.255.0 name: mynetwork short-listing

Network interface details
br0 Link encap:Ethernet HWaddr 00:15:05:0F:28:18
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2274 errors:0 dropped:0 overruns:0 frame:0
TX packets:2409 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:244715 (238.9 KiB) TX bytes:1618074 (1.5 MiB)

br1 Link encap:Ethernet HWaddr 00:00:00:00:00:00
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

br2 Link encap:Ethernet HWaddr 00:00:00:00:00:00
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

eth0 Link encap:Ethernet HWaddr 00:15:05:0F:2A:18
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1891 errors:0 dropped:0 overruns:0 frame:0
TX packets:2375 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:188080 (183.6 KiB) TX bytes:1533860 (1.4 MiB)

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

ppp0 Link encap:Point-to-Point Protocol
inet addr:71.38.205.81 P-t-P:67.42.192.196 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:998 errors:0 dropped:0 overruns:0 frame:0
TX packets:915 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:430789 (420.6 KiB) TX bytes:112198 (109.5 KiB)

wlan0 Link encap:Ethernet HWaddr 00:15:05:0F:28:1B
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:449 errors:0 dropped:0 overruns:0 frame:0
TX packets:262 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:60263 (58.8 KiB) TX bytes:119843 (117.0 KiB)


System Log
Jan 3 01:33:14 | Valid Configuration Tree
Jan 3 01:33:14 | NTP Polling Timer for DHCP Started succesfully.
Jan 3 01:33:14 | DSL Polling Timer Started succesfully.
Jan 3 01:33:14 | PSP Boot environment Modem Modulation Change: 0x3
Jan 3 01:33:14 | Firewall NAT service started
Jan 3 01:33:15 | Bridge Created: br0
Jan 3 01:33:17 | Bridge VLAN0 add eth0
Jan 3 01:33:17 | Bridge VLAN AUTO OFF.
Jan 3 01:33:17 | Bridge VLAN0 add eth1
Jan 3 01:33:17 | Bridge VLAN AUTO OFF.
Jan 3 01:33:17 | Bridge VLAN0 add eth2
Jan 3 01:33:17 | Bridge VLAN AUTO OFF.
Jan 3 01:33:17 | Bridge VLAN0 add eth3
Jan 3 01:33:17 | Bridge VLAN AUTO OFF.
Jan 3 01:33:17 | Bridge Created: br1
Jan 3 01:33:19 | Bridge Created: br2
Jan 3 01:33:21 | USB is disabled
Jan 3 01:33:22 | Bridge Interface Added: eth0
Jan 3 01:33:24 | Add Bridge Iface Error: 1
Jan 3 01:33:24 | AP Driver configuration successful
Jan 3 01:33:28 | AP IS UP
Jan 3 01:33:28 | Add Bridge Iface Error: 1
Jan 3 01:33:28 | DSL Carrier is training
Jan 3 01:33:29 | Add Bridge Iface Error: 1
Jan 3 01:33:29 | Bridge Interface Added: wlan0
Jan 3 01:33:38 | DSL Carrier is down
Jan 3 01:33:48 | DSL Carrier is up
Jan 3 01:33:48 | sar read trained mode (1)(ADSL_G.dmt)
Jan 3 01:33:48 | ---}}} Start of connection delayed for 7 sec
Jan 3 01:33:48 | PPPoA launch delay.
Jan 3 01:33:55 | PPPoA Launch after conn delay timeout ...
Jan 3 01:33:55 | pppd 2.4.4 started by root, uid 0
Jan 3 01:33:55 | Connect: ppp0 {--}
Jan 3 01:33:59 | PPPD Successfully Started
Jan 3 01:33:59 | CHAP authentication succeeded
Jan 3 01:33:59 | PPPoA Connect with IP Address 71.36.205.81
Jan 3 01:33:59 | PPPoA Connection Successfully Established
Jan 3 01:33:59 | PPPoA Connect with Gateway IP Address: 67.42.192.196
Jan 3 01:33:59 | local IP address 71.36.205.81
Jan 2 17:33:59 | remote IP address 67.42.192.196
Mar 5 12:37:29 | onconnectWAN: Starting crond.

Miscellaneous information
RouterTech firmware release: 2.95
Connecting from: 192.168.1.1 [192.168.1.2]
Linux version 2.4.17_mvl21-malta-mips_fp_le (developers at RouterTech dot Org) #1 Mon Jan 3 01:30:14 GMT 2011
BUILD=RouterTech_3.6.0D_20110103_2.95
VERSION=3.6.0D-RouterTech-Adam2
BOARD=AR7WRD
TARGET=Adam2_1-Port
FSSTAMP=20110103013357
ROHS=0
Core logic version: 3.6.0D
Boot Loader: Adam2 v0.22.02
ATM Driver version:[7.05.01.00]
DSL HAL version: [7.05.01.00]
DSP Datapump version: [7.05.01.00] Annex A
SAR HAL version: [01.07.2c]
PDSP Firmware version:[0.54]
Chipset ID: [7300/7300A]
Router's internal name: RT_gate.QW_dsl
Ethernet ports: 1
Upstream rate (kbps): 896
Downstream rate (kbps): 1536
Trained Modulation: ADSL_G.dmt
Path Mode: Interleaved
System uptime: 0hr 29min - 0 day(s), 0 hour(s), 29 minute(s), and 53 second(s) (system 96% idle)
Bandwidth usage:
Downloads : 0.4154 MB
Uploads : 0.1114 MB
Line attenuation:
DS Line Attenuation: 15 DS Margin: 31
US Line Attenuation: 10 US Margin: 13
Memory usage:
In active use : 56% of 14172 kb
Available : 44% (6308 kb) of 14172 kb (of which 5544 kb is marked as "Inactive" and 764 kb is free)
Environment fragmentation:
The environment does not seem to be fragmented.
Connection information:
WAN Uptime: 0hr 28min 50sec
WAN IP Address: 71.38.205.81
Connection Check #1 : 1 connection(s)
Connection Check #2 : 1 connection(s)
connection1
-------------------------------------------------------------


Question:
Are the pipe destinations cm_cli and cm_cli_tty interchangeable ? I don't understand the difference.

Anyway, we really need DMZ for many things. I will do all I can to test and support resolution of this issue. I now have multiple GT701wg modems running RT v2.95, although that Actiontec router reluctantly gives up it's OEM firmware. It always hangs at "erasing MTD0" but I beat into submission using the RRT :wink: (using seperate kernel and FS files). And yes I erased all settings to default before flashing.
Last edited by hiteck on Sun Mar 06, 2011 7:15 am, edited 1 time in total.
Any fool can make things complicated. It takes a genius to make things simple. - Einstein Jobs
User avatar
hiteck
Regular
Regular
Posts: 47
Joined: Wed Dec 02, 2009 7:45 am
Location: N. America

Re: DDNS Settings Won’t Save

Post by hiteck » Sat Mar 05, 2011 11:08 pm

I am not an expert with IPtables, but it seems the IPtables rule reported above for passing "any" to 192.168.1.2 is OK (?) This rule is reported just before and after testing the failing DMZ function.

FYI: I noticed that rule is only for TCP packets.
Although the failed tests today with GRC Shields-Up only sends TCP packets, we also need to pass UDP packets through the DMZ.
Any fool can make things complicated. It takes a genius to make things simple. - Einstein Jobs
User avatar
thechief
RouterTech Team
RouterTech Team
Posts: 12067
Joined: Wed Feb 01, 2006 10:22 pm
Location: England, the Centre of Africa
Contact:

Re: DDNS Settings Won’t Save

Post by thechief » Sat Mar 05, 2011 11:08 pm

I can't see any obvious cause of your problem. It seems that the settings are not being saved onto the flash. I can only guess that there is a problem with writing to flash - but I can't see why that should happen from the diagnostics. Check the output of "dmesg" to see whether there is any write error being reported.
hiteck wrote:Are the pipe destinations cm_cli and cm_cli_tty interchangeable ? I don't understand the difference.
cm_cli and cm_cli_tty are sometimes interchangeable, and sometimes they are not. If one doesn't work, then you have to try the other. As the doc says, it's all a matter of trial and error.
hiteck wrote:Anyway, we really need DMZ for many things. I will do all I can to test and support resolution of this issue.
Well, if you can't save the settings to flash, then you can always add the command to enable DMZ to one of the "autoexec" commands (e.g., RT_cmd_x or autoexec.sh).
hiteck wrote:I now have multiple GT701wg modems running RT v2.95, although that Actiontec router reluctantly gives up it's OEM firmware. It always hangs at "erasing MTD0"
The mtd partitions are set up for separate image upgrades
mtd1 0x90010000,0x900D0000
To set the partitions for single-image upgrades, you have to offset the start of mtd1 by 0x90 bytes.

Code: Select all

setenv mtd1 0x90010090,0x900D0000
Then you will need to reboot and use a tool like the RRT or PCtool to flash a single image (you can't do it from the web interface immediately after changing the offset - but once you have a single firmware image on board, then you can thereafter upgrade with a single firmware image from the web interface).

By the way this
my_ipaddress 192.168.0.1
is not going to do you much good when everything else is in 192.168.1.x
The Chief: :afro: Be sure to read the Firmware FAQ and do a Forum Search before posting!
No support via PM. Ask all questions on the open forum.
User avatar
thechief
RouterTech Team
RouterTech Team
Posts: 12067
Joined: Wed Feb 01, 2006 10:22 pm
Location: England, the Centre of Africa
Contact:

Re: DDNS Settings Won’t Save

Post by thechief » Sat Mar 05, 2011 11:10 pm

hiteck wrote:I am not an expert with IPtables, but it seems the IPtables rule reported above for passing "any" to 192.168.1.2 is OK (?) This rule is reported just before and after testing the failing DMZ function.

FYI: I noticed that rule is only for TCP packets.
Although the failed tests today with GRC Shields-Up only sends TCP packets, we also need to pass UDP packets through the DMZ.
I probably know less than you about iptables, so I can't comment.
The Chief: :afro: Be sure to read the Firmware FAQ and do a Forum Search before posting!
No support via PM. Ask all questions on the open forum.
User avatar
hiteck
Regular
Regular
Posts: 47
Joined: Wed Dec 02, 2009 7:45 am
Location: N. America

Re: DDNS Settings Won’t Save

Post by hiteck » Sun Mar 06, 2011 12:38 am

For the GT701 modem the my_ipaddress Default is 192.168.0.1 so this is what I use when accessing the bootloader. I currently don't see a need to change that. I use 192.168.1.1 for normal operation of the router.
_________________

So to clarify...
To set the partitions for single-image upgrades, must I offset the new calculated MTD values or are the original OEM values generally safe to use with an offset? :?:

_________________
Back to the DMZ not sticking issue at hand...

Those IPtables seem OK, for both TCP and UDP packets, after looking at the Forwarding rule.

But now you will think I am off my rocker.... :curse:

After I ran dmesg, the setting for DMZ enable now sticks and survives a reboot. Hmmm, OK. I just happened to be using a different PC, and used IE6 out of curiosity, and ran dmesg per your suggestion, tested again and whammo ! DMZ enable now sticks. wth ? Still using same test method (GRC, wallwatcher).

I should try another GT701 with DMZ. Oh I did that already the other day, and may have experienced the issue but did not notice it as it worked last time I used it. So it works now but don't know why it didn't for a day, and after 10 reboot and DMZ test cycles. :damnu:
Any fool can make things complicated. It takes a genius to make things simple. - Einstein Jobs
User avatar
hiteck
Regular
Regular
Posts: 47
Joined: Wed Dec 02, 2009 7:45 am
Location: N. America

Re: DDNS Settings Won’t Save

Post by hiteck » Sun Mar 06, 2011 3:31 am

And now it does NOT stick again. I try at least 3 times before I reply here.

Dmesg shows normal bootup then all I see during normal operation is...
ip_nat_mangle_udp_packet: undersized packet
There are no errors relating to writing to flash, or any errors except that about some undersized packets. I doubt that is related to the issue at hand. That will get attention some other time.

I thnk DMZ enable does get stored into flash but is not being recognized after bootup.

OK. More info. After bootup DMZ works for about 2 minutes. Then stops. After testing for this mode of failure occur after several reboots via telnet (with no web GUI usage by me), it finally stuck with DMZ enabled and active for about 20 minutes or more.

Reboot again and it may only work for 2 minutes or until the firmware decides to clear the setting that is in ram. So we have random loss of the setting in ram although the setting in flash remains what it was last programmed to be.

Seems that the DMZ enable setting in ram gets cleared at random. THen if I change other things using the GUI and Save ALL, the DMZ enable value of 0 in ram gets stored into flash along with the settings I am wanting to store. :damnall:
Any fool can make things complicated. It takes a genius to make things simple. - Einstein Jobs
User avatar
thechief
RouterTech Team
RouterTech Team
Posts: 12067
Joined: Wed Feb 01, 2006 10:22 pm
Location: England, the Centre of Africa
Contact:

Re: DDNS Settings Won’t Save

Post by thechief » Sun Mar 06, 2011 3:39 pm

hiteck wrote:For the GT701 modem the my_ipaddress Default is 192.168.0.1 so this is what I use when accessing the bootloader. I currently don't see a need to change that. I use 192.168.1.1 for normal operation of the router.
Fair enough. You clearly know what you're doing, and won't be asking for support on that issue.
hiteck wrote:So to clarify...
To set the partitions for single-image upgrades, must I offset the new calculated MTD values or are the original OEM values generally safe to use with an offset? :?:
I don't understand the question - but if the start of mtd1 ends with 00, then your router is set up for separate images, and if it ends with 90 (i.e., offset the 00 by 0x90 bytes) then it is set for single image upgrades. This is the case for any AR7 router using firmwares based on the TI reference. Changing from one to the other will require flashing the firmware with a tool like the RRT or PCtool immediately after changing the mtd partitions.
hiteck wrote:After I ran dmesg, the setting for DMZ enable now sticks and survives a reboot. Hmmm, OK. I just happened to be using a different PC, and used IE6 out of curiosity, and ran dmesg per your suggestion, tested again and whammo ! DMZ enable now sticks. wth ? Still using same test method (GRC, wallwatcher).
I should try another GT701 with DMZ. Oh I did that already the other day, and may have experienced the issue but did not notice it as it worked last time I used it. So it works now but don't know why it didn't for a day, and after 10 reboot and DMZ test cycles. :damnu:
Which browser do you normally use?
The Chief: :afro: Be sure to read the Firmware FAQ and do a Forum Search before posting!
No support via PM. Ask all questions on the open forum.
mstombs
RouterTech Team
RouterTech Team
Posts: 3753
Joined: Wed Jan 10, 2007 11:54 pm

Re: DMZ settings not saved after reboot.

Post by mstombs » Sun Mar 06, 2011 4:17 pm

mtd for single images also must have the join between mtd1 and mtd0 on 64K erase boundaries - so mtd1 end and mtd0 start addresses must end in "0000"
Post Reply