pbezpal Опубликовано 13 июня, 2018 · Жалоба Всем привет! У нас есть SIP сервер, который написали наши программисты и мобильное приложение, которое дружит с данным сервером. В сети LAN все работает, но когда звоним через мобильный интернет (WAN), абонент за NAT, через SIp сервер, на абонента SIP, который находится в сети LAN, то пропадает звук. Причем с выключенным RTPProxy звук либо есть в обе стороны (МТС), либо есть в одну сторону (Beeline).Схема:User A (WAN)<---------->Route/Nat<---(LAN)---->SIP-Сервер/RTPProxy<-----(LAN)---->User BЛоги RTPProxy: Jun 13 12:20:57 localhost rtpproxy: DBUG:get_command:GLOBAL: received command "3731_10 USR127.0.0.1c8,0,97,104,3,9,96 7f0e03ba-4ee2-41b2-9dc7-e28db069a243 213.87.147.22 4933 de1247b4-0ef4-4bd9-8ce5-ad93419b68b5;1" Jun 13 12:20:57 localhost rtpproxy: INFO:rtpp_command_ul_handle:GLOBAL: new session 7f0e03ba-4ee2-41b2-9dc7-e28db069a243, tag de1247b4-0ef4-4bd9-8ce5-ad93419b68b5;1 requested, type strong Jun 13 12:20:57 localhost rtpproxy: INFO:rtpp_command_ul_handle:7f0e03ba-4ee2-41b2-9dc7-e28db069a243: new session on a port 49158 created, tag de1247b4-0ef4-4bd9-8ce5-ad93419b68b5;1 Jun 13 12:20:57 localhost rtpproxy: INFO:rtpp_command_ul_handle:7f0e03ba-4ee2-41b2-9dc7-e28db069a243: pre-filling caller's address with 213.87.147.22:4933 Jun 13 12:20:57 localhost rtpproxy: DBUG:rtpc_doreply:GLOBAL: sending reply "49158 127.0.0.1 Jun 13 12:20:57 localhost rtpproxy: " Jun 13 12:21:02 localhost sv-sip[3740]: ACC: transaction answered: timestamp=1528881662;method=INVITE;from_tag=1567237231;to_tag=821125267;call_id=1464317820;code=200;reason=OK Jun 13 12:21:02 localhost rtpproxy: DBUG:get_command:GLOBAL: received command "3764_11 LSR213.87.147.22c8 7f0e03ba-4ee2-41b2-9dc7-e28db069a243 192.168.248.99 10010 de1247b4-0ef4-4bd9-8ce5-ad93419b68b5;1 1148365635;1" Jun 13 12:21:02 localhost rtpproxy: INFO:rtpp_command_ul_handle:7f0e03ba-4ee2-41b2-9dc7-e28db069a243: lookup on ports 49158/49172, session timer restarted Jun 13 12:21:02 localhost rtpproxy: INFO:rtpp_command_ul_handle:7f0e03ba-4ee2-41b2-9dc7-e28db069a243: pre-filling callee's address with 192.168.248.99:10010 Jun 13 12:21:02 localhost rtpproxy: DBUG:rtpc_doreply:GLOBAL: sending reply "49172 192.168.248.98 Jun 13 12:21:02 localhost rtpproxy: " Jun 13 12:21:02 localhost sv-sip[3764]: ACC: transaction answered: timestamp=1528881662;method=INVITE;from_tag=de1247b4-0ef4-4bd9-8ce5-ad93419b68b5;to_tag=1148365635;call_id=7f0e03ba-4ee2-41b2-9dc7-e28db069a243;code=200;reason=OK Jun 13 12:21:02 localhost rtpproxy: INFO:rxmit_packets:7f0e03ba-4ee2-41b2-9dc7-e28db069a243: caller's address filled in: 213.87.147.22:56706 (RTCP) Jun 13 12:21:02 localhost rtpproxy: INFO:rxmit_packets:7f0e03ba-4ee2-41b2-9dc7-e28db069a243: caller's address latched in: 213.87.147.22:4933 (RTP) Jun 13 12:21:12 localhost mg[2487]: ERROR: MediaAdapter::event_release(): timeslot=5(0..31), reason=3 Jun 13 12:21:20 localhost mg[2487]: ERROR: MediaAdapter::event_release(): timeslot=5(0..31), reason=3 Jun 13 12:21:28 localhost mg[2487]: ERROR: MediaAdapter::event_release(): timeslot=5(0..31), reason=3 Jun 13 12:21:30 localhost rtpproxy: DBUG:get_command:GLOBAL: received command "3739_10 D 7f0e03ba-4ee2-41b2-9dc7-e28db069a243 de1247b4-0ef4-4bd9-8ce5-ad93419b68b5 1148365635" Jun 13 12:21:30 localhost rtpproxy: INFO:handle_delete:7f0e03ba-4ee2-41b2-9dc7-e28db069a243: forcefully deleting session 1 on ports 49158/49172 Jun 13 12:21:30 localhost rtpproxy: INFO:remove_session:7f0e03ba-4ee2-41b2-9dc7-e28db069a243: RTP stats: 0 in from callee, 374 in from caller, 374 relayed, 0 dropped Jun 13 12:21:30 localhost rtpproxy: INFO:remove_session:7f0e03ba-4ee2-41b2-9dc7-e28db069a243: RTCP stats: 0 in from callee, 7 in from caller, 7 relayed, 0 dropped Jun 13 12:21:30 localhost rtpproxy: INFO:remove_session:7f0e03ba-4ee2-41b2-9dc7-e28db069a243: session on ports 49158/49172 is cleaned up Jun 13 12:21:30 localhost rtpproxy: DBUG:rtpc_doreply:GLOBAL: sending reply "0 Jun 13 12:21:30 localhost rtpproxy: " Jun 13 12:21:30 localhost mg[2487]: ERROR: MediaAdapter::conv_read(): aDConn: reqs (num=574) not found in list: aDConn num=574 tch=6 rez=OK Прикладываю логи opensips и rtpproxy opensips.cfg rtpproxy Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
paradox_ Опубликовано 13 июня, 2018 · Жалоба а программисты что разобраться не могут ?? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
TheUser Опубликовано 14 июня, 2018 · Жалоба Приложенные файлы не читаюся что-то... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pbezpal Опубликовано 14 июня, 2018 · Жалоба Странно! Сейчас скачал оба файла, у меня всё читается opensips.cfg rtpproxy Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
TheUser Опубликовано 14 июня, 2018 · Жалоба В rtpproxy у вас не логи, а команда запуска. Было бы полезно приложить логи конкретных проблемных звонков. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...