Отакэ!!!111

По всем группам бегает

спамер бот нашел видимо список каналов на хабре или гитхабе?

А наш администратор где? Эти сообщения почистить...

@b_aalexx тут для тебя работка) ?

Ктонить выключите свет, они на свет лезут!

а что за канал?

мляяяя

Разбавлю бота. "Когда ты - настоящий фанат Debian":

лол

а чо норм.

боючь увидеть настоящего фаната postgresql

боюсь

боюсь что ослепну

@b_aalexx тут для тебя работка) ?

готово

Хелоу

Шалом

Данила, ай нид хелп. В общем, ситуевина такая: приходит входящий в очередь. Это состояние отслеживается через ами. Счетчик очереди инкрементится. Дальше или callerabandon или agentconnect, в который счетчик уменьшается на единицу. Проблема в том, что при нагрузке появляются какие-то редкие ситуации, когда звонок ушел с очереди, но в эти события не попал. Как бы я не ебался и какие варианты не пробовал, никак не могу ее отловить. Может кто на скиле подскажет, как можно сьебать с очереди минуя эти события.

Если принять волевое решение и отказаться от ами в этом вопросе, то все наладится

вот. уже стало понятьненько

erty

Данила, ай нид хелп. В общем, ситуевина такая: приходит входящий в очередь. Это состояние отслеживается через ами. Счетчик очереди инкрементится. Дальше или callerabandon или agentconnect, в который счетчик уменьшается на единицу. Проблема в том, что при нагрузке появляются какие-то редкие ситуации, когда звонок ушел с очереди, но в эти события не попал. Как бы я не ебался и какие варианты не пробовал, никак не могу ее отловить. Может кто на скиле подскажет, как можно сьебать с очереди минуя эти события.

Фильтрацию в ами не используете?

боючь увидеть настоящего фаната postgresql

На сайте fedora как то раз висела реклама. Вот там примерно висела такая же толстая тушка. С женским именем !

Я пока текст не прочитал думал что это мужик жирный и страшный

Худшей антирекламы уже не придумать

На сайте fedora как то раз висела реклама. Вот там примерно висела такая же толстая тушка. С женским именем !

Я вообще боялся что он слоника изобразит используя свой член

Фильтрацию в ами не используете?

Нет.

Данила, ай нид хелп. В общем, ситуевина такая: приходит входящий в очередь. Это состояние отслеживается через ами. Счетчик очереди инкрементится. Дальше или callerabandon или agentconnect, в который счетчик уменьшается на единицу. Проблема в том, что при нагрузке появляются какие-то редкие ситуации, когда звонок ушел с очереди, но в эти события не попал. Как бы я не ебался и какие варианты не пробовал, никак не могу ее отловить. Может кто на скиле подскажет, как можно сьебать с очереди минуя эти события.

Йя пофиксил. Фууууухблядь. Карочи, в момент, когда идет agentcalled звонящий может намискликать на донабор и звонок вываливается из очереди. Запретил нахуй dtmf

была такакая мысль то

/yonase

yonase

была такакая мысль то

не, ну ставлю в registration строчки line=yes и endpoint=номер. Если убрать секцию identify, то номер не регистрируется. С ней регистрируется, но входящий канал не тот, что нужно. Конечно, в диалплане я могу отличить, на какой номер звонок поступил, но я хочу, чтобы отрабатывало так же как и с callbackextension в chan_sip

а попвтки зарегистрироваться то хоть идут без identify?

сецчас посмотрю

регистрируется без идентифай

NOTICE[10445]: res_pjsip/pjsip_distributor.c:649 log_failed_request: Request 'INVITE' from '<sip:номер_с_которого_звоню@адрес_провайдера>' failed for 'адрес_провайдера:5060' (callid: SBC5s1y116v3i5i1z3p4mmp0821i6iz01iv@SoftX3000) - No matching endpoint found

номера регистрируются, но при звонке не матчит эндпоинт. У нас же как раз в идентифай секции стоит строка матч

исходящие идут нормально

стоп. это что за кусок лога?

входящий вызов?

возникает закономерный вопрос - а как оператор то вам вызов шлет?

такое ощущение, что не на регистрацию. а на шз

такое ощущение, что не на регистрацию. а на шз

помоему всё стандартно. номер_с_которого_звону - мой сотовый. Этот текст я из CLI Астериск выудил. Он ругается, что no matching endpoint found. А строка match как раз в секции идентифай, которую я закоментировал. Так что делать?

да и за регистрированы номера. исходящие с них идут

если убрать line=yes и endpoint=номер и восстановить секцию идентифай, то и входящие будут работать. Но мне нужен аналог callbackextension

потому что не уиспользует кваш оператор регистрацию, шлет тупо на ваш ip

пример задармы я привел

аналог callbackextemn - я тоже назвал

ничего друого нет.

оператор то какой?

Если в REGISTER, отправляемых провайдеру, в Contact есть ;line=xyz, а в приходящих от провайдера INVITE в request URI ;line=xyz отсутствует, то провайдерская железяка не вполне корректно работает с SIP.

