IPTV - IGMP/Multicast werkt half icm Cisco Catalyst 2960

Pagina: 1
Acties:

Vraag


Acties:
  • 0 Henk 'm!

  • MisteRMeesteR
  • Registratie: December 2001
  • Laatst online: 15:56

MisteRMeesteR

Moderator Internet & Netwerken

Is Gek op... :)

Topicstarter
Situatie
Ik gebruik al een tijdje naar tevredenheid een Cisco 887VA in bridge voor mijn internet en IPTV verbinding over VVDSL. Het internet VLAN (VLAN6) en IPTV VLAN (VLAN4) wordt middels een dot1q trunk naar een Cisco ASA getransporteerd waarbij de ASA als router dient en middels PPPoE het WAN IP verkrijgt over VLAN6, tot zover geen problemen.

De ASA is voor VLAN4 puur laag2-switch en krijgt de pakketjes binnen vanuit de dot1q trunk en gooit ze weer naar buiten over een access interface in VLAN4 waar de STB aan hangt. Ook hier nooit problemen mee gehad.

Probleem

Vanwege het omgooien van de bekabeling hier zit de STB tegenwoordig aangesloten achter een Cisco 2960 switch, waarbij VLAN4 netjes over de uplink (dot1q trunk) wordt meegestuurd. Als de STB eenmaal is opgestart is het kijken naar streams in deze situatie geen enkel probleem en wordt middels IGMP de oude stream weggeknikkerd en de nieuwe opgezet als ik zap, alles werkt 'as-designed'.

Het probleem bestaat uit 2 delen:
• De STB start niet meer op als deze van het stroom is gehaald. Hij blijft altijd hangen op het vijfde balkje, ook na het opnieuw ophalen en installeren van de software, dit al reeds meerdere malen geprobeerd.

Als ik de STB weer direct achter de ASA of 887VA (beide in VLAN4 uiteraard) hang, hem opstart krijg ik na het normale opstartproces weer beeld, als ik de STB op stand-by zet, de STB vervolgens ompatch naar de 2960 werken alle streams naar behoren, totdat de STB (om wat voor reden dan ook) weer spanningsloos wordt gemaakt en opnieuw op moet starten, het beeld met de 5 balkjes.

Als de STB uit stand-by komt, ook na 1 nacht is er ook geen probleem met de streams.

• Programma gemist doet het niet meer, menu opent wel maar er komt geen inhoud tevoorschijn, als de STB direct achter de ASA of 887VA hangt werkt dit wel.


Relevante software en hardware die ik gebruik
Cisco 887VA in bridge (Lees: puur modem);
Cisco ASA welke het internet afhandelt en tot voor kort switch was voor het IPTV VLAN;
Cisco 2960 om alles in het TV meubel te voorzien van (bekabeld) netwerk :P.

Wat ik al gevonden of geprobeerd heb::

• STB krijg netjes een IP van KPN (ik werk nog met bridged mode en heb ook geen reden om routed mode te implementeren);
• STB haalt na het verwijderen van de software deze opnieuw op;
• STB blijft hangen op het laatste menu, 'Menu wordt opgehaald blabla'

Als de STB achter de 2960 wordt aangesloten blijft altijd de volgende stream open staan:

code:
1
2
3
4
Cisco-2960#sh ip igmp snooping gr
Vlan      Group                    Type        Version     Port List
-----------------------------------------------------------------------
4         224.3.2.6                igmp        v2          Fa0/23, Gi0/1

(Fa0/23 = STB, G0/1 = dot1q trunk)

Ik ben al aan het klootzakken geweest met een IGMP Snooping Querier, dit IP adres komt op mijn eigen LAN niet voor, heb ook geen idee waar hij dit vandaan haalt?

code:
1
2
3
4
Cisco-2960#sh ip igmp snooping querier
Vlan      IP Address               IGMP Version   Port
-------------------------------------------------------------
4         10.60.2.172              v3            Gi0/1


