Я в такой позе последнюю неделю хожу )

если сиптрейс не выводит то и номере ничего не оесжется

гомере

если сиптрейс не выводит то и номере ничего не оесжется

не факт

Вот в том-то и дело, что что в tcpdump, что в sngrep пакеты есть, а в сиптрейс - нету

Значит проблема либо между ядром и приложением, либо в приложении самом.

А в такие моменты проблем с RTP и SIP::UDP не наблюдается?

Неа

Всем привет. Парни, подскажите как в expression указать только с 1 до 16 и с 17 до 24

FreeSwitch time routing в поиске

не, это не время

префикс

Именно 1-16, не 01-16 ?

именно с 1-16

хотя нет, с 01-16

expression="^([01][1-6]|0[7-9]|10)"

сейчас у меня так [0-1][0-9] , но туда попадает и 17 и 19

брр... не пойму, а как например 03 сюда попадает?

[0-1][1-6] c 01 до 16

[0-1][1-6] c 01 до 16

а 07 разве попадает?

Полностью смотри выражение

0[1-9]|1[0-6]

0[1-9]|1[0-6]

Вот, похоже на правду. Спасибо

expression="^([01][1-6]|0[7-9]|10)"

Здесь я запутался... смотрю целиком... 02, например не прокатит

Чего это не прокатит? Но второй вариант проще - согласен.

не вижу в каком месте

[root@pbx ~]# echo 02 | grep --color -E '^([01][1-6]|0[7-9]|10)' 02

[root@pbx ~]# echo 07 | grep --color -E '^([01][1-6]|0[7-9]|10)' 07

[root@pbx ~]# echo 17 | grep --color -E '^([01][1-6]|0[7-9]|10)' [root@pbx ~]# echo 00 | grep --color -E '^([01][1-6]|0[7-9]|10)'

получается здесь [01] ноль или еденица?

for a in {00..20}; do echo $a | grep --color -E '^([01][1-6]|0[7-9]|10)'; done;

получается здесь [01] ноль или еденица?

Стало быть так.

Тогда врубился. Спасибо за этот вариант

https://perldoc.perl.org/perlre.html Для общего развития. #regexp #regular_expression

и https://regex101.com/ для проверки

Спасибо. Возьму на заметку

Коллеги, сталкивался кто-нибудь с настройки IVR на Freeswitch? Проблема следующая: есть меню и субменю. И там, и там есть таккой пункт "чтобы прослушать заново нажмите 0". Для нуля назначаю `<entry action="menu-top" digits="0"/>`и там и там. В верхнем меню работает нормально, а в субменю после нажатия 0 - отбой. В логах следующее: 2017-12-13 12:30:58.972656 [6100] [DEBUG] switch_ivr_menu.c:410 digits '0' 2017-12-13 12:30:58.972656 [6100] [DEBUG] switch_ivr_menu.c:561 IVR action on menu 'submenu' matched '0' param '' 2017-12-13 12:30:58.972656 [6100] [DEBUG] switch_ivr_menu.c:561 IVR action on menu 'submenu' matched '2' param 'transfer abonent XML default' 2017-12-13 12:30:58.972656 [6100] [DEBUG] switch_ivr_menu.c:565 switch_ivr_menu_execute todo=[2] Причем он почему-то перешел в итоге по двойке, хотя двойка нажималась перед тем, как нажимать 0 (чтобы перейти в субменю). Может кто-нибудь направить на путь истинный? В итоге хочу получить чтоб можно было и в верхнем меню и в подменю при нажатии на клавишу оно (текущее меню) повторялось.

и https://regex101.com/ для проверки

А мне вот этот нра https://regexr.com/

Приветствую. Может кто-то подскажет, почему FS не обрабатывает BYE? Пакет виден, но звонок не прерывается.