Аналога callbackextension в pjsip на текущий момент нет. Ничто не мешает взять и написать его самостоятельно, или проспонсировать разработку - объявить bounty, например (https://wiki.asterisk.org/wiki/display/AST/Asterisk+Bug+Bounties)

Аналога callbackextension в pjsip на текущий момент нет. Ничто не мешает взять и написать его самостоятельно, или проспонсировать разработку - объявить bounty, например (https://wiki.asterisk.org/wiki/display/AST/Asterisk+Bug+Bounties)

вот как раз это я и ожидал услышать. в смысле, что аналога для callbackextenshen'а нет, просто буду как и раньше разруливать средствами диалплана. При острой необходимости внесу правки в cdr mysql где входящий канал. Написать же модуль для pjsip думаю мне не под силу (не так он нужен, чтобы в это что-то вкладывать), хотя вот pjsip разрабатывается с 2005, в chan_sip сделали костыль в виде callbackextension, здесь же, получается, ничего. Вам получается не критично, что при нескольких аккаунтах от одного провайдера входящий канал указан неверно ? Понятно, что диалпланом разрулить звонок можно как угодно...

аналог callbackextemn - я тоже назвал

оператор местный. это не имеет значения, т.к. с chan_sip и callbackextension у него всё нормально отрабатывало. pjproject всего лишь новый канальный драйвер. Значит не всё в нём реализовано, что подтверждает Ivan Poddubny

Можно ещё написать в mailing list asterisk-dev и/или https://issues.asterisk.org/jira/browse/ASTERISK-27309 - разработчики на последнем AstriDevCon обсуждали, как бы избавиться от chan_sip = каких фичей не хватает в chan_pjsip, что удерживает юзеров от перехода (https://wiki.asterisk.org/wiki/display/AST/AstriDevCon+2017#AstriDevCon2017-Proposeddeprecationofchan_sip). Возможно, они просто не знают про то, что не все SIP-провайдеры дружат с параметром line (я вот таких не встречал, например).

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

вот как раз это я и ожидал услышать. в смысле, что аналога для callbackextenshen'а нет, просто буду как и раньше разруливать средствами диалплана. При острой необходимости внесу правки в cdr mysql где входящий канал. Написать же модуль для pjsip думаю мне не под силу (не так он нужен, чтобы в это что-то вкладывать), хотя вот pjsip разрабатывается с 2005, в chan_sip сделали костыль в виде callbackextension, здесь же, получается, ничего. Вам получается не критично, что при нескольких аккаунтах от одного провайдера входящий канал указан неверно ? Понятно, что диалпланом разрулить звонок можно как угодно...

chan_pjsip всё же с ~2012-2013 начали, впервые в 12ой версии появился. pjsip как библиотека - совершенно независимый от asterisk проект. Логика сопоставления входящих пакетов с endpoint-ами - чисто астерисковский вопрос, а не библиотечный.

а провайдер ваш щлет тупо в ip вызовы, и им пофигу абсолютно на вашу регистрацию. звонить исходящими вызовами тоже необязательно с регистрацией, привызове вы авторизацию шлете свою - прошла, ваызов пошел

Это легко проверить - убрать регистрацию вообще.

оператор местный. это не имеет значения, т.к. с chan_sip и callbackextension у него всё нормально отрабатывало. pjproject всего лишь новый канальный драйвер. Значит не всё в нём реализовано, что подтверждает Ivan Poddubny

можете даже свою секцию регитсрации совсем убрать, оставить только идентифи и ловить трафик от оператора

Есть ещё команда pjsip send unregister <reg>, чтобы не ждать

Это легко проверить - убрать регистрацию вообще.

а по описанию, что рассказывает, так и будет. либо звонок реализован у оператора через какие-то странные костыли. точнее заголовок кривой

с мегафоном нормально pjsip работает с учётом line вместо callbackextension ? могу ещё на мегафоне проверить. Больше тестировать не на чем пока..

я лично не работал с мегафоном. ничего не скажу

значит кого то буду просить о номерах на тест

секцию регистрации убреите и проверьте

я как то давно на мегафоне пробовал с chan_sip callbackextension - не получилось. с другими провайдерами таких проблем не было. потом не стал проверять - было не актуально

секцию регистрации убрал с номера - при вызове оператор говорит, что номер не может быть вызван, исходящие ч/з этот номер тоже не идут

а вот если в chan_sip я уберу строку register и применю callbackextension, то всё работает как надо\

потому что там коллбек механизм другой

а провайдер ваш щлет тупо в ip вызовы, и им пофигу абсолютно на вашу регистрацию. звонить исходящими вызовами тоже необязательно с регистрацией, привызове вы авторизацию шлете свою - прошла, ваызов пошел

Можете мне свои настройки pjsip сбросить - я сравню со своими.... так-то у меня всё работает, только один нюанс мешает - не получается с аналогом callbackextension. Вместо пароля поставьте **** :)

я скидывал свой конфиг

там все мои рабочие

без паролей

Добрый вечер, подскажите кто знает как на астериске организовать автообзвон. ПО теории оператор где то набирает номер внешнего абонента, к нему идет исходящий вызов и при поднятии трубки внешний абонент слушает записанное сообщение

пните в правильном направлении штоле...

пните в правильном направлении штоле...

200$

не вариант

не вариант

199 последняя цена