Cisco 7206 Vlans

zaterdag 13 februari 2016 16:17

Wat voor internet verbinding heb je? Krijg je een IP adres via DHCP of PPPoE?

Acties:

zaterdag 13 februari 2016 16:28

Topicstarter

van tweak krijg ik een verbinding via DHCP (op m'n huidige router)

Acties:

zaterdag 13 februari 2016 17:21

Als ik op de blog lees van tweak heb je ook vlan 34 nodig voor internet en vlan 4 voor IPTV.

Wat heb je tot zover geconfigureerd?
- Static route voor IPTV en default route voor internet?
- Nat regels? Inside en outside?
- Etc.

Acties:

zaterdag 13 februari 2016 18:03

Topicstarter

plizz schreef op zaterdag 13 februari 2016 @ 16:28:
Als ik op de blog lees van tweak heb je ook vlan 34 nodig voor internet en vlan 4 voor IPTV.

Wat heb je tot zover geconfigureerd?
- Static route voor IPTV en default route voor internet?
- Nat regels? Inside en outside?
- Etc.

ik ben nog een beginner met cisco apparatuur, via een aantal CCNA boeken ben ik zover gekomen.
Nat ben ik nog steeds niet aan begonnen omdat ik eerst graag de uplink werkend krijg.

zou deze config werken?

code:

interface gi0/1
description TO_INTERNET
no shu
no ip address

interface gi0/1.4
encapsulation dot1q 4
ip add dhcp
no shu

interface gi0/1.34
encapsulation dot1q 34
no shu

end

waarbij ik om de default route in te stellen deze commands gebruik:

ip route null 0 185.6.48.0
ip default-network 34

Acties:

zaterdag 13 februari 2016 20:39

Ik denk dat nog een hoop te doen heb.

Zoiets zal het ongeveer uitzien.

code:

interface gi0/1
descr To Internet
no shut
!
interface gi0/1.4
descr IPTV
ip address dhcp
ip nat outside
!
interface gi0/1.34
ip address dhcp
ip nat outside
!
!
access-list 1 permit 192.168.0.0 0.0.3.255
ip nat inside source list 1 interface gi0/1.34 overload
!
ip route 185.6.48.0 255.255.255.192 !<IP Gateway IPTV>!

Acties:

zaterdag 13 februari 2016 22:48

Topicstarter

code:

!
version 12.4
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Router
!
boot-start-marker
boot-end-marker
!
enable secret 5 <secret>
enable password <password>
!
no aaa new-model
no ip routing
!
!
no ip cef
no ip dhcp use vrf connected
!
ip dhcp pool thuis
   network 192.168.1.0 255.255.255.0
   domain-name thuis.local
   dns-server 8.8.8.8 4.4.4.4
   lease 7
!
!
username <username> privilege 15 secret 5 <secret>
!
!
interface GigabitEthernet0/1
 duplex auto
 speed auto
 media-type rj45
 descr To Internet
 no shut
!
interface gi0/1.4
 descr IPTV
 ip address dhcp
 ip nat outside
!
interface gi0/1.34
 ip address dhcp
 ip nat outside
!
interface GigabitEthernet0/2
 no ip address
 no ip route-cache
 shutdown
 duplex auto
 speed auto
 media-type rj45
 no negotiation auto
 no cdp enable
!
interface GigabitEthernet0/3
 ip address 192.168.1.249 255.255.255.0
 no ip route-cache
 duplex auto
 speed auto
 media-type rj45
 no negotiation auto
 no cdp enable
!
ip forward-protocol nd
!
ip http server
ip http authentication local
ip http timeout-policy idle 600 life 86400 requests 10000
!
!
snmp-server community internet RO
!
!
control-plane
!
!
gatekeeper
 shutdown
!
!
line con 0
 exec-timeout 0 0
 stopbits 1
line aux 0
 stopbits 1
line vty 0 4
 privilege level 15
 password <password>
 login local
 transport input telnet
!
no process cpu extended
no process cpu autoprofile hog
!
end

oke, ik heb nog even de config doorgespit.
voordat ik de zyxel van de muur af trek en de cisco d'r neerzet. zou dit werken?

Acties:

zondag 14 februari 2016 01:28

chown -R me base:all

code:

conf t
ip cef
ip routing
!
interface gi0/1.4
encapsulation dot1q 4
!
interface gi0/1.34
encapsulation dot1q 34
!
interface GigabitEthernet0/3
  ip nat inside
! 
exit
ip route 0.0.0.0 0.0.0.0 gi0/1.4
ip nat pool NAT 192.168.1.0 192.168.1.255 netmask 255.255.255.0
ip nat inside source list 1 interface interface gi0/1.4 overload
ip nat inside source list 1 interface interface gi0/1.34 overload  
! 
access-list 1 permit 192.168.1.0 0.0.0.255
access-list 1 deny   any
!
end
wr mem

Zo zou je een eind moeten komen. misschien nog meer aanvullingen nodig.

Acties:

zondag 14 februari 2016 09:32

Topicstarter

aan iedereen die gereageerd heeft hartstikke bedankt,
ik ga hem zondagmiddag testen en ik laat weten of hij werkt

Acties:

zondag 14 februari 2016 15:14

even nog een kleine aanvulling. Het is beter om SSH te gebruiken dan telnet.

code:

no enable password 
! want enable secret gaat voor enable password.
!
ip routing
! anders gaat je router geen pakketjes door sturen.
!
ip cef
! dat is het snelle pakketjes forward mechanische van Cisco, anders gaat het langzaam.
!
no ip http server
no ip http authentication local
! de website op de router is summier om iets te doen. Dus je kunt het beter uitzetten.
!
end
!
wr mem 
! dat is hetzelfde als copy  running-config startup-config.

Acties:

zondag 14 februari 2016 15:22

Topicstarter

geprobeerd m'n config net te pasten naar de console, ik krijg op dit moment wel een aantal errors

code:

Router(config-subif)# ip address dhcp

% Configuring IP routing on a LAN subinterface is only allowed if that
subinterface is already configured as part of an IEEE 802.10, IEEE 802.1Q,
or ISL vLAN.

Router(config-subif)# ip address dhcp

% Configuring IP routing on a LAN subinterface is only allowed if that
subinterface is already configured as part of an IEEE 802.10, IEEE 802.1Q,
or ISL vLAN.



ip route 0.0.0.0 0.0.0.0 gi0/1.4
        ^
% Invalid input detected at '^' marker.

Router#ip nat pool NAT 192.168.1.0 192.168.1.255 netmask 255.255.255.0
        ^
% Invalid input detected at '^' marker.

Router#ip nat inside source list 1 interface interface gi0/1.4 overload
        ^
% Invalid input detected at '^' marker.

[ Voor 36% gewijzigd door Ron op 14-02-2016 15:15 ]

Acties:

zondag 14 februari 2016 15:31

ronald245 schreef op zondag 14 februari 2016 @ 15:14:
geprobeerd m'n config net te pasten naar de console, ik krijg op dit moment wel een aantal errors

code:

Router(config-subif)# ip address dhcp

% Configuring IP routing on a LAN subinterface is only allowed if that
subinterface is already configured as part of an IEEE 802.10, IEEE 802.1Q,
or ISL vLAN.

Router(config-subif)# ip address dhcp

% Configuring IP routing on a LAN subinterface is only allowed if that
subinterface is already configured as part of an IEEE 802.10, IEEE 802.1Q,
or ISL vLAN.



ip route 0.0.0.0 0.0.0.0 gi0/1.4
        ^
% Invalid input detected at '^' marker.

Router#ip nat pool NAT 192.168.1.0 192.168.1.255 netmask 255.255.255.0
        ^
% Invalid input detected at '^' marker.

Router#ip nat inside source list 1 interface interface gi0/1.4 overload
        ^
% Invalid input detected at '^' marker.

Eerst moet je op je subinterface de trunk enacapsulation type invoeren. Anders krijg je die melding.

code:

1
2
3

router-(config) #int gi0/4
router-(config-if) #encapsulation dot1q 4
router-(config-if) #ip address dhcp

Je static route en NAT moet je in de config mode doen, dus router(config) #.

code:

1
2
3

router(config) # ip route 0.0.0.0 0.0.0.0 gi0/1.4
router(config) # ip nat pool NAT 192.168.1.0 192.168.1.255 netmask 255.255.255.0
router(config) #ip nat inside source list 1 interface gi0/1.4 overload

Acties:

zondag 14 februari 2016 17:43

Topicstarter

ah, daar ging ik de mist in.

ik blijf nogsteeds steken bij de source lists:

code:

1	ip nat inside source list 1 interface interface gi0/1.4 overload

net opnieuw geprobeerd met

code:

1	ip nat inside source list 1 interface gi0/1.4 overload

waarbij het wel werkt, het uiteindelijke config zou dan hier op uitkomen

code:

!
version 12.4
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Router
!
boot-start-marker
boot-end-marker
!
no aaa new-model
!
!
ip cef
no ip dhcp use vrf connected
!
ip dhcp pool thuis
   network 192.168.1.0 255.255.255.0
   domain-name thuis.local
   dns-server 8.8.8.8 4.4.4.4
   lease 7
!
!
interface GigabitEthernet0/1
 description To Internet
 ip address 192.168.0.1 255.255.255.0
 duplex auto
 speed auto
 media-type rj45
 no negotiation auto
 no cdp enable
 no mop enabled
!
interface GigabitEthernet0/1.4
 description IPTV
 encapsulation dot1Q 4
 ip address dhcp
 ip nat outside
 ip virtual-reassembly
!
interface GigabitEthernet0/1.34
 encapsulation dot1Q 34
 ip nat outside
 ip virtual-reassembly
!
interface GigabitEthernet0/2
 no ip address
 no ip route-cache cef
 no ip route-cache
 shutdown
 duplex auto
 speed auto
 media-type rj45
 no negotiation auto
 no cdp enable
!
interface GigabitEthernet0/3
 ip address 192.168.1.249 255.255.255.0
 ip nat inside
 ip virtual-reassembly
 no ip route-cache cef
 no ip route-cache
 duplex auto
 speed auto
 media-type rj45
 no negotiation auto
 no cdp enable
!
ip forward-protocol nd
ip route 0.0.0.0 0.0.0.0 GigabitEthernet0/1.4
!
ip http server
ip http authentication local
ip http timeout-policy idle 600 life 86400 requests 10000
!
ip nat pool NAT 192.168.1.0 192.168.1.255 netmask 255.255.255.0
ip nat inside source list 1 interface GigabitEthernet0/1.4 overload
!
access-list 1 permit 192.168.1.0 0.0.0.255
access-list 1 deny   any
snmp-server community internet RO
!
control-plane
!

!
gatekeeper
 shutdown
!
!
no process cpu extended
no process cpu autoprofile hog
!
end

[ Voor 105% gewijzigd door Ron op 14-02-2016 15:36 ]

Acties:

maandag 15 februari 2016 00:13

Ik zie dat je het nog niet alles begrijpt.

Tweak zegt dat je default route, ip route 0.0.0.0 0.0.0.0 gi0/1.4, niet op vlan 4 mag wijzen als exit interface.
Je moet zo de static routes aanmaken:

code:

1 2	ip route 185.6.48.0 255.255.255.192 interface gi0/1.4 ! route naar IPTV zoals tweak voorschrijft. De gateway adres van ISP IPTV moet nog achter gi0/1.4.

Doe eens router# show ip interface brief en router# show ip route. Dan zie je of je sub-interface het juiste ip adres krijgt en of je default route via sub-interface gi0/1.34 gaat.

Acties:

maandag 15 februari 2016 08:40

Topicstarter

als ik het dus goed begrijp moet ik de default route op 34 zetten, met de IPTV route zoals jij voorschrijft

code:

!
ip forward-protocol nd
ip route 0.0.0.0 0.0.0.0 GigabitEthernet0/1.34
ip route 185.6.48.0 255.255.255.192 GigabitEthernet0/1.4
!

Acties:

maandag 15 februari 2016 19:01

Dat klopt. Je moet alleen nog de gateway adres achter het juiste interface zetten. Ander ARP de router zich kapot. Soms krijg je van ISP via DHCP een default route die in de route tabel komt.

Acties:

maandag 15 februari 2016 20:54

Topicstarter

plizz schreef op maandag 15 februari 2016 @ 08:40:
Dat klopt. Je moet alleen nog de gateway adres achter het juiste interface zetten. Ander ARP de router zich kapot. Soms krijg je van ISP via DHCP een default route die in de route tabel komt.

hier raak je me kwijt, ik neem aan dat door de default route over Gigabitethernet 0/1 te laten gaan de router alles vanuit NAT inside naar NAT outside route,

uit de routing table van het huidige zyxel modem:

Destination	Gateway	Subnet Mask	Flag	Metric	Interface
185.6.48.0	10.10.32.1	255.255.255.	UG	0	eth4.2
84.245.42.0	*	255.255.255.0	u	0	eth4.1
192.168.1.0	*	255.255.255.0	u	0	br0
10.10.32.0	*	255.255.255.0	u	0	eth4.2
default	0.0.0.0	0.0.0.0	UG	0	eth4.1

Als mijn aanname correct is moet ik dus als default gateway 10.10.32.1 zetten?
bij mijn weten is de 10.x.x.x range toch een prive range, of zou deze naar precies dezelfde server wijzen als 84.245.42.0?

Acties:

maandag 15 februari 2016 22:18

Als ik je zyxel route tabel lees. Is eth 4.2 je IPTV netwerk (vlan 4) en eth 4.1 je internet (vlan 34). Op eth 4.1 krijgt hij van ISPs dhcp een default route.

Sluit eens die Cisco aan met je huidige configuratie en doe eens show ip route. Kijk of dan of netwerk 0.0.0.0/0 gi0/1.34 als exit interface heeft. Als het klopt zou daar ook een gateway adres erbij staan.

Acties:

maandag 15 februari 2016 23:53

Topicstarter

via show IP route krijg ik dit,
[code]
Gateway of last resort is 10.10.32.1 to network 0.0.0.0
185.6.0.0/26 is subnetted, 1 subnets
S 185.6.48.0 is directly connected, GigabitEthernet0/1.4
10.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
S 10.10.28.1/32 [254/0] via 10.10.32.1, GigabitEthernet0/1.4
C 10.10.32.0/22 is directly connected, GigabitEthernet0/1.4
C 192.168.0.0/24 is directly connected, GigabitEthernet0/1
C 192.168.1.0/24 is directly connected, GigabitEthernet0/3
S* 0.0.0.0/0 [254/0] via 10.10.32.1
Router#
[/code]

het lijkt er op dat hij de config line

[code]
ip route 0.0.0.0 0.0.0.0 GigabitEthernet0/1.34
[/code]

volledig negeert,

net dat probleem opgelost, ook DHCP ik nu op vlan 34, dit lijkt te werken
ip routes:

code:

     185.6.0.0/26 is subnetted, 1 subnets
S       185.6.48.0 is directly connected, GigabitEthernet0/1.4
     82.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
C       82.197.211.0/24 is directly connected, GigabitEthernet0/1.34
S       82.197.195.1/32 [254/0] via 82.197.211.1, GigabitEthernet0/1.34
     10.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
S       10.10.28.1/32 [254/0] via 10.10.32.1, GigabitEthernet0/1.4
C       10.10.32.0/22 is directly connected, GigabitEthernet0/1.4
C    192.168.0.0/24 is directly connected, GigabitEthernet0/1
C    192.168.1.0/24 is directly connected, GigabitEthernet0/3
S*   0.0.0.0/0 is directly connected, GigabitEthernet0/1.34

zodra ik echter een domain name opzoek:

code:

1
2
3

Router#google.com
Translating "google.com"...domain server (82.197.196.182) (82.197.196.183)
 (82.197.196.182) (82.197.196.183)

[ Voor 58% gewijzigd door Ron op 15-02-2016 23:32 ]

Acties:

dinsdag 16 februari 2016 07:30

chown -R me base:all

doe eens ping www.google.com, of een traceroute www.google.com want volgens mij werkt het.
Wat werkt er volgens jou niet?
oeff dat had ik niet zo begrepen trouwens dat die default route niet over die interface mocht

[ Voor 28% gewijzigd door Kabouterplop01 op 15-02-2016 23:59 ]

Acties:

woensdag 17 februari 2016 17:59

Doe wat Kabouterplop01 zegt. Die defaul route van tweak DHCP is niet optimaal, omdat het geen gateway IP adres heeft. Als je traceroute doet, dan weet je de gateway van tweak. Dan moet je zelf een static default route en name server instellen.

code:

1 2	router(config)# ip route 0.0.0.0 0.0.0.0 gi0/1.34 <IP adres gateway tweak> ip name-server 82.197.196.182 82.197.196.183

Acties:

woensdag 17 februari 2016 20:33

Topicstarter

net opnieuw getest en het lag waarschijnlijk aan het genexis overnamepunt:
uitkomst van een traceroute:

code:

  1  *
    82-197-195-1.dsl.cambrium.nl (82.197.195.1) 0 msec 0 msec
  2 217.19.16.6 8 msec 0 msec 0 msec
  3 core2.ams.net.google.com (80.249.209.100) 8 msec
    core1.ams.net.google.com (80.249.208.247) 4 msec
    core2.ams.net.google.com (80.249.209.100) 8 msec
  4 209.85.143.183 0 msec
    209.85.240.63 0 msec
    209.85.143.183 0 msec
  5 216.239.43.146 [MPLS: Label 392950 Exp 4] 4 msec
    216.239.43.120 [MPLS: Label 24942 Exp 4] 0 msec
    216.239.43.146 [MPLS: Label 402646 Exp 4] 0 msec
  6 216.239.54.194 [MPLS: Label 28246 Exp 4] 8 msec
    216.239.41.95 [MPLS: Label 484658 Exp 4] 4 msec
    216.239.41.116 [MPLS: Label 30717 Exp 4] 8 msec
  7 66.249.95.252 4 msec
    72.14.236.139 4 msec
    72.14.238.215 8 msec
  8  *  *  *
  9 www.google.com (64.233.184.104) 4 msec 4 msec 8 msec
Router>

nu me alleen nog in NAT verdiepen en dan is alles geregeld; bedankt voor de hulp!

EDIT:

ik dacht na me ingelezen te hebben nat toch redelijk te snappen, blijkbaar dus niet

code:

interface GigabitEthernet0/1.4
 description IPTV
 encapsulation dot1Q 4
 ip address dhcp
 ip nat outside
 ip virtual-reassembly
!
interface GigabitEthernet0/1.34
 encapsulation dot1Q 34
 ip address dhcp
 ip nat outside
 ip virtual-reassembly
!


interface GigabitEthernet0/3
 ip address 192.168.1.1 255.255.255.0
 ip nat inside
 ip virtual-reassembly
 no ip route-cache cef
 no ip route-cache
 duplex auto
 speed auto
 media-type rj45
 no negotiation auto
 no cdp enable

ip nat pool NAT 192.168.1.0 192.168.1.255 netmask 255.255.255.0
ip nat inside source list 1 interface GigabitEthernet0/1.34 overload
!
access-list 1 permit 192.168.1.0 0.0.0.255
access-list 1 deny   any

dit zou toch moeten werken? of moet ik de Deny op al het andere weglaten?

[ Voor 30% gewijzigd door Ron op 17-02-2016 19:01 ]

Acties:

woensdag 17 februari 2016 21:14

Wat is het probleem? Kan je client niet op internet gok ik? Want uit je vorige configuratie mist DHCP pool nog gateway setting. Deny in access-list 1 hoef niet weg.

code:

ip dhcp pool thuis
   network 192.168.1.0 255.255.255.0
   domain-name thuis.local
   default-router 192.168.1.1
   dns-server 8.8.8.8 4.4.4.4
   lease 7
   exit
!
ip dhcp excluded-address 192.168.1.1

Acties:

woensdag 17 februari 2016 21:57

Topicstarter

met behulp van de Cisco irc had ik die fout inderdaad ook gevonden.

het lijkt er op dat m'n eerste hop vanaf de router niet doorkomt, ik kan vanaf de router naar bij voorbeeld google pingen en het komt gewoon aan, maar zodra ik binnen het netwerk naar google ping time ik uit.

met wireshark aan Gigabitethernet0/1 zie ik dat er ge-arpt word, maar daar blijft het bij
dat het aan NAT ligt lijkt me dus ook uitgesloten.

Acties:

donderdag 18 februari 2016 00:04

chown -R me base:all

kun je eens de hele config posten?
en ook een sh ip nat translation doen op je router terwijl je een tracert/traceroute doet op je PC/Laptop?

Acties:

donderdag 18 februari 2016 01:26

Topicstarter

net mn configuration doorgespit en het bleek dat de access-list niet naar het startup-config geschreven was.
deze alsnog weggeschreven en nu werkt het weer,

plizz en kabouterplop ontzettend bedankt voor jullie hulp en geduld!

EDIT:

de lol houdt ook nooit op, ik kan nu een aantal minuten achter elkaar vrolijk gebruikmaken van 't internet, af en toe krijg ik dan uit het niets een reset van de verbinding waarna ik een nieuw ip adres toegewezen krijg

m'n huidige config ziet er zo uit:

code:

interface GigabitEthernet0/1
 no ip address
 duplex auto
 speed auto
 media-type rj45
 no negotiation auto
 no cdp enable
 no mop enabled
!
interface GigabitEthernet0/1.4
 description IPTV
 encapsulation dot1Q 4
 ip address dhcp
 ip nat outside
 ip virtual-reassembly
!
 --More--
*Feb 17 15:22:43.499: %DHCP-6-ADDRESS_ASSIGN: Interface GigabitEthernet0/1.34 assigned DHCP address 82.197.195.116, mask 255.255.255.0, hostname Router
interface GigabitEthernet0/1.34
 encapsulation dot1Q 34
 ip address dhcp
 ip nat outside
 ip virtual-reassembly
!
interface GigabitEthernet0/2
 ip address 192.168.1.250 255.255.255.0
 no ip route-cache cef
 no ip route-cache
 shutdown
 duplex auto
 speed auto
 media-type rj45
 no negotiation auto
 no cdp enable
!
interface GigabitEthernet0/3
 ip address 192.168.1.1 255.255.255.0
 ip nat inside
 ip virtual-reassembly
 no ip route-cache cef
 no ip route-cache
 duplex auto
 speed auto
 media-type rj45
 no negotiation auto
 no cdp enable
!
ip forward-protocol nd
ip route 0.0.0.0 0.0.0.0 GigabitEthernet0/1.34
ip route 185.6.48.0 255.255.255.192 GigabitEthernet0/1.4
!
ip http server
ip http authentication local
ip http timeout-policy idle 600 life 86400 requests 10000
!
ip nat pool NAT 192.168.1.0 192.168.1.255 netmask 255.255.255.0
ip nat inside source list 1 interface GigabitEthernet0/1.34 overload
!
access-list 1 permit 192.168.1.0 0.0.0.255
snmp-server community internet RO
!
!
!
control-plane
!
!
!
!
!
!
gatekeeper
 shutdown
!
!
line con 0
 exec-timeout 0 0
 stopbits 1
line aux 0
 stopbits 1
line vty 0 4
 privilege level 15
 password R0n@ld245
 login local
 transport input telnet
!
no process cpu extended
no process cpu autoprofile hog
!
end

zoals gezegd kan ik na een minuut of 5-10 niet meer internetten, ook kan ik vanuit de router niet meer pingen naar bij voorbeeld google of tweakers, een reload helpt overigens wel waarna ik iets later precies met het zelfde probleem zit

[ Voor 83% gewijzigd door Ron op 18-02-2016 01:12 ]

Acties:

_-= Erikje =-_

Leuk speelgoed die 7200's ik heb er destijds een stuk of 10 in mijn beheer gehad, maar voor thuis zou ik ze nooit hoeven. Wie betaald je stroom rekening?

donderdag 18 februari 2016 10:11

Acties:

donderdag 18 februari 2016 10:14

Topicstarter

_-= Erikje =-_ schreef op donderdag 18 februari 2016 @ 01:26:
Leuk speelgoed die 7200's ik heb er destijds een stuk of 10 in mijn beheer gehad, maar voor thuis zou ik ze nooit hoeven. Wie betaald je stroom rekening?

op 't moment splitten mijn ouders en ik de stroomrekening 50/50, aangezien ik toch flink wat "speelgoed" heb staan, varierende van een flinke server tot deze router.

ik blijf het vreemd vinden, een half uurtje kan ik normaal internetten, maar daarna valt het weg en kan ik niet pingen vanuit de laptop noch vanuit de router, ik merk overigens dat ik steeds een nieuw ip krijg op VLAN 4 en 34.

In een oud tweak-ervaringen topic meen ik gelezen te hebben dat een andere tweaker dit heeft opgelost door bij een van de twee vlans een mac-adres te spoofen. Ik heb op verschillende cisco-forums rondgesnuffelt en ik ben niet de enige met deze vraag; de consensus lijkt echter om dit niet te doen in verband met overlappende mac-adressen?

Acties:

Uberprutser

Welke IOS draai je?
Zijn een aantal versies die DHCP niet leuk vinden.
Tijdelijke oplossing die wij toendertijd hadden was er een switch tussen plaatsen en dan bleef het wel stabiel.

[ Voor 44% gewijzigd door Uberprutser op 18-02-2016 10:14 ]

As you may already have guessed, following the instructions may break your system and you are on your own to fix it again.

donderdag 18 februari 2016 10:20

Acties:

donderdag 18 februari 2016 16:36

Topicstarter

net even uit de diagnostics geplukt,

code:

1
2
3

Cisco IOS Software, 7200 Software (C7200-JS-M), Version 12.4(25c), RELEASE SOFTWARE (fc2)
ROM: System Bootstrap, Version 12.3(4r)T3, RELEASE SOFTWARE (fc1)
BOOTLDR: Cisco IOS Software, 7200 Software (C7200-KBOOT-M), Version 12.4(25), RELEASE SOFTWARE (fc2)

wanneer je zegt dat ze DHCP niet leuk vinden, bedoel je dan de DHCP server of client? aangezien op interface gi0/3 't netwerk wel in stand blijft

Acties:

Uberprutser

Ik weet dat onderstaande niet meer van toepassing is op de laatste T release: 12.4.15T17

CSCsd19980
Symptoms: A router that functions as a DHCP client may crash.
Conditions: This symptom is observed on a Cisco router when you change the DHCP service through the ip address dhcp command or when DHCP is configured more than once.
Possible Workaround: Before you make any changes, stop the DHCP service by entering the no ip address dhcp command followed by the ip address dhcp command.

Het omschrijft niet exact je probleem maar ik heb nooit issues gehad met DHCP en bovenstaande IOS.

As you may already have guessed, following the instructions may break your system and you are on your own to fix it again.

donderdag 18 februari 2016 16:55

Acties:

donderdag 18 februari 2016 17:13

Tja, dan moet je gaan debuggen om het probleem achter te komen. Je moet het DHCP proces van je gi0/1 interface bestuderen. Router# debug dhcp detail.

Acties:

zenith

wat moet je in godsnaam met een 7206vxr in huis 😀
Protip: Zet je static default route NOOIT naar een next-hop interface. Haal heel je static default-route uit de config en laat dhcp je default route met de juiste ip next-hop installeren. Nu arped je router lokaal voor alle internet destinations......

donderdag 18 februari 2016 17:33

Acties:

donderdag 18 februari 2016 17:42

Topicstarter

zenith schreef op donderdag 18 februari 2016 @ 17:13:
wat moet je in godsnaam met een 7206vxr in huis 😀
Protip: Zet je static default route NOOIT naar een next-hop interface. Haal heel je static default-route uit de config en laat dhcp je default route met de juiste ip next-hop installeren. Nu arped je router lokaal voor alle internet destinations......

een beetje rondspelen en ervaring op doen voor ik netwerkklassen krijg

op het moment staat m'n default route naar de subinterface gi0/1.31 gericht en niet meer naar een next hop,

code:

1	ip route 0.0.0.0 0.0.0.0 GigabitEthernet0/1.34

op 't moment ben ik aan 't uitzoeken of meer mensen hier problemen mee hebben en hoe zij het verholpen hebben (thanks google)

[ Voor 8% gewijzigd door Ron op 18-02-2016 17:34 ]

Acties:

zenith

Je next-hop is een interface, dus je router denkt dat het internet direct achter deze interface hangt, dus hij arped lokaal uit. Haal je static default route uit je config en laat dhcp je default route installeren. Normaal routeer je naar een next-hop ip address niet naar een interface.

donderdag 18 februari 2016 17:48

Acties:

vrijdag 19 februari 2016 00:07

Topicstarter

zenith schreef op donderdag 18 februari 2016 @ 17:42:
Je next-hop is een interface, dus je router denkt dat het internet direct achter deze interface hangt, dus hij arped lokaal uit. Haal je static default route uit je config en laat dhcp je default route installeren. Normaal routeer je naar een next-hop ip address niet naar een interface.

hoe zorg ik er dan voor dat 't verkeer over vlan 34 loopt?
ik moet namenlijk van tweak dhcp'en op vlan 34 en op vlan 4, waarbij de default route nooit over vlan 4 mag gaan.

edit:
debug dhcp detail:

code:

*Feb 18 08:17:46.819: Temp  sub net mask: 255.255.252.0
*Feb 18 08:17:46.819:    DHCP Lease server: 10.10.28.1, state: 5 Renewing
*Feb 18 08:17:46.819:    DHCP transaction id: 62E
*Feb 18 08:17:46.819:    Lease: 3600 secs,  Renewal: 1800 secs,  Rebind: 3150 secs
*Feb 18 08:17:46.819:    Next timer fires after: 00:22:31
*Feb 18 08:17:46.819:    Retry count: 1   Client-ID: cisco-001d.e559.981b-Gi0/1.4
*Feb 18 08:17:46.819:    Client-ID hex dump: 636973636F2D303031642E653535392E
*Feb 18 08:17:46.819:                        393831622D4769302F312E34
*Feb 18 08:17:46.819:    Hostname: Router
*Feb 18 08:17:46.819: DHCP: SRequest - ciaddr: 10.10.33.12
*Feb 18 08:17:46.819: DHCP: SRequest placed lease len option: 3600
*Feb 18 08:17:46.819: DHCP: SRequest: 303 bytes
*Feb 18 08:17:46.819: DHCP: SRequest: 303 bytes
*Feb 18 08:17:51.819: DHCP: QScan: Bound..T1 fired..Renewing
*Feb 18 08:17:51.819: DHCP: SRequest attempt # 1 for entry:
*Feb 18 08:17:51.819: Temp IP addr: 84.245.42.131  for peer on Interface: GigabitEthernet0/1.34
*Feb 18 08:17:51.819: Temp  sub net mask: 255.255.255.0
*Feb 18 08:17:51.819:    DHCP Lease server: 82.197.195.1, state: 5 Renewing
*Feb 18 08:17:51.819:    DHCP transaction id: 62F
*Feb 18 08:17:51.819:    Lease: 3600 secs,  Renewal: 1800 secs,  Rebind: 3150 secs
*Feb 18 08:17:51.819: Temp default-gateway addr: 84.245.42.1
*Feb 18 08:17:51.819:    Next timer fires after: 00:22:31
*Feb 18 08:17:51.819:    Retry count: 1   Client-ID: cisco-001d.e559.981b-Gi0/1.34
*Feb 18 08:17:51.819:    Client-ID hex dump: 636973636F2D303031642E653535392E
*Feb 18 08:17:51.819:                        393831622D4769302F312E3334
*Feb 18 08:17:51.819:    Hostname: Router
*Feb 18 08:17:51.819: DHCP: SRequest - ciaddr: 84.245.42.131
*Feb 18 08:17:51.819: DHCP: SRequest placed lease len option: 3600
*Feb 18 08:17:51.819: DHCP: SRequest: 304 bytes
*Feb 18 08:17:51.819: DHCP: SRequest: 304 bytes
*Feb 18 08:17:52.051: DHCP: Received a BOOTREP pkt
*Feb 18 08:17:52.051: DHCP: Scan: Message type: DHCP Ack
*Feb 18 08:17:52.051: DHCP: Scan: Server ID Option: 82.197.195.1 = 52C5C301
*Feb 18 08:17:52.051: DHCP: Scan: Lease Time: 3600
*Feb 18 08:17:52.051: DHCP: Scan: Subnet Address Option: 255.255.255.0
*Feb 18 08:17:52.051: DHCP: Scan: DNS Name Server Option: 82.197.196.182, 82.197.196.183
*Feb 18 08:17:52.051: DHCP: Scan: Router Option: 84.245.42.1
*Feb 18 08:17:52.051: DHCP: rcvd pkt source: 82.197.195.1,  destination:  84.245.42.131
*Feb 18 08:17:52.051:    UDP  sport: 43,  dport: 44,  length: 308
*Feb 18 08:17:52.051:    DHCP op: 2, htype: 1, hlen: 6, hops: 1
*Feb 18 08:17:52.051:    DHCP server identifier: 82.197.195.1
*Feb 18 08:17:52.051:         xid: 62F, secs: 0, flags: 0
*Feb 18 08:17:52.051:         client: 84.245.42.131, your: 84.245.42.131
*Feb 18 08:17:52.051:         srvr:   0.0.0.0, gw: 0.0.0.0
*Feb 18 08:17:52.051:         options block length: 60

*Feb 18 08:17:52.051: DHCP Ack Message
*Feb 18 08:17:52.051: DHCP: Lease Seconds: 3600
*Feb 18 08:17:52.051: DHCP: Server ID Option: 82.197.195.1
*Feb 18 08:17:52.051: DHCP: Releasing ipl options:
*Feb 18 08:17:52.051: DHCP: Applying DHCP options:
*Feb 18 08:17:52.051:   Setting default_gateway to 84.245.42.1
*Feb 18 08:17:52.051:   Adding default route 84.245.42.1
*Feb 18 08:17:52.051:   Adding DNS server address 82.197.196.182
*Feb 18 08:17:52.051:   Adding DNS server address 82.197.196.183
*Feb 18 08:17:52.051: DHCP Client Pooling: ***Allocated IP address: 84.245.42.131
*Feb 18 08:32:23.007: %DHCPD-4-PING_CONFLICT: DHCP address conflict:  server pinged 192.168.1.11.
*Feb 18 08:32:24.007: %DHCPD-4-PING_CONFLICT: DHCP address conflict:  server pinged 192.168.1.12.
*Feb 18 08:40:17.831: DHCP: QScan: Renewal..T2 fired..Rebinding
*Feb 18 08:40:17.831: DHCP: SRequest attempt # 1 for entry:
*Feb 18 08:40:17.831: Temp IP addr: 10.10.33.12  for peer on Interface: GigabitEthernet0/1.4
*Feb 18 08:40:17.831: Temp  sub net mask: 255.255.252.0
*Feb 18 08:40:17.831:    DHCP Lease server: 10.10.28.1, state: 4 Rebinding
*Feb 18 08:40:17.831:    DHCP transaction id: 62E
*Feb 18 08:40:17.831:    Lease: 3600 secs,  Renewal: 1800 secs,  Rebind: 3150 secs
*Feb 18 08:40:17.831:    Next timer fires after: 00:07:31
*Feb 18 08:40:17.831:    Retry count: 1   Client-ID: cisco-001d.e559.981b-Gi0/1.4
*Feb 18 08:40:17.831:    Client-ID hex dump: 636973636F2D303031642E653535392E
*Feb 18 08:40:17.831:                        393831622D4769302F312E34
*Feb 18 08:40:17.831:    Hostname: Router
*Feb 18 08:40:17.831: DHCP: SRequest - ciaddr: 10.10.33.12
*Feb 18 08:40:17.831: DHCP: SRequest placed lease len option: 3600
*Feb 18 08:40:17.831: DHCP: SRequest: 303 bytes
*Feb 18 08:40:17.831: DHCP: SRequest: 303 bytes
*Feb 18 08:40:17.831:             B'cast on GigabitEthernet0/1.4 interface from 10.10.33.12

dit gebeurt elke keer wanneer ik de verbinding verlies

[ Voor 81% gewijzigd door Ron op 18-02-2016 20:59 ]

Acties:

vrijdag 19 februari 2016 08:33

chown -R me base:all

Post eens je hele config

Acties:

vrijdag 19 februari 2016 10:19

ronald245 schreef op donderdag 18 februari 2016 @ 17:48:
[...]

hoe zorg ik er dan voor dat 't verkeer over vlan 34 loopt?
ik moet namenlijk van tweak dhcp'en op vlan 34 en op vlan 4, waarbij de default route nooit over vlan 4 mag gaan.

Je kunt op 3 manier doen:

code:

1
2
3

ip route 0.0.0.0 0.0.0.0 Gi0/1.34 <-  niet effectiefste manier, omdat de router te veel gaat ARPen als je gaat internetten.
ip route 0.0.0.0 0.0.0.0 82.197.195.1 <- 1 ARP voor gateway MAC adres als je gaat internetten.
ip route 0.0.0.0 0.0.0.0 Gi0/1.34 82.197.195.1 Beste manier.

Acties:

vrijdag 19 februari 2016 10:34

Topicstarter

zenith schreef op donderdag 18 februari 2016 @ 17:42:
Je next-hop is een interface, dus je router denkt dat het internet direct achter deze interface hangt, dus hij arped lokaal uit. Haal je static default route uit je config en laat dhcp je default route installeren. Normaal routeer je naar een next-hop ip address niet naar een interface.

plizz schreef op vrijdag 19 februari 2016 @ 08:33:
[...]

Je kunt op 3 manier doen:

code:

1
2
3

ip route 0.0.0.0 0.0.0.0 Gi0/1.34 <-  niet effectiefste manier, omdat de router te veel gaat ARPen als je gaat internetten.
ip route 0.0.0.0 0.0.0.0 82.197.195.1 <- 1 ARP voor gateway MAC adres als je gaat internetten.
ip route 0.0.0.0 0.0.0.0 Gi0/1.34 82.197.195.1 Beste manier.

dit had ik in m'n vorige config staan maar, naar aanleiding van de post hierboven teruggezet naar ip route 0.0.0.0 0.0.0.0 Gi0/1.34;

nou blijft bij mij de vraag hangen waarom elke keer wanneer ik een DHCP request zie z'n verbinding kwijt raakt

Acties:

vrijdag 19 februari 2016 13:28

Als ik die debug kijk: krijg je van tweak een ip adres lease van 6 minuten. Dat is heel erg kort. Voor de rest kun je niks doen.

Acties:

zaterdag 20 februari 2016 13:28

zenith schreef op donderdag 18 februari 2016 @ 17:42:
Haal je static default route uit je config en laat dhcp je default route installeren. Normaal routeer je naar een next-hop ip address niet naar een interface.

Tenzij dat het point-to-point/serial interfaces zijn bijvoorbeeld daar lukt het wel...packet komt er aan de andere kant wel uit.
Voor multipoint/broadcast-type media zoals Ethernet inderdaad niet.

Acties:

zaterdag 20 februari 2016 13:40

Topicstarter

net in contact geweest met de leverancier van de Cisco 7206VXR:
zij geven de volgende dingen aan:

Remove the ip nat pool NAT 192.168.1.0 192.168.1.255 netmask 255.255.255.0 line of the config with no ip nat pool NAT 192.168.1.0 192.168.1.255 netmask 255.255.255.0 as you are using the ip of the gi0/1.34 interface as external IP

code:

hostname Router
!
boot-start-marker
boot-end-marker
!
no aaa new-model
!
ip cef
no ip dhcp use vrf connected
!
ip dhcp pool thuis
   network 192.168.1.0 255.255.255.0
   domain-name thuis.local
   dns-server 8.8.8.8 8.8.4.4
   default-router 192.168.1.1
   lease 7
!
interface GigabitEthernet0/1
 no ip address
 duplex auto
 speed auto
 media-type rj45
 no negotiation auto
 no cdp enable
 no mop enabled
!
interface GigabitEthernet0/1.4
 description IPTV
 encapsulation dot1Q 4
 ip address dhcp
 ip nat outside
 ip virtual-reassembly
!
interface GigabitEthernet0/1.34
 encapsulation dot1Q 34
 ip address dhcp
 ip nat outside
 ip virtual-reassembly
!
interface GigabitEthernet0/2
 no ip address
 shutdown
 duplex auto
 speed auto
 media-type rj45
 no negotiation auto
!
!
interface GigabitEthernet0/3
 ip address 192.168.1.1 255.255.255.0
 ip nat inside
 ip virtual-reassembly
 no ip route-cache cef
 no ip route-cache
 duplex auto
 speed auto
 media-type rj45
 no negotiation auto
 no cdp enable
!
ip forward-protocol nd
ip route 0.0.0.0 0.0.0.0 GigabitEthernet0/1.34 82.197.195.1
ip route 185.6.48.0 255.255.255.192 GigabitEthernet0/1.4
!
ip http server
ip http authentication local
ip http timeout-policy idle 600 life 86400 requests 10000
!
ip nat inside source list 1 interface GigabitEthernet0/1.34 overload
!
access-list 1 permit 192.168.1.0 0.0.0.255
snmp-server community internet RO
!
control-plane
!
gatekeeper
 shutdown
!
no process cpu extended
no process cpu autoprofile hog
!
end

ik zit nu echt een beetje met m'n handen in het haar waarom het niet werkt.
bovenstaand mijn volledige config (met wat dingen gescrubd).

het blijft misgaan. het enige wat ik uit logs kan halen is dat er "iets" misgaat waardoor er een nieuw DHCP request gedaan word.

Acties:

zaterdag 20 februari 2016 14:09

Security is not an option!

configureer "debug dhcp packet", wacht een kwartier en post vervolgens de "show logging" eens.

en configureer daarna "u all" om debugging weer uit te zetten.

[ Voor 25% gewijzigd door JackBol op 20-02-2016 13:40 ]

De actuele opbrengst van mijn Tibber Homevolt

Acties:

zaterdag 20 februari 2016 14:34

Hmm,waarom heb jij in je config volgende regeltje staan :

ip route 0.0.0.0 0.0.0.0 GigabitEthernet0/1.34 82.197.195.1

Klopt dit wel ?
Terwijl ik uit je debug logs volgende zaken kan lezen ?

*Feb 18 08:17:51.819: DHCP: QScan: Bound..T1 fired..Renewing
*Feb 18 08:17:51.819: DHCP: SRequest attempt # 1 for entry:
*Feb 18 08:17:51.819: Temp IP addr: 84.245.42.131 for peer on Interface: GigabitEthernet0/1.34
*Feb 18 08:17:51.819: Temp sub net mask: 255.255.255.0
*Feb 18 08:17:51.819: DHCP Lease server: 82.197.195.1, state: 5 Renewing
*Feb 18 08:17:51.819: DHCP transaction id: 62F
*Feb 18 08:17:51.819: Lease: 3600 secs, Renewal: 1800 secs, Rebind: 3150 secs
*Feb 18 08:17:51.819: Temp default-gateway addr: 84.245.42.1
*Feb 18 08:17:51.819: Next timer fires after: 00:22:31
*Feb 18 08:17:51.819: Retry count: 1 Client-ID: cisco-001d.e559.981b-Gi0/1.34
*Feb 18 08:17:51.819: Client-ID hex dump: 636973636F2D303031642E653535392E
*Feb 18 08:17:51.819: 393831622D4769302F312E3334
*Feb 18 08:17:51.819: Hostname: Router
*Feb 18 08:17:51.819: DHCP: SRequest - ciaddr: 84.245.42.131
*Feb 18 08:17:51.819: DHCP: SRequest placed lease len option: 3600
*Feb 18 08:17:51.819: DHCP: SRequest: 304 bytes
*Feb 18 08:17:51.819: DHCP: SRequest: 304 bytes
*Feb 18 08:17:52.051: DHCP: Received a BOOTREP pkt
*Feb 18 08:17:52.051: DHCP: Scan: Message type: DHCP Ack
*Feb 18 08:17:52.051: DHCP: Scan: Server ID Option: 82.197.195.1 = 52C5C301
*Feb 18 08:17:52.051: DHCP: Scan: Lease Time: 3600
*Feb 18 08:17:52.051: DHCP: Scan: Subnet Address Option: 255.255.255.0
*Feb 18 08:17:52.051: DHCP: Scan: DNS Name Server Option: 82.197.196.182, 82.197.196.183
*Feb 18 08:17:52.051: DHCP: Scan: Router Option: 84.245.42.1
*Feb 18 08:17:52.051: DHCP: rcvd pkt source: 82.197.195.1, destination: 84.245.42.131
*Feb 18 08:17:52.051: UDP sport: 43, dport: 44, length: 308
*Feb 18 08:17:52.051: DHCP op: 2, htype: 1, hlen: 6, hops: 1
*Feb 18 08:17:52.051: DHCP server identifier: 82.197.195.1
*Feb 18 08:17:52.051: xid: 62F, secs: 0, flags: 0
*Feb 18 08:17:52.051: client: 84.245.42.131, your: 84.245.42.131
*Feb 18 08:17:52.051: srvr: 0.0.0.0, gw: 0.0.0.0
*Feb 18 08:17:52.051: options block length: 60

*Feb 18 08:17:52.051: DHCP Ack Message
*Feb 18 08:17:52.051: DHCP: Lease Seconds: 3600
*Feb 18 08:17:52.051: DHCP: Server ID Option: 82.197.195.1
*Feb 18 08:17:52.051: DHCP: Releasing ipl options:
*Feb 18 08:17:52.051: DHCP: Applying DHCP options:
*Feb 18 08:17:52.051: Setting default_gateway to 84.245.42.1
*Feb 18 08:17:52.051: Adding default route 84.245.42.1
*Feb 18 08:17:52.051: Adding DNS server address 82.197.196.182
*Feb 18 08:17:52.051: Adding DNS server address 82.197.196.183

Acties:

zaterdag 20 februari 2016 14:52

Topicstarter

da's een goeie, daar heb ik overheen gelezen.
in ieder geval so far so good, sinds ik het heb aangepast lijkt het stabiel te zijn

EDIT:

helaas te vroeg gejuicht:

[code]
*Feb 20 04:53:21.103: DHCP: QScan: Bound..T1 fired..Renewing
*Feb 20 04:53:21.103: DHCP: SRequest attempt # 1 for entry:
*Feb 20 04:53:21.103: Temp IP addr: 10.10.33.12 for peer on Interface: GigabitEthernet0/1.4
*Feb 20 04:53:21.103: Temp sub net mask: 255.255.252.0
*Feb 20 04:53:21.103: DHCP Lease server: 10.10.28.1, state: 5 Renewing
*Feb 20 04:53:21.103: DHCP transaction id: 62E
*Feb 20 04:53:21.103: Lease: 3600 secs, Renewal: 1800 secs, Rebind: 3150 secs
*Feb 20 04:53:21.103: Next timer fires after: 00:22:31
*Feb 20 04:53:21.103: Retry count: 1 Client-ID: cisco-001d.e559.981b-Gi0/1.4
*Feb 20 04:53:21.103: Client-ID hex dump: 636973636F2D303031642E653535392E
*Feb 20 04:53:21.103: 393831622D4769302F312E34
*Feb 20 04:53:21.103: Hostname: Router
*Feb 20 04:53:21.103: DHCP: SRequest - ciaddr: 10.10.33.12
*Feb 20 04:53:21.103: DHCP: SRequest placed lease len option: 3600
*Feb 20 04:53:21.103: DHCP: SRequest: 303 bytes
*Feb 20 04:53:21.103: DHCP: SRequest: 303 bytes
*Feb 20 04:53:28.103: DHCP: QScan: Bound..T1 fired..Renewing
*Feb 20 04:53:28.103: DHCP: SRequest attempt # 1 for entry:
*Feb 20 04:53:28.103: Temp IP addr: 84.245.42.131 for peer on Interface: GigabitEthernet0/1.34
*Feb 20 04:53:28.103: Temp sub net mask: 255.255.255.0
*Feb 20 04:53:28.103: DHCP Lease server: 82.197.195.1, state: 5 Renewing
*Feb 20 04:53:28.103: DHCP transaction id: 62F
*Feb 20 04:53:28.103: Lease: 3600 secs, Renewal: 1800 secs, Rebind: 3150 secs
*Feb 20 04:53:28.103: Temp default-gateway addr: 84.245.42.1
*Feb 20 04:53:28.103: Next timer fires after: 00:22:31
*Feb 20 04:53:28.103: Retry count: 1 Client-ID: cisco-001d.e559.981b-Gi0/1.34
*Feb 20 04:53:28.103: Client-ID hex dump: 636973636F2D303031642E653535392E
*Feb 20 04:53:28.103: 393831622D4769302F312E3334
*Feb 20 04:53:28.103: Hostname: Router
*Feb 20 04:53:28.103: DHCP: SRequest - ciaddr: 84.245.42.131
*Feb 20 04:53:28.103: DHCP: SRequest placed lease len option: 3600
*Feb 20 04:53:28.103: DHCP: SRequest: 304 bytes
*Feb 20 04:53:28.103: DHCP: SRequest: 304 bytes
[code]

met als static routes:

code:

1 2	ip route 0.0.0.0 0.0.0.0 GigabitEthernet0/1.34 84.245.42.1 ip route 185.6.48.0 255.255.255.192 GigabitEthernet0/1.4

EDIT2: een brainfart, wat als ik nou de static default route nou helemaal weglaat in de config en hem door DHCP laat regelen

[ Voor 92% gewijzigd door Ron op 20-02-2016 14:51 ]

Acties:

zaterdag 20 februari 2016 15:32

Security is not an option!

Elimineer even een paar zaken.

1) Shut interface GigabitEthernet0/1.4, laten we eerst je internet pijp werkend krijgen
2) verwijder de DHCP pool van je local LAN en werk tijdelijk even met statische adressering.

