OpenWrt Forum Archive

Topic: WAN DHCP Problem (no IP from cable modem) WRT54GL

The content of this topic has been archived on 29 Mar 2018. There are no obvious gaps in this topic, but there may still be some posts missing at the end.

I'm setting up WHITE RUSSIAN (RC4) for the first time on a new WRT54GL.  I can't access the internet and have searched this forum and the wiki for solutions.  I would appreciate any insight to my WAN DHCP problem.  Below is some information regarding my install and hardware:

____________________________________________________________________________________________

nvram-dump.txt

____________________________________________________________________________________________

Intel_firmware_version=v1.41.8
QoS=0
aa0=3
action_service=management
ag0=0x02
aol_block_traffic1=0
aol_block_traffic2=0
aol_block_traffic=0
autofw_port0=
bcm4712_firmware_version=v1.50.0
block_activex=0
block_cookie=0
block_java=0
block_loopback=0
block_proxy=0
block_wan=1
boardflags2=0
boardflags=0x2558
boardnum=42
boardrev=0x10
boardtype=0x0467
boot_ver=v3.7
boot_wait=on
bootnv_ver=4
ccode=0
cctl=0
clkfreq=200
console_loglevel=1
ct_modules=
d11g_bcn=100
d11g_channel=6
d11g_dtim=1
d11g_frag=2346
d11g_mode=1
d11g_rate=0
d11g_rateset=default
d11g_rts=2347
daylight_time=1
ddns_cache=
ddns_change=
ddns_enable=0
ddns_enable_buf=
ddns_hostname=
ddns_hostname_2=
ddns_hostname_buf=
ddns_interval=60
ddns_passwd=
ddns_passwd_2=
ddns_passwd_buf=
ddns_status=
ddns_username=
ddns_username_2=
ddns_username_buf=
def_hwaddr=00:00:00:00:00:00
dhcp_domain=wan
dhcp_lease=0
dhcp_num=50
dhcp_start=100
dhcp_wins=wan
dl_ram_addr=a0001000
dmz_enable=0
dmz_ipaddr=0
dr_lan_rx=0
dr_lan_tx=0
dr_setting=0
dr_wan_rx=0
dr_wan_tx=0
enable_game=0
eou_configured=1
eou_device_id=KGXVY52H
eou_expired_hour=72
eou_private_key=aa371e4d8223713967b7aa10dad99e4ba39a79372aa3049692ce1a343f8ecc24b8f2f3397751dcd293a382df4792ad14e2f421ae16d15f9eabadc50cb523c42638b43f43886fac74d66689afaf781490338a31890d00916bd89608088b342736646b23acbeeb9aeadae6b700bf75fbe9fe2ee83c3171db6feff457964b6e1ef1
eou_public_key=f1236aedcdb235bbfd9986428b5ef595d2702bb8d1bc467ffaa3fa74af5fa1340602d89169094e2a5127a411a5651fdd96d9da614afdf220c88b81d2009d55e2c14e6ea32938a0fdb77ffe8aeeacdd9c1f97f7e022de6b97c9c0d8c7571e48918b6b691a60605ab9cb49c688ea3e4d2d54375e178452ecab5927cb4c0e7407ed11
et0macaddr=00:14:BF:BA:71:73
et0mdcport=0
et0phyaddr=30
ezc_enable=1
ezc_version=2
filter=on
filter_client0=
filter_dport_grp10=
filter_dport_grp1=
filter_dport_grp2=
filter_dport_grp3=
filter_dport_grp4=
filter_dport_grp5=
filter_dport_grp6=
filter_dport_grp7=
filter_dport_grp8=
filter_dport_grp9=
filter_id=1
filter_ip_grp10=
filter_ip_grp1=
filter_ip_grp2=
filter_ip_grp3=
filter_ip_grp4=
filter_ip_grp5=
filter_ip_grp6=
filter_ip_grp7=
filter_ip_grp8=
filter_ip_grp9=
filter_mac_grp10=
filter_mac_grp1=
filter_mac_grp2=
filter_mac_grp3=
filter_mac_grp4=
filter_mac_grp5=
filter_mac_grp6=
filter_mac_grp7=
filter_mac_grp8=
filter_mac_grp9=
filter_maclist=
filter_macmode=deny
filter_port=
filter_port_grp10=
filter_port_grp1=
filter_port_grp2=
filter_port_grp3=
filter_port_grp4=
filter_port_grp5=
filter_port_grp6=
filter_port_grp7=
filter_port_grp8=
filter_port_grp9=
filter_rule10=
filter_rule1=
filter_rule2=
filter_rule3=
filter_rule4=
filter_rule5=
filter_rule6=
filter_rule7=
filter_rule8=
filter_rule9=
filter_services=$NAME:003:DNS$PROT:003:udp$PORT:005:53:53< >$NAME:004:Ping$PROT:004:icmp$PORT:003:0:0< >$NAME:004:HTTP$PROT:003:tcp$PORT:005:80:80< >$NAME:005:HTTPS$PROT:003:tcp$PORT:007:443:443< >$NAME:003:FTP$PROT:003:tcp$PORT:005:21:21< >$NAME:004:POP3$PROT:003:tcp$PORT:007:110:110< >$NAME:004:IMAP$PROT:003:tcp$PORT:007:143:143< >$NAME:004:SMTP$PROT:003:tcp$PORT:005:25:25< >$NAME:004:NNTP$PROT:003:tcp$PORT:007:119:119< >$NAME:006:Telnet$PROT:003:tcp$PORT:005:23:23< >$NAME:004:SNMP$PROT:003:udp$PORT:007:161:161< >$NAME:004:TFTP$PROT:003:udp$PORT:005:69:69< >$NAME:003:IKE$PROT:003:udp$PORT:007:500:500< >
filter_tod10=
filter_tod1=
filter_tod2=
filter_tod3=
filter_tod4=
filter_tod5=
filter_tod6=
filter_tod7=
filter_tod8=
filter_tod9=
filter_tod_buf10=
filter_tod_buf1=
filter_tod_buf2=
filter_tod_buf3=
filter_tod_buf4=
filter_tod_buf5=
filter_tod_buf6=
filter_tod_buf7=
filter_tod_buf8=
filter_tod_buf9=
filter_web_host10=
filter_web_host1=
filter_web_host2=
filter_web_host3=
filter_web_host4=
filter_web_host5=
filter_web_host6=
filter_web_host7=
filter_web_host8=
filter_web_host9=
filter_web_url10=
filter_web_url1=
filter_web_url2=
filter_web_url3=
filter_web_url4=
filter_web_url5=
filter_web_url6=
filter_web_url7=
filter_web_url8=
filter_web_url9=
firmware_version=v4.30.0
flash_type=Intel 28F320C3 2Mx16 BotB
forward_port=
fw_disable=0
get_eou_index=1
get_mac=00:14:BF:BA:71:73
get_mac_index=1
get_sn=
get_sn_index=0
gpio2=ses_led
gpio3=ses_led2
gpio4=ses_button
hb_server_domain=
hb_server_ip=
http_client_ip=192.168.1.2
http_client_mac=00:A0:24:70:82:EA
http_enable=1
http_lanport=80
http_method=post
http_passwd=
http_username=
http_wanport=8080
https_enable=0
ident_pass=0
il0macaddr=00:14:bf:ba:71:75
ipsec_pass=1
is_default=1
is_modified=0
l2tp_get_ip=
l2tp_pass=1
l2tp_server_ip=
lan_dhcp=0
lan_domain=
lan_hwaddr=00:14:BF:BA:71:73
lan_hwnames=
lan_ifname=br0
lan_ifnames=vlan0 eth1
lan_ipadd=192.168.1.1
lan_ipaddr=192.168.1.1
lan_lease=86400
lan_netmask=255.255.255.0
lan_proto=static
lan_route=
lan_stp=0
lan_wins=
language=EN
log_enable=0
log_ipaddr=0
log_level=0
mac_clone_enable=0
manual_boot_nv=0
manual_rate=0
mtu_enable=0
multicast_pass=0
ntp_enable=1
ntp_mode=auto
ntp_server=
opo=0x0008
os_date=Sep 23 2005
os_flash_addr=bfc40000
os_name=linux
os_ram_addr=80001000
os_server=
os_version=3.91.37.0
pa0b0=0x168b
pa0b1=0xfabf
pa0b2=0xfeaf
pa0itssit=62
pa0maxpwr=0x4e
ping_ip=
ping_times=
pmon_ver=CFE 3.91.37.0
port_flow_control_1=1
port_flow_control_2=1
port_flow_control_3=1
port_flow_control_4=1
port_priority_1=0
port_priority_2=0
port_priority_3=0
port_priority_4=0
port_rate_limit_1=0
port_rate_limit_2=0
port_rate_limit_3=0
port_rate_limit_4=0
port_trigger=
ppp_ac=
ppp_demand=0
ppp_get_ac=
ppp_get_srv=
ppp_idletime=5
ppp_keepalive=0
ppp_mru=1500
ppp_mtu=1500
ppp_passwd=
ppp_redialperiod=30
ppp_service=
ppp_static=0
ppp_static_ip=
ppp_username=
pppoe_ac=
pppoe_demand=0
pppoe_idletime=5
pppoe_ifname=
pppoe_keepalive=0
pppoe_passwd=
pppoe_service=
pppoe_static=0
pppoe_static_ip=
pppoe_username=
pptp_get_ip=
pptp_pass=1
pptp_server_ip=
qos_appname1=
qos_appname2=
qos_appname3=
qos_appname4=
qos_appname5=
qos_appname6=
qos_appname7=
qos_appname8=
qos_appport1=0
qos_appport2=0
qos_appport3=0
qos_appport4=0
qos_appport5=0
qos_appport6=0
qos_appport7=0
qos_appport8=0
qos_devmac1=00:00:00:00:00:00
qos_devmac2=00:00:00:00:00:00
qos_devname1=
qos_devname2=
qos_devpri1=0
qos_devpri2=0
rate_mode=1
remote_management=0
remote_mgt_https=0
restore_defaults=0
router_disable=0
router_name=WRT54GL
scratch=a0180000
sdram_config=0x0062
sdram_init=0x010b
sdram_ncdl=0xff0108
sdram_refresh=0x0000
security_mode2=disabled
security_mode=disabled
security_mode_last=
sel_qosport1=0
sel_qosport2=0
sel_qosport3=0
sel_qosport4=0
sel_qosport5=0
sel_qosport6=0
sel_qosport7=0
sel_qosport8=0
ses_client_join=0
ses_count=0
ses_enable=1
ses_event=0
ses_led_assertlvl=0
ses_sw_btn_status=DEFAULTS
skip_amd_check=0
skip_intel_check=0
sromrev=2
static_route=
static_route_name=
stats_server=
time_zone=-08 1 1
timer_interval=3600
traceroute_ip=
upnp_enable=1
upnp_max_age=180
upnp_ssdp_interval=60
upnp_wan_proto=
vlan0hwname=et0
vlan0ports=1 2 3 4 5*
vlan1hwname=et0
vlan1ports=0 5
wan_dns=
wan_domain=
wan_gateway=0.0.0.0
wan_gateway_buf=0.0.0.0
wan_get_dns=
wan_get_domain=size: 9780 bytes (22988 left)
wan_hostname=
wan_hwaddr=00:14:BF:BA:71:74
wan_hwname=
wan_iface=vlan1
wan_ifname=vlan1
wan_ifnames=vlan1
wan_ipaddr=0.0.0.0
wan_lease=0
wan_mtu=1500
wan_netmask=0.0.0.0
wan_primary=1
wan_proto=dhcp
wan_run_mtu=1500
wan_speed=4
wan_unit=0
wan_wins=
watchdog=5000
web_wl_filter=0
wk_mode=gateway
wl0_active_mac=
wl0_afterburner=off
wl0_akm=
wl0_antdiv=-1
wl0_ap_isolate=0
wl0_auth=0
wl0_auth_mode=none
wl0_bcn=100
wl0_channel=6
wl0_closed=0
wl0_corerev=9
wl0_country=ALL
wl0_country_code=ALL
wl0_crypto=tkip
wl0_dtim=1
wl0_frag=2346
wl0_frameburst=off
wl0_gmode=1
wl0_gmode_protection=off
wl0_hwaddr=00:14:BF:BA:71:75
wl0_ifname=eth1
wl0_infra=1
wl0_key1=
wl0_key2=
wl0_key3=
wl0_key4=
wl0_key=1
wl0_lazywds=1
wl0_mac_deny=
wl0_mac_list=
wl0_maclist=
wl0_macmode1=disabled
wl0_macmode=disabled
wl0_maxassoc=128
wl0_mode=ap
wl0_mrate=0
wl0_net_mode=mixed
wl0_net_reauth=36000
wl0_passphrase=
wl0_phytype=g
wl0_phytypes=g
wl0_plcphdr=long
wl0_radio=1
wl0_radioids=BCM2050
wl0_radius_ipaddr=
wl0_radius_key=
wl0_radius_port=1812
wl0_rate=0
wl0_rateset=default
wl0_rts=2347
wl0_ssid=OpenWRT
wl0_unit=0
wl0_wds=
wl0_wds_timeout=1
wl0_wep=disabled
wl0_wep_bit=64
wl0_wep_buf=
wl0_wep_gen=
wl0_wep_last=
wl0_wme=off
wl0_wme_ap_be=15 63 3 0 0 off
wl0_wme_ap_bk=15 1023 7 0 0 off
wl0_wme_ap_vi=7 15 1 6016 3008 off
wl0_wme_ap_vo=3 7 1 3264 1504 off
wl0_wme_no_ack=off
wl0_wme_sta_be=15 1023 3 0 0 off
wl0_wme_sta_bk=15 1023 7 0 0 off
wl0_wme_sta_vi=7 15 2 6016 3008 off
wl0_wme_sta_vo=3 7 2 3264 1504 off
wl0_wpa_gtk_rekey=3600
wl0_wpa_psk=
wl0gpio2=0
wl0gpio3=0
wl0id=0x4320
wl0ssid=suomibutler2
wl_active_add_mac=0
wl_active_mac=
wl_afterburner=off
wl_akm=
wl_antdiv=-1
wl_ap_isolate=0
wl_auth=0
wl_auth_mode=none
wl_bcn=100
wl_channel=6
wl_closed=0
wl_corerev=
wl_country=ALL
wl_country_code=ALL
wl_crypto=tkip
wl_dtim=1
wl_frag=2346
wl_frameburst=off
wl_gmode=1
wl_gmode_protection=off
wl_hwaddr=
wl_ifname=
wl_infra=1
wl_key1=
wl_key2=
wl_key3=
wl_key4=
wl_key=1
wl_lazywds=1
wl_mac_deny=
wl_mac_list=
wl_maclist=
wl_macmode1=disabled
wl_macmode=disabled
wl_maxassoc=128
wl_mode=ap
wl_mrate=0
wl_net_mode=mixed
wl_net_reauth=36000
wl_passphrase=
wl_phytype=g
wl_phytypes=
wl_plcphdr=long
wl_radio=1
wl_radioids=
wl_radius_ipaddr=
wl_radius_key=
wl_radius_port=1812
wl_rate=0
wl_rateset=default
wl_rts=2347
wl_ssid=linksys
wl_unit=0
wl_wds=
wl_wds_timeout=1
wl_wep=disabled
wl_wep_bit=64
wl_wep_buf=
wl_wep_gen=
wl_wep_last=
wl_wme=off
wl_wme_ap_be=15 63 3 0 0 off
wl_wme_ap_bk=15 1023 7 0 0 off
wl_wme_ap_vi=7 15 1 6016 3008 off
wl_wme_ap_vo=3 7 1 3264 1504 off
wl_wme_no_ack=off
wl_wme_sta_be=15 1023 3 0 0 off
wl_wme_sta_bk=15 1023 7 0 0 off
wl_wme_sta_vi=7 15 2 6016 3008 off
wl_wme_sta_vo=3 7 2 3264 1504 off
wl_wpa_gtk_rekey=3600
wl_wpa_psk=

