上海电信DNS频繁DOWN掉的问题请教！

sniper_sh

我是上海电信的ADSL用户，最近用了华硕WL－600G的ADSL＋无线路由一体猫！
这些时间用起来总是麻烦不断，经常断线！后经过查看路由日志，发现上面出现了
以下信息：
Primary DNS Server　Down
Secondary DNS Server　Down
于是在返回查看PPPoE状态，发现：PPPoE Down的信息，必须要重启猫才行！
我这里默认的DNS是

Primary DNS Server:	202.109.15.135
Secondary DNS Server:	202.96.209.134

后来我把猫的DNS改成手动填入以上地址，不再自动获得，上述情况仍然存在！
网上搜出上海的DNS我也一一试过，也不行！只能填入上述地址才能正常上网，但是过一些时间就会DOWN！时间也不固定，没有规律。
请高手们帮我分析下什么原因！
以下是我正常上网情况下的路由日志（里面涉及的MAC地址我没有抄）
《DNS　Down掉的时候的日志我稍后补上！》：

Jan 1 00:00:27	user	notice	kernel: klogd started: BusyBox v1.00 (2008.12.18-03:13+0000)
Jan 1 00:00:27	user	warn	kernel: Linux version 2.6.8.1 (root@Yau) (gcc version 3.4.2) #2 Wed Dec 24 19:31:20 CST 2008
Jan 1 00:00:27	user	warn	kernel: Total Flash size: 4096K with 71 sectors
Jan 1 00:00:27	user	warn	kernel: 96348GW-10 prom init
Jan 1 00:00:27	user	warn	kernel: CPU revision is: 00029107
Jan 1 00:00:27	user	warn	kernel: mpi: No Card is in the PCMCIA slot
Jan 1 00:00:27	user	warn	kernel: Determined physical RAM map:
Jan 1 00:00:27	user	warn	kernel: memory: 00fa0000 @ 00000000 (usable)
Jan 1 00:00:28	user	warn	kernel: Built 1 zonelists
Jan 1 00:00:28	user	warn	kernel: Kernel command line: root=31:0 ro noinitrd
Jan 1 00:00:28	user	warn	kernel: brcm mips: enabling icache and dcache...
Jan 1 00:00:28	user	warn	kernel: Primary instruction cache 16kB, physically tagged, 2-way, linesize 16 bytes.
Jan 1 00:00:28	user	warn	kernel: Primary data cache 8kB 2-way, linesize 16 bytes.
Jan 1 00:00:28	user	warn	kernel: PID hash table entries: 64 (order 6: 512 bytes)
Jan 1 00:00:28	user	warn	kernel: Using 128.000 MHz high precision timer.
Jan 1 00:00:28	user	warn	kernel: Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
Jan 1 00:00:28	user	warn	kernel: Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
Jan 1 00:00:28	user	warn	kernel: Calibrating delay loop... 255.59 BogoMIPS
Jan 1 00:00:28	user	warn	kernel: Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
Jan 1 00:00:28	user	warn	kernel: Checking for 'wait' instruction... unavailable.
Jan 1 00:00:28	user	warn	kernel: Can't analyze prologue code at 8019bf84
Jan 1 00:00:28	user	warn	kernel: Using noop io scheduler
Jan 1 00:00:28	user	warn	kernel: bcm963xx_mtd driver v1.0
Jan 1 00:00:28	user	warn	kernel: brcmboard: brcm_board_init entry
Jan 1 00:00:28	user	warn	kernel: bcm963xx_serial driver v2.0
Jan 1 00:00:28	user	warn	kernel: u32 classifier
Jan 1 00:00:28	user	warn	kernel: OLD policer on
Jan 1 00:00:28	user	notice	kernel: Ebtables v2.0 registered
Jan 1 00:00:28	user	warn	kernel: VFS: Mounted root (squashfs filesystem) readonly.
Jan 1 00:00:28	user	warn	kernel: Algorithmics/MIPS FPU Emulator v1.5
Jan 1 00:00:28	user	warn	kernel: atmapi: module license 'Proprietary' taints kernel.
Jan 1 00:00:28	user	warn	kernel: blaadd: blaa_detect entry
Jan 1 00:00:28	user	warn	kernel: adsl: adsl_init entry
Jan 1 00:00:28	user	warn	kernel: Broadcom BCM6348A2 Ethernet Network Device v0.3 Dec 24 2008 19:31:14
Jan 1 00:00:28	user	warn	kernel: Config Ethernet Switch Through MDIO Sseudo PHY Interface
Jan 1 00:00:28	user	warn	kernel: eth0: MAC Address:
Jan 1 00:00:28	user	warn	kernel: Broadcom BCM6348A2 USB Network Device v0.4 Dec 24 2008 19:31:15
Jan 1 00:00:28	user	warn	kernel: usb0: MAC Address:
Jan 1 00:00:28	user	warn	kernel: usb0: Host MAC Address:
Jan 1 00:00:28	user	warn	kernel: PCI: Enabling device 0000:00:01.0 (0004 -> 0006)
Jan 1 00:00:28	user	warn	kernel: wl: srom not detected, using main memory mapped srom info (wombo board)
Jan 1 00:00:28	user	warn	kernel: wl0: wlc_attach: using main board MAC address base in NVRAM (wombo board)
Jan 1 00:00:28	user	warn	kernel: wl0 MAC Address:
Jan 1 00:00:28	user	warn	kernel: dgasp: kerSysRegisterDyingGaspHandler: wl0 registered
Jan 1 00:00:28	user	warn	kernel: wl0: Broadcom BCM4318 802.11 Wireless Controller 3.91.41.0
Jan 1 00:00:28	user	warn	kernel: BcmAdsl_Initialize=0xC0054208, g_pFnNotifyCallback=0xC00673A4
Jan 1 00:00:28	user	warn	kernel: AdslCoreHwReset: AdslOemDataAddr = 0xA0FF8054
Jan 1 00:00:28	user	warn	kernel: dgasp: kerSysRegisterDyingGaspHandler: dsl0 registered
Jan 1 00:00:28	user	warn	kernel: ip_tables: (C) 2000-2002 Netfilter core team
Jan 1 00:00:28	user	crit	kernel: eth0 Link UP.
Jan 1 00:00:28	user	warn	kernel: ip_conntrack version 2.1 (125 buckets, 0 max) - 384 bytes per conntrack
Jan 1 00:00:28	user	warn	kernel: ip_conntrack_rtsp: falsely claims to have parameter setup_timeout
Jan 1 00:00:28	user	warn	kernel: ip_conntrack_rtsp v0.01 loading
Jan 1 00:00:28	user	warn	kernel: ip_nat_rtsp v0.01 loading
Jan 1 00:00:28	user	crit	kernel: ADSL G.994 training
Jan 1 00:00:28	user	crit	kernel: ADSL G.992 started
Jan 1 00:00:28	user	crit	kernel: ADSL G.992 channel analysis
Jan 1 00:00:28	user	crit	kernel: ADSL link up, fast, us=583, ds=3455
Jan 1 00:00:30	user	warn	kernel: uhci_hcd: falsely claims to have parameter debug
Jan 1 00:00:30	user	warn	kernel: PCI: Enabling device 0000:00:07.0 (0000 -> 0001)
Jan 1 00:00:31	user	warn	kernel: PCI: Enabling device 0000:00:07.1 (0000 -> 0001)
Jan 1 00:00:32	user	warn	kernel: PCI: Enabling device 0000:00:07.2 (0000 -> 0002)
Jan 1 00:00:32	user	warn	kernel: capbase:::1000010
Jan 1 00:00:32	user	warn	kernel: capbase:::1000010
Jan 1 00:00:33	user	warn	kernel: usblp: falsely claims to have parameter proto_bias
Jan 1 00:00:35	user	warn	kernel: ov511: falsely claims to have parameter ov518_color
Jan 1 00:00:35	user	warn	kernel: pwc: falsely claims to have parameter dev_hint
Jan 1 00:00:35	user	notice	kernel: SCSI subsystem initialized
Jan 1 00:00:37	daemon	notice	pppd[916]: pppd 2.4.1 started by admin, uid 0
Jan 1 00:00:38	daemon	notice	pppd[916]: PPP: Start to connect ...
Jan 1 00:00:38	daemon	crit	pppd[916]: PPP server detected.
Jan 1 00:00:40	daemon	crit	pppd[916]: PPP session established.
Jan 1 00:00:43	daemon	crit	pppd[916]: PPP LCP UP.
Jan 1 00:00:43	daemon	crit	pppd[916]: Received valid IP address from server. Connection UP.
Jan 1 00:00:44	user	notice	dnsprobe[1011]: dnsprobe started!
Jan 1 00:00:48	user	notice	syslog: siproxd.c:192 INFO:siproxd-0.5.10-3847 i686-redhat-linux-gnu starting up
Jan 1 00:00:48	user	notice	syslog: siproxd.c:218 INFO:daemonized, pid=1153
Jan 1 00:00:48	user	notice	igmp[1149]: igmp started!
Jan 1 00:00:48	user	notice	syslog: sock.c:65 INFO:bound to port 5060
Jan 1 00:00:48	user	notice	syslog: register.c:65 WARNING:registration file not found, starting with empty table
Jan 1 00:00:48	user	notice	syslog: siproxd.c:265 INFO:siproxd-0.5.10-3847 i686-redhat-linux-gnu started
May 3 01:41:29	user	notice	igmp[1149]: interface 116.235.161.96, UPSTREAM ver=0x16 name=ppp_8_81_1 index=19
May 3 01:41:29	user	notice	igmp[1149]: interface 192.168.1.1, DOWNSTREAM ver=0x16 name=br0 index=8
May 3 01:41:36	user	warn	kernel: HTB: quantum of class 10040 is small. Consider r2q change.