De actuele opbrengst van mijn Tibber Homevolt

Acties:

zaterdag 20 februari 2016 15:44

Topicstarter

oke, ik heb nu ongeveer een half uur deze config lopen en het lijkt er op dat het werkt zolang ik:

- GEEN default static route instel maar dit door DHCP laat instellen

op dit moment heb ik ook

- GigabitEternet0/1.4 uitstaan;

nu werkt internet, 't volgende wat ik werkend ga proberen te krijgen is IPTV,

Acties:

zaterdag 20 februari 2016 15:55

Mischien op de Gig0/1.4 ook het commando "ip address dhcp client-id interface-name" inkloppen ?
Dan geeft je een gewoon MAC-adres mee van de requesting interface naar je ISP ? Mischien dat die da graag zie voor de IPTV ofzo ?

Je kan dit commando zowel onder Gig0/1.34 als Gig0/1.4 zetten.
Dan simuleer je meer alsof er een gewoon "workstation" aan hangt, ipv de string die Cisco meegeeft naar je ISP onder de vorm van :

cisco-001d.e559.981b-Gi0/1.34
cisco-001d.e559.981b-Gi0/1.4

Wel raar dat voor de 2 request, telken de HEX-dump van je client-ID dezelfde is ...

*Feb 20 04:53:21.103: Client-ID hex dump: 636973636F2D303031642E653535392E
*Feb 20 04:53:28.103: Client-ID hex dump: 636973636F2D303031642E653535392E

