Ist es denn überhaupt möglich mit folgender Konfig Entertain zum laufen zu bekommen?
100/40 Mbit VDSL2 Leitung Telekom ->AVM7390->UTM (als Exposed Host in der Fritzbox eingetragen)
Hallo electroh0rsT,
ich bin noch bei einem Fehler vorher und bekomme auf meinem interafec eth1.8 keine IP via DHCP.
Kannst du vielleicht noch erklären wie du diesen Fehler überwunden hast?
Zur Info mein Setup:
Modem: ALL-BM100VDSL2V im Bridge Mode ohne vLan-> ESXi -> virtuelle UTM9 (eth1.7) PPPOE vdsl mit Tag 7 und eth1.8 steht auf DHCP:
eth1 Link encap:Ethernet HWaddr 00:0C:29:41:B9:9A
inet6 addr: fe80::20c:29ff:fe41:b99a/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:319004 errors:0 dropped:45 overruns:0 frame:0
TX packets:134138 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:364349655 (347.4 Mb) TX bytes:27140646 (25.8 Mb)
eth1.7 Link encap:Ethernet HWaddr 00:0C:29:41:B9:9A
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:318932 errors:0 dropped:0 overruns:0 frame:0
TX packets:133809 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:359889117 (343.2 Mb) TX bytes:27037786 (25.7 Mb)
eth1.8 Link encap:Ethernet HWaddr 00:0C:29:41:B9:9A
inet addr:169.254.10.30 Bcast:169.254.255.255 Mask:255.255.0.0
inet6 addr: fe80::/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:293 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 b) TX bytes:101062 (98.6 Kb)
ppp0 Link encap:Point-to-Point Protocol
inet addr:X.X.X.X P-t-P:X.X.X.X Mask:255.255.255.255
inet6 addr: Scope:Link
inet6 addr: Scope:Global
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1476 Metric:1
RX packets:316261 errors:0 dropped:0 overruns:0 frame:0
TX packets:131136 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:357235299 (340.6 Mb) TX bytes:24072468 (22.9 Mb)
tcpdump -i eth1.8 -vv
tcpdump: listening on eth1.8, link-type EN10MB (Ethernet), capture size 65535 bytes
23:23:25.203798 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 169.254.10.30 tell 0.0.0.0, length 28
23:23:26.813797 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 169.254.10.30 tell 0.0.0.0, length 28
23:23:28.738857 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 169.254.10.30 tell 0.0.0.0, length 28
23:23:30.767765 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 169.254.10.30 tell 169.254.10.30, length 28
23:23:32.770019 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 169.254.10.30 tell 169.254.10.30, length 28
23:23:35.755728 IP (tos 0x0, ttl 64, id 41049, offset 0, flags [none], proto UDP (17), length 360)
0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from 00:0c:29:41:b9:9a (oui Unknown), length 332, xid 0x3037aa40, secs 11, Flags [none] (0x0000)
Client-Ethernet-Address 00:0c:29:41:b9:9a (oui Unknown)
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Discover
MSZ Option 57, length 2: 1500
Vendor-Class Option 60, length 73: "dhcpcd-5.6.1:Linux-3.12.58-0.242991202.g6d80412-smp64:x86_64:GenuineIntel"
Parameter-Request Option 55, length 7:
Subnet-Mask, Static-Route, Default-Gateway, BR
Lease-Time, RN, RB
23:23:40.667780 IP (tos 0x0, ttl 64, id 2408, offset 0, flags [none], proto UDP (17), length 360)
0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from 00:0c:29:41:b9:9a (oui Unknown), length 332, xid 0x3037aa40, secs 16, Flags [none] (0x0000)
Client-Ethernet-Address 00:0c:29:41:b9:9a (oui Unknown)
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Discover
MSZ Option 57, length 2: 1500
Vendor-Class Option 60, length 73: "dhcpcd-5.6.1:Linux-3.12.58-0.242991202.g6d80412-smp64:x86_64:GenuineIntel"
Parameter-Request Option 55, length 7:
Subnet-Mask, Static-Route, Default-Gateway, BR
Lease-Time, RN, RB
23:23:48.677938 IP (tos 0x0, ttl 64, id 36906, offset 0, flags [none], proto UDP (17), length 360)
0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from 00:0c:29:41:b9:9a (oui Unknown), length 332, xid 0x3037aa40, secs 24, Flags [none] (0x0000)
Client-Ethernet-Address 00:0c:29:41:b9:9a (oui Unknown)
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Discover
MSZ Option 57, length 2: 1500
Vendor-Class Option 60, length 73: "dhcpcd-5.6.1:Linux-3.12.58-0.242991202.g6d80412-smp64:x86_64:GenuineIntel"
Parameter-Request Option 55, length 7:
Subnet-Mask, Static-Route, Default-Gateway, BR
Lease-Time, RN, RB
Viele Grüße
Christopher
da das ganze schon länger her ist und ich die letzte zeit keine muße hatte mich damit zu beschäftigen bin ich mir nicht mehr ganz sicher was die ursache war...wenn ich mich recht entsinne lag es an einem falschen eintrag in einer der config files...
Hi,
habe das gleich Problem wie Du. Wie hast Du es damals gelöst?
- IGMP Proxy is running
- eth1.8 bekommt 169.254.x.x ip
- Bild bricht nach 10s ab
Gruss Chris
ich habe die utm nun neu installiert und den igmp proxy nochmals installiert...dabei ist mir auch wieder eingefallen was da damals schief gelaufen war...
in /etc/init.d/igmprtd stimmte der eintrag für "INTERNET_IF" nicht...
vg,
electroh0rsT
Hi,
Danke für dein Hinweis.
Bei mir ist die Datei leider nicht lesbar.
Kannst Du mir deine Datei bereitstellen?
Wünsche noch ein Frohes Weihnachtsfest.
Mfg
Chris
hey,
wieso nicht lesbar? wie hast du denn versucht die datei zu editieren? am besten per ssh auf die utm connecten und dann per "vi" editieren...
bei mir ist es mittlerweile so, das nachdem ich die utm nochmal neu aufgesetzt habe fast alles einwandfrei funktioniert...lediglich das bild erscheint etwas verzögert beim umschalten der tv-kanäle...den ständigen restart des igmp-proxys gibt es nun auf jeden fall nicht mehr...
vg,
electroh0rsT
Hi,
hatte die falsche Datei angeschaut.
Bei der /etc/init.d/igmprtd habe ich INTERNET_IF=ppp0
Bin der Meinung ich habe kein Anschluss mit VLAN 8 tagging. (VDSL50 und Entertain Plus)
Das VLAN 7 tagging für VDSL passiert in der UTM davor hängt ein Draytek Vigor 130.
Bild ist nach dem Umschalten 10s flüssig und dann stockt es bis kein Bild mehr kommt.
Habe folgende Einstellung:
igmpproxy.conf
##------------------------------------------------------
## Enable Quickleave mode (Sends Leave instantly)
##------------------------------------------------------
quickleave
##------------------------------------------------------
## Configuration for Upstream Interface
##------------------------------------------------------
# Set this to the VLAN interface your PPP is running on
phyint ppp0 upstream ratelimit 0 threshold 1
# These are the T-Home Entertain networks
altnet 239.35.0.0/16
altnet 217.0.119.0/24
altnet 193.158.35.0/24
altnet 93.239.127.254/24
# Only one of the below config lines should be enabled!
# Set this to your receiver network
altnet 192.168.x.0/24
# If it's only ONE receiver you can use
#altnet 192.168.x.x/32
##------------------------------------------------------
## Configuration for Downstream Interface
##------------------------------------------------------
# Set this to the interface for your receiver network
# (usually your internal network adapter)
phyint eth0 downstream ratelimit 0 threshold 1
# Only one of the below config lines should be enabled!
# Set this to your receiver network
altnet 192.168.x.0/24
# If it's only ONE receiver you can use
#altnet 192.168.x.x/32
##------------------------------------------------------
## Configuration for Disabled Interfaces
##------------------------------------------------------
##
## You have to disable EVERY interface that is not involved!
## Usually it will be every network that ifconfig -a shows
## except yor VLAN8 interface!
phyint eth1 disabled
phyint eth0 disabled
phyint eth3 disabled
phyint eth2 disabled
phyint lo disabled
phyint wlan1 disabled
phyint wlan0 disabled
phyint wifi0 disabled
phyint redw1.101 disabled
#############################################
IGMPRTD
INTERNET_IF=ppp0
. /etc/rc.status
# Reset status of this service
rc_reset
case "$1" in
start)
echo -e ":: Starting IGMP Proxy "
rc_reset
iptables -I INPUT -p 2 -j ACCEPT &>/dev/null
iptables -I OUTPUT -p 2 -j ACCEPT &>/dev/null
echo -n " Starting IGMP Proxy: Starting daemon"
startproc $IGMPRTD_BIN $IGMPRTD_CONFIG $DEBUG >>$IGMPRTD_LOG 2>&1
rc_status -v
;;
stop)
echo -e ":: Shutting down IGMP Proxy "
## Stop daemon with killproc(8) and if this fails
## killproc sets the return value according to LSB.
echo -n " Shutting down IGMP Proxy: Stopping daemon "
killproc -TERM $IGMPRTD_BIN
rc_status -v
iptables -D INPUT -p 2 -j ACCEPT &>/dev/null
iptables -D OUTPUT -p 2 -j ACCEPT &>/dev/null
rc_reset
;;
LOG
*.100 - UTM
*.230 - Media Receiver
home:/root # igmpproxy -d -v /etc/igmpproxy.conf
adding VIF, Ix 0 Fl 0x0 IP 0x64b4a8c0 eth0, Threshold: 1, Ratelimit: 0
adding VIF, Ix 1 Fl 0x0 IP 0x011c10ac wlan0, Threshold: 1, Ratelimit: 0
adding VIF, Ix 2 Fl 0x0 IP 0x04b49c57 ppp0, Threshold: 1, Ratelimit: 0
adding VIF, Ix 3 Fl 0x0 IP 0x0102f20a tun0, Threshold: 1, Ratelimit: 0
joinMcGroup: 224.0.0.2 on eth0
joinMcGroup: 224.0.0.2 on tun0
sendto to 224.0.0.1 on 192.168.xxx.100; Errno(1): Operation not permitted
sendto to 224.0.0.1 on 10.242.2.1; Errno(1): Operation not permitted
Inserted route table entry for 239.255.255.250 on VIF #-1
The origin for route 239.255.255.250 changed from 192.168.xxx.6 to 192.168.xxx.234
sendto to 224.0.0.1 on 192.168.xxx.100; Errno(1): Operation not permitted
sendto to 224.0.0.1 on 10.242.2.1; Errno(1): Operation not permitted
The origin for route 239.255.255.250 changed from 192.168.xxx.234 to 192.168.xxx.8
The origin for route 239.255.255.250 changed from 192.168.xxx.8 to 192.168.180.230
The origin for route 239.255.255.250 changed from 192.168.xxx.230 to 192.168.xxx.234
sendto to 224.0.0.1 on 192.168.xxx.100; Errno(1): Operation not permitted
sendto to 224.0.0.1 on 10.242.2.1; Errno(1): Operation not permitted
Removing MFC: 192.168.xxx.234 -> 239.255.255.250, InpVIf: 2
MRT_DEL_MFC; Errno(2): No such file or directory
Hey,
INTERNET_IF ppp0 passt glaube ich nicht...ich habe dort eth1 eingetragen, obwohl ich auch ppp0 habe...vlan tagging hast du bestimmt, behaupte ich mal...habe aber auch einen vigor 130 davor, vlan tagging ebenfalls in der utm...funzt einwandfrei
in deiner igmpproxy.conf ist das auch noch falsch...
phyint ppp0 upstream ratelimit 0 threshold 1
Ist bei mir auch auf eth1...ebenso der letzte Block mit den disabled interfaces
vg,
electroh0rsT
Also wenn ich das auf eth1 stelle und das Vlan 8 hinzufüge.
Bekommt die Schnittstelle mit den VLAN8 keine IP.
(Daher kommt mein Gedanke dass ich kein Vlan8 tagging habe)
eth1.8 Link encap:Ethernet HWaddr 00:1A:8C:45:03:BD
inet addr:169.254.1.41 Bcast:169.254.255.255 Mask:255.255.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
Hallo Zusammen,
habe selber gerade Probleme mit dem IP-TV der Telekom. Bei mir hat es jedoch im BNG - Netz vor einem Hardwareversagen funktioniert.
Da im BNG - Netz das VLAN 8 wegfällt solltest du eine DHCP - Adresse auf dem VLAN 7 also auf eth1.7 erhalten. Und mit dem IGMP - Proxy die anfragen dann weiterleiten können.
Bei mir habe ich jedoch gerade das Phänomen das dies nicht mehr klappt nach besagten Hardwareausfall. Ich erhalte überhaupt keine IP - Adresse mehr vom IP-TV Netz. Niocht auf 1.7 oder 1.8.
Inet klappt super. Hat jemand von euch noch ein paar Tipps ?
https://www.computerbase.de/forum/showthread.php?t=1641467
Hallo Zusammen,
habe selber gerade Probleme mit dem IP-TV der Telekom. Bei mir hat es jedoch im BNG - Netz vor einem Hardwareversagen funktioniert.
Da im BNG - Netz das VLAN 8 wegfällt solltest du eine DHCP - Adresse auf dem VLAN 7 also auf eth1.7 erhalten. Und mit dem IGMP - Proxy die anfragen dann weiterleiten können.
Bei mir habe ich jedoch gerade das Phänomen das dies nicht mehr klappt nach besagten Hardwareausfall. Ich erhalte überhaupt keine IP - Adresse mehr vom IP-TV Netz. Niocht auf 1.7 oder 1.8.
Inet klappt super. Hat jemand von euch noch ein paar Tipps ?
https://www.computerbase.de/forum/showthread.php?t=1641467