с трудоустройством и релокацией

Дайте ссылку, пожалуйста, это интересно

@t917910

Есть в чате или среди ваших знакомых желающие начать разрабить на erlang? У друга контора бесплатно обучит + потом сделает оффер, если нормально учились. Все проходит в ДС. если что пишите в лс

пацаны, мопед не мой, эта мессага - форвард, вот тому кто написал и пишите, я ничо не знаю, меня послали - я не москвич

shift это выбор следующего элемента из массива.

всё

вопрос снят

просто я енот, у меня лапки и маленький мозг

а ещё я год не тыкал фс и всё забыл

Ничего, в "Стражах Галактики" тебе это всё не мешало. ?

по секрету скажу - дублеры это всё

В файлике имеются явные ошибки. Например, весь индекс +7 не принадлежит РФ. РФ принадлежит только его половина: 73 74 75 78 и 79. Так же в справочнике отсутствует Казахстан с индексом +77. Если мне память не изменяет, то +70 - это коды некоторых городов Японии. В общем, не все так однозначно :)

70, 71, 72, 75, 76 незарезервированный диапазон, в файлике упор на Россию не делал, это просто выборка данных, от которых можно начать отталкиваться)

В общем, осторожно надо

Я ни в коем случае не навязываю использование)

Даже мысли не было подозревать Вас в таком грехе ))))

Кстати, посмотрел, Казахстану принадлежит не только +77, но и +76

Ещё пару месяцев назад там не было ни одного активированного номера

вполне возможно, что ничего не изменилось

еще обратите внимание, что есть всякие 7940, 7840, которые немного там абхазия и стоит как чугунный мост

а еще в 79 есть всякие спутниковые коды

по хорошему если вам нужна именно россия, берите базу данных ФАС и по ней проверяйте

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

в базе данных фас

а если мне нужно ещё и СНГ?

а это отдельно)

россия по фасу, остальное надо разбираться

https://www.rossvyaz.ru/activity/num_resurs/registerNum/)/

СНГ так просто не дает информацию

нужно присутствовать в регионе

В основном

Приветствую. Возник вопрос.... Я устанавливаю для ринг группы leg_timout для каждой ноги по 300 секунд. Но дозвон все равно идет ровно 30 а потом - [CS_CONSUME_MEDIA] [NO_ANSWER]

Ноги формата user/<id>@<domain>

Это во Fusion, если что

а как выглядит при этом EXECUTE в логе?

у пользователя стоит таймоут

посмотри xml для пользователя

У пользователя call_timeout разные, пробовал менять

Execute - EXECUTE sofia/internal/902@demo.nestpbx.com bridge({ignore_early_media=true}[sip_invite_domain=demo.nestpbx.com,call_direction=local,confirm=false,leg_timeout=300,leg_delay_start=0,dialed_extension=901,extension_uuid=b502843b-bf44-482c-906b-0a95460499ed,api_on_answer='uuid_record 5a71daff-194a-41b8-a777-ed852d6be750 start /var/lib/freeswitch/recordings/demo.nestpbx.com/archive/2017/Sep/14/5a71daff-194a-41b8-a777-ed852d6be750.mp3']user/901@demo.nestpbx.com,[sip_invite_domain=demo.nestpbx.com,call_direction=local,confirm=false,leg_timeout=300,leg_delay_start=0,dialed_extension=903,extension_uuid=a3d7aca6-e9a5-4b61-87e8-3cb7c0ba7e74]user/903@demo.nestpbx.com,[sip_invite_domain=demo.nestpbx.com,call_direction=local,confirm=false,leg_timeout=300,leg_delay_start=0,dialed_extension=905,extension_uuid=379a1abc-95a8-4cec-bc68-33e87f19c373]user/905@demo.nestpbx.com)

Ну и в теории, не должен ли leg_timeout перекрывать настройку пользователя?

не, не должен, потому как разрешение dial-string идет позже в итоговой строке

Поставил для одного из юзеров <variable name="call_timeout" value="5000"/>

Все равно 30 секунд...

Поставил для одного из юзеров <variable name="call_timeout" value="5000"/>

это в каком месте?

В директории

Или если про Fusion - в настройках пользователя

user -> variables если в XML

Хм.... Кажись, нашел

Момент, проверю.

Да, таки это оно

Суть такая - я звонил с внутреннего же

Fusion по умолчанию ставит call_timeout таким, которым он есть у пользователя

Стоял 30 секунд

Т.е. если я звоню с 902, а у него call_timeout прописан в 30 секунд, то он влияет как на входящие, так и на исходящие

так это по логам должно было быть видно: в таком случае у вас сначала должна была отрубаться нога А, и только потом Б

2017-09-14 10:34:20.000323 [NOTICE] switch_ivr_originate.c:3605 Hangup sofia/internal/901@192.168.1.100:5060 [CS_CONSUME_MEDIA] [NO_ANSWER] 2017-09-14 10:34:20.000323 [NOTICE] switch_ivr_originate.c:3605 Hangup sofia/internal/903@192.168.1.86:5062 [CS_CONSUME_MEDIA] [NO_ANSWER]

И как понять, что виновата нога A?

а Вы включите вывод в логи uuid плеча

Тоже вариант, грац

ну и плюс ут видно два плеча: одно 901, второе 903

Не знаю, это баг или фича честно говоря

первым отвалилось по неответу 901

Потому как если телефону посавить call_timeout 5 (например, чтобы делать call-forward), то позвонить с него куда-то уже может быть проблемой

можно придумать еще десяток способов выстрелить себе в ногу :) зачем для кол-форварда выставлять значение этой переменной глобально для пользователя?

Например, если человек не успел взять трубку в течение 5 секунд, звонок уходит куда-то

И это должно работать со всеми юзерами

В смысле со всеми входящими звонками

Просто бага в чем вылезла. Есть входящая ринг-группа с временем как раз 5 минут

ну так напишите это в диалплане

И все входящие звонки аккурат на 1 минуте рвались

логично, время оригинации по умолчанию 60 секунд

А call_timeout по умолчанию 1 минута

Вот и получается, что leg_timout не переопределяет call_timeout

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

Да нет

Вот и получается, что leg_timout не переопределяет call_timeout

так и не должен..

Ну да. Поросто вот такая багофича.

при множественном вызове эти переменные как раз дополняют друг друга

а чем 1.6 от1.8 отличаеться? где почитать?

Сие неведомо никому..

Кроме разрабов и персон приближённых.

Теоретически, у них должен быть changelog

Там ничего такого, что тянет на новую ветку

тоесть книга приминима к 1.6?

Там ничего такого, что тянет на новую ветку

есть новые фичи?

Теоретически, у них должен быть changelog

у них та чёрт ногу сломит они уже 1.9 пилят

Коллеги, подскажите пожалуйста, не понимаю с чего начать вообще. клиент старый просит такую штуку запилить 1. «Задержка дисконнекта присланного стороной Б с возможностью самостоятельного определения времени задержки (в секундах) 2. А сторона должна при этом получить тишину 3. Дисконнект присланный А стороной должен быть передан своевременно. 4. Объем около 2 млн минут в день, пропускать только сигнализацию, из функции маршрутизации - слать только на один IP и принимать только с одного IP Не пойму куда копать начать.

не копать, а закапывать тех кто пишет такое ТЗ

Ну, тут понятно как делать, но попахивает каким-то мошенничеством, если честно.

hangup_after_bridge=false