____________________________________________________________

ifconfig.txt
____________________________________________________________

root@OpenWrt:~# ifconfig

br0       Link encap:Ethernet  HWaddr 00:14:BF:BA:71:73
          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:411 errors:0 dropped:0 overruns:0 frame:0
          TX packets:480 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:44158 (43.1 KiB)  TX bytes:58732 (57.3 KiB)

eth0      Link encap:Ethernet  HWaddr 00:14:BF:BA:71:73
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:9888 errors:0 dropped:0 overruns:0 frame:0
          TX packets:611 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:753191 (735.5 KiB)  TX bytes:82143 (80.2 KiB)
          Interrupt:4 Base address:0x1000

eth1      Link encap:Ethernet  HWaddr 00:14:BF:BA:71:73
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:626
          TX packets:34 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:5751 (5.6 KiB)
          Interrupt:2 Base address:0x5000

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)

vlan0     Link encap:Ethernet  HWaddr 00:14:BF:BA:71:73
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:411 errors:0 dropped:0 overruns:0 frame:0
          TX packets:480 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:45802 (44.7 KiB)  TX bytes:60652 (59.2 KiB)

vlan1     Link encap:Ethernet  HWaddr 00:14:BF:BA:71:74
          inet addr:24.247.142.180  Bcast:255.255.255.255  Mask:255.255.254.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:9433 errors:0 dropped:0 overruns:0 frame:0
          TX packets:131 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:527205 (514.8 KiB)  TX bytes:21491 (20.9 KiB)

