[Asterisk-video] Video stream delayed (SIP->3G)

[Borja SIXTO]

A new test again :

Remark  : I have a media configuration with a video bandwidth limiter 
set to 20000bps

3G handset ----> Asterisk (call SIP) ----> SIP(video)
I have the same problem.
The stream delayed is always the SIP -> 3G video stream.

So I think the delay is in the H324m stack and/or in the Asterisk scheduling methods.

In the SIP -> 3G -> 3Gecho, I have followed an incoming H263 RTP packet. The h263 datas (~1k bytes ethernet) are sliced in 7 RTP packets (200 bytes ethernet, in this case : echo 3G test). Each packets is send with a delay (20ms).
In the case echo3G, the packet are transfered to the destination. So I can say that 1 RTP packet have taken ~7x20ms = ~140ms to be transfered.
All the packets are delayed so, after some seconds, the stream delay is important. After some minutes, the delay is very very very important.

A other case with playmp4 application. In the 3GP hinted file, there are a lot of h263 RTP packets with a size of 1k bytes too. But in this case I don't have any delay.


What do you think about ?


I am analyzing the two source codes... 
Sergio, have you an idea ?

Regards,


Tech from i6net


Borja SIXTO a écrit :
> Hi alls,
>
> I am making test with the SIP -> 3G calls.
> I have a delay generated by the Asterisk/h324m stack.
>
> Here my test scenarios description :
>
> 3G handset ----> Asterisk (3G echo)
> All is OK.
>
> SIP(video) ----> Asterisk (video echo)
> All is OK.
>
> 3G handset ----> Asterisk (call 3G) ----> Asterisk (3G echo)
> All is OK.
>
> SIP(video) ----> Asterisk (call 3G) ----> 3G handset
> The Audio is OK for the two streams.
> The Video from 3G to SIP ok o too.
> The Video form SIP to 3G have a very important delay (> some minutes 
> !!!). If the call is long, the delay increase. But the full video 
> sequence is complete (It is probably strored in the h324m stack).
>
> SIP(video) ----> Asterisk (call 3G) ----> Asterisk (3G echo)
> The Audio is OK for the two streams.
> The Video echo have the important delay (> some minutes !!!). Same 
> result as the previous case.
>
> I am analysing the WireShark capture (Video RTP packets).
> I will post the results...
>
> Any body have the same problem ?
> Have you an idea ?
>
> Thanks,
>
>
> Tech from i6net
>
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-video mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-video
>