<div dir="ltr">can you reformat the table? it's hard to follow and I'm not getting your observations.<br><br>Dan<br><br><div class="gmail_quote">On Mon, Nov 17, 2008 at 12:14 PM, Damian Minkov <span dir="ltr"><<a href="mailto:damencho@damencho.com">damencho@damencho.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi all,<br>
<br>
I'm not sure is this is the right place to ask a question but the<br>
question is about asterisk and video so :)<br>
I have problem with h264 codec (I am integrating the codec into an<br>
application). For the tests I use to call asterisk and the echo<br>
application, but I came up with strange results using it.<br>
The sent packets are not received in the right order(I mean even the<br>
sequence numbers).<br>
As said in the RFC one frame is sent in multiple packets and the last<br>
one is with set RTP Marker flag and all packets are with same time.<br>
But that packet with marker flag set is received as first packet of the<br>
frame sequence and with changed sequence number.<br>
Here is an example of which is extracted from wireshark dump (start of a<br>
call).<br>
The first four packets are sent and received in right order. But you can<br>
see that packet number 20 is received as packet 5.<br>
Also some of the packets are missing(3 of them) but the sequence numbers<br>
are all there :<br>
<br>
Sent<br>
Received<br>
Length Sequence Time Mark Length<br>
Sequence Time Mark<br>
1 525 116 0 no<br>
525 23215 0 no<br>
2 42 117 0 no<br>
42 23216 0 no<br>
3 24 118 0 no<br>
24 23217 0 no<br>
4 264 119 0 yes<br>
264 23218 0 yes<br>
5 1004 120 34830 no 798<br>
23219 35730 yes<br>
6 1004 121 34830 no 1004<br>
23220 35730 no<br>
7 1004 122 34830 no 1004<br>
23221 35730 no<br>
8 1004 123 34830 no 1004<br>
23222 35730 no<br>
9 1004 124 34830 no 1004<br>
23223 35730 no<br>
10 1004 125 34830 no 1004<br>
23224 35730 no<br>
11 1004 126 34830 no 1004<br>
23225 35730 no<br>
12 1004 127 34830 no 1004<br>
23226 35730 no<br>
13 1004 128 34830 no 1004<br>
23227 35730 no<br>
14 1004 129 34830 no 1004<br>
23228 35730 no<br>
15 1004 130 34830 no 1004<br>
23229 35730 no<br>
16 1004 131 34830 no 1004<br>
23230 35730 no<br>
17 1004 132 34830 no 1004<br>
23231 35730 no<br>
18 1004 133 34830<br>
no<br>
19 1004 134 34830<br>
no<br>
20 798 135 34830<br>
yes<br>
<br>
When I make peer-to-peer call without using asterisk everything is fine.<br>
<br>
What can be the cause of the problem ? Any ideas where to look for ?<br>
<br>
As the received packets time and sequence is changed so is changed and<br>
the checksum - all I'm using to compare packets<br>
is their length,time and order of sending. The asterisk version I'm<br>
testing with is 1.4.11 (its a production server thats why its pretty old).<br>
<br>
Thanks in advance<br>
damencho<br>
<br>
_______________________________________________<br>
--Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--" target="_blank">http://www.api-digital.com--</a><br>
<br>
asterisk-video mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-video" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-video</a><br>
</blockquote></div><br></div>