EDIT : Zou het ni kunnen dat daar je probleem zit ?! Dat het MAC van "Gigethernet0" eigenlijk 2x gebruikt gaat worden richting je ISP ? Dat je iets van MAC-spoofing gaat moeten doen ?

...mischien dat daar ook wel een probleempje van komt...

[ Voor 34% gewijzigd door jvanhambelgium op 20-02-2016 15:47 ]

Acties:

zaterdag 20 februari 2016 15:57

Security is not an option!

Die client id zou uniek moeten zijn, dat is de identier voor de lease de DHCP server. Als er een tweede request komt op gi0/1.4 met de zelfde client id kan de dhcp server wel eens in de war raken.
Verder kan het zo zijn dat de client id op het tv vlan misschien van een wellknown vendor moet zijn. Dat zie je wel eens vaker in IPTV deployments. Hiermee (proberen ze) te voorkomen dat derden in het IPTV vlan terecht komen.

De actuele opbrengst van mijn Tibber Homevolt

Acties:

zaterdag 20 februari 2016 20:20

Topicstarter

oke, net gekeken wat er gebeurde als ik gi0/1.4 aanzet. resultaat: alles knalt eruit

code:

*Feb 20 06:07:19.647: DHCP: DHCP client process started: 10
*Feb 20 06:07:19.651: RAC: Starting DHCP discover on GigabitEthernet0/1.4
*Feb 20 06:07:19.651: DHCP: Try 1 to acquire address for GigabitEthernet0/1.4
*Feb 20 06:07:19.651: DHCP: allocate request
*Feb 20 06:07:19.651: DHCP: new entry. add to queue, interface GigabitEthernet0/1.4
*Feb 20 06:07:19.651: DHCP: SDiscover attempt # 1 for entry:
*Feb 20 06:07:19.651: Temp IP addr: 0.0.0.0  for peer on Interface: GigabitEthernet0/1.4
*Feb 20 06:07:19.651: Temp  sub net mask: 0.0.0.0
*Feb 20 06:07:19.651:    DHCP Lease server: 0.0.0.0, state: 1 Selecting
*Feb 20 06:07:19.651:    DHCP transaction id: 1A31
*Feb 20 06:07:19.651:    Lease: 0 secs,  Renewal: 0 secs,  Rebind: 0 secs
*Feb 20 06:07:19.651:    Next timer fires after: 00:00:04
*Feb 20 06:07:19.651:    Retry count: 1   Client-ID: cisco-001d.e559.981b-Gi0/1.4
*Feb 20 06:07:19.651:    Client-ID hex dump: 636973636F2D303031642E653535392E
*Feb 20 06:07:19.651:                        393831622D4769302F312E34
*Feb 20 06:07:19.651:    Hostname: Router
*Feb 20 06:07:19.651: DHCP: SDiscover: sending 297 byte length DHCP packet
*Feb 20 06:07:19.651: DHCP: SDiscover 297 bytes
*Feb 20 06:07:19.651:             B'cast on GigabitEthernet0/1.4 interface from 0.0.0.0
Router(config-subif)#end
Router#
*Feb 20 06:07:23.491: DHCP: SDiscover attempt # 2 for entry:
*Feb 20 06:07:23.491: Temp IP addr: 0.0.0.0  for peer on Interface: GigabitEthernet0/1.4
*Feb 20 06:07:23.491: Temp  sub net mask: 0.0.0.0
*Feb 20 06:07:23.491:    DHCP Lease server: 0.0.0.0, state: 1 Selecting
*Feb 20 06:07:23.491:    DHCP transaction id: 1A31
*Feb 20 06:07:23.491:    Lease: 0 secs,  Renewal: 0 secs,  Rebind: 0 secs
*Feb 20 06:07:23.491:    Next timer fires after: 00:00:04
*Feb 20 06:07:23.491:    Retry count: 2   Client-ID: cisco-001d.e559.981b-Gi0/1.4
*Feb 20 06:07:23.491:    Client-ID hex dump: 636973636F2D303031642E653535392E
*Feb 20 06:07:23.491:                        393831622D4769302F312E34
*Feb 20 06:07:23.491:    Hostname: Router
*Feb 20 06:07:23.491: DHCP: SDiscover: sending 297 byte length DHCP packet
*Feb 20 06:07:23.491: DHCP: SDiscover 297 bytes
*Feb 20 06:07:23.491:             B'cast on GigabitEthernet0/1.4 interface from 0.0.0.0
*Feb 20 06:07:23.955: %SYS-5-CONFIG_I: Configured from console by console
*Feb 20 06:07:25.387: DHCP: Received a BOOTREP pkt
*Feb 20 06:07:25.387: DHCP: Scan: Message type: DHCP Offer
*Feb 20 06:07:25.387: DHCP: Scan: Server ID Option: 10.10.28.1 = A0A1C01
*Feb 20 06:07:25.387: DHCP: Scan: Lease Time: 3600
*Feb 20 06:07:25.387: DHCP: Scan: Subnet Address Option: 255.255.252.0
*Feb 20 06:07:25.387: DHCP: Scan: DNS Name Server Option: 82.197.196.182, 82.197.196.183
*Feb 20 06:07:25.387: DHCP: Scan: Router Option: 10.10.32.1
*Feb 20 06:07:25.387: DHCP: rcvd pkt source: 10.10.28.1,  destination:  255.255.255.255
*Feb 20 06:07:25.387:    UDP  sport: 43,  dport: 44,  length: 286
*Feb 20 06:07:25.387:    DHCP op: 2, htype: 1, hlen: 6, hops: 1
*Feb 20 06:07:25.387:    DHCP server identifier: 10.10.28.1
*Feb 20 06:07:25.387:         xid: 1A31, secs: 0, flags: 8000
*Feb 20 06:07:25.387:         client: 0.0.0.0, your: 10.10.33.12
*Feb 20 06:07:25.387:         srvr:   0.0.0.0, gw: 0.0.0.0
*Feb 20 06:07:25.387:         options block length: 38

