Onderwerp: Cisco 1841 router + Ziggo Internet (voorheen @Home)

Allen,

Ik zit met een probleem op een Cisco 1841 router.

De router beschikt over 2 FastEthernet interfaces. FastEthernet 0/0 is gekoppeld aan het modem van Ziggo.
FastEthernet 0/1 is opgesplits in vlans en gekoppeld aan een Cisco switch.

Het hele vlan gebeuren werkt perfect.
Echter de wan interface (FastEthernet 0/0) kan geen ip adres verkrijgen vanuit Ziggo.

Ik heb al verschillende zaken geprobeerd maar vind steeds geen oplossing.

Hoe ziet de config er uit?
interface fastEthernet 0/0
stukjes uit de config:

Code:

interface FastEthernet0/0
 description Interface to the World Wide Web (Internet) Aquirer IP thru DHCP!$FW_OUTSIDE$
 ip dhcp client hostname {hostname_here}
 ip dhcp client client-id hex 01000AE44E6DF2
 ip address dhcp
 ip access-group 103 in
 no ip redirects
 no ip proxy-arp
 ip nat outside
 ip inspect SDM_LOW out
 ip virtual-reassembly
 speed auto
 full-duplex
 ipv6 nd suppress-ra
 no ipv6 mld router
 no ipv6 pim
 no keepalive
 no cdp enable
 no mop enabled

Ik heb de hostname ingesteld op de hostname zoals verkregen vanuit Ziggo & @Home.
Het client id is het MAC-adres van de oude breedbandrouter, met 01 er voor.
01 dient er voor om aan te geven dat het om een Hardware Ethernet interface gaat.
Een DHCP request vanuit Windows XP plaats ook 01 voor het mac adres in de aanvraag!

Om twijfel te voorkomen over de filtering regels die actief zijn, hierbij access-list 103:

Code:

access-list 103 permit tcp any any eq ftp-data
access-list 103 permit tcp any any eq ftp
access-list 103 permit udp host yyy.yyy.yyy.yyy eq domain any
access-list 103 permit udp host zzz.zzz.zzz.zzz eq domain any
access-list 103 permit udp host www.www.www.www eq domain any
access-list 103 remark Auto generated by SDM for NTP (123) xxx.xxx.xxx.xxx
access-list 103 permit udp host xxx.xxx.xxx.xxx eq ntp any eq ntp
access-list 103 deny   ip 172.16.6.0 0.0.0.255 any
access-list 103 deny   ip 172.16.5.0 0.0.0.255 any
access-list 103 deny   ip 172.16.4.0 0.0.0.255 any
access-list 103 permit udp any eq bootps any eq bootpc
access-list 103 permit udp any eq bootpc any eq bootpc
access-list 103 permit udp any eq bootps any eq bootps
access-list 103 permit udp any eq bootpc any eq bootps
access-list 103 permit icmp any any echo-reply
access-list 103 permit icmp any any time-exceeded
access-list 103 permit icmp any any unreachable
access-list 103 deny   ip 10.0.0.0 0.255.255.255 any
access-list 103 deny   ip 172.16.0.0 0.15.255.255 any
access-list 103 deny   ip 192.168.0.0 0.0.255.255 any
access-list 103 deny   ip 127.0.0.0 0.255.255.255 any
access-list 103 deny   ip host 255.255.255.255 any
access-list 103 deny   ip any any log

de ip adressen www.www.www.www, yyy.yyy.yyy.yyy en zzz.zzz.zzz.zzz zijn 3 ipadressen van DNS servers.
xxx.xxx.xxx.xxx is het ipadres van de XS4all ntp server.


Wanneer ik de router met deze configuratie aansluit op een testnetwerk met een DHCP server krijg ik netjes een ip adres.
Ongeacht of ik een reservation heb geplaatst op hostname, macadres of in zijn geheel niet.

Wanneer ik de router koppel aan het modem dan verstuurt de router wel verschillende DHCP discover berichten, maar er komen geen offers terug vanuit Ziggo.
Omdat ik het idee heb dat de dhcp aanvragen correct zijn heb ik het idee dat Ziggo op een bepaalde waarde filtert waardoor mijn requests niet bij de dhcp server terecht komen.

Wanneer ik debug aan zet verschijnt het volgende:

Code:

