
Антон
14.09.2018
11:49:50
не там))

Mr
14.09.2018
11:49:53
вроде бы все просто поднять трубку отправить звонок на сип

Yuriy
14.09.2018
11:50:07
Ну во первых у вас два раза 1 приоритет

Антон
14.09.2018
11:50:21
вы сип конф кажете

Google

Антон
14.09.2018
11:50:45
а правила должны жить в екстеншенс конф

Mr
14.09.2018
11:51:01
вот олень
спасиб
пошел делать
спасиб!

Антон
14.09.2018
11:51:18
ну и приоритет

Mr
14.09.2018
11:51:41
да да это я тестил, коментил потом забыл, все равно ни так ни так не работало )

Aleksandr
14.09.2018
11:59:46
Использовал кто телефоны OpenVox C200? Не работает с ним микрофон гарнитуры

Ramil
14.09.2018
12:04:38
на сколько болезненный переход на pjsip ?

Yuriy
14.09.2018
12:05:05
во freepbx например сейчас это можно сделать одним нажатием чекбокса помоему)

Ramil
14.09.2018
12:05:49
во фряхе да
у меня все транки и все трубки на чансипе (

Google

Anton
14.09.2018
12:06:45

Ramil
14.09.2018
12:13:13
впрочем никто же не запрещает только 1 транк на pjsip иметь
а в extensions.conf роутить на чансип

Yuriy
14.09.2018
12:15:24
Никто .Но кому нужен этот зоопарк?
Хотя у меня был опыт когда я пользователей держал на pj_sip А транки как раз на chan_sip

Pavel
14.09.2018
12:16:55

Yuriy
14.09.2018
12:17:16

Pavel
14.09.2018
12:17:33
ну там чтото внутре перепуталось. невозможно пользоваться веб-интерфейсом вообще.

Yuriy
14.09.2018
12:18:05
Хз. Я помоему на 13 Freepbx если не ошибаюсь сделал - и все было норм)
но так как он был не мой -я не знаю рабоатет ли сейас
решал другую задачу

Vadim
14.09.2018
12:20:38

Mr
14.09.2018
12:29:22
Парни смотрите какая ситуация, есть сервак внутри офиса, коннектится на задарму, где берет себе номер 499********, теперь если я звоню на этот номер и стоит экстеншин перенаправить звонок на внутренний сип номер, то все окей и звук ходит, если же я пытаюсь отправить звонок на СОТОВЫЕ сразу 2 (через СИП) то звонок проходит на оба сотика, звонок принимается но звука нет....... куда курить?

Kirill
14.09.2018
12:31:33
А как сразу 2 то?


Mr
14.09.2018
12:32:00
-- Executing [329819@call-in:1] Answer("SIP/329819-0000000d", "") in new stack
-- Executing [329819@call-in:2] Dial("SIP/329819-0000000d", "SIP/329819/79122222077") in new stack
== Using SIP RTP CoS mark 5
-- Called SIP/329819/79122222222
-- SIP/329819-0000000e is making progress passing it to SIP/329819-0000000d
-- SIP/329819-0000000e answered SIP/329819-0000000d
-- Channel SIP/329819-0000000d joined 'simple_bridge' basic-bridge <4038fdf2-8f1d-4c85-a6aa-606d7a036911>
-- Channel SIP/329819-0000000e joined 'simple_bridge' basic-bridge <4038fdf2-8f1d-4c85-a6aa-606d7a036911>
> Bridge 4038fdf2-8f1d-4c85-a6aa-606d7a036911: switching from simple_bridge technology to native_rtp
-- Channel SIP/329819-0000000d left 'native_rtp' basic-bridge <4038fdf2-8f1d-4c85-a6aa-606d7a036911>
== Spawn extension (call-in, 329819, 2) exited non-zero on 'SIP/329819-0000000d'
-- Channel SIP/329819-0000000e left 'native_rtp' basic-bridge <4038fdf2-8f1d-4c85-a6aa-606d7a036911>


Kirill
14.09.2018
12:32:09
По вашей логике как должно работать

Mr
14.09.2018
12:32:18
ну так можно если в DIAL через & два адреса написать
ну кто первый взял тот и ответил

Kirill
14.09.2018
12:32:34
Угу

Mr
14.09.2018
12:32:39
это не по моей логике, это работает на соседнем астере
только он кишками в сети

Google

Mr
14.09.2018
12:32:48
а этот внутри

Kirill
14.09.2018
12:32:48
Но не сразу же 2

Mr
14.09.2018
12:33:06
звонок уходит на 2 сразу, кто первый ответил тот принял
проверил тоже самое с одним номером
не фурычит

Kirya
14.09.2018
12:33:28
rtp?

Mr
14.09.2018
12:33:36
Лог кстати когда я проверял один номер
rtp?

Kirya
14.09.2018
12:34:08
мб rtp не проходит, изза этого звука нет

Kirill
14.09.2018
12:34:18
Дамп посмотрите

Mr
14.09.2018
12:34:25
как это сделать?
я нуб страшный ) в данном вопросе

Mr
14.09.2018
12:35:28
что неужели tcpdump?
или гуманней есть что то?

Kirill
14.09.2018
12:35:54
Есть утилита sngrep

Kirya
14.09.2018
12:36:02
для начала