*Feb 20 06:07:25.387: DHCP Offer Message   Offered Address: 10.10.33.12
*Feb 20 06:07:25.387: DHCP: Lease Seconds: 3600
*Feb 20 06:07:25.387: DHCP: Server ID Option: 10.10.28.1
*Feb 20 06:07:25.387: DHCP: offer received from 10.10.28.1
*Feb 20 06:07:25.387: DHCP: SRequest attempt # 1 for entry:
*Feb 20 06:07:25.387: Temp IP addr: 10.10.33.12  for peer on Interface: GigabitEthernet0/1.4
*Feb 20 06:07:25.387: Temp  sub net mask: 255.255.252.0
*Feb 20 06:07:25.387:    DHCP Lease server: 10.10.28.1, state: 2 Requesting
*Feb 20 06:07:25.387:    DHCP transaction id: 1A31
*Feb 20 06:07:25.387:    Lease: 3600 secs,  Renewal: 0 secs,  Rebind: 0 secs
*Feb 20 06:07:25.387:    Next timer fires after: 00:00:03
*Feb 20 06:07:25.387:    Retry count: 1   Client-ID: cisco-001d.e559.981b-Gi0/1.4
*Feb 20 06:07:25.387:    Client-ID hex dump: 636973636F2D303031642E653535392E
*Feb 20 06:07:25.387:                        393831622D4769302F312E34
*Feb 20 06:07:25.387:    Hostname: Router
*Feb 20 06:07:25.387: DHCP: SRequest- Server ID option: 10.10.28.1
*Feb 20 06:07:25.387: DHCP: SRequest- Requested IP addr option: 10.10.33.12
*Feb 20 06:07:25.387: DHCP: SRequest placed lease len option: 3600
*Feb 20 06:07:25.387: DHCP: SRequest: 315 bytes
*Feb 20 06:07:25.387: DHCP: SRequest: 315 bytes
*Feb 20 06:07:25.387:             B'cast on GigabitEthernet0/1.4 interface from 0.0.0.0
*Feb 20 06:07:25.523: DHCP: Received a BOOTREP pkt
*Feb 20 06:07:25.523: DHCP: Scan: Message type: DHCP Ack
*Feb 20 06:07:25.523: DHCP: Scan: Server ID Option: 10.10.28.1 = A0A1C01
*Feb 20 06:07:25.523: DHCP: Scan: Lease Time: 3600
*Feb 20 06:07:25.523: DHCP: Scan: Subnet Address Option: 255.255.252.0
*Feb 20 06:07:25.523: DHCP: Scan: DNS Name Server Option: 82.197.196.182, 82.197.196.183
*Feb 20 06:07:25.523: DHCP: Scan: Router Option: 10.10.32.1
*Feb 20 06:07:25.523: DHCP: rcvd pkt source: 10.10.28.1,  destination:  255.255.255.255
*Feb 20 06:07:25.523:    UDP  sport: 43,  dport: 44,  length: 286
*Feb 20 06:07:25.523:    DHCP op: 2, htype: 1, hlen: 6, hops: 1
*Feb 20 06:07:25.523:    DHCP server identifier: 10.10.28.1
*Feb 20 06:07:25.523:         xid: 1A31, secs: 0, flags: 8000
*Feb 20 06:07:25.523:         client: 0.0.0.0, your: 10.10.33.12
*Feb 20 06:07:25.523:         srvr:   0.0.0.0, gw: 0.0.0.0
*Feb 20 06:07:25.523:         options block length: 38