debug ip igmp snooping groups:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
Apr 28 13:48:01.633 Netherl: IGMPSN: Received IGMP Query for group 0.0.0.0 received on Vlan 4, port Gi0/1
Apr 28 13:48:01.633 Netherl: IGMPSN: IGMPv3 General Query received on Vlan 4, port Gi0/1 Resp time 10000 (100 100) msecs, LLQ interval 2000 (2, 1000)
Apr 28 13:48:01.633 Netherl: IGMPSN: IGMPv3 General Query QRV=2 QQIC=125s, QQI=125, Vlan 4
Apr 28 13:48:01.633 Netherl: IGMPSN: IGMP general queries received on Vlan 4 updates all groups
Apr 28 13:48:01.633 Netherl: l2mcsn_gquery_gce_walk: TIMER_STOP for group 224.3.2.6
Apr 28 13:48:09.007 Netherl: IGMPSN: Received IGMPv2 Report for group 224.3.2.6 received on Vlan 4, port Fa0/23
Apr 28 13:48:09.007 Netherl: IGMPSN: group: Skip client info adding - ip 10.159.163.*, port_id Fa0/23, on vlan 4
Apr 28 13:48:09.007 Netherl: l2mcsn_process_report: TIMER_START for group 3.90.12.96 for time 10000 * 100
Apr 28 13:48:11.632 Netherl: IGMPSN: sync group for Vlan 4 robustness variable 2
Apr 28 13:48:11.632 Netherl: IGMPSN: sync group for Vlan 4 GCE 0100.5e03.0206
Apr 28 13:48:11.632 Netherl: IGMPSN: sync group for group (224.3.2.6) blist (0)
Apr 28 13:48:11.632 Netherl: IGMPSN: group (224.3.2.6): has v2 Hosts
Apr 28 13:48:11.632 Netherl: IGMPSN: group (224.3.2.6): [0]GQ-miss-list members are:
Apr 28 13:48:11.632 Netherl: IGMPSN: group (224.3.2.6): [1]GQ-miss-list members are:
Apr 28 13:48:11.632 Netherl: IGMPSN: group (224.3.2.6): [2]GQ-miss-list members are:


10.159.163.* is het eigen IP adres van de STB.

debug ip igmp snooping querier
code:
1
2
3
4
Apr 28 13:50:06.633 Netherl: IGMPQR: vlan_id 4: GQ with src addr 10.60.2.172 received on port Gi0/1 in Non-Querier state
Apr 28 13:52:11.632 Netherl: IGMPQR: vlan_id 4: GQ with src addr 10.60.2.172 received on port Gi0/1 in Non-Querier state
Apr 28 13:54:16.640 Netherl: IGMPQR: vlan_id 4: GQ with src addr 10.60.2.172 received on port Gi0/1 in Non-Querier state
Apr 28 13:56:21.639 Netherl: IGMPQR: vlan_id 4: GQ with src addr 10.60.2.172 received on port Gi0/1 in Non-Querier state


Iemand die mij de juiste weg op kan wijzen?

www.google.nl

Alle reacties


Acties:
  • 0 Henk 'm!

  • Kabouterplop01
  • Registratie: Maart 2002
  • Laatst online: 05-05 15:41

Kabouterplop01

chown -R me base:all

hoe ziet je config eruit van vlan 4 op de switch

Acties:
  • 0 Henk 'm!

  • MisteRMeesteR
  • Registratie: December 2001
  • Laatst online: 15:56

MisteRMeesteR

Moderator Internet & Netwerken

Is Gek op... :)

Topicstarter
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
Cisco-2960#sh run int vlan 4
Building configuration...

Current configuration : 38 bytes
!
interface Vlan4
 no ip address
end

Cisco-2960#sh run | i igmp
ip igmp snooping querier
ip igmp snooping vlan 4 immediate-leave
Cisco-2960#

Ik kan niet zomaar een IP op de SVI zetten omdat het VLAN een verlengstuk is van het netwerk van KPN.

www.google.nl


Acties:
  • 0 Henk 'm!

  • wallywally
  • Registratie: Maart 2004
  • Laatst online: 20-03 22:06
spanning-tree portfast erop zetten? (fa0/23)

[ Voor 13% gewijzigd door wallywally op 29-04-2016 14:14 ]


Acties:
  • 0 Henk 'm!

  • MisteRMeesteR
  • Registratie: December 2001
  • Laatst online: 15:56

MisteRMeesteR

Moderator Internet & Netwerken

Is Gek op... :)

Topicstarter
wallywally schreef op vrijdag 29 april 2016 @ 14:12:
spanning-tree portfast erop zetten? (fa0/23)
Staat al op de gehele switch enabled, incluis fa0/23, anders geeft de ongeduldige STB een F12 error ;)