Mr
14.09.2018
12:36:39
сип дебаг это консоль астера?
у меня нет такого

Pavel
14.09.2018
12:36:54

Google

Mr
14.09.2018
12:36:58
CLI> sip
notify prune qualify reload set show unregister

Kirya
14.09.2018
12:37:14
sip set debug

Pavel
14.09.2018
12:37:28
ну там все интуитивно понятно в wireshark же

Mr
14.09.2018
12:37:38
sip set debug
No such command 'sip set debug' (type 'core show help sip set debug' for other possible commands)
но не очень понимаю на что в данном случае нужно обращать внимание
без этого в шарк можно смотреть бесконечно

Admin
ERROR: S client not available

Kirya
14.09.2018
12:38:45

Mr
14.09.2018
12:39:15
да удалось
делаю звонок

Pavel
14.09.2018
12:39:44


Mr
14.09.2018
12:40:23
<------------>
-- Channel SIP/329819-0000000f left 'native_rtp' basic-bridge <53708e15-6d40-475c-a002-02e71a1fd627>
== Spawn extension (call-in, 329819, 2) exited non-zero on 'SIP/329819-0000000f'
-- Channel SIP/329819-00000010 left 'native_rtp' basic-bridge <53708e15-6d40-475c-a002-02e71a1fd627>
Scheduling destruction of SIP dialog '5229960e5a2ecc7c7642c53d0eaf6f79@sip.zadarma.com' in 6400 ms (Method: INVITE)
Reliably Transmitting (NAT) to 185.45.152.161:5060:
BYE sip:79122222077@185.45.152.148:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.88.236:5060;branch=z9hG4bK7558d937;rport
Route: <sip:185.45.152.161;lr=on;ftag=as67625328>
Max-Forwards: 70
From: <sip:329819@sip.zadarma.com>;tag=as67625328
To: <sip:79122222077@sip.zadarma.com>;tag=as2c84e8e1
Call-ID: 5229960e5a2ecc7c7642c53d0eaf6f79@sip.zadarma.com
CSeq: 104 BYE
User-Agent: Asterisk PBX 13.1.0~dfsg-1.1ubuntu4.1
Proxy-Authorization: Digest username="329819", realm="sip.zadarma.com", algorithm=MD5, uri="sip:79122222077@185.45.152.148:5060", nonce="W5utM1ubrAdiGYPtbwst13LUpmaQ0zJc", response="77054a79bf98613bac2a86a7c3883da3", qop=auth, cnonce="6fc81599", nc=00000002
X-Asterisk-HangupCause: Normal Clearing
X-Asterisk-HangupCauseCode: 16
Content-Length: 0
---
<--- SIP read from UDP:185.45.152.161:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.88.236:5060;received=192.168.88.236;branch=z9hG4bK7558d937;rport=5060
From: <sip:329819@sip.zadarma.com>;tag=as67625328
To: <sip:79122222077@sip.zadarma.com>;tag=as2c84e8e1
Call-ID: 5229960e5a2ecc7c7642c53d0eaf6f79@sip.zadarma.com
CSeq: 104 BYE
Server: Zadarma Voip
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces
Content-Length: 0
<------------->
--- (10 headers 0 lines) ---
Really destroying SIP dialog '5229960e5a2ecc7c7642c53d0eaf6f79@sip.zadarma.com' Method: INVITE
<--- SIP read from UDP:192.168.88.159:50767 --->
<------------->
Really destroying SIP dialog '1c43357f1d6ea80d1323b1a7589fbfbb@185.45.152.135:5060' Method: BYE
Это из последнего
посмотрел свой SIP conf
там нет настроек ни за на NAT ни за RTP


Pavel
14.09.2018
12:48:21

Mr
14.09.2018
12:48:49
голоса нет

Pavel
14.09.2018
12:48:53
и вообще, это ж задарма.
сломается что угодно.

Google

Mr
14.09.2018
12:48:53
в обе стороны
ну вообще задарма становится лучше

Pavel
14.09.2018
12:49:18

Yuriy
14.09.2018
12:49:33
в обе стороны
whireshark ом дамп снимите и посмотрите что там у вас происходит
там будет отлично видно где вы с натом накосячили

Mr
14.09.2018
12:51:56
сначала нат и регистер попробую

Pavel
14.09.2018
12:56:01

Yuriy
14.09.2018
12:56:16
Хотя работаю с ними тесно и постоянно
особенно касаемо сигнализации и вещей уровня протокола
там все четко и хорошо

Ramil
14.09.2018
12:57:09
CHAN_SIP vs PJSIP?
public poll
CHAN_SIP – 6
??????? 55%
@Grong, @CarrolCox, Vadim, @a_letyagin, @roko99, Vasiliy
PJSIP – 5
?????? 45%
@rizvanov, @gostkov, Anton, @k_i_r_y, @Frissk
? 11 people voted so far.

Pavel
14.09.2018
12:58:13

Sergey
14.09.2018
12:59:48
это они DDoS на свою техподдержку решили перераспределить между операторами

Pavel
14.09.2018
12:59:57
меня не должно ебать какой там иван никифорович поссорился с иваниванычем. договоритесь,пидоры.
или поляну РТК освобождайте
(сегодня пятница?)

Yuriy
14.09.2018
13:02:00

Pavel
14.09.2018
13:02:59