Hello everybody,
I am currently testing reception of EUMETCast backup service. On our test chain I have physically switched coax cables from a Twin LNB focused on E10A to another on HB13C, then updated the reception parameters (LO freq, polarisation) on our two receivers (Newtec EL940 for BAS&HVS-1, Newtec MDM6000 for HVS-2); no change on Tellicast (V 2.14.7) --> everything is working fine.
I repeated the exact same procedure on a second chain (our warm standby): receivers seem ok (Demod Lock, Data out, packet counters are counting), but Tellicast on Linux is stuck at "Status: starting" and no channels connected (TSL Annoucement Channel is stuck on "connecting"). Restart/reboot didn't help.
I ran out of ideas... any help is greatly appreciated!
Thanks & regards,
Guido

Guido,

welcome to the MSG-1 list. I may be wrong but probably almost no one has Newtec router equipment here and rather few users are on GNU/Linux as EUMETCast client OS. I found down link frequencies on HB13C T1=BAS/HVS-1 11316.72 MHz (13C6, V) and T2=HVS-2 11355.08 MHz (13C8, V). If your second chain was a standby for C4 and C10 before, then double check 13V for V polarization. Your GNU/Linux box receives all 3 services and may have 3 network interfaces? You can first look with tcpdump whether the multicast traffic you expect arrives at your two multicast network cards. These have fixed IP addresses as noted in the *.ini files I assume. And I hope your /etc/sysctl.conf is in place and taken care of. You gave us not much information regarding this second standby chain. And sorry, I only use TBS cards in my receiver PCs  (it's now 9 years back I used an AYECKA SR1 router).

I noted you are from swissmeteo. Christoph Neuhaus that managed the EUMETCast reception station at the University of Berne (if he is still around?) might be someone to ask.


Regards,
Ernst

Thanks Ernst! I double checked frequency and polarisation, they seem to be correct. And in fact, the receivers are doing their job: packets are being received and, apparently, broadcasted on the LAN. But still not arriving to Tellicast. Thanks for the suggestion of using tcpdump, it confirms that no packet arrives on the server.
At this point, I will try to switch back to the nominal service on E10B (which was working correctly) and see what happens... I'll post the results here.
Regards,
Guido