*Feb 20 06:07:25.523: DHCP Ack Message
*Feb 20 06:07:25.523: DHCP: Lease Seconds: 3600
*Feb 20 06:07:25.523: DHCP: Server ID Option: 10.10.28.1
*Feb 20 06:07:28.523: DHCP: Releasing ipl options:
*Feb 20 06:07:28.523: DHCP: Applying DHCP options:
*Feb 20 06:07:28.523:   Setting default_gateway to 10.10.32.1
*Feb 20 06:07:28.523:   Adding default route 10.10.32.1
*Feb 20 06:07:29.523:   Adding route to DHCP server 10.10.28.1 via GigabitEthernet0/1.4 10.10.32.1
*Feb 20 06:07:29.523:   Adding DNS server address 82.197.196.182
*Feb 20 06:07:29.523:   Adding DNS server address 82.197.196.183
*Feb 20 06:07:29.523: DHCP Client Pooling: ***Allocated IP address: 10.10.33.12
*Feb 20 06:07:29.635: Allocated IP address = 10.10.33.12  255.255.252.0

*Feb 20 06:07:29.635: %DHCP-6-ADDRESS_ASSIGN: Interface GigabitEthernet0/1.4 assigned DHCP address 10.10.33.12, mask 255.255.252.0, hostname Router