[ Voor 3% gewijzigd door MisteRMeesteR op 29-04-2016 14:51 ]

www.google.nl


Acties:
  • 0 Henk 'm!

  • daxy
  • Registratie: Februari 2004
  • Laatst online: 08-05 12:36
Heb je al eens (evt. tijdelijk) geprobeerd IGMP Snooping uit te zetten?

switch# configure terminal
switch(config)# no ip igmp snooping

Do not argue with a fool. He will drag you down to his level and beat you with experience.


Acties:
  • 0 Henk 'm!

  • MisteRMeesteR
  • Registratie: December 2001
  • Laatst online: 15:56

MisteRMeesteR

Moderator Internet & Netwerken

Is Gek op... :)

Topicstarter
daxy schreef op vrijdag 29 april 2016 @ 15:16:
Heb je al eens (evt. tijdelijk) geprobeerd IGMP Snooping uit te zetten?

switch# configure terminal
switch(config)# no ip igmp snooping
Yeap, ook dan start de STB niet door, zelfs niet als ik de 2960 factory-default maak, van G0/1 en Fa0/23 een acces interface maak in VLAN4, spanning-tree portfast configureer en IGMP uitschakel.

Ik heb er ook al eens een unmanaged switch tussen gehangen en zoals verwacht doet de STB het hierachter wél zonder problemen.

Zou haast gaan denken dat er een bug zit in de gebruikte IOS versie :(

Ik gebruik c2960-lanbasek9-mz.122-55.SE10.bin, de laatste versie beschikbaar @Cisco.

www.google.nl


Acties:
  • 0 Henk 'm!

  • wallywally
  • Registratie: Maart 2004
  • Laatst online: 20-03 22:06
show run int fa0/23 ?
show run int gi0/1

Edit en waarom een SVI zetten op vlan 4 als het niets doet

[ Voor 69% gewijzigd door wallywally op 29-04-2016 16:32 ]


Acties:
  • 0 Henk 'm!

  • MisteRMeesteR
  • Registratie: December 2001
  • Laatst online: 15:56

MisteRMeesteR

Moderator Internet & Netwerken

Is Gek op... :)

Topicstarter
wallywally schreef op vrijdag 29 april 2016 @ 16:23:
show run int fa0/23 ?
show run int gi0/1
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
Cisco-2960#sh run int fa0/23
Building configuration...

Current configuration : 110 bytes
!
interface FastEthernet0/23
 description STB
 switchport access vlan 4
 no snmp trap link-status
 spanning-tree portfast
end

Cisco-2960#sh run int g0/1  
Building configuration...

Current configuration : 184 bytes
!
interface GigabitEthernet0/1
 description Trunk naar ASA
 switchport trunk allowed vlan 4,100,500
 switchport mode trunk
 no snmp trap link-status
 spanning-tree portfast
end
Cisco-2960#
Edit en waarom een SVI zetten op vlan 4 als het niets doet
exact mijn punt ;) hij bestaat enkel omdat ik ermee getest heb.

Voor je het vraagt, VLAN4 is aangemaakt in de vlan database.

www.google.nl


Acties:
  • 0 Henk 'm!

  • wallywally
  • Registratie: Maart 2004
  • Laatst online: 20-03 22:06
Is het tagged verkeer? al geprobeerd om je trunk native vlan 4 mee te geven?

Hmm, ik denk hard op.. eigenlijk zou het niet uit moeten maken want dan zou je niks binnen moeten krijgen op die STB.

Heb je wireshark geprobeerd om verschillen te herkennen vanuit de switches die wel/niet werken?

Acties:
  • 0 Henk 'm!

  • MisteRMeesteR
  • Registratie: December 2001
  • Laatst online: 15:56

MisteRMeesteR

Moderator Internet & Netwerken

Is Gek op... :)

Topicstarter
Ik zal eens een SPAN opzetten inderdaad, ben benieuwd.

www.google.nl


Acties:
  • 0 Henk 'm!

  • MisteRMeesteR
  • Registratie: December 2001
  • Laatst online: 15:56

MisteRMeesteR

Moderator Internet & Netwerken

Is Gek op... :)