sniper_sh

请高手帮帮忙吧，这几天真的郁闷死了！

sniper_sh

没有人知道吗？还是没有人遇到过这种情况？

YES东

断线的话dns肯定是断开了，看看你的猫获取到得线路状态是如何！先看是否是线路问题

sniper_sh

4# YES东
东哥，这是我DNS断线的信息：

May 3 15:47:38	user	warn	dnsprobe[1011]: dns query failed
May 3 15:47:38	user	notice	dnsprobe[1011]: Primary DNS server Is Down... Switching To Secondary DNS server
May 3 15:48:09	user	notice	dnsprobe[1011]: Switching Back To Primary DNS server

下面是我线路信息：
[/tr]

Mode:		ADSL2+
Line Coding:		Trellis On
Status:		No Defect
Link Power State:		L0
	Downstream	Upstream
SNR Margin (dB):	29.6	19.0
Attenuation (dB):	31.0	13.6
Output Power (dBm):	921.6	12.4
Attainable Rate (Kbps):	19456	616
Rate (Kbps):	3455	583
MSGc (number of bytes in overhead channel message):	59	66
B (number of bytes in Mux Data Frame):	107	18
M (number of Mux Data Frames in FEC Data Frame):	1	1
T (Mux Data Frames over sync bytes):	1	1
R (number of check bytes in FEC Data Frame):	0	0
S (ratio of FEC over PMD Data Frame length):	0.9908	0.9870
L (number of bits in PMD Data Frame):	872	154
D (interleaver depth):	1	1
Delay (msec):	0	0
Super Frames:	3413398	3413396
Super Frame Errors:	2	1
RS Words:	0	0
RS Correctable Errors:	0	0
RS Uncorrectable Errors:	0	N/A
HEC Errors:	0	0
OCD Errors:	0	0
LCD Errors:	0	0
Total Cells:	447926667	75626516
Data Cells:	25178943	5009658
Bit Errors:	0	0
Total ES:	2	1
Total SES:	0	0
Total UAS:	18	27

sniper_sh

其实从上面的线路信息来看，应该是很不错的吧！就奇怪了！怎么会就断网，真的是这款路由不河蟹？

sniper_sh

东哥，麻烦你再进来看看吧！！