tweak geeft aan dat ik daar moet dhcp'en, ik ga even kijken hoe ik MAC spoofing daar aan moet zetten

EDIT:

net

jvanhambelgium schreef op zaterdag 20 februari 2016 @ 15:44:
Mischien op de Gig0/1.4 ook het commando "ip address dhcp client-id interface-name" inkloppen ?
Dan geeft je een gewoon MAC-adres mee van de requesting interface naar je ISP ? Mischien dat die da graag zie voor de IPTV ofzo ?

Je kan dit commando zowel onder Gig0/1.34 als Gig0/1.4 zetten.
Dan simuleer je meer alsof er een gewoon "workstation" aan hangt, ipv de string die Cisco meegeeft naar je ISP onder de vorm van :

cisco-001d.e559.981b-Gi0/1.34
cisco-001d.e559.981b-Gi0/1.4

Wel raar dat voor de 2 request, telken de HEX-dump van je client-ID dezelfde is ...

*Feb 20 04:53:21.103: Client-ID hex dump: 636973636F2D303031642E653535392E
*Feb 20 04:53:28.103: Client-ID hex dump: 636973636F2D303031642E653535392E

EDIT : Zou het ni kunnen dat daar je probleem zit ?! Dat het MAC van "Gigethernet0" eigenlijk 2x gebruikt gaat worden richting je ISP ? Dat je iets van MAC-spoofing gaat moeten doen ?

...mischien dat daar ook wel een probleempje van komt...

Daarnet dit gedaan:

code:

interface GigabitEthernet0/1.4
 description IPTV
 encapsulation dot1Q 4
 ip address dhcp client-id GigabitEthernet0/1
 ip nat outside
 ip virtual-reassembly
!
interface GigabitEthernet0/1.34
 encapsulation dot1Q 34
 ip address dhcp client-id GigabitEthernet0/1
 ip nat outside
 ip virtual-reassembly
