Re: [Opalvoip-user] Incorrect(?) bandwidth negotiations behavior
Brought to you by:
csoutheren,
rjongbloed
From: Robert J. <ro...@vo...> - 2013-07-02 00:33:53
|
As far as I can tell it is operating exactly as configured. You have not selected symmetric codecs. Tandberg was negotiated as Master. Tandberg has indicated H.261 is the preferred codec. OPAL defers to the master and uses it's preference. All to specification I am sure the patch is in place, but the configuration does nto trigger it. By the way there is something really weird with that Tandberg, it's TCS has: capabilityTableEntryNumber = 13 capability = receiveVideoCapability genericVideoCapability { capabilityIdentifier = standard 0.0.8.241.0.0.1 maxBitRate = 7680 collapsing = 6 entries { [0]={ parameterIdentifier = standard 41 parameterValue = booleanArray 0 } where parameter 41 is the H.264 profile, and it is a bit mask of available profiles. It can /never/ be zero! *Robert Jongbloed* /OPAL/OpenH323/PTLib Architect and Co-founder./ Commercial support at http://www.voxlucida.com.au On 2/07/2013 9:48 AM, Toan Vuong wrote: > Hi Robert, > It appears that this problem is back on Eridani 3.12.4. I've attached > the log here: > https://www.box.com/s/9zqz4hp127ftkvfayaj3 > > Same issue: > H323 codec negotiations. Tandberg sends H.264 but Openphone sends > H.261. I wonder if something happened to your patch? > > Thanks, > Toan > > ------------------------------------------------------------------------ > *From:* Robert Jongbloed [ro...@vo...] > *Sent:* Thursday, May 23, 2013 4:07 PM > *To:* opa...@li... > *Subject:* Re: [Opalvoip-user] Incorrect(?) bandwidth negotiations > behavior > > Excellent. > > *Robert Jongbloed* > /OPAL/OpenH323/PTLib Architect and Co-founder./ > Commercial support at http://www.voxlucida.com.au > > On 24/05/2013 4:57 AM, JD Rosensweig wrote: >> Hi Robert, >> >> I tested your latest change with the Tandberg 1000. There is no >> longer a string of OLCs and rejects. >> >> -JD >> >> From: Robert Jongbloed <ro...@vo... >> <mailto:ro...@vo...>> >> Organization: Vox Lucida Pty. Ltd. >> Reply-To: "ro...@vo... >> <mailto:ro...@vo...>" <ro...@vo... >> <mailto:ro...@vo...>> >> Date: Sunday, May 19, 2013 5:15 PM >> To: "opa...@li... >> <mailto:opa...@li...>" >> <opa...@li... >> <mailto:opa...@li...>> >> Subject: Re: [Opalvoip-user] Incorrect(?) bandwidth negotiations behavior >> >> Sorry, mistake in that previous fix. A fix for the fix checked in. >> Can you try again please? >> >> *Robert Jongbloed* >> /OPAL/OpenH323/PTLib Architect and Co-founder./ >> Commercial support at http://www.voxlucida.com.au >> >> On 18/05/2013 8:37 AM, Toan Vuong wrote: >>> HI Robert, >>> Sorry for the confusion. That was a reply to Alexander. As for the new logs, I've already added that but it was probably missed due to the long chain of emails. Here it is again: >>> https://www.box.com/s/muiqfu4cgcc6bkzxuyik >>> >>> Thanks, >>> Toan >>> ________________________________________ >>> From: Robert Jongbloed [ro...@vo...] >>> Sent: Thursday, May 16, 2013 8:53 PM >>> To:opa...@li... >>> Subject: Re: [Opalvoip-user] Incorrect(?) bandwidth negotiations behavior >>> >>> We know the channel is being rejected, saw that on the last log. What I need is the whole log with the extra trace log changes made a couple of days ago, to find out why it is being rejected. >>> >>> Robert Jongbloed >>> OPAL/OpenH323/PTLib Architect and Co-founder. >>> Commercial support athttp://www.voxlucida.com.au >>> >>> On 17/05/2013 7:22 AM, Toan Vuong wrote: >>> Here are the openLogicalChannel PDUs that we send. Note that the firs two are our openLogicalChannels (G711 Audio and H261 Video), and then for some reason Opal continuously rejects the remote’s request to open logical channels. >>> >>> tvuong@t-lnx:/source/stand_alone_opal/Build/Source/opal/samples/openphone$ grep 'openLogicalChannel' -B 1 -A 4 openphone.codec.txt | grep 'Sending PDU' -A 4 >>> >>> 2013/05/15 18:08:37.747 0:05.960 4 H.245 Hand...301bd75700 h323pdu.cxx(80) H245 Sending PDU: >>> request openLogicalChannel { >>> forwardLogicalChannelNumber = 112 >>> forwardLogicalChannelParameters = { >>> dataType = audioData g711Ulaw64k 20 >>> -- >>> 2013/05/15 18:08:37.759 0:05.972 4 H.245 Hand...301bd75700 h323pdu.cxx(80) H245 Sending PDU: >>> request openLogicalChannel { >>> forwardLogicalChannelNumber = 113 >>> forwardLogicalChannelParameters = { >>> dataType = videoData h261VideoCapability { >>> -- >> > |