Появилась проблема: При осуществлении звонка через одного провайдера (Корбина) наблюдается следующее:
| Код: |
| -- Executing [s@macro-dialout-trunk:26] Dial("SIP/200-08221ae0", "SIP/8495NNNNNNN@corbina|60|") in new stack -- Called 8495NNNNNNN@corbina -- SIP/corbina-08216150 is ringing -- Call on SIP/corbina-08216150 placed on hold -- Started music on hold, class 'default', on SIP/200-08221ae0 -- SIP/corbina-08216150 answered SIP/200-08221ae0 -- Stopped music on hold on SIP/200-08221ae0 -- Packet2Packet bridging SIP/200-08221ae0 and SIP/corbina-08216150 |
...звонки почему-то сыпятся в hold, я слышу музыку, хотя "m" в опциях Dial'а нету, а когда принимающая вызов сторона отвечает на звонок - полная тишина с двух сторон.
Стоит отметить, что их голосовая почта и звонки внутри сети (абонентам Корбины) - проходят, голос слышно, проблемы не наблюдается.
На момент тестирования пробовал вырубать файрволл, разрешать все кодеки, много что ещё - безрезультатно.
А ведь до этого всё работало - проблема появилась после сообщения о проведении каких-то плановых работ на Корбиновском оборудовании. Хотя если подключить телефон напрямую (SPA-941 или SPA-3102) - работает.
Что это может быть? Может ли быть как-то связано с новыми настройками на их железяках?
| Цитата: |
| когда принимающая вызов сторона отвечает на звонок - полная тишина с двух сторон. |
Проблема именно в кодеках.
| Код: |
| nikitoska*CLI> show translation Translation times between formats (in milliseconds) for one second of data Source Format (Rows) Destination Format (Columns) g723 gsm ulaw alaw g726aal2 adpcm slin lpc10 g729 speex ilbc g726 g722 g723 - 3 2 2 2 2 1 4 13 - 14 2 - gsm 10 - 2 2 2 2 1 4 13 - 14 2 - ulaw 10 3 - 1 2 2 1 4 13 - 14 2 - alaw 10 3 1 - 2 2 1 4 13 - 14 2 - g726aal2 10 3 2 2 - 2 1 4 13 - 14 1 - adpcm 10 3 2 2 2 - 1 4 13 - 14 2 - slin 9 2 1 1 1 1 - 3 12 - 13 1 - lpc10 11 4 3 3 3 3 2 - 14 - 15 3 - g729 11 4 3 3 3 3 2 5 - - 15 3 - speex - - - - - - - - - - - - - ilbc 11 4 3 3 3 3 2 5 14 - - 3 - g726 10 3 2 2 1 2 1 4 13 - 14 - - g722 - - - - - - - - - - - - - |
| Код: |
| nikitoska*CLI> sip show channels Peer User/ANR Call ID Seq (Tx/Rx) Form Hold Last Message 195.14.50.93 8495NNNNNN 5f24ff5c3db 00103/00000 alaw Yes Tx: ACK 10.0.0.4 (None) 830b8062-27 00101/120729 unkn No Rx: REGISTER 10.0.0.4 200 5b15af56-76 00101/00102 alaw No Rx: ACK |
10.0.0.4 в данном случае - мой телефон (SPA-941), 195.14.50.93 - sip.corbina.ru.
| Код: |
| nikitoska*CLI> sip show channel 5f24ff5c3db * SIP Call Curr. trans. direction: Outgoing Call-ID: 5f24ff5c3dbc708013045c537e1fb421@sip.corbina.ru Owner channel ID: SIP/corbina-08224420 Our Codec Capability: 12 Non-Codec Capability (DTMF): 1 Their Codec Capability: 12 Joint Codec Capability: 12 Format: 0x8 (alaw) MaxCallBR: 384 kbps Theoretical Address: 195.14.50.93:5060 Received Address: 195.14.50.93:5060 SIP Transfer mode: open NAT Support: RFC3581 Audio IP: 10.172.33.X (local) Our Tag: as19ba8782 Their Tag: 000000000725846-4BFE850E-83747535 SIP User agent: CommuniGatePro-callLeg/5.1.12 Username: 8495NNNNNNN Peername: corbina Original uri: sip:signode-725846-83747535@195.14.50.93 Need Destroy: 0 Last Message: Tx: ACK Promiscuous Redir: No Route: sip:signode-725846-83747535@195.14.50.93 DTMF Mode: rfc2833 SIP Options: (none) |
Есть eth0 (лок. сеть) и ppp0 (подключение к Интернету). Так вот, sip.corbina.ru - локальный ресурс, 10.172.33.Х мой адрес в лок. сети Корбины (если вдруг это имеет значение). Все IP динамические.
Используется FreePBX. Хотя пробовал вчера перенести /etc/asterisk, сделать 'make samples' и прописать в дефолтных конфигах Корбину и свой SPA-941 + в extensions.conf соотв. SPA-941 контекст. В итоге получил те же самые проблемы: MusinOnHold во время дозвона, при ответе - тишина.
Что-то похожее обсуждалось в этой теме: http://asteriskforum.ru/viewtopic.php?t=1301
| Ded писал(а): |
| Проблема именно в кодеках. |
alaw и ulaw точно поддерживаются по данному направлению, но на всякий случай пробовал разрешать все - результат нулевой.
Это означает, что идёт проксирование медиа потока от твоего телефона 10.0.0.4 в Корбину 195.14.50.93 через Астериск 10.172.33.X?
| Цитата: |
| sip.corbina.ru - локальный ресурс, 10.172.33.Х мой адрес в лок. сети |
Увидеть Что происходит при таком звонке поможет
tcpdump host 195.14.50.93.
tcpdump host 10.0.04
Ты должен сразу увидеть причину, потому что при правильном раскладе должен быть видень струящийся UDP между 195.14.50.93 и 10.172.33.X с одной стороны, и между 10.172.33.X и 10.0.04 с другой стороны.
Где-то будет затык, возможно - в роутинге, возможно в статусе экстеншна 200. Типа- стоит дефолтно nat=yes, а 10.172.33.X и 10.0.04 в одной подсети. Кстати, какая маска подсети на 10.0.04 и 10.172.33.X?
Насчет музыки во время вызова:
| Цитата: |
| Данный кусок кода будет выполнен если в sdp присутствуют записи unactive или sendonly. |
Если посмотреть sip show peers - какой статус пира Корбины? Если unactive, то ты пытаешься его мониторить qualify=yes, а попробуй убрать qualify.
| Ded писал(а): | ||
| Цитата: |
| sip.corbina.ru - локальный ресурс, 10.172.33.Х мой адрес в лок. сети |
Для доступа к sip.corbina.ru не нужно поднимать ppp0, маршруты выдаются по DHCP при UP'е eth0.
| Ded писал(а): |
| Увидеть Что происходит при таком звонке поможет tcpdump host 195.14.50.93. tcpdump host 10.0.04 Ты должен сразу увидеть причину, потому что при правильном раскладе должен быть видень струящийся UDP между 195.14.50.93 и 10.172.33.X с одной стороны, и между 10.172.33.X и 10.0.04 с другой стороны. |
Ок, сегодня днём посмотрю.
| Ded писал(а): |
| Где-то будет затык, возможно - в роутинге, возможно в статусе экстеншна 200. Типа- стоит дефолтно nat=yes, а 10.172.33.X и 10.0.04 в одной подсети. Кстати, какая маска подсети на 10.0.04 и 10.172.33.X? |
10.0.0.4/255.255.255.240 и 10.172.33.Х/255.255.248.0. Маршрутизация на 10.172.0.0/16 прописана через 10.172.32.1. тобишь гейт, выдаваемый по DHCP в Корбине. У 200 стоит nat=no.
| Ded писал(а): | ||
| Насчет музыки во время вызова: |
| Цитата: |
| Данный кусок кода будет выполнен если в sdp присутствуют записи unactive или sendonly. |
Если посмотреть sip show peers - какой статус пира Корбины? Если unactive, то ты пытаешься его мониторить qualify=yes, а попробуй убрать qualify.
Статус "OK" и пинг.
Вообщем есть идеи (после прочтения этого ответа и парочки тем на форуме Диджиума), попробую днём "на свежую голову" внимательно посмотреть, что творится и доложу о результатах.
| Цитата: |
| 10.0.0.4/255.255.255.240 и 10.172.33.Х/255.255.248.0. Маршрутизация на 10.172.0.0/16 прописана через 10.172.32.1. тобишь гейт, выдаваемый по DHCP в Корбине. У 200 стоит nat=no. |
И как маршрутизируется 10.0.0.4/255.255.255.240 и 10.172.33.Х/255.255.248.0? Они в разных подсетях!