No Picture in a unicast network
Hi,
we are using ConferenceXP in a unicast network with a reflectorservice for some months.
CXP works fine, but the last two months we get in the Refloctor-LOG the following message:
UCtoUCMC forwarder exception - TrafficType:IPv4RTP Packet received from: 146.254.216.10:7004
System.Net.Sockets.SocketException: Eine vorhandene Verbindung wurde vom Remotehost geschlossen
at System.Net.Sockets.Socket.ReceiveFrom(Byte[] buffer, Int32 offset, Int32 size, SocketFlags socketFlags, EndPoint& remoteEP)
at System.Net.Sockets.Socket.ReceiveFrom(Byte[] buffer, EndPoint& remoteEP)
at MSR.LST.ConferenceXP.ReflectorService.UCtoUCMC.Start() in d:\sd\daily\lst\source\Reflector\ReflectorServer\UCtoUCMC.cs:line 212
To most clients we can connect as usual.
But to some Clients we can establish a connection in a virtual conference room , we see the
partipians, get audio but the pictore frame is black in "one" direction. In the other direction all
works fine (video and audio).
Can anyone exlain, where the problem may be?
Thanks for help.
All Replies
A black video window usually means they are not running the latest version of Windows Media player. Please check that first. If RTCP and Audio are being received in both directions then this is the only answer. If all data were in 1 direction only, then we would have a networking problem.
That is not related to your Reflector event log message though. How frequently do you get these log messages? Can you track it down to a particular client?
JVE
Hi,
thank you for your fast answer.
Sorry, the clients with black window (and all other too) have all MP10 with the correct codecs, from and to most other CXP-Clients audio and video works fine for over 6 months.
The LOGmessage appears very often since April (the beginning of the problem), 10 to 50 times a meeting (depending of the conference time).
Another idea is, that a new firewall configuration makes problems. Is this possible? Which ports are audio and video using?
Hope of new ideas...
Lausi
All data uses the same port 5004 (in a multicast environment) and 7004 in a unicast environment. That is why I said if audio is working, then the video problem is not the network.
I am running WMP11. Is that version not available for you?
Please look at the ConferenceAPI event log on the machine that has the black video window. I am sure you will find an error there relating to the black video window.
How many participants are in your meeting? How much data are they all sending? Whose IP address does the error point to, and is it consistent?
JVE
Hi,
with MP 11 there is the same problem.
My ConferenceAPI log shows messages like this ( every second 10 messages):
FrameOutOfSequence, lostFrames = 1, message = Incomplete Frame Received -- Frame Lost, Capability{ Identifier == bf0ad757-69d9-4b1b-9d49-725f6f327f68, Sender == xxx@xxxxx.com, Name == xxx@xxxxx.com - Logitech QuickCam Communicate STX, PayloadType == dynamicVideo }
Can there a problem with the reflector service - using another Reflector service there is no problem, but not all participants can use this correct working Reflector :-(There are meetings from 2 to 6 participants
btw I've changed the Sender and Name part of the error message to xxx@xxxx.com.
Lausi
It appears that your client is not receiving all the data. You might want to watch the RtpStream performance counters on that client to see just how much data is being lost. The Rtp event log might also contain some interesting information. Or the Filters event log. You could watch the network performance in Task Manager also to see if it is flooding the NIC.
Have you tried restarting the Reflector service? I have some trouble believing the Reflector to be the problem if it works fine for all the other machines. It sounds more like the client with the black video window has a malfunctioning network card (can't keep up with all the data for some reason).
JVE
Hi,
we have two Reflecor services on different machines in different countries.
Our own reflector service works fine, but not all collegues can reach this machine.
Therefore another refloctor was installed and this one makes problems since 2 months.
What I can see is, that using the malfunctional reflecor causes many lost frames in RTP Stream of my client machine.
I don't know when the last restart of the :-( reflector was done. I'll try to initiate this tomorrow morning
Thanks
Lausi
Any update on this? You should be able to tell by watching your RtpStream performance counters on the client if you are receiving all of the remote data. You can also watch the counters on the Reflector, but I would recommend controlled testing so you can see dropped packets.
JVE
Hi,
we have checked some another Refelctorserver but we've got no better result.
I think the propblem is that the problematic network connetion is "NATed". This constellation has worked for half a year, now the bandwidth was enlarged and the problems has stared. Either there is a problem with the bandwidth or we have nevertheless problems with firewalls but only in one direction.
The client RtpStrem performance counter must be checked on both clients, i'll start to do this.
Lausi
