T-Home Entertain und Cisco 871

[skueeky 10]

Hallo zusammen,

mein erster Forumsbeitrag direkt mit einer Frage bzw. Problem.

Den Speedport 723v habe ich durch einen 871er Router ersetzt. Die Konfig habe ich aus Forumsbeiträgen zusammengebastelt.

Internet funktioniert, nur friert das Fernsehbild nach 10 Sekunden ein. Es scheint etwas mit dem Multicast zu tun zu haben. Ich bekomme außerdem keine IP auf dem VLAN 8 Subinterface(fa4.8) für Entertain. Hat jemand eine Idee wo der Fehler liegt oder wie ich am besten Debuggen kann? Vielen Dank.

Current configuration : 2630 bytes
!
version 12.4
no service pad
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Router
!
boot-start-marker
boot-end-marker
!
logging message-counter syslog
!
no aaa new-model
!
!
dot11 syslog
ip source-route
!
!
!
ip dhcp pool dkpool
  network 192.168.1.0 255.255.255.0
  default-router 192.168.1.1 
  dns-server 192.168.1.1 
!
!
ip cef
ip multicast-routing 
ip inspect name Firewall tcp
ip inspect name Firewall udp
no ip dhcp-client broadcast-flag
no ipv6 cef
!
multilink bundle-name authenticated
!
!
!
! 
!
!
archive
log config
 hidekeys
!
!
!
!
!
interface FastEthernet0
!
interface FastEthernet1
!
interface FastEthernet2
!
interface FastEthernet3
!
interface FastEthernet4
no ip address
no ip route-cache cef
no ip route-cache
duplex auto
speed auto
!
interface FastEthernet4.7
encapsulation dot1Q 7
no ip route-cache
pppoe enable
pppoe-client dial-pool-number 1
no cdp enable
!
interface FastEthernet4.8
encapsulation dot1Q 8
ip address dhcp
ip pim sparse-mode
no ip route-cache
ip igmp version 3
ip igmp proxy-service
no cdp enable
!
interface Vlan1
ip address 192.168.1.1 255.255.255.0
ip pim sparse-mode
ip nat inside
ip virtual-reassembly
ip igmp helper-address 87.156.111.254
ip igmp version 3
ip igmp explicit-tracking
ip igmp proxy-service
!
interface Dialer0
ip address negotiated
ip access-group 102 in
no ip redirects
no ip unreachables
no ip proxy-arp
ip mtu 1492
ip pim sparse-mode
ip nat outside
ip inspect Firewall out
ip virtual-reassembly
encapsulation ppp
ip igmp version 3
ip igmp proxy-service
dialer pool 1
dialer-group 1
no keepalive
no cdp enable
ppp authentication pap callin
ppp pap sent-username [email]x@t-online.de[/email] password 0 x
ppp ipcp dns request
ppp ipcp mask request
ppp ipcp route default
!
ip forward-protocol nd
ip route 0.0.0.0 0.0.0.0 Dialer0
no ip http server
no ip http secure-server
!
!
ip dns server
ip pim rp-address 87.156.111.254
ip nat inside source list 101 interface Dialer0 overload
!
access-list 1 permit any
access-list 101 permit ip 192.168.1.0 0.0.0.255 any
access-list 102 permit udp any eq domain any
access-list 102 permit gre any any
access-list 102 permit icmp any any echo-reply
access-list 102 permit icmp any any packet-too-big
access-list 102 permit icmp any any time-exceeded
access-list 102 permit icmp any any unreachable
access-list 102 deny   ip any any log
no cdp run

!
!
!
!
!
control-plane
!
!
line con 0
no modem enable
line aux 0
line vty 0 4
password xxxxxxx
login
!
scheduler max-task-time 5000
end

[xor 11]

Hoi,

 

die ersten 8 Sekunden bekommst du den Stream über VLAN 7 per Unicast. Danach bekommst du den Stream über VLAN 8 als Multicast.

 

Ich kenne das Problem, dass manche Router die DHCP Option 121 nicht unterstützt. Das kann ich dir so als Hinweis geben, um da nachzulesen, was Cisco dazu sagt.

 

Hast du die ACL 102 mal deaktiviert?

[skueeky 10]

Hey, danke für die Antwort. Die ACLs waren zwischendurch auf permit any any geschaltet.

Ich versuche es jetzt mal mit einerm 15er Image.

[xor 11]

Kannst du mit dem Wireshark ein Trace auf der WAN machen und ggf. hier posten?

 

Was ist das für ein Anschluss? 16.000er oder 25.000/50.000er?

 

Hast du den Speedport weiterhin als Modem vor deinem Cisco? Im PPPoE-PT Modus?

[skueeky 10]

Mit dem 15.1 Image (Advanced IP Service) funktioniert nun auch TV. Der Befehl ip dhcp client broadcast-flag clear funktioniert nun und ich bekomme eine IP auf dem Entertain VLAN 8 Subinterface.

 

Problem ist nun, dass während des Fernsehens nur noch ca. die Hälfte der Bandbreite für Internet zur Verfügung steht. Etwa 10Mbit/s down und 3Mbit/s up. Außerdem ruckelt es zwischendurch mal. Wenn der Media Receiver aus ist, stehen etwa 19Mbit/s zur Verfügung.

 

Anschluss: VDSL 25

Speedport als Modem: nein, da laut meines Wissens kein PPPOE für VDSL sondern nur für ADSL möglich ist. Es funktioniert auch nicht, habe es extra getestet. Ich nutze stattdessen ein 300HS Modem.

 

Hat jemand eine Idee/Erklärung für dieses Phänomen?

Wäre echt super :)

[xor 11]

Hoi,

 

du hast sowohl bei ADSL2+ (DSL16 Plus - Entertain) als auch bei VDSL2 die PPPoE-Einwahl um eine IP-Adresse auf deinem VLAN7 Interface zu bekommen. Du bekommst die dann ganz normal per IPCP zugewiesen. Wenn du dir deine Konfig ansiehst, dann hast du ja auch die PPPoE Einwahl eingerichtet.

 

Auf dem VLAN8 Interface bekommst du die IP dann über DHCP. Gleichzeitig gibt es noch ein virtuelle MAC dazu, welche dich dort im Netz identifiziert.

 

Aber grundsätzlich ist es auch egal, ob du nun ein Speedport als Router genutzt hättest und dahinter ein neues Netz mit dem Cisco aufgespannt hättest oder ob du ein Speedport nur als Modem nutzt und den Cisco die Einwahl machen lässt (so wie jetzt mit dem reinen VDSL2 Modem).

 

Ich kann es Mitte nächste Woche mit deiner Konfig mal an einem 1841 testen mit dem 300HS. Musst mir mal den genauen Namen vom Image nennen.

[skueeky 10]

Danke xor für die ausführliche Antwort.

 

Noch als Ergänzung zu dem Bandbreitenproblem: direkt am Anfang hat surfen und IPTV parallel funktioniert. Es hat sich nicht gegenseitig negativ beeinflusst. Habe jedoch den Cisco einmal neugestartet und danach trat das Phänomen auf.

 

Hier ein Auszug aus sh ver: Cisco IOS Software, C870 Software (C870-ADVIPSERVICESK9-M), Version 15.1(4)M5, RELEASE SOFTWARE (fc1)

[skueeky 10]

Hallo nochmal,

mir fällt auf, dass die CPU Last bei einem Speedtest und gleichzeitigem IPTV sehr hoch ist. Im Anhang ein Logauszug vom Befehl "sh proc" währenddessen.

 

Kann es daran liegen, dass die Bandbreite beschnitten wird?

proc.txt