Topicstarter
Zojuist even Wireshark aangeslingerd en mijn laptop aangesloten op een SPAN poort waarbij het verkeer van de poort waar de STB op aangesloten zit wordt afgeluisterd, hier mijn bevindingen zodra het 5e menu balkje op het beeld komt:

WS-output-1
WS-output-2

Honderden checksum error's per minuut. Source is een Alcatel device? Waarschijnlijk ergens in het KPN netwerk?

De interface op de switch ziet er overigens goed uit:

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
FastEthernet0/23 is up, line protocol is up (connected)
  Hardware is Fast Ethernet, address is 5c50.1588.xyzq (bia 5c50.1588.xyzq)
  MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex, 100Mb/s, media type is 10/100BaseTX
  input flow-control is off, output flow-control is unsupported
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input never, output 00:00:00, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 9000 bits/sec, 3 packets/sec
     158 packets input, 23680 bytes, 0 no buffer
     Received 31 broadcasts (15 multicasts)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 15 multicast, 0 pause input
     0 input packets with dribble condition detected
     5550 packets output, 1835509 bytes, 0 underruns
     0 output errors, 0 collisions, 1 interface resets
     0 unknown protocol drops
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 pause output
     0 output buffer failures, 0 output buffers swapped out


Zodadelijk even een SPAN aanmaken op de 887VA en hier het verkeer monitoren terwijl de STB hier direct achter hangt.

www.google.nl


Acties:
  • 0 Henk 'm!

  • Kabouterplop01
  • Registratie: Maart 2002
  • Laatst online: 05-05 15:41

Kabouterplop01

chown -R me base:all

Volgens mij is er niets mis met jouw setup voorzover ik kan zien.
Hoe ziet je sh int gi0/1 eruit?

[ Voor 20% gewijzigd door Kabouterplop01 op 30-04-2016 20:52 ]


Acties:
  • 0 Henk 'm!

  • MisteRMeesteR
  • Registratie: December 2001
  • Laatst online: 15:56

MisteRMeesteR

Moderator Internet & Netwerken

Is Gek op... :)

Topicstarter
Kabouterplop01 schreef op zaterdag 30 april 2016 @ 20:51:
Volgens mij is er niets mis met jouw setup voorzover ik kan zien.
Hoe ziet je sh int gi0/1 eruit?
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
GigabitEthernet0/1 is up, line protocol is up (connected) 
  Hardware is Gigabit Ethernet, address is 0022.56e2.xyzq (bia 0022.56e2.xyzq)
  Description: Trunk naar ASA
  MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, 
     reliability 255/255, txload 1/255, rxload 20/255
  Encapsulation ARPA, loopback not set
  Keepalive not set
  Full-duplex, 100Mb/s, link type is auto, media type is 10/100/1000BaseTX
  input flow-control is off, output flow-control is unsupported 
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input never, output 00:00:01, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 8197000 bits/sec, 722 packets/sec
  5 minute output rate 7000 bits/sec, 13 packets/sec
     12093515 packets input, 16622347318 bytes, 0 no buffer
     Received 11388495 broadcasts (11388493 multicasts)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 11388493 multicast, 0 pause input
     0 input packets with dribble condition detected
     435100 packets output, 37604095 bytes, 0 underruns
     0 output errors, 0 collisions, 1 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 PAUSE output
     0 output buffer failures, 0 output buffers swapped out


Ja, er wordt nu TV gekeken (722 packets ps).

Kan nu ff niet achter de 887VA testen ;) Iets met kinderen die slapen :)

www.google.nl


Acties:
  • 0 Henk 'm!

  • Kabouterplop01
  • Registratie: Maart 2002
  • Laatst online: 05-05 15:41

Kabouterplop01

chown -R me base:all

Het is een Gig interface en draait op 100Mbit FD. Is de ASA interface 100MBit FD?
Ik denk niet dat dat een oorzaak is hoor, want dan was je beeld anders geweest.

Acties:
  • 0 Henk 'm!

  • Thralas
  • Registratie: December 2002
  • Laatst online: 08:36
MisteRMeesteR schreef op donderdag 28 april 2016 @ 14:07:
Ik ben al aan het klootzakken geweest met een IGMP Snooping Querier, dit IP adres komt op mijn eigen LAN niet voor, heb ook geen idee waar hij dit vandaan haalt?

