Difan Zhao
difan.zhao at guest-tek.com
Tue Jun 8 19:13:58 UTC 2010
Thanks for reply!
I just moved the "subnet 192.168.1.0/24" section out of the "shared
network eth1" and everything works!
Yes you are right. I want to separate devices at layer two. The devices
on the VLAN 101 are actually phones. That's why I set the
default-gateway/router option of this subnet to the IP address of the
core switch (which is layer 3 switch and capable of doing routing).
I guess my problem was on this "shared-network". I will study more on
this. The server was originally set by somebody else. I will try
understand why he was setting it this way, and if there is no good
reason, I will remove them all...
Thanks for help again!
Difan Zhao, M.Eng
Network Engineer
difan.zhao at guest-tek.com
www.guest-tek.com <http://www.guest-tek.com/>
Office: 403-509-1010 ext 3048
Cell: 403-689-7514
________________________________
From: dhcp-users-bounces+difan.zhao=guest-tek.com at lists.isc.org
[mailto:dhcp-users-bounces+difan.zhao=guest-tek.com at lists.isc.org] On
Behalf Of Randall C Grimshaw
Sent: June-08-10 12:59 PM
To: Users of ISC DHCP
Subject: RE:
you dont want to define this as a shared network.
On the switch you have also confused the two networks using the
helper-address statement.
if you want these vlans to be separate networks they must remain
separate. (layer 2)
at some point the vlans will connect to a router. (layer 3) on that
router will be a gateway interface. that interface will usually have a
bootphelper statement that forwards broadcast dhcp traffic to the
address of your dhcp server (and back)
Randall Grimshaw rgrimsha at syr.edu
________________________________
From: dhcp-users-bounces+rgrimsha=syr.edu at lists.isc.org
[dhcp-users-bounces+rgrimsha=syr.edu at lists.isc.org] On Behalf Of Difan
Zhao [difan.zhao at guest-tek.com]
Sent: Tuesday, June 08, 2010 1:56 PM
To: dhcp-users at lists.isc.org
Subject:
Hi experts,
I am trying to provide dynamic IP addresses for devices that are resided
on VLAN 101. The server is currently providing 172.17.x.x/16 range for
its own VLAN 417. My server is RHEL4 running DHCPD version 3.0.1. The
core switch (Cisco 3750) is configured with "ip helper-address
172.17.1.1" on VLAN 101 interface. Here is my dhcpd.conf file:
authoritative;
ddns-update-style ad-hoc;
omapi-port 7911;
shared-network eth1
{
option domain-name "globalsuite.net";
option domain-name-servers 4.2.2.1;
default-lease-time 88200;
max-lease-time 88200;
subnet 172.17.0.0 netmask 255.255.0.0
{
range 172.17.1.10 172.17.199.254;
option broadcast-address 172.17.255.255;
option routers 172.17.1.1;
option subnet-mask 255.255.0.0;
}
subnet 192.168.1.0 netmask 255.255.255.0
{
range 192.168.1.10 192.168.1.250;
option broadcast-address 192.168.1.255;
option routers 192.168.1.254;
option subnet-mask 255.255.255.0;
}
}
Here is my eth1:
[root at NE_OVI ~]# ifconfig eth1
eth1 Link encap:Ethernet HWaddr 00:15:C5:F4:CB:22
inet addr:172.17.1.1 Bcast:172.17.255.255 Mask:255.255.0.0
Here is my routing table on the server. The eth0 is WAN interface,
connected with ISP. The eth1 is LAN interface on VLAN 101. The server is
also doing NAT/PAT for the LAN users.
[root at NE_OVI ~]# route -n
Kernel IP routing table
Destination Gateway Genmask
Flags Metric Ref Use Iface
210.83.99.128 0.0.0.0 255.255.255.128
U 0 0 0 eth0
192.168.1.0 172.17.254.1 255.255.255.0 UG
0 0 0 eth1
0.0.0.0 210.83.99.129 0.0.0.0
UG 0 0 0 eth0
Configs on the switch:
!
interface Vlan417
ip address 172.17.254.1 255.255.0.0
no ip route-cache
end
!
interface Vlan101
ip address 192.168.1.254 255.255.255.0
ip helper-address 172.17.1.1
end
!
However my laptop on the VLAN 101 keeps getting IP of 172.17.x.x/16
range... Here is the log.
Jun 8 11:53:47 NE_OVI dhcpd: DHCPDISCOVER from 00:11:43:fe:80:19
(ne-l-d400tester) via 192.168.1.254
Jun 8 11:53:47 NE_OVI dhcpd: DHCPOFFER on 172.17.199.253 to
00:11:43:fe:80:19 (ne-l-d400tester) via 192.168.1.254
Jun 8 11:53:47 NE_OVI dhcpd: if ne-l-d400tester.globalsuite.net IN A
rrset doesn't exist add ne-l-d400tester.globalsuite.net 44100 IN A
172.17.199.253: timed out.
Jun 8 11:53:47 NE_OVI dhcpd: DHCPREQUEST for 172.17.199.253
(172.17.1.1) from 00:11:43:fe:80:19 (ne-l-d400tester) via 192.168.1.254
Jun 8 11:53:47 NE_OVI dhcpd: DHCPACK on 172.17.199.253 to
00:11:43:fe:80:19 (ne-l-d400tester) via 192.168.1.254
Where do I do wrong? How do I fix it?
Thanks!
Difan Zhao, M.Eng
Network Engineer
Guest-Tek Interactive Entertainment Inc.
www.guest-tek.com
Email: difan.zhao at guest-tek.com
Office: +1 (403) 509 1010 ext 3048
Cell: +1 (403) 689 7514
INTERNET | MEDIA | VOICE
The contents of this email are confidential and intended for the
recipient only. If you have received this email in error, please notify
us, and destroy all copies.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/dhcp-users/attachments/20100608/3a6b9d43/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 3921 bytes
Desc: image001.jpg
URL: <https://lists.isc.org/pipermail/dhcp-users/attachments/20100608/3a6b9d43/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 3556 bytes
Desc: image002.jpg
URL: <https://lists.isc.org/pipermail/dhcp-users/attachments/20100608/3a6b9d43/attachment-0001.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.jpg
Type: image/jpeg
Size: 916 bytes
Desc: image003.jpg
URL: <https://lists.isc.org/pipermail/dhcp-users/attachments/20100608/3a6b9d43/attachment-0002.jpg>
More information about the dhcp-users
mailing list