------------------------------------------------------------------------ BYE sip:gw+3b179ac8-000f-453a-8059-7922501ae04c@138.68.65.164:5080;transport=udp;gw=3b179ac8-000f-453a-8059-7922501ae04c SIP/2.0 Via: SIP/2.0/UDP 80.242.134.195:5060;branch=z9hG4bK1d83e5ee;rport From: <sip:380919082171@sip.telecomax.net>;tag=as77b4319c To: "4560760030" <sip:4560760030@sip.telecomax.net>;tag=cXetQFcrcND4B Call-ID: 5eb455fd-5aaa-1236-22a3-525feb2d3359 CSeq: 102 BYE User-Agent: Free World Web Client Max-Forwards: 70 X-Asterisk-HangupCause: Normal Clearing X-Asterisk-HangupCauseCode: 16 Content-Length: 0 ------------------------------------------------------------------------ tport.c:3023 tport_deliver() tport_deliver(0x7ff1e0004650): msg 0x7ff1e0025700 (536 bytes) from udp/80.242.134.195:5080/sip next=(nil) nta.c:2880 agent_recv_request() nta: received BYE sip:gw+3b179ac8-000f-453a-8059-7922501ae04c@138.68.65.164:5080;transport=udp;gw=3b179ac8-000f-453a-8059-7922501ae04c SIP/2.0 (CSeq 102) nta.c:3248 agent_aliases() nta: canonizing sip:gw+3b179ac8-000f-453a-8059-7922501ae04c@138.68.65.164:5080 with contact nta.c:3060 agent_recv_request() nta: BYE (102) going to existing leg nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering nua_stack.c:271 nua_stack_event() nua(0x7ff204000b60): event i_bye 100 Trying nua_stack.c:359 nua_application_event() nua: nua_application_event: entering nta.c:7134 _nta_incoming_timer() nta: timer I fired, terminate 200 response nta.c:5825 incoming_reclaim_queued() incoming_reclaim_all((nil), (nil), 0x7ff20dc4ac60) nta.c:7188 _nta_incoming_timer() nta_incoming_timer: 0/0 resent, 0/0 tout, 1/1 term, 1/1 free nta.c:1289 agent_timer() nta: timer not set tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7ff1e8004410): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7ff1e8004410) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7ff1e8004410) msg 0x7ff1e80c90c0 from (udp/138.68.65.164:5060) has 4 bytes, veclen = 1 tport.c:3023 tport_deliver() tport_deliver(0x7ff1e8004410): bad msg 0x7ff1e80c90c0 (4 bytes) from udp/176.104.56.91:5060/sip next=(nil) tport.c:2749 tport_wakeup_pri() tport_wakeup_pri(0x7ff1e0004650): events IN tport.c:2864 tport_recv_event() tport_recv_event(0x7ff1e0004650) tport.c:3205 tport_recv_iovec() tport_recv_iovec(0x7ff1e0004650) msg 0x7ff1e00582d0 from (udp/138.68.65.164:5080) has 536 bytes, veclen = 1

Могу pcap приложить, просто 2я сторона присылает BYE, а FS на него просто не реагирует

что-то битое в заголовках?

нет роут-виа-..., не тот кол ид, сиквенс..

с ОК можно сравнить заголовки

и есть виа, но не вижу роут..

OK SIP/2.0 200 OK Via: SIP/2.0/UDP 138.68.65.164:5080;branch=z9hG4bKUg6KXacQUQ0Nm;received=138.68.65.164;rport=5080 From: "4560760030" <sip:4560760030@sip.telecomax.net>;tag=gFjZSmajjg36F To: <sip:380919082171@sip.telecomax.net>;tag=as5cec60a1 Call-ID: 7825a584-5aab-1236-22a3-525feb2d3359 CSeq: 116249602 INVITE User-Agent: Free World Web Client Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO Supported: replaces Contact: <sip:380919082171@80.242.134.195> Content-Type: application/sdp Content-Length: 268 v=0 o=root 21659 21660 IN IP4 80.242.134.195 s=session c=IN IP4 80.242.134.195 t=0 0 m=audio 13494 RTP/AVP 0 8 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv BYE BYE sip:gw+3b179ac8-000f-453a-8059-7922501ae04c@138.68.65.164:5080;transport=udp;gw=3b179ac8-000f-453a-8059-7922501ae04c SIP/2.0 Via: SIP/2.0/UDP 80.242.134.195:5060;branch=z9hG4bK06dce488;rport From: <sip:380919082171@sip.telecomax.net>;tag=as5cec60a1 To: "4560760030" <sip:4560760030@sip.telecomax.net>;tag=gFjZSmajjg36F Call-ID: 7825a584-5aab-1236-22a3-525feb2d3359 CSeq: 102 BYE User-Agent: Free World Web Client Max-Forwards: 70 X-Asterisk-HangupCause: Normal Clearing X-Asterisk-HangupCauseCode: 16 Content-Length: 0