code:
1
2
3
4
Cisco-2960#sh ip igmp snooping querier
Vlan      IP Address               IGMP Version   Port
-------------------------------------------------------------
4         10.60.2.172              v3            Gi0/1
Die bestaat inderdaad aan de KPN-kant..

Verder zou ik checken of je die checksum errors ook krijgt zonder de switch..

Acties:
  • 0 Henk 'm!

  • MisteRMeesteR
  • Registratie: December 2001
  • Laatst online: 15:56

MisteRMeesteR

Moderator Internet & Netwerken

Is Gek op... :)

Topicstarter
Kabouterplop01 schreef op zondag 01 mei 2016 @ 18:12:
Het is een Gig interface en draait op 100Mbit FD. Is de ASA interface 100MBit FD?
Ik denk niet dat dat een oorzaak is hoor, want dan was je beeld anders geweest.
Yeap, hangt een ASA5505 beestje tussen, dus 100mbit interfaces ;)

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
ASA-5505# sh int e0/7
Interface Ethernet0/7 "", is up, line protocol is up
  Hardware is 88E6095, BW 100 Mbps, DLY 100 usec
        Auto-Duplex(Full-duplex), Auto-Speed(100 Mbps)
        Input flow control is unsupported, output flow control is unsupported
        Description Uplink naar Cisco-2960
        Available but not configured via nameif
        MAC address bc16.abcd.xyzq, MTU not set
        IP address unassigned
        1274410 packets input, 115544663 bytes, 0 no buffer
        Received 12123 broadcasts, 0 runts, 0 giants
        0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
        0 pause input, 0 resume input
        0 L2 decode drops
        0 switch ingress policy drops
        46140047 packets output, 63236913124 bytes, 0 underruns
        0 pause output, 0 resume output
        0 output errors, 0 collisions, 0 interface resets
        0 late collisions, 0 deferred
        0 rate limit drops
        0 switch egress policy drops
        0 input reset drops, 0 output reset drops
Thralas schreef op zondag 01 mei 2016 @ 18:15:
[...]


Die bestaat inderdaad aan de KPN-kant..

Verder zou ik checken of je die checksum errors ook krijgt zonder de switch..
Pfff, even direct achter de 887VA getest, the soap continues!:

De 'Testopstelling':

STB untagged in vlan 4 op interface FastEthernet3, SPAN port aangemaakt voor laptop met Wireshark op FastEthernet2:

code:
1
2
monitor session 1 source interface Fa3
monitor session 1 destination interface Fa2


De STB krijgt een letterlijke Power-ON en Wireshark wordt aangeslingerd >:)

De uitkomst :o :

Bij de DHCP Offer vanuit de STB naar de DHCP server gaat het al fout :S

Source is nu een Huawei device? Destination is het MAC adres van mijn STB.

Afbeeldingslocatie: http://static.tweakers.net/ext/f/w4ACOCgEMJKvaV7xAbsIn5tX/full.png

Ook bij de DHCP ACK gaat het mis en is er een checksum error. Source is wederom 'het' Huawei Device.

Afbeeldingslocatie: http://static.tweakers.net/ext/f/OdKrTAc6KOhQPQDKobFPgsuG/full.png

Een ARP Broadcast (regels 18, 19 en 20) gaat dan wel weer goed naar nota bene dezelfde Huawei doos:

Afbeeldingslocatie: http://static.tweakers.net/ext/f/N85OFYNgmFlVqfEAoMd4XYQg/full.png

Terwijl de STB door de opstart-menu's heenloopt en hierbij een keertje de interface reset (ook altijd te zien op de switch CLI, en de sh int x/x output's) gaat er na het opnieuw succesvol ARP Broadcasten weer e.e.a. mis zodra itvonline.nl wordt geraadpleegd (Zelfde riedeltje als bovenstaande capture):

Afbeeldingslocatie: http://static.tweakers.net/ext/f/eewNGI92IZsAB3KAUCBJ60YS/full.png

Uiteindelijk is het opstarten van de STB klaar en wordt de laatst bekende RTSP stream geopend en begint het feestje pas echt, let er even op dat Wireshark op dit moment we ruim 61 seconden 'onderweg' is en bijna 100 regels heeft gecaptured vanaf het opstarten van de STB (letterlijke power-on) tot dit moment.

