<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
</style>
</head>
<body class='hmmessage'>
Hi Klaus and Carlo, it is now working in Windows (X-Lite). I had to remove the 263+ video coved. I have now only the h263 codec. I think 263+ (i.e, h263-1998) may be sending bad code to asterisk (or it may be the client). In fact, asterisk terminates when i try to playback the demo file (which is encoded with h263-2000). You know, I have been trying different things since Monday, but after I remove the codec, it started working properly. But, I have still the following error message (uknown rtp codec 126 ...) in Asterisk.<BR>
<BR>
-- Executing [2000@jain-sip:1] Answer("SIP/7503-08204e98", "") in new stack<BR> -- Executing [2000@jain-sip:2] mp4play("SIP/7503-08204e98", "/home/zelalem/videos/save.mp4") in new stack<BR><STRONG>[Dec 4 01:16:21] NOTICE[21538]: rtp.c:1286 ast_rtp_read: Unknown RTP codec 126 received from '146.231.122.97'<BR>[Dec 4 01:16:21] NOTICE[21538]: rtp.c:1286 ast_rtp_read: Unknown RTP codec 126 received from '146.231.122.97'<BR>[Dec 4 01:16:21] NOTICE[21538]: rtp.c:1286 ast_rtp_read: Unknown RTP codec 126 received from '146.231.122.97'<BR>[Dec 4 01:16:31] NOTICE[21538]: rtp.c:1286 ast_rtp_read: Unknown RTP codec 126 received from '146.231.122.97'<BR></STRONG> -- Executing [2000@jain-sip:3] Hangup("SIP/7503-08204e98", "") in new stack<BR> == Spawn extension (jain-sip, 2000, 3) exited non-zero on 'SIP/7503-08204e98'<BR><BR>
I have also seen a similar message in wireshark. I got the following after my send the first few (about 20) audio packets.<BR>
<BR>
12633 864.046639 146.231.122.97 146.231.121.199 RTP Payload type=unknown (126), SSRC=2216134692, Seq=1126, Time=0<BR>
12634 864.046639 146.231.122.97 146.231.121.199 RTP Payload type=unknown (126), SSRC=2216134692, Seq=1126, Time=0<BR>12635 864.046639 146.231.122.97 146.231.121.199 RTP Payload type=unknown (126), SSRC=2216134692, Seq=1126, Time=0<BR><BR><BR>
X-Lite then send few (4) audio packets again and start sending the video packets. The error might have been occurred during the first video packets? (Intra frame problem)? I am thinking if it is a bug, you may be intersted to entertain it. I haven't yet tried linphone.<BR>
<BR>
<BR>- Zelalem S. <BR>Grahamstown, SA<BR><BR><BR><BR><BR>
<HR id=stopSpelling>
<BR>
From: zelalems@hotmail.com<BR>To: asterisk-video@lists.digium.com<BR>Date: Tue, 2 Dec 2008 12:21:41 +0300<BR>Subject: Re: [Asterisk-video] call handshake fails<BR><BR>
<STYLE>
.ExternalClass .EC_hmmessage P
{padding:0px;}
.ExternalClass body.EC_hmmessage
{font-size:10pt;font-family:Verdana;}
</STYLE>
Hi Klaus and Carlo, thank you for your response. There is a little development. X-Lite seemed to save the video but couldn't play it back. You know I had to manually clicked the start button on the video pannel to start sending the video. Then, I have looked at the file using mp4info and got the following info:<BR> Track Type Info<BR>1 audio G.711 uLaw, 5.940 secs, 64 kbps, 8000 Hz<BR>2 hint Payload PCMU for track 1<BR>3 video H.263, 5.844 secs, 835 kbps, 176x144 @ 26.694045 fps<BR>4 hint Payload H263-1998 for track 3<BR><BR>I couldn't play it back, though. But I have seen the file using Ubuntu's movie player and it is a very scrambled video. I am using logitech quickcam sphere mp webcam. After, I read Carlo's e-mail, then I came back to ubuntu and tried linphone. Again, I found out that I didn't set the minimum upload and download bandwidth. So, I set 135 kbit/s for video (I am using h263-1998 codec). Then it showed wierd characterisk (like terminating automatically and not starting again). I got the following error messge from Asterisk when I tried to record the video:<BR> -- Executing [7504@jain-sip:1] Answer("SIP/7503-b7b11730", "") in new stack<BR> -- Executing [7504@jain-sip:2] mp4save("SIP/7503-b7b11730", "/home/zelalem/videos/save.mp4") in new stack<BR>[Dec 2 18:47:54] WARNING[15692]: channel.c:2809 set_format: Unable to find a codec translation path from h263p to unknown<BR>[Dec 2 18:47:54] WARNING[15692]: app_mp4.c:804 mp4_save: mp4_save: Unable to set read format to ULAW|ALAW|AMRNB!<BR><BR>And the phone terminated. I hope the above gives you an idea as to what my problem is. Once again, thank you. I have been doing this the past two weeks.<BR><BR>Cheers,<BR><BR>- Zelalem S. <BR>Grahamstown, SA<BR><BR><BR><BR>> Date: Fri, 28 Nov 2008 10:40:55 +0100<BR>> From: klaus.mailinglists@pernau.at<BR>> To: asterisk-video@lists.digium.com<BR>> Subject: Re: [Asterisk-video] call handshake fails<BR>> <BR>> Hi!<BR>> <BR>> Thanks for the patch. Now it also works with a Sony Ericsson V800.<BR>> <BR>> regards<BR>> Klaus<BR>> <BR>> <BR>> <BR>> Dan Julius schrieb:<BR>> > Hi, Sergio,<BR>> > <BR>> > I'm following up on the problem I've been having that some (30% - 60%, <BR>> > not sure what it depends on) calls are not connected successfully when <BR>> > dialing from Samsung 3G phone to SIP client.<BR>> > <BR>> > Turns out that increasing the retransmit delay from 20 to 2000 in <BR>> > H324CCSRLayer::GetNextPdu seems to have resolved the problem.<BR>> > <BR>> > Are these units Milliseconds?<BR>> > What do you think should be a reasonable timeout?<BR>> > <BR>> > Dan<BR>> > <BR>> > <BR>> > On Thu, May 15, 2008 at 4:42 PM, Dan Julius <dan.julius@gmail.com <BR>> > <mailto:dan.julius@gmail.com>> wrote:<BR>> > <BR>> > Hi, Sergio,<BR>> > <BR>> > I actually sent these to the list a while ago, but they bounced.<BR>> > How do we deal with private attachments while still keeping the<BR>> > discussion public?<BR>> > <BR>> > Thanks for looking into this.<BR>> > <BR>> > Dan<BR>> > <BR>> > ---------- Forwarded message ----------<BR>> > From: *Dan Julius* <dan.julius@gmail.com <mailto:dan.julius@gmail.com>><BR>> > Date: Fri, May 9, 2008 at 2:07 PM<BR>> > Subject: Re: [Asterisk-video] call handshake fails<BR>> > To: Development discussion of video media support in Asterisk<BR>> > <asterisk-video@lists.digium.com<BR>> > <mailto:asterisk-video@lists.digium.com>><BR>> > <BR>> > <BR>> > Hi,<BR>> > <BR>> > Attached are logs for a call that failed. After answering the call<BR>> > on the mobile device, X-Lite continues to ring and nothing happens.<BR>> > As for video in working calls - the problem is with video from H324M<BR>> > to SIP. Any ideas how to debug this?<BR>> > <BR>> > Can you provide a sample for using app_transcoder?<BR>> > <BR>> > Thanks,<BR>> > Dan<BR>> > <BR>> > <BR>> > <BR>> > On Fri, May 9, 2008 at 1:27 PM, Sergio Garcia Murillo<BR>> > <sergio.garcia@fontventa.com <mailto:sergio.garcia@fontventa.com>><BR>> > wrote:<BR>> > <BR>> > Could you send me a file with the h245 and h223 logs? (enable<BR>> > them by h324m debug level 4)<BR>> > <BR>> > The most probable cause is that you isdn provider is doing echo<BR>> > cancelation on the line, it usually causes random problems like<BR>> > this.<BR>> > <BR>> > The problem with video from SIP->H324M is that it has to be h263<BR>> > QCIF at maximun 52 kbs, if your videophone is not able to set<BR>> > this up, you'll need to use the app_transcoder module.<BR>> > <BR>> > Best regards<BR>> > Sergio<BR>> > <BR>> > ----- Original Message -----<BR>> > From: Dan Julius [mailto:dan.julius@gmail.com<BR>> > <mailto:dan.julius@gmail.com>]<BR>> > To: asterisk-video@lists.digium.com<BR>> > <mailto:asterisk-video@lists.digium.com><BR>> > Sent: Fri, 9 May 2008 12:25:17 +0300<BR>> > Subject: Re: [Asterisk-video] call handshake fails<BR>> > <BR>> > Further info:<BR>> > <BR>> > - In the failed calls, the mobile phone never sends a<BR>> > masterSlaveDetermination packet (according to the h223 logs)<BR>> > - Asterisk sends the terminalCapabilitiesSet,<BR>> > masterSlaveDetermination and<BR>> > then continues to send OpenLogicalChannels.<BR>> > <BR>> > Is it OK to send OpenLogicalChannel before receiving a<BR>> > masterSlaveDetermination?<BR>> > <BR>> > Thanks,<BR>> > Dan<BR>> > <BR>> > On Fri, May 9, 2008 at 2:25 AM, Dan Julius <dan.julius@gmail.com<BR>> > <mailto:dan.julius@gmail.com>> wrote:<BR>> > <BR>> > > Hi, Everybody,<BR>> > ><BR>> > > I'm new to this project, so I apologize if my questions<BR>> > might have<BR>> > > already been answered elsewhere.<BR>> > > I am using a X-Lite, Asterisk 1.4.19, a Digium TE122 card,<BR>> > and a Samsung<BR>> > > Z720 phone.<BR>> > ><BR>> > > So far I have been able to make SIP-h234m calls (originating<BR>> > at either<BR>> > > side) with only partial success.<BR>> > > - I only get video in one direction, from SIP to H324M. I've<BR>> > read the posts<BR>> > > stating that SIP->H324m is actually more problematic, so I'm<BR>> > quite puzzled<BR>> > > about this.<BR>> > > - About 33% of the calls fail to negotiate a video<BR>> > connection. After<BR>> > > answering the call, nothing happens until I disconnect.<BR>> > > The out-bound h223 log of a failed call is below. Does this<BR>> > log indicate<BR>> > > that Asterisk is sending terminalCapabilitySet multiple times<BR>> > until it is<BR>> > > acknowledged?<BR>> > ><BR>> > > 1 0.000000 1.1.1.1 <http://1.1.1.1> -> 2.2.2.2<BR>> > <http://2.2.2.2> H.245 terminalCapabilitySet<BR>> > > terminalCapabilitySet terminalCapabilitySet terminalCapabilitySet<BR>> > > terminalCapabilitySet terminalCapabilitySet terminalCapabilitySet<BR>> > > terminalCapabilitySet terminalCapabilitySet terminalCapabilitySet<BR>> > > masterSlaveDetermination masterSlaveDetermination<BR>> > masterSlaveDetermination<BR>> > > masterSlaveDetermination masterSlaveDetermination<BR>> > masterSlaveDetermination<BR>> > > masterSlaveDetermination masterSlaveDetermination<BR>> > masterSlaveDetermination<BR>> > > masterSlaveDetermination masterSlaveDetermination<BR>> > masterSlaveDetermination<BR>> > > masterSlaveDetermination masterSlaveDetermination<BR>> > masterSlaveDetermination<BR>> > > 2 0.000001 1.1.1.1 <http://1.1.1.1> -> 2.2.2.2<BR>> > <http://2.2.2.2> H.245 openLogicalChannel<BR>> > > (generic) openLogicalChannel (generic) openLogicalChannel<BR>> > (generic)<BR>> > > openLogicalChannel (generic) openLogicalChannel (generic)<BR>> > openLogicalChannel<BR>> > > (generic) openLogicalChannel (generic) openLogicalChannel<BR>> > (generic)<BR>> > > openLogicalChannel (generic) openLogicalChannel (generic)<BR>> > openLogicalChannel<BR>> > > (generic) openLogicalChannel (generic) openLogicalChannel<BR>> > (generic)<BR>> > > openLogicalChannel (h263VideoCapability) openLogicalChannel<BR>> > > (h263VideoCapability) openLogicalChannel (h263VideoCapability)<BR>> > > openLogicalChannel (h263VideoCapability) openLogicalChannel<BR>> > > (h263VideoCapability) openLogicalChannel (h263VideoCapability)<BR>> > > openLogicalChannel (h263VideoCapability) openLogicalChannel<BR>> > > (h263VideoCapability) openLogicalChannel (h263VideoCapability)<BR>> > > openLogicalChannel (h263VideoCapability) openLogicalChannel<BR>> > > (h263VideoCapability) openLogicalChannel (h263VideoCapability)<BR>> > > openLogicalChannel (h263VideoCapability) openLogicalChannel<BR>> > > (h263VideoCapability) multiplexEntrySend multiplexEntrySend<BR>> > > multiplexEntrySend multiplexEntrySend multiplexEntrySend<BR>> > multiplexEntrySend<BR>> > > multiplexEntrySend multiplexEntrySend multiplexEntrySend<BR>> > multiplexEntrySend<BR>> > > multiplexEntrySend multiplexEntrySend<BR>> > > 3 0.000002 1.1.1.1 <http://1.1.1.1> -> 2.2.2.2<BR>> > <http://2.2.2.2> H.245 multiplexEntrySend<BR>> > > multiplexEntrySend multiplexEntrySend multiplexEntrySend<BR>> > > terminalCapabilitySetAck terminalCapabilitySetAck<BR>> > terminalCapabilitySetAck<BR>> > > terminalCapabilitySetAck terminalCapabilitySetAck<BR>> > terminalCapabilitySetAck<BR>> > > terminalCapabilitySetAck terminalCapabilitySetAck<BR>> > terminalCapabilitySetAck<BR>> > > terminalCapabilitySetAck terminalCapabilitySetAck<BR>> > terminalCapabilitySetAck<BR>> > > terminalCapabilitySetAck terminalCapabilitySetAck<BR>> > terminalCapabilitySetAck<BR>> > > terminalCapabilitySetAck<BR>> > > 4 0.000003 1.1.1.1 <http://1.1.1.1> -> 2.2.2.2<BR>> > <http://2.2.2.2> H223<BR>> > > 5 0.000004 1.1.1.1 <http://1.1.1.1> -> 2.2.2.2<BR>> > <http://2.2.2.2> H223<BR>> > ><BR>> > > Any pointers on how to debug this would be much appreciated.<BR>> > ><BR>> > > Thanks,<BR>> > > Dan<BR>> > ><BR>> > > PS - This is really great work and I'm very impressed with<BR>> > the project and<BR>> > > hope that I will be able to contribute as well.<BR>> > ><BR>> > ><BR>> > ><BR>> > ><BR>> > ><BR>> > ><BR>> > ><BR>> > <BR>> > <BR>> > _______________________________________________<BR>> > --Bandwidth and Colocation Provided by http://www.api-digital.com--<BR>> > <BR>> > asterisk-video mailing list<BR>> > To UNSUBSCRIBE or update options visit:<BR>> > http://lists.digium.com/mailman/listinfo/asterisk-video<BR>> > <BR>> > <BR>> > <BR>> > <BR>> > <BR>> > ------------------------------------------------------------------------<BR>> > <BR>> > _______________________________________________<BR>> > --Bandwidth and Colocation Provided by http://www.api-digital.com--<BR>> > <BR>> > asterisk-video mailing list<BR>> > To UNSUBSCRIBE or update options visit:<BR>> > http://lists.digium.com/mailman/listinfo/asterisk-video<BR>> <BR>> _______________________________________________<BR>> --Bandwidth and Colocation Provided by http://www.api-digital.com--<BR>> <BR>> asterisk-video mailing list<BR>> To UNSUBSCRIBE or update options visit:<BR>> http://lists.digium.com/mailman/listinfo/asterisk-video<BR><BR><BR>
<HR>
<BR>
Connect to the next generation of MSN Messenger <A href="http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source=wlmailtagline">Get it now! </A><BR><br /><hr />Explore the seven wonders of the world <a href='http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=QBRE' target='_new'>Learn more!</a></body>
</html>