Route - необязательный заголовок...

подскажите, если юзеры в бд, то синтаксис бриджа не меняется? т.е. <action application="bridge" data="user/$1@${domain_name}"/> должно работать?

Если юзер смог зарегистрироваться - то будет работать )

странное дело, юзер зареган, но [ERR] mod_dptools.c:4218 No dial-string available, please check your user directory.

вот так полнее

звонок 1010 -> 1011

Говорит о том, что нету такого юзера

В смысле во внутренней базе fs про него нету ничего

здесь понятно, но разве он при отсутствии файлов в локальном directory не должен смотреть в бд?

Я знаю только 1 способ запихнуть юзера в БД - xml_curl

По факту - формирование XML «на лету»

PS: Можно через lua-bindings, но это примерно про то же самое

да, xml_curl

скрипты отсюда https://github.com/intralanman/fs_curl

но честно скажу, не разбирал их

возможно, надо на них пенять

но как бы то ни было, юзеры есть в бд, то есть в этом плане скрипты работают. но с бриджеванием не пойму что не так, почему не находится юзер

sofia_contact user/1011@alpha.local

sofia_contact user/1011@alpha.local sofia/internal_alpha/sip:1011@192.168.111.11:57623;ob;fs_nat=yes;fs_path=sip%3A1011%40192.168.111.11%3A57623%3Bob

xml_curl debug_on и перерегать юзера

посмотреть что упало в дамп профиля

анрега

рега

должна быть ссылка на файл с дампом ответа от сервера

но как бы то ни было, юзеры есть в бд, то есть в этом плане скрипты работают. но с бриджеванием не пойму что не так, почему не находится юзер

Вообще-то он пишет на чистом английском, что не нашел dial-string

он не может набрать зарегеного юзера, потому что не знает как

как юзеры набиваются в директорию?

как юзеры набиваются в директорию?

вручную добавляю в таблицы

<section name="directory"> <domain name="{domain}"> <params> <param name="dial-string" value="{presence_id=${dialed_user}@${dialed_domain}}${sofia_contact(${dialed_user}@${dialed_domain})}" /> </params> <groups> <group name="default"> <users> <user id="{agent_id}"> <params> <param name="password" value="{token}" /> <param name="reverse-auth-user" value="{agent_id}" /> <param name="reverse-auth-pass" value="{token}" /> </params> <variables> <variable name="effective_caller_id_name" value="{agent_id}"/> <variable name="effective_caller_id_number" value="{agent_id}"/> </variables> </user> </users> </group> </groups> </domain> </section>

в params должна быть dial-string

посмотри, она там есть?

можешь мою скопировать

вручную добавляю в таблицы

эм. В какие еще таблицы?

должна быть ссылка на файл с дампом ответа от сервера

в дампах хмлины

и

в params должна быть dial-string

я в noload переименовал локальные файлы и папки в директории

скопируй текстом

эм. В какие еще таблицы?

в которые стучится xml_curl

хм, видимо они не до конца заполнены

но я и так вижу что у юзера только пароль есть (ну и имя)

где-то еще в таблицах нужно поискать, чтобы был прописан param name "dial-string"

он что прямо в таблицы чтоли стучится? что в качестве прослойки?

видимо так?

пыха там прослойкой

он что прямо в таблицы чтоли стучится? что в качестве прослойки?

apache+php

во