Afbeeldingslocatie: http://static.tweakers.net/ext/f/B3bNf7gYevk7AZIMiqfW8Mtz/full.png

Ruim een halve minuut verder, op ruim 95 seconden sinds de start van de capture zitten we op ruim 16000 (zestienduizend) regels output.

Afbeeldingslocatie: http://static.tweakers.net/ext/f/iZFKvbvgcZEPOwMaooOGg3TG/full.png

En vanaf hier gaat het zo door en door, tijdens het zappen verandert uiteraard het multicast IP van de RTSP stream maar blijven de checksum errors aanwezig in grote getale!

Hier komt ook het eerder geziene Alcatel device weer om de hoek kijken als ik een willekeurige capture open:

Afbeeldingslocatie: http://static.tweakers.net/ext/f/IiDZ711jj47Cw76fZ8zPtCUC/full.png

Het beeld op de TV zelf hapert letterlijk _nooit_ en ook zappen gaat zonder problemen en werkt altijd in één keer.

Zeg het maar...

www.google.nl


Acties:
  • 0 Henk 'm!

  • Thralas
  • Registratie: December 2002
  • Laatst online: 08:36
Als alles gewoon 'werkt' met de bad FCS zou ik daar niet teveel waarde aan hechten.

Heb je nu ook al gekeken waar hij 'hangt' als je de STB koud opstart, los van eventuele FCS errors?

Acties:
  • 0 Henk 'm!

  • MisteRMeesteR
  • Registratie: December 2001
  • Laatst online: 15:56

MisteRMeesteR

Moderator Internet & Netwerken

Is Gek op... :)

Topicstarter
Thralas schreef op zondag 01 mei 2016 @ 22:50:
Als alles gewoon 'werkt' met de bad FCS zou ik daar niet teveel waarde aan hechten.
Achter de 887VA werkt alles zoals gewenst inderdaad, ook met mijn bevindingen van eerder deze avond. Alleen moet hij het ook gaan doen achter mijn switch ipv te blijven hangen na een cold boot. Ik wil voorkomen dat ik op zakenreis ben en men thuis geen TV kan kijken omdat de STB een schop heeft gehad ;) En de patchkast is een no-go area ;)
Heb je nu ook al gekeken waar hij 'hangt' als je de STB koud opstart, los van eventuele FCS errors?
Zie MisteRMeesteR in "IPTV - IGMP/Multicast werkt half icm Cisco Catalyst 2960"

Weet niet waar je nu specifiek op doelt waar ik wat moet controleren?

STB zelf geeft zelf geen teken van leven meer, ook niet na 2 uur op hetzelfde menu te hebben gestaan. Op de switch blijft die IGMP group ook bestaan naar 224.3.2.6,

Ik weet niet of jij dit multicast IP adres herkent binnen de KPN wolk? Je gaf eerder al aan het IP adres 10.60.2.172 te herkennen. Geef ons eens wat meer info ;)
Members only:
Alleen zichtbaar voor ingelogde gebruikers. Inloggen
.

www.google.nl


Acties:
  • 0 Henk 'm!

  • Thralas
  • Registratie: December 2002
  • Laatst online: 08:36
MisteRMeesteR schreef op zondag 01 mei 2016 @ 23:15:
Weet niet waar je nu specifiek op doelt waar ik wat moet controleren?
Het verschil tussen de werkende (achter router) en niet-werkende situatie (achter switch). Dus bij beide even capturen, en ze naast elkaar leggen.
Ik weet niet of jij dit multicast IP adres herkent binnen de KPN wolk? Je gaf eerder al aan het IP adres 10.60.2.172 te herkennen. Geef ons eens wat meer info ;)
224.3.2.6 wordt gebruikt voor de SAP announcements (firmware en metadata-broadcasts).

Je STB is altijd subscribed op die groep.

Andere groups die ik tegenkom bij een koude boot:

224.0.250.77 is PIPEDSCHEDULE
224.0.251.124 is de NPO1 stream

Als alternatief op vergelijken hierboven, kun je ook nog eens goed naar het 'einde' van je achter-de-switch-pcap kijken. Filter dan wel even 224.3.2.6 eruit (en eventuele andere groups), dan zie je als het goed is snel waar het echt misgaat.
Pagina: 1