____________________________________________________________________

dmesg.txt

____________________________________________________________________

CPU revision is: 00029008
Primary instruction cache 16kB, physically tagged, 2-way, linesize 16 bytes.
Primary data cache 8kB, 2-way, linesize 16 bytes.
Linux version 2.4.30 (wbx@ux-2y02) (gcc version 3.4.4) #1 Wed Nov 23 22:35:53 CET 2005
Setting the PFC value as 0x15
Determined physical RAM map:
 memory: 01000000 @ 00000000 (usable)
On node 0 totalpages: 4096
zone(0): 4096 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/mtdblock2 rootfstype=squashfs,jffs2 init=/etc/preinit noinitrd console=ttyS0,115200
CPU: BCM5352 rev 0 at 200 MHz
Using 100.000 MHz high precision timer.
Calibrating delay loop... 199.47 BogoMIPS
Memory: 14296k/16384k available (1395k kernel code, 2088k reserved, 100k data, 80k init, 0k highmem)
Dentry cache hash table entries: 2048 (order: 2, 16384 bytes)
Inode cache hash table entries: 1024 (order: 1, 8192 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 4096 (order: 2, 16384 bytes)
Checking for 'wait' instruction...  unavailable.
POSIX conformance testing by UNIFIX
PCI: no core
PCI: Fixing up bus 0
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
JFFS2 version 2.1. (C) 2001 Red Hat, Inc., designed by Axis Communications AB.
Squashfs 2.1-r2 (released 2004/12/15) (C) 2002-2004 Phillip Lougher
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at 0xb8000300 (irq = 3) is a 16550A
ttyS01 at 0xb8000400 (irq = 0) is a 16550A
Software Watchdog Timer: 0.05, timer margin: 60 sec
Physically mapped flash: Found an alias at 0x400000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x800000 for the chip at 0x0
Physically mapped flash: Found an alias at 0xc00000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x1000000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x1400000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x1800000 for the chip at 0x0
Physically mapped flash: Found an alias at 0x1c00000 for the chip at 0x0
cfi_cmdset_0001: Erase suspend on write enabled
0: offset=0x0,size=0x2000,blocks=8
1: offset=0x10000,size=0x10000,blocks=63
Using word write method
Flash device: 0x400000 at 0x1c000000
Creating 5 MTD partitions on "Physically mapped flash":
0x00000000-0x00040000 : "pmon"
0x00040000-0x003f0000 : "linux"
0x000baa08-0x001b9000 : "rootfs"
mtd: partition "rootfs" doesn't start on an erase block boundary -- force read-only
0x003f0000-0x00400000 : "nvram"
0x001c0000-0x003f0000 : "OpenWrt"
Initializing Cryptographic API
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 1024 bind 2048)
ip_conntrack version 2.1 (5953 buckets, 5953 max) - 320 bytes per conntrack
ip_tables: (C) 2000-2002 Netfilter core team
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NET4: Ethernet Bridge 008 for NET4.0
802.1Q VLAN Support v1.8 Ben Greear <greearb@candelatech.com>
All bugs added by David S. Miller <davem@redhat.com>
VFS: Mounted root (squashfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 80k freed
Algorithmics/MIPS FPU Emulator v1.5
diag boardtype: 00000467
jffs2.bbc: SIZE compression mode activated.
PCI: Setting latency timer of device 00:01.0 to 64
eth0: Broadcom BCM47xx 10/100 Mbps Ethernet Controller 3.90.23.0
PCI: Setting latency timer of device 00:05.0 to 64
eth1: Broadcom BCM4320 802.11 Wireless Controller 3.90.37.0
device eth0 entered promiscuous mode
vlan0: Setting MAC address to  00 14 bf ba 71 73.
VLAN (vlan0):  Underlying device (eth0) has same MAC, not checking promiscious mode.
vlan0: add 01:00:5e:00:00:01 mcast address to master interface
device eth1 entered promiscuous mode
eth1: attempt to add interface with same source address.
br0: port 2(eth1) entering learning state
br0: port 1(vlan0) entering learning state
br0: port 2(eth1) entering forwarding state
br0: topology change detected, propagating
br0: port 1(vlan0) entering forwarding state
br0: topology change detected, propagating
vlan1: Setting MAC address to  00 14 bf ba 71 74.
vlan1: add 01:00:5e:00:00:01 mcast address to master interface

(Last edited by wook on 23 Feb 2006, 12:06)

Hi wook

I remember having the same problem. There is an alternative dhcp client as ipkg package which gives better diagnostic output via log files or stdout. however, in the end it turned out that the problem was not with the dhcp client or openwrt but the cablemodem of my provider which simply ignored the requests. this was/is easily remedied by resetting the cable modem. maybe just try to power cycle both the cable modem and then the WRT...

Thanks for the input, but I've cycled my cable modem a number of times.  I unplug both the modem and the WRT, wait 30 sec, plug the modem back in, wait for the ready LED, plug the WRT in, and wait for the DMZ LED to turn off.  Next I ping a known outside (WAN) ip.  I also try pinging Google.  DNS doesn't resolve nor does the IP ping respond.

FYI, I have another WRT54G v4 router running the default Linksys OS.  It's able to connect to the cable modem without problems using DHCP.   I know the IP address assigned to the v4 router.  Maybe I should "hard code" the WRT54GL configuration instead of using DHCP. 

Now to do more research to figure out how to assign the GL a static WAN ip, subnet mask, default gateway, and DNS.  Once I can get on the internet, I'll ipkg the DHCP client you mentioned.

Well, I configured the following NVRAM variables for a static setup.  After doing a ifup wan, I get the error: "Cannot assign requested address"

I'm at a loss..  Any help would be appreciated.


nvram show | grep wan

wan_unit=0
wan_ipadd=24.247.142.86
wan_get_dns=
wan_run_mtu=1500
wan_lease=0
http_wanport=8080
wan_gateway=24.247.142.1
wan_hwname=
wan_domain=
wan_netmask=255.255.254.0
block_wan=1
dr_wan_rx=0
wan_dns=24.247.15.53
size: 9829 bytes (22939 left)
dhcp_wins=wan
wan_proto=static
wan_hwaddr=00:14:BF:BA:71:74
wan_ifnames=vlan1
dr_wan_tx=0
wan_primary=1
dhcp_domain=wan
wan_gateway_buf=0.0.0.0
wan_iface=vlan1
upnp_wan_proto=
wan_ipaddr=0.0.0.0
wan_wins=
wan_speed=4
wan_mtu=1500
wan_get_domain=
wan_ifname=vlan1
wan_hostname=



root@OpenWrt:~# ifup wan
SIOCSIFNETMASK: Cannot assign requested address
SIOCSIFBRDADDR: Cannot assign requested address
route: SIOC[ADD|DEL]RT: Network is unreachable
root@OpenWrt:~#

(Last edited by wook on 23 Feb 2006, 12:08)

...continueing on the same line (just to make sure; as me as well had thought that dhcp client didn't work, while the problem was somewhere else... wink

You tell that you have another WRT54Gv4 (which is btw exactly the same hardware as WRT54GL) and this one seems to work fine...

1. could it be that your cable/dsl/whatever provider only allocates 1 (or 2 or 3, ... don't know what else is behind your cablemodem) IP addresses? in case you have connected multiple network devices, i would suggest detaching everything else and trying again to power cycle...

2. as it seems that you still have a working internet connection, you could transfer the dhclient ipkg package to your WR54GL via SCP and install it manually and then see what's wrong...

Hope that helps...

In response to your comments:

1. Only one router is connected at a time.  I swap the V4 with the GL when the power is off on the cable modem.  I'll try it again just to make sure I'm not missing something.  Maybe I'll keep the modem powered off for 5 min. or more just to make sure it resets.  It doesn't have a reset button.

2. What dhclient ipkg are you refering to?  I checked the Official packages at http://downloads.openwrt.org/whiterussian/packages/ and don't see any packages named dhclient.  Transfering the package via SCP is a good idea!

Thanks again.:)

i had a similar situation, no IP from cable modem, and as synthrax said it was related to the cable provider allowing only one IP and the need to leave the router disconnected for hours til a new number could be gained...

I disconnected the cable modem and router from power for 1.5 hrs - same problem.
 
Next, I disconnected it for +6 hrs -same problem. 

Then I started some more troubleshooting.

I took the routers out of the circuit and connected a XP computer directly to the cable modem.  It accuired a new IP via DHCP.  I was able to get out to the internet.

I plugged the WRT54GL (OpenWRT) router into the cable modem and the XP computer into the router.  I noticed that all LEDs (Wireless, Ethernet1, Ethernet2, and Internet) were blinking in unison.  It appeared that all ports were seeing incoming internet traffic.  I forgot to repair (via DHCP) the LAN connection in XP so it had the same IP, gateway, etc. when I had it plugged into the cable modem.  With it plugged into the router, I could get out to the internet as long as it still had the address assigned via DHCP on the cable modem.  Wierd...It was like the router wasn't even there.

I tried to configure the XP computer with an internal address of 192.168.1.2, subnet 255.255.255.0, gateway of 192.168.1.1 and I lost the internet connection.

Any ideas?

Your wan and lan ports could be switched - try connecting your xp machine to the wan port, and the cablemodem to one of the lan ports - see if that works?

that sounds really strange what you are telling smile

i'm a little bit out of advice, but regarding the dhclient package, it can be found in florian's repository at http://openwrt.alphacore.net/

Trogs,

I tried swapping the ports - Didn't help.

synthrax,

I downloaded the dhclient package and will install later today or tomorrow.

Thanks to both.

synthrax,

Do I need to disable or uninstall anything on the WRT BEFORE I install the dhclient package?

wook wrote:

vlan1     Link encap:Ethernet  HWaddr 00:14:BF:BA:71:74
          inet addr:24.247.142.180  Bcast:255.255.255.255  Mask:255.255.254.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:9433 errors:0 dropped:0 overruns:0 frame:0
          TX packets:131 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:527205 (514.8 KiB)  TX bytes:21491 (20.9 KiB)

That looks like an IP address picked up by DHCP, no?

You could install the tcpdump package (and its dependency, libpcap) and look at the traffic: e.g. tcpdump -i vlan1 -n -s1500 -X whilst on another session you do ifup wan

Also, when testing your external connectivity, ping an IP address rather than a hostname. Maybe it's just your DNS resolution at fault. If DNS server(s) are learned via DHCP, they will be put into /tmp/resolv.conf, but perhaps your cableco doesn't do that properly.

tcpdump will also make it pretty clear, pretty quickly, which port really is the 'wan' port.

candlerb,

Thanks for the observation.  I didn't catch the inet info.  I'm relatively new to the OpenWRT OS.

I did ping a known external IP address when I was testing.  It said something to the effect that no network path  was found.

I will install the tcpdum package and dome some more testing.

wook wrote:

I did ping a known external IP address when I was testing.  It said something to the effect that no network path  was found.

It could be that you don't have a defaultroute installed, although the DHCP server should give this to you. What does netstat -rn show?

I reset the cable modem and router and did another ifconfig (see http://www.rafb.net/paste/results/rY3ScX46.html).  This time, I didn't see any inet info on vlan1 (i.e. it didn't get an ip address).

I installed tcpdump and ran per candlerb's instructions in posting #13.  The dump can be seen here: http://www.rafb.net/paste/results/4VUqrm50.html .  There's a warning message: "tcpdump: WARNING: vlan1: no IPv4 address assigned".

I installed dhclient.  The results can be seen here http://www.rafb.net/paste/results/KXCvpZ38.html .  It appears that I need to do some more reading of the man pages so dhclient runs properly?

I'm starting to wonder if I'd be further ahead by purchasing a new cable modem?  Anyone have suggestions?

(Last edited by wook on 21 Feb 2006, 17:32)

wook wrote:

I installed dhclient

That shouldn't be necessary. OpenWRT has its own dhcp client, enabled by

wan_proto=dhcp

I'm a bit confused, because in one posting you said you have

wan_gateway=24.247.142.1
wan_hwname=
wan_domain=
wan_netmask=255.255.254.0
block_wan=1
dr_wan_rx=0
wan_dns=24.247.15.53
dhcp_wins=wan
wan_proto=static

whereas before you said you had wan_proto=dhcp.

Anyway, you've shown the dhcp requests going out. You say they're definitely arriving at the dhcp server, and the dhcp server is definitely responding. Double-check that; you're not looking at dhcp requests from some other client? Compare the MAC addresses. If the responses can be seen on tcpdump at the server, but not on tcpdump at the client, there's clearly some connectivity problem in between. Try replacing the CAT5 cable; try plugging into a different upstream switch port. These might result in failure modes where connectivity works in one direction but not the other.

Try running tcpdump on eth0, the tagged interface. It might be that your switch is configured wrongly, and the replies are arriving but are not being routed back to vlan1. (Unlikely, but something else to check)

candlerb wrote:

That shouldn't be necessary. OpenWRT has its own dhcp client

synthrax suggested installing it for it's logging capabilities.

candlerb wrote:

I'm a bit confused, because in one posting you said you have...

Since DHCP wasn't working, I tried configuring it for static.  I changed back to DHCP since it's the method I'd like to ultimately use.

candlerb wrote:

If the responses can be seen on tcpdump at the server....

I can't verify the server since it's a cable modem.

I will try swapping cables and ports.  I'll also try the tcpdump on the eth0 interface.

Thanks again for your help!:)

I tried swapping cables and did a tcpdump on the eth0 interface.  I didn't see any replies for the DHCP request.  When I did a tcpdump on the vlan1 interface, I see the DHCP request without a lot of other packets (see below).

The next thing I may try is to hook up a cross over cable to the WAN port along with a laptop running ethereal.  That way I can confirm that the DHCP requsts are "on the wire".  I may put a hub in between the WRT and the cable modem to sniff the DHCP traffic.

What baffels my mind is that my "old" WRT54Gv4 with the Linksys OS works fine with this cable modem.  The "new" WRT54GL with OpenWRT is the router having problems.

root@OpenWrt:~# 
root@OpenWrt:~# tcpdump -i vlan1 -n -s1500 -X
root@OpenWrt:~# ifup wan
info, udhcpc (v0.9.9-pre) started
debug, Sending discover...
^[[Aroot@OpenWrt:~# 
root@OpenWrt:~# ifup wan
root@OpenWrt:~# tcpdump -i vlan1 -n -s1500 -X
tcpdump: WARNING: vlan1: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on vlan1, link-type EN10MB (Ethernet), capture size 1500 bytes
debug, Sending discover...
00:25:17.270581 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:14:bf:ba:71:74, length: 548
0x0000:  4500 0240 0000 0000 4011 78ae 0000 0000  E..@....@.x.....
0x0010:  ffff ffff 0044 0043 022c 0966 0101 0600  .....D.C.,.f....
0x0020:  8db3 d209 0000 0000 0000 0000 0000 0000  ................
0x0030:  0000 0000 0000 0000 0014 bfba 7174 0000  ............qt..
0x0040:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0050:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0060:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0070:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0080:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0090:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x00a0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x00b0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x00c0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x00d0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x00e0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x00f0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0100:  0000 0000 0000 0000 6382 5363 3501 013d  ........c.Sc5..=
0x0110:  0701 0014 bfba 7174 3c0f 7564 6863 7020  ......qt<.udhcp.
0x0120:  302e 392e 392d 7072 6537 0601 0306 0c0f  0.9.9-pre7......
0x0130:  1cff 0000 0000 0000 0000 0000 0000 0000  ................
0x0140:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0150:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0160:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0170:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0180:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0190:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x01a0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x01b0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x01c0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x01d0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x01e0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x01f0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0200:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0210:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0220:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0230:  0000 0000 0000 0000 0000 0000 0000 0000  ................
debug, Sending discover...
00:25:19.270592 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:14:bf:ba:71:74, length: 548
0x0000:  4500 0240 0000 0000 4011 78ae 0000 0000  E..@....@.x.....
0x0010:  ffff ffff 0044 0043 022c 0966 0101 0600  .....D.C.,.f....
0x0020:  8db3 d209 0000 0000 0000 0000 0000 0000  ................
0x0030:  0000 0000 0000 0000 0014 bfba 7174 0000  ............qt..
0x0040:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0050:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0060:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0070:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0080:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0090:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x00a0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x00b0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x00c0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x00d0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x00e0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x00f0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0100:  0000 0000 0000 0000 6382 5363 3501 013d  ........c.Sc5..=
0x0110:  0701 0014 bfba 7174 3c0f 7564 6863 7020  ......qt<.udhcp.
0x0120:  302e 392e 392d 7072 6537 0601 0306 0c0f  0.9.9-pre7......
0x0130:  1cff 0000 0000 0000 0000 0000 0000 0000  ................
0x0140:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0150:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0160:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0170:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0180:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0190:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x01a0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x01b0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x01c0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x01d0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x01e0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x01f0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0200:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0210:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0220:  0000 0000 0000 0000 0000 0000 0000 0000  ................
0x0230:  0000 0000 0000 0000 0000 0000 0000 0000  ................
info, No lease, forking to background.

2 packets captured
2 packets received by filter
0 packets dropped by kernel
root@OpenWrt:~#

(Last edited by wook on 23 Feb 2006, 11:57)

wook wrote:

I may put a hub in between the WRT and the cable modem to sniff the DHCP traffic.

That's what I was going to suggest next. That will prove whether the requests are actually going out (or whether the Wrt just *thinks* they are going out), and whether any responses are coming back but being discarded.

This thread might also be relevant. See post #17; there's a new test image for problems with the b44 ethernet driver. The problem may or may not be related.

You might also want to install the robocfg package; robocfg show will show the configuration and status of the built-in switch. (At least it does on my Asus; I don't know if your WRT54GL has the same hardware)

I used a laptop with ethereal and a cross over cable to figure out what was going on.  I finally figured out my DHCP problem; I had the cable plugged into the wrong port on the switch!  roll

The CASE port number that needs to be connected to my cable modem is labled as 4 NOT Internet as seen in the PNG image at http://voidmain.is-a-geek.net/i/WRT54_s … ecture.png .  Again this is a WRT54GL and the PNG image isn't labled as such.  It appears that my case is more along the lines of the image at http://voidmain.is-a-geek.net/i/WRT54_s … ecture.png (if this is the back view).

Maybe I shoudl update the wiki so other WRT54GL owner's don't run into the same problem. smile

Thanks all for your help.  This has been a real learning experience for me.

The discussion might have continued from here.