!

en het werkt! ik ga nu nog even kijken of de tv ook echt werkt, maar ik heb nu in iedergeval een link naar gi0/1.34 terwijl gi0/1.4 up is

[ Voor 10% gewijzigd door Ron op 20-02-2016 16:31 ]

Acties:

maandag 22 februari 2016 00:59

Hmm, toch gek dat het op deze manier dan wel werkt. Je geeft immers aan dezelfde DHCP-server, die zowel IP's uitgeeft voor "Internet" als "IPTV" hetzelfde MAC-adres, namelijk dat van Gig0/1
Dus de theorie dat je beter met MAC-spoofing 2 verschillende MAC's aangeeft is hier niet van toepassing.
Mogelijks de verklaring van JackBol is ook plausibel, dat die IPTV-DHCP echt wel een gewoon MAC wil zien (als in "001d.e559.981b") en geen rare string zoals de Cisco standaard gaat opsturen (als in "cisco-001d.e559.981b-Gi0/1.34")

Mah bon .. als het nu al wat langer stabiel aan het bollen is denk ik wel dat het OK is!

Acties:

maandag 22 februari 2016 10:06

Topicstarter

na nog een keer als ASCI de betreffende keys ingevoerd te hebben werkt het perfect,
ik merk helaas wel dat niet alle commando's met betrekking tot IGMP en dergelijke opgepikt worden door de router of dat ik ze verkeerd intik (hoogstwaarschijnlijk het laatste).

code:

interface Loopback0
 no ip address
 ip igmp helper-address udl Loopback0
 ip igmp proxy-service
!

interface GigabitEthernet0/1.4
 description IPTV
 encapsulation dot1Q 4
 ip dhcp client client-id ascii cisco-001d.e559.981b-Gi0/1.4
 ip address dhcp
 ip nat outside
 ip virtual-reassembly
 ip igmp unidirectional-link
 ip igmp mroute-proxy Loopback0
!
interface GigabitEthernet0/3
 ip address 192.168.1.1 255.255.255.0
 ip nat inside
 ip virtual-reassembly
 no ip route-cache cef
 no ip route-cache
 ip igmp unidirectional-link
 duplex auto
 speed auto
 media-type rj45
 no negotiation auto
 no cdp enable

Show ip igmp interface:

code:

GigabitEthernet0/1.4 is up, line protocol is up
  Internet address is 10.10.33.12/22
  IGMP is disabled on interface
  Multicast routing is disabled on interface
  Multicast TTL threshold is 0
  IGMP unidirectional link multicast routing enabled
  No multicast groups joined by this system
GigabitEthernet0/3 is up, line protocol is up
  Internet address is 192.168.1.1/24
  IGMP is disabled on interface
  Multicast routing is disabled on interface
  Multicast TTL threshold is 0
  IGMP unidirectional link multicast routing enabled
  No multicast groups joined by this system
Loopback0 is up, line protocol is up
  Internet protocol processing disabled
  IGMP is disabled on interface
  Multicast routing is disabled on interface
  Multicast TTL threshold is 0
  IGMP helper is to UDL interface Loopback0
  No multicast groups joined by this system

[ Voor 92% gewijzigd door Ron op 22-02-2016 02:12 ]

Acties:

maandag 22 februari 2016 15:29

Security is not an option!

Post even je hele config.

Heb je "ip multicast-routing" geconfigureerd in global?

De actuele opbrengst van mijn Tibber Homevolt

Acties:

MisteRMeesteR

Moderator Internet & Netwerken

Is Gek op... :)

Heb je nu nog steeds dit erin staan?:

code:

1	ip route 0.0.0.0 0.0.0.0 GigabitEthernet0/1.34 84.245.42.1

Waarom niet:

code:

1	ip route 0.0.0.0 0.0.0.0 GigabitEthernet0/1.34 dhcp

www.google.nl

maandag 22 februari 2016 15:31

Acties:

maandag 22 februari 2016 15:51

Topicstarter

code:

ip cef
no ip dhcp use vrf connected
!
ip dhcp pool thuis
   network 192.168.1.0 255.255.255.0
   domain-name thuis.local
   default-router 192.168.1.1
   dns-server 8.8.8.8 8.8.4.4
   lease 7
!
ip multicast-routing
!
!
interface GigabitEthernet0/1
 no ip address
 duplex auto
 speed auto
 media-type rj45
 no negotiation auto
 no cdp enable
 no mop enabled
!
interface GigabitEthernet0/1.4
 description IPTV
 encapsulation dot1Q 4
 ip dhcp client client-id ascii cisco-001d.e559.981b-Gi0/1.4
 ip address dhcp
 ip pim dense-mode
 ip nat outside
 ip virtual-reassembly
 ip igmp unidirectional-link
 shutdown
!
interface GigabitEthernet0/1.34
 encapsulation dot1Q 34
 ip dhcp client client-id ascii cisco-001d.e559.981b-Gi0/1.34
 ip address dhcp
 ip nat outside
 ip virtual-reassembly
!
interface GigabitEthernet0/2
 no ip address
 shutdown
 duplex auto
 speed auto
 media-type rj45
 no negotiation auto
!
interface GigabitEthernet0/3
 ip address 192.168.1.1 255.255.255.0
 ip pim dense-mode
 ip nat inside
 ip virtual-reassembly
 no ip route-cache cef
 no ip route-cache
 ip igmp unidirectional-link
 duplex auto
 speed auto
 media-type rj45
 no negotiation auto
 no cdp enable
!
ip forward-protocol nd
ip route 185.6.48.0 255.255.252.0 GigabitEthernet0/1.4
ip route 0.0.0.0 0.0.0.0 GigabitEthernet0/1.34 dhcp
!
ip http server
ip http authentication local
ip http timeout-policy idle 600 life 86400 requests 10000
!
ip nat inside source list 1 interface GigabitEthernet0/1.34 overload
ip nat inside source list 2 interface GigabitEthernet0/1.4 overload
!
access-list 1 permit 192.168.1.0 0.0.0.255
access-list 2 permit 192.168.1.0 0.0.0.255
snmp-server community internet RO
!
!
no process cpu extended
no process cpu autoprofile hog
!
end

dit is m'n huidige config, helaas is 't probleem weer terug dat wanneer ik interface 1.4 weer aanzet m'n verbinding wegvalt

omdat die ABOX42, (sparql doosjes) vlan 4 en 34 nodig hebben heb ik niet kunnen testen of igmp snooping nu wel werkt

MisteRMeesteR schreef op maandag 22 februari 2016 @ 15:29:
Heb je nu nog steeds dit erin staan?:
code:
1
ip route 0.0.0.0 0.0.0.0 GigabitEthernet0/1.34 84.245.42.1
Waarom niet:
code:
1
ip route 0.0.0.0 0.0.0.0 GigabitEthernet0/1.34 dhcp

daar heb ik niet eens aan gedacht, da's een goede,

[ Voor 25% gewijzigd door Ron op 22-02-2016 15:38 ]

Acties:

MisteRMeesteR

Moderator Internet & Netwerken

Is Gek op... :)

Hoe kom je bij onderstaande configuratie?:

code:

ip nat inside source list 1 interface GigabitEthernet0/1.34 overload
ip nat inside source list 2 interface GigabitEthernet0/1.4 overload
!
access-list 1 permit 192.168.1.0 0.0.0.255
access-list 2 permit 192.168.1.0 0.0.0.255

ACL 2 en bijbehorende NAT regel moet je weghalen.

www.google.nl

maandag 22 februari 2016 15:56

Acties:

FatalError

Ik heb ook een 7206VXR met NPE-G1 staan, maar enkel als testbakje.. Dat ding vreet standaard ongeveer 80 watt als hij verder niks doet. Dat is 160 euro per jaar! Ik zou toch echt een lichter doosje halen, afhankelijk van wat je internetverbinding is.

If it ain't broken, tweak it!

maandag 22 februari 2016 16:00

Acties:

maandag 22 februari 2016 16:06

Topicstarter

MisteRMeesteR schreef op maandag 22 februari 2016 @ 15:51:
Hoe kom je bij onderstaande configuratie?:
code:
1
2
3
4
5
ip nat inside source list 1 interface GigabitEthernet0/1.34 overload
ip nat inside source list 2 interface GigabitEthernet0/1.4 overload
!
access-list 1 permit 192.168.1.0 0.0.0.255
access-list 2 permit 192.168.1.0 0.0.0.255
ACL 2 en bijbehorende NAT regel moet je weghalen.

dat was een probeersel om te kijken of ik Vlan 4 en 34 tegerlijkertijd werkend kon krijgen. dit naar aanleiding van

Kabouterplop01 schreef op zaterdag 13 februari 2016 @ 22:48:

code:

conf t
ip cef
ip routing
!
interface gi0/1.4
encapsulation dot1q 4
!
interface gi0/1.34
encapsulation dot1q 34
!
interface GigabitEthernet0/3
  ip nat inside
! 
exit
ip route 0.0.0.0 0.0.0.0 gi0/1.4
ip nat pool NAT 192.168.1.0 192.168.1.255 netmask 255.255.255.0
ip nat inside source list 1 interface interface gi0/1.4 overload
ip nat inside source list 1 interface interface gi0/1.34 overload  
! 
access-list 1 permit 192.168.1.0 0.0.0.255
access-list 1 deny   any
!
end
wr mem

Zo zou je een eind moeten komen. misschien nog meer aanvullingen nodig.

FatalError schreef op maandag 22 februari 2016 @ 15:56:
Ik heb ook een 7206VXR met NPE-G1 staan, maar enkel als testbakje.. Dat ding vreet standaard ongeveer 80 watt als hij verder niks doet. Dat is 160 euro per jaar! Ik zou toch echt een lichter doosje halen, afhankelijk van wat je internetverbinding is.

Ik heb deze router kado gekregen van Alturna networks, ook is 't de bedoeling dat ik hem als studieobject ga gebruiken voor networking 1 & 2 aan de hva

Acties:

maandag 22 februari 2016 16:26

Security is not an option!

MisteRMeesteR schreef op maandag 22 februari 2016 @ 15:51:
Hoe kom je bij onderstaande configuratie?:
code:
1
2
3
4
5
ip nat inside source list 1 interface GigabitEthernet0/1.34 overload
ip nat inside source list 2 interface GigabitEthernet0/1.4 overload
!
access-list 1 permit 192.168.1.0 0.0.0.255
access-list 2 permit 192.168.1.0 0.0.0.255
ACL 2 en bijbehorende NAT regel moet je weghalen.

Ook voor het IPTV vlan moet je NATten.

KPN IPTV ook routed, dus je hebt een IGMP proxy nodig die de IGMP query forward naar de PIM router. Ik weet niet of dat op de 7200 supported is. In de documentatie vind ik er niets over...

