dslreports logo
 
    All Forums Hot Topics Gallery
spc
uniqs
36
dave006
join:1999-12-26
Boca Raton, FL

dave006 to nwrickert

Member

to nwrickert

Re: Picture freeze - what causes it?

Hmm, I don't have a plan STB but on my Cisco DVR, I have the option to see the System Information which indicates the session connect time for the DVR.

Try Menu button > Options > System Options > System Information. Top line shows the current date / time and (session:HH:MM:SS)

Since your STB would not change channels, I would vote for a local STB issue just like you but your System Information might show more details. Also, did your link light blick or did it stay green on the front of the STB?

Dave
Matt7
join:2001-01-02
Columbus, OH

Matt7

Member


Lately here late at night in Columbus, OH i've seen the LOCALS freeze up .. I can up and down on the channels and all the LOCALS will be frozen but QVC and HSN and others near them are ok and further up the cable networks are fine... they usually unfreeze themselves after a few minutes.. no errors or block errors on the RG when this occours.

nwrickert
Mod
join:2004-09-04
Geneva, IL

nwrickert to dave006

Mod

to dave006
said by dave006:

Hmm, I don't have a plan STB but on my Cisco DVR, I have the option to see the System Information which indicates the session connect time for the DVR.
Okay. It shows session time of almost 2900 hours, so I guess it was not an STB reboot. Probably something upstream happened that temporarily interrupted transmission of the particular stream.
Since your STB would not change channels, ...
Since that comes from a side comment by my wife, I don't have complete confidence that it is correct information.

I'll leave it as unexplained for the moment. As indicated in the OP, with this the first glitch in 4 months of service, it isn't anything I will be losing sleep over.
dave006
join:1999-12-26
Boca Raton, FL

dave006

Member

The ability for the STB to change or not change channels is key to understanding where the problem might lie.

When you make a channel change request on the STB a series of actions take place in the background relating to multicast streams and IGMP Leave / Join requests to the upstream devices from your STB. For example the RG and the VRAD both act as IGMP Proxys and if you look in the RG logs you can see examples of IGMP Leave / Join request to multicast streams.

Here is a key page with a filter that should show you some of the IGMP traffic:

»192.168.1.254/xslt?PAGE= ··· ILY=igmp

INF 2010-02-18T21:02:00-05:00 igmp: bridge1: IGMP proxy leaving group 239.193.102.28
INF 2010-02-18T23:02:00-05:00 igmp: bridge0: querier group 239.192.1.134 host 192.168.2.100 left, EXCLUDE mode, ver 3, 0 sources
INF 2010-02-18T23:02:00-05:00 igmp: bridge1: IGMP proxy leaving group 239.192.1.134
INF 2010-02-18T23:57:39-05:00 igmp: bridge0: querier group 239.255.255.250 host 192.168.2.114 joined, EXCLUDE mode, ver 3, 0 sources

In my sample log above, my DVR is at 192.168.2.100

Dave

nwrickert
Mod
join:2004-09-04
Geneva, IL

nwrickert

Mod

Okay, thanks.

The first logged entry is from just after the picture freeze, probably at the time of the first successful channel change that I saw when checking on the problem.

I'm not sure whether I'm seeing a limitation of the log, or that there was no previous channel switch attempt. The event log shows other events ("fw" events) from at least two days earlier, but no igmp events. However, the TV was used during that period, so the igmp log entries must have rolled off the log.