*Jul  7 18:57:40.663: DHCP: QScan: Purging entry
*Jul  7 18:57:40.663: DHCP: deleting entry 6451E5DC 0.0.0.0 from list
*Jul  7 18:57:40.663: Temp IP addr: 0.0.0.0  for peer on Interface: FastEthernet0/0
*Jul  7 18:57:40.663: Temp  sub net mask: 0.0.0.0
*Jul  7 18:57:40.663:    DHCP Lease server: 0.0.0.0, state: 9 Purging
*Jul  7 18:57:40.663:    DHCP transaction id: B97
*Jul  7 18:57:40.663:    Lease: 0 secs,  Renewal: 0 secs,  Rebind: 0 secs
*Jul  7 18:57:40.663:    No timer running
*Jul  7 18:57:40.663:    Retry count: 0   Client-ID: 000a.e44e.6df2
*Jul  7 18:57:40.663:    Client-ID hex dump: 000AE44E6DF2
*Jul  7 18:57:40.663:    Hostname: cp********-a
*Jul  7 18:58:09.985: DHCP: Try 25 to acquire address for FastEthernet0/0
*Jul  7 18:58:09.997: DHCP: allocate request
*Jul  7 18:58:09.997: DHCP: new entry. add to queue, interface FastEthernet0/0
*Jul  7 18:58:09.997: DHCP: SDiscover attempt # 1 for entry:
*Jul  7 18:58:09.997: Temp IP addr: 0.0.0.0  for peer on Interface: FastEthernet0/0
*Jul  7 18:58:09.997: Temp  sub net mask: 0.0.0.0
*Jul  7 18:58:09.997:    DHCP Lease server: 0.0.0.0, state: 1 Selecting
*Jul  7 18:58:09.997:    DHCP transaction id: B98
*Jul  7 18:58:09.997:    Lease: 0 secs,  Renewal: 0 secs,  Rebind: 0 secs
*Jul  7 18:58:09.997:    Next timer fires after: 00:00:04
*Jul  7 18:58:09.997:    Retry count: 1   Client-ID: 000a.e44e.6df2
*Jul  7 18:58:09.997:    Client-ID hex dump: 000AE44E6DF2
*Jul  7 18:58:09.997:    Hostname: cp********-a
*Jul  7 18:58:09.997: DHCP: SDiscover placed class-id option: 4D53465420352E30
*Jul  7 18:58:09.997: DHCP: SDiscover: sending 289 byte length DHCP packet
*Jul  7 18:58:09.997: DHCP: SDiscover 289 bytes 
*Jul  7 18:58:09.997:             B'cast on FastEthernet0/0 interface from 0.0.0.0
*Jul  7 18:58:13.661: DHCP: SDiscover attempt # 2 for entry:
*Jul  7 18:58:13.661: Temp IP addr: 0.0.0.0  for peer on Interface: FastEthernet0/0
*Jul  7 18:58:13.661: Temp  sub net mask: 0.0.0.0
*Jul  7 18:58:13.661:    DHCP Lease server: 0.0.0.0, state: 1 Selecting
*Jul  7 18:58:13.661:    DHCP transaction id: B98
*Jul  7 18:58:13.661:    Lease: 0 secs,  Renewal: 0 secs,  Rebind: 0 secs
*Jul  7 18:58:13.661:    Next timer fires after: 00:00:04
*Jul  7 18:58:13.661:    Retry count: 2   Client-ID: 000a.e44e.6df2
*Jul  7 18:58:13.661:    Client-ID hex dump: 000AE44E6DF2
*Jul  7 18:58:13.661:    Hostname: cp********-a
*Jul  7 18:58:13.661: DHCP: SDiscover placed class-id option: 4D53465420352E30
*Jul  7 18:58:13.661: DHCP: SDiscover: sending 289 byte length DHCP packet
*Jul  7 18:58:13.661: DHCP: SDiscover 289 bytes 
*Jul  7 18:58:13.661:             B'cast on FastEthernet0/0 interface from 0.0.0.0
*Jul  7 18:58:17.661: DHCP: SDiscover attempt # 3 for entry:
*Jul  7 18:58:17.661: Temp IP addr: 0.0.0.0  for peer on Interface: FastEthernet0/0
*Jul  7 18:58:17.661: Temp  sub net mask: 0.0.0.0
*Jul  7 18:58:17.661:    DHCP Lease server: 0.0.0.0, state: 1 Selecting
*Jul  7 18:58:17.661:    DHCP transaction id: B98
*Jul  7 18:58:17.661:    Lease: 0 secs,  Renewal: 0 secs,  Rebind: 0 secs
*Jul  7 18:58:17.661:    Next timer fires after: 00:00:04
*Jul  7 18:58:17.661:    Retry count: 3   Client-ID: 000a.e44e.6df2
*Jul  7 18:58:17.661:    Client-ID hex dump: 000AE44E6DF2
*Jul  7 18:58:17.661:    Hostname: cp********-a
*Jul  7 18:58:17.661: DHCP: SDiscover placed class-id option: 4D53465420352E30
*Jul  7 18:58:17.661: DHCP: SDiscover: sending 289 byte length DHCP packet
*Jul  7 18:58:17.661: DHCP: SDiscover 289 bytes 
*Jul  7 18:58:17.661:             B'cast on FastEthernet0/0 interface from 0.0.0.0
*Jul  7 18:58:21.660: DHCP: QScan: Timed out Selecting state%Unknown DHCP problem.. No allocation possible
*Jul  7 18:58:30.476: DHCP: Waiting for 60 seconds on interface FastEthernet0/0