De actuele opbrengst van mijn Tibber Homevolt

Acties:

maandag 22 februari 2016 16:39

Topicstarter

JackBol schreef op maandag 22 februari 2016 @ 16:06:
[...]

Ook voor het IPTV vlan moet je NATten.

KPN IPTV ook routed, dus je hebt een IGMP proxy nodig die de IGMP query forward naar de PIM router. Ik weet niet of dat op de 7200 supported is. In de documentatie vind ik er niets over...

Dat vind ik ook het lastige, veel informatie met betrekking tot IGMP staan niet in de technishe documentatie.
hier gaat 't overigens over de provider TWEAK,

nu zit ik met de vraag, moet ik nu wel of niet NATten over interface 1.4?

Acties:

maandag 22 februari 2016 18:35

Security is not an option!

ronald245 schreef op maandag 22 februari 2016 @ 16:26:
[...]

Dat vind ik ook het lastige, veel informatie met betrekking tot IGMP staan niet in de technishe documentatie.
hier gaat 't overigens over de provider TWEAK,

Debug igmp eens op de 7200 en kijk of de IGMP queries op de router aankomen en wat de router ermee doet. Ze zouden geforward moeten worden over Gi0/1.4 en gecached tbv. IGMP snooping.

nu zit ik met de vraag, moet ik nu wel of niet NATten over interface 1.4?

Lijkt me wel, anders moeten ze alle private IP space naar hun TV headend routen. Dat zou betekenen dat ze alle video VLANs achter de CPEs uniek zouden moeten adresseren of upstream zouden moeten NAT'ten. Beide lijkt mij geen schaalbare architectuur.

De actuele opbrengst van mijn Tibber Homevolt

Acties:

maandag 22 februari 2016 18:42

Topicstarter

JackBol schreef op maandag 22 februari 2016 @ 16:39:
Lijkt me wel, anders moeten ze alle private IP space naar hun TV headend routen. Dat zou betekenen dat ze alle video VLANs achter de CPEs uniek zouden moeten adresseren of upstream zouden moeten NAT'ten. Beide lijkt mij geen schaalbare architectuur.

het lijkt er op dat ze dit doen, op subinterface 1.4 krijg ik een ip-adres in de 10.0.0.0 Range, het kan zijn dat dit het geval is omdat ze IPV4 adress space willen bewaren.

ik ga vanavond weer verder klooien om te kijken hoe ik subinterface 1.4 en 1.34 tergelijkertijd aan kan houden.

Acties:

maandag 22 februari 2016 18:55

Security is not an option!

ronald245 schreef op maandag 22 februari 2016 @ 18:35:
[...]

het lijkt er op dat ze dit doen, op subinterface 1.4 krijg ik een ip-adres in de 10.0.0.0 Range, het kan zijn dat dit het geval is omdat ze IPV4 adress space willen bewaren.

Welk 10-adres heb je? Standaard 10.0.0.2 ofzo?
Omdat je private addressed bent betekent niet dat ze niet NAT'ten.

Waarschijnlijk geven ze alle lokale LANs hetzelfde private subnet en NATten ze alsnog richting de headend.

De actuele opbrengst van mijn Tibber Homevolt

Acties:

maandag 22 februari 2016 19:54

Topicstarter

JackBol schreef op maandag 22 februari 2016 @ 18:42:
[...]

Welk 10-adres heb je? Standaard 10.0.0.2 ofzo?
Omdat je private addressed bent betekent niet dat ze niet NAT'ten.

Waarschijnlijk geven ze alle lokale LANs hetzelfde private subnet en NATten ze alsnog richting de headend.

het ip adres wat ik op vlan 4 krijg is 10.10.33.12.

daarnet nog even de eisen van tweak er bij gepakt:

Er moet NAT worden toegepast voor verkeer over VLAN 4.

dit betekend dus dat ik WEL twee keer moet nat'ten?

Acties:

maandag 22 februari 2016 20:05

Security is not an option!

ronald245 schreef op maandag 22 februari 2016 @ 18:55:
[...]

het ip adres wat ik op vlan 4 krijg is 10.10.33.12.

daarnet nog even de eisen van tweak er bij gepakt:

[...]

dit betekend dus dat ik WEL twee keer moet nat'ten?

Jep. Je moet NAT'ten naar zowel je internet-subif als je IPTV subif.
Maar dat is niet zo moeilijk, ik denk dat het met de volgende config moet lukken:

code:

ip route 0.0.0.0 0.0.0.0 GigabitEthernet0/1.34 dhcp
ip route 185.6.48.0 255.255.255.192 interface gi0/1.4 dhcp

ip nat inside source list 1 interface GigabitEthernet0/1.34 overload
ip nat inside source list 1 interface GigabitEthernet0/1.4 overload
access-list 1 permit 192.168.1.0 0.0.0.255

De actuele opbrengst van mijn Tibber Homevolt

Acties:

maandag 22 februari 2016 20:22

Topicstarter

Zodra ik op dezelfde source list NAT overschrijft hij de andere. vandaar de twee access lists.

code:

*Feb 22 10:07:30.675: DHCP: Try 2 to acquire address for GigabitEthernet0/1.34
*Feb 22 10:07:30.675: DHCP: allocate request
*Feb 22 10:07:30.675: DHCP: new entry. add to queue, interface GigabitEthernet0/1.34
*Feb 22 10:07:30.675: DHCP: SDiscover attempt # 1 for entry:
*Feb 22 10:07:30.675: DHCP: SDiscover: sending 298 byte length DHCP packet
*Feb 22 10:07:30.675: DHCP: SDiscover 298 bytes
*Feb 22 10:07:30.675:             B'cast on GigabitEthernet0/1.34 interface from 0.0.0.0
*Feb 22 10:07:31.351: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/1, changed state to up
*Feb 22 10:07:31.919: DHCP: Received a BOOTREP pkt
*Feb 22 10:07:31.919: DHCP: offer received from 82.197.195.1
*Feb 22 10:07:31.919: DHCP: SRequest attempt # 1 for entry:
*Feb 22 10:07:31.919: DHCP: SRequest- Server ID option: 82.197.195.1
*Feb 22 10:07:31.919: DHCP: SRequest- Requested IP addr option: 84.245.42.131
*Feb 22 10:07:31.919: DHCP: SRequest placed lease len option: 3600
*Feb 22 10:07:31.919: DHCP: SRequest: 316 bytes
*Feb 22 10:07:31.919: DHCP: SRequest: 316 bytes
*Feb 22 10:07:31.919:             B'cast on GigabitEthernet0/1.34 interface from 0.0.0.0
*Feb 22 10:07:32.723: DHCP: Received a BOOTREP pkt
*Feb 22 10:07:33.215: RAC: Starting DHCP discover on GigabitEthernet0/1.4
*Feb 22 10:07:33.215: DHCP: Try 1 to acquire address for GigabitEthernet0/1.4
*Feb 22 10:07:33.215: DHCP: allocate request
*Feb 22 10:07:33.215: DHCP: new entry. add to queue, interface GigabitEthernet0/1.4
*Feb 22 10:07:33.215: DHCP: SDiscover attempt # 1 for entry:
*Feb 22 10:07:33.215: DHCP: SDiscover: sending 297 byte length DHCP packet
*Feb 22 10:07:33.215: DHCP: SDiscover 297 bytes
*Feb 22 10:07:33.215:             B'cast on GigabitEthernet0/1.4 interface from 0.0.0.0
*Feb 22 10:07:36.723: DHCP Client Pooling: ***Allocated IP address: 84.245.42.131
*Feb 22 10:07:36.819: Allocated IP address = 84.245.42.131  255.255.255.0

*Feb 22 10:07:36.819: %DHCP-6-ADDRESS_ASSIGN: Interface GigabitEthernet0/1.34 assigned DHCP address 84.245.42.131, mask 255.255.255.0, hostname Router

*Feb 22 10:07:39.723: DHCP: SDiscover attempt # 2 for entry:
*Feb 22 10:07:39.723: DHCP: SDiscover: sending 297 byte length DHCP packet
*Feb 22 10:07:39.723: DHCP: SDiscover 297 bytes
*Feb 22 10:07:39.723:             B'cast on GigabitEthernet0/1.4 interface from 0.0.0.0
*Feb 22 10:07:41.815: DHCP: Received a BOOTREP pkt
*Feb 22 10:07:41.815: DHCP: offer received from 10.10.28.1
*Feb 22 10:07:41.815: DHCP: SRequest attempt # 1 for entry:
*Feb 22 10:07:41.815: DHCP: SRequest- Server ID option: 10.10.28.1
*Feb 22 10:07:41.815: DHCP: SRequest- Requested IP addr option: 10.10.33.12
*Feb 22 10:07:41.815: DHCP: SRequest placed lease len option: 3600
*Feb 22 10:07:41.815: DHCP: SRequest: 315 bytes
*Feb 22 10:07:41.815: DHCP: SRequest: 315 bytes
*Feb 22 10:07:41.815:             B'cast on GigabitEthernet0/1.4 interface from 0.0.0.0
*Feb 22 10:07:42.819: DHCP: Received a BOOTREP pkt
*Feb 22 10:07:46.819: DHCP Client Pooling: ***Allocated IP address: 10.10.33.12
*Feb 22 10:07:46.915: Allocated IP address = 10.10.33.12  255.255.252.0

*Feb 22 10:07:46.915: %DHCP-6-ADDRESS_ASSIGN: Interface GigabitEthernet0/1.4 assigned DHCP address 10.10.33.12, mask 255.255.252.0, hostname Router

*Feb 22 10:07:47.023: %PIM-5-DRCHG: DR change from neighbor 0.0.0.0 to 10.10.33.12 on interface GigabitEthernet0/1.4
*Feb 22 10:07:57.495: %PIM-5-NBRCHG: neighbor 172.16.66.13 UP on interface GigabitEthernet0/1.4
*Feb 22 10:07:57.495: %PIM-5-DRCHG: DR change from neighbor 10.10.33.12 to 172.16.66.13 on interface GigabitEthernet0/1.4

dit is een dhcp debug wanneer ik 1.4 online heb.

Acties:

maandag 22 februari 2016 23:49

Security is not an option!

Wow, het lukt je om een PIM neighborship op te zetten op interface gi0/1.4.
Dat kan nooit de bedoeling zijn en lijkt me ook een security risk richting tweak.

Doe eens een "show ip pim" en een "show ip mroute". Ik ben benieuwd naar de output.
Om het te disablen doe je op gi0/1.4: "no ip pim"

vervolgens debugging voor IGMP aanzetten en kijken wat de logging zegt.

De actuele opbrengst van mijn Tibber Homevolt

Acties: