Hallo alleman,
Ik ben bezig met een Cisco 3600 router om een DHCP relay te maken.
op netwerk 192.168.1.0/24 staat een windows 2003 DHCP server die via ethernet0 van de router naar ethernet1 van de router door moet gaan naar netwerk 192.168.2.0/24.
op het netwerk van de DHCP server werkt alles goed, ze krijgen een ip, subnetmask en de juiste default gateway toegewezen.
Ook de router staat goed (afgezien van de relay) want als ik de client op de 192.168.2.0 netwerk een vast ip geef (192.168.2.2) dan pingt alles met elkaar.
Nu heb ik op interface ethernet1 (netwerk van de client) een "ip helper-address 192.168.1.2" staan.
na even uitzoeken kwam ik op het internet er achter dat Microsoft niet zo houd van het standaard ip helper commando omdat dan ook meteen UDP poort 138 en 137 mee stuurt die NetBios gebruikt.
ik heb deze 2 protocollen uitgeschakeld middels "no ip forward-protocol udp 137" en "no ip forward-protocol udp 138"
dit werkte nog niet, daarom heb ik het ook in Linux (mandriva 2006) geprobeerd en daar werkt het ook niet.
dit is de running-config van de router:
Ik ben bezig met een Cisco 3600 router om een DHCP relay te maken.
op netwerk 192.168.1.0/24 staat een windows 2003 DHCP server die via ethernet0 van de router naar ethernet1 van de router door moet gaan naar netwerk 192.168.2.0/24.
op het netwerk van de DHCP server werkt alles goed, ze krijgen een ip, subnetmask en de juiste default gateway toegewezen.
Ook de router staat goed (afgezien van de relay) want als ik de client op de 192.168.2.0 netwerk een vast ip geef (192.168.2.2) dan pingt alles met elkaar.
Nu heb ik op interface ethernet1 (netwerk van de client) een "ip helper-address 192.168.1.2" staan.
na even uitzoeken kwam ik op het internet er achter dat Microsoft niet zo houd van het standaard ip helper commando omdat dan ook meteen UDP poort 138 en 137 mee stuurt die NetBios gebruikt.
UDP Broadcast Forwarding by Cisco's IP HelperThe forwarding of NetBIOS broadcasts on UDP port 138 can impact the ability of the browser service to properly elect a segment master browser or a domain master browser. Disabling the forwarding of broadcast packets on ports 137 and 138 enables the browser service to work as designed.
ik heb deze 2 protocollen uitgeschakeld middels "no ip forward-protocol udp 137" en "no ip forward-protocol udp 138"
dit werkte nog niet, daarom heb ik het ook in Linux (mandriva 2006) geprobeerd en daar werkt het ook niet.
dit is de running-config van de router:
ziet iemand het probleem?3600#sh run00:34
Sendi
Building configuration...to 192.168.1.1, timeout i
Current configuration:
Cisco
!n
version 12.0
src=192.168
service timestamps debug uptimes 100 percent (5/5), round-trip
service timestamps log uptimeH2S-M), Version 12.0(5)XU, RE
no service password-encryption0
3600#ping 192.168.2.11, out=
!h
hostname 3600ype escape se
!e
enable secret 5 $1$awQO$JMklESpevL.8FbzRzwNZq/ding 5, 100-byte ICMP Echos to 192.168.2.1, ti
!o
memory-size iomem 15on 0
3600(config-if)
ip subnet-zero
3600(config
!f
!
!
interface Ethernet0/0ss rate is 100 percen
ip address 192.168.1.1 255.255.255.04 msonfig-if)#int e0/0ch#
Swit
no ip directed-broadcastinttch#
interface Ethernet0/1
ip address 192.168.2.1 255.255.255.0
ip helper-address 192.168.1.2
no ip directed-broadcast
!
ip classless
no ip forward-protocol udp netbios-ns
no ip forward-protocol udp netbios-dgm
!
!
line con 0
password cisco
login
transport input none
line aux 0
line vty 0 4
password cisco
login
!
end