Iemand die een idee heeft waar dit probleem hem in zou kunnen zitten?

Ik heb de OP ook op het Ziggo-gebruikers forum geplaatst.
Daar werd de volgende reactie geplaatst:

Oorspronkelijk geplaatst door Manolito

Prob is misschien dat Ziggo niet meer met een hostname werkt misschien, ik had jaren dezelfde, maar sinds een maand of 4 niet meer.
Mocht ik ernaast zitten excuses, daar de rest algebra is voor mij

edit: op http://watismijnip.nl/ kan je checken of je h-name hetzefde is gebleven.

Voor de volledigheid tracht ik hier een kopie van het draadje daar te behouden en omgekeerd.


Ik denk, maar dat weet ik natuurlijk niet zeker, dat je je vergist.

Mijn hostnaam, dat is de cp**** of cc**** code die je moet opgeven als computernaam, is wel degelijk van belang. De helpdesk wil nog wel eens adviseren om die van -a naar -b of zelfs -c over te zetten.
Daarna wordt je een ander ip-adres toegewezen.

Het ip-adres is het dynamische deel in dit verhaal en kan van dag tot dag verschillen. Hoewel het maar sporadisch voorkomt dat Ziggo deze wijzigt.

Het vreemde in dit geheel is dat er wel een DHCP discover verstuurd wordt maar er nooit een offer terug komt.

Als ik de zelfde opstelling neem, maar inplaats van de router een willekeurige pc (linux, windows) aansluit met de correcte hostnaam, werkt het wel.
Ik kan ook gewoon 5 keer van apparaat wisselen, het is dus niet zo dat het modem filtert op mac-adressen in mijn ogen.

Mijn hostnaam, dat is de cp**** of cc**** code die je moet opgeven als computernaam, is wel degelijk van belang. De helpdesk wil nog wel eens adviseren om die van -a naar -b of zelfs -c over te zetten.
Daarna wordt je een ander ip-adres toegewezen.

Die is in het geheel niet meer van belang, ik sluit er dagelijks wel 1 aan en het CP adres is al meer dan een jaar vervallen en dus echt niet meer nodig.
Naar C adviseren konden ze nooit doen want A = was alleen internet en B= was internet en telefoon C= niet bestaand.

Het ip-adres is het dynamische deel in dit verhaal en kan van dag tot dag verschillen. Hoewel het maar sporadisch voorkomt dat Ziggo deze wijzigt

Na elke herstart van je modem wijzigt deze evenals na een update, soms blijft ie wat langer staan.

Bij een compleet nieuwe Ziggo installatie is er inderdaad geen hostname meer nodig, je krijgt een simpel activatie scherm en dat is het.

Wat bij mij vroegah hielp, was het uit/aan zetten van het modem, dan gooit ie zijn MAC tabel leeg.

Bij oude installaties ook niet meer.

Ik zou even de complete access-list van de interface afgooien, mischien dat deze het e.e.a blockt.

Oorspronkelijk geplaatst door BsHosting

Die is in het geheel niet meer van belang, ik sluit er dagelijks wel 1 aan en het CP adres is al meer dan een jaar vervallen en dus echt niet meer nodig.
Naar C adviseren konden ze nooit doen want A = was alleen internet en B= was internet en telefoon C= niet bestaand.



Na elke herstart van je modem wijzigt deze evenals na een update, soms blijft ie wat langer staan.

Na een herstart van de modem wijzigt het ipadres vrijwel nooit hoor
Bij een update kun je kans hebben dat deze wel wijzigt.
Ik heb in al die jaren dat ik bij ziggo/home zit ( sinds 2000 ) ben ik 3 maal van ip gewisseld waarvan 1x toen wij telefoon erbij namen en een andere modem kregen en 1x toen we overstapte van alles los naar all-in-one.

@TS, probeer eens de stekker van je modem los te halen, en na 30 sec weer terug stoppen dan gooit hij zijn mac tabel leeg.

Goedemiddag,

Ik weet niet of het probleem reeds opgelost is maar mogelijk kun het proberen zonder de onderstaande lines:

ip dhcp client hostname {hostname_here}
ip dhcp client client-id hex 01000AE44E6DF2

in principe is dit het zelfde als een laptop rechtstreeks aan de modem hangen, mogelijk kun dit eens proberen om zodoende het probleem te troubleshooten. Werkt dit niet dan kun je het macaddress van de laptop spoofen in windows en de hostname aanpassen en zo het een en ander testen.

Mogelijk heb je nog iets aan je modem tijdens het troubleshooten (http://192.168.100.1) username:admin password:motorola

Succes!