|
протокол RTP |
|
|
2 страниц
1 2 >
|
 |
Ответов
(1 - 14)
|
Sep 16 2009, 09:26
|

Гуру
     
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244

|
Очень правильная фраза Цитата(Метценгерштейн @ Sep 16 2009, 11:15)  но моего вопроса там не понял Вашего вопроса не поняли даже Вы, куда уж тут остальным  . Сам вопрос, как могу догадываться имеет крайне отдаленное отношение к RTP? Что там виртуальное ума не приложу, в какие пакеты состыковывается? Поток, в непрерывный поток на "компе" собирается содержимое пакетов.
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
Sep 16 2009, 10:01
|
Знающий
   
Группа: Свой
Сообщений: 758
Регистрация: 11-07-05
Из: Понаехал (Мск)
Пользователь №: 6 688

|
Цитата(Метценгерштейн @ Sep 16 2009, 13:46)  У меня протокол RTP, который реализован на базе UDP. Из скольки пакетов UDP состоит один пакет RTP? Пока я правльно понимаю? Как в череде пакетов UDP мы понимаем, что на самом деле это начало протокола RTP, что это был последний пакет UDP в составе RTP, что этот пакет UDP первый и он -заголовок протокола RTP ? Один пакет UDP передает один RTP пакет, тк RTP пакет - это уровень более высокий чем UDP в модели ISO-OSI а вот RTP пакете может быть к примеру 7 кадров MPEG-TS. по 188 байт каждый x 7 = 1316 и + заголовок RTP 12 байт. Поток, по-определению, не может иметь начала и конца. возьмите wireshark, и проснифайте ваш генератор RTP. все сразу будет понятно.
|
|
|
|
|
Sep 16 2009, 10:08
|
Профессионал
    
Группа: Свой
Сообщений: 1 357
Регистрация: 12-04-05
Из: Петербург
Пользователь №: 4 079

|
да, у меня были подозрения, что один в один идут, т.к. этим wireshark и смотрю. IP телефон общается с удаленным хостом по очереди- пакет от моего IP отправляется, потом пакет принял на мой девайс. и так четко чередуется. Но! если отслеживать с самого начала разговор с момента установления соед., то там норм. все показывается- RTP пишет, а если включиться сниффером в разговор, то поочереди так же приходят пакеты, но уже написано, что UDP ??? Так вот как девайс понимает что пришедший пакет- UDP- трактовать как RTP ?
|
|
|
|
|
Sep 16 2009, 16:17
|
Профессионал
    
Группа: Свой
Сообщений: 1 357
Регистрация: 12-04-05
Из: Петербург
Пользователь №: 4 079

|
00 1f 33 df 40 f6 00 0e 08 dd 86 79 08 00 45 b8 00 3c 42 99 00 00 fa 11 af 18 ac 10 91 0b 3e 29 53 02 40 58 61 22 00 28 37 1f 80 12 38 80 15 41 1e 0d bd 38 59 01 20 e3 45 66 c0 fa 1d 27 47 de 60 ea 85 68 c8 fa 13 2d 07 de
вот дамп одного пакета от моего тлф до рутера, от туда далее итак, разница в сниффере что он пишет в одном случае RTP, в другом UDP только в том, что в UDP он после 42 байта пишет payload. А В случае RTP он дальше анализирует. далее, описание протокла UDP- сначала порт отправителя, порт получателя, длина сообщения, CRC в перехваченном пакете и IP ещё, т.к. там и мак и IP и прочее. Сам UDP начинается с 35 байта (как я это понял). Уже здесь идет порт источник, порт назнач. длина UDP, CRC. Тут пока ясно все.
Далее пошел уже RTP. Вопрос- какие данные в заголовке говорят, что внутри загрузки UDP находится RTP? начиная с 43 байта видим 0х80 ??? где обещанная версия протокола 2?
Сообщение отредактировал Метценгерштейн - Sep 16 2009, 16:20
|
|
|
|
|
Sep 16 2009, 17:18
|
Знающий
   
Группа: Свой
Сообщений: 758
Регистрация: 11-07-05
Из: Понаехал (Мск)
Пользователь №: 6 688

|
Save as не умеете ? суть в том чтобы открыть поток и поглядеть, мне эти наборы никак не понять. к сожалению. ____________ 00 1f 33 df 40 f6 00 0e 08 dd 86 79 ---MAC 08 00 --sIZE TYPE 45 b8 00 3c 42 99 00 00 fa 11 af 18 ac 10 91 0b 3e 29 53 02 ----IP HEADER 40 58 61 22 00 28 37 1f --UDP 80 - ver2 (согласно http://ru.wikipedia.org/wiki/RTP первые два БИТА - это версия протокола) 12 - PT (7 бит) указывает формат полезной 38 80 -- Порядковый номер 15 41 1e 0d Метка времени bd 38 59 01 ---SSRC-идентификатор 20 e3 45 66 c0 fa 1d 27 47 de 60 ea 85 68 c8 fa 13 2d 07 de --сами данные что касается ethernet пакета : 6 - mac dst 6 - mac src 2 - size/type 20 IP заголовок если тип указан в IP 0x11 кажется идет далее UDP 8 - Заголовок UDP Дальше только Payload, который отдается приложению, принимающему данные порте dst, указанном в UDP что не умеет разбирать Wireshark вам придется делать самому. ищите тип 0x12 данных пейлоада в RFC 3550 для RTP и смежных.
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|