вот вместо ФС поставил астер, это дамп при входящем. если не трудно можете взглянуть? в чем может быть отличие с ФС?

Первое очевидное - вы ходите с разных адресов(интерфейсов?). Вы бы регистрацию с Астера показали, а не инвайт.

Первое очевидное - вы ходите с разных адресов(интерфейсов?). Вы бы регистрацию с Астера показали, а не инвайт.

ага, на астере 172.16.13.10 ,а на ФС 192.168.60.11 оба проходят через пало алто. по идентичным маршрутам и правилам

ага, на астере 172.16.13.10 ,а на ФС 192.168.60.11 оба проходят через пало алто. по идентичным маршрутам и правилам

Так вы бы создали им равные условия - или астер с хоста фс пустить или наоборот. Может правила на фаере не такие уж одинаковые в реальности. Ну и регистр с астера в виде SIP дампа конечно

Так вы бы создали им равные условия - или астер с хоста фс пустить или наоборот. Может правила на фаере не такие уж одинаковые в реальности. Ну и регистр с астера в виде SIP дампа конечно

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

вот регистр в виде дампа, на фаере вроде правила показывали, вроде бы были идентичными. главное смущение то что другие атски нормально пашут, поэтому сваливать на фаер как то не получается...

вот регистр в виде дампа, на фаере вроде правила показывали, вроде бы были идентичными. главное смущение то что другие атски нормально пашут, поэтому сваливать на фаер как то не получается...

Правила у вас разные - с хоста ФС есть nat, а с астера нет

Весьма вероятно пров шлёт на неверный контакт и вы ничего не получаете

Весьма вероятно пров шлёт на неверный контакт и вы ничего не получаете

в астере в настройке сип юзера есть такая запись, nat=no. засчет этого возможно в дампе не видно ната. но едь попав на пало алто он дальше натится, т.е. его натит сам палоальто

Правила у вас разные - с хоста ФС есть nat, а с астера нет

а на фс я могу что то подобное nat=no прописать в настройке сип юзера в сторону провайдера? может так проверить?

в астере в настройке сип юзера есть такая запись, nat=no. засчет этого возможно в дампе не видно ната. но едь попав на пало алто он дальше натится, т.е. его натит сам палоальто

Судя по ответу прова - нет там ната

С астера

Судя по ответу прова - нет там ната

это вот сегодня отправили настройки палоалто, как говорят идентичные правила на нат.как с астера так и с фс...

вот такие вот настройки использую на сип юзере, со стороны ФС в сторону провайдера

это вот сегодня отправили настройки палоалто, как говорят идентичные правила на нат.как с астера так и с фс...

В ответе прова на фс есть received(и кстати не тот что в конфиге фаера), а на астер - нет.

А раз адрес не тот, фаер на нём никого не ждёт и не натит

В ответе прова на фс есть received(и кстати не тот что в конфиге фаера), а на астер - нет.

received=10.173.7.85 сейчас прописан 82 айпи, дамп когда брал он натил на 85. затем мы сменили на 82.думали может в айпишке какая то проблема, так что сейчас натится на 82 и в конфиге палоалто тоже стоит 82 как на скрине

В ответе прова на фс есть received(и кстати не тот что в конфиге фаера), а на астер - нет.

на астере пров напрямую обращается к 172.16.13.10? а вот когда ставишь фс он так не образается на прямую к 192.168.60.11 ...

Весьма вероятно пров шлёт на неверный контакт и вы ничего не получаете

Большое спасибо за помощь. Проблему решил, Решение следующее : <param name="extension-in-contact" value="true"/> так в контакте ФС посылает gw+name после применения нового параметра же, посылает в контакте номер. После применения этого звонки на вход заработали

Весьма вероятно пров шлёт на неверный контакт и вы ничего не получаете

видимо пров не мог нормально воспринять эту инфу посылаемую по дефалту от ФС в контакте, но к сожалению и в логах видимо сотрудники прова этого не "видели"... поэтому потерял уйму времени на это... еще раз спасибо за помощь!

видимо пров не мог нормально воспринять эту инфу посылаемую по дефалту от ФС в контакте, но к сожалению и в логах видимо сотрудники прова этого не "видели"... поэтому потерял уйму времени на это... еще раз спасибо за помощь!

На здоровье конечно, но вы ж говорили, что даже на фаере запросов не видели? Или они у себя сходу рубили и даже не пытались? Кто-то же 480 отдавал им

На здоровье конечно, но вы ж говорили, что даже на фаере запросов не видели? Или они у себя сходу рубили и даже не пытались? Кто-то же 480 отдавал им

Да,на фаере тоже ничего не видели.видимо пров у себя рубил...и при этом не могли об этом сообщить

@igor_dm_p не проверяли, как fs себя в gcp ведет?

всем привет! Парни, подскажите что может быть не так c командой - с софтфона на сотовый могу позвонить, а через команду только на внутренний, трубку снимаешь и обрывается звонок, на сотовый вызов не идет. bgapi originate {origination_caller_id_number=892ХХХХХ90}user/101@main.ххх.ru 892ХХХХХ90 XML main.xxx.ru

А как насчёт логов?

@igor_dm_p не проверяли, как fs себя в gcp ведет?

Ещё нет

Ещё нет

расскажете? )

да не вопрос, если сделаю расскажу

но я бы сначала здесь по сильнее покричал, вдруг кто уже тестил

бота не тестили вчера ещё?)

нет, не успел всё подготовить

Парни, похоже, HR-bot начинает охоту - ща нас всех тут хантить будут беспощадно. :-)))

это ж хорошо - посмотрим предложения по рынку зп )

Ага, интересно, какие команды бот понимает. :-)))

примерим на себя так сказать )

ну как минимум /денегДай ))

меня вот ни разу не хантили

абидна

"Будет день, будет срок, будет к празднику пирог."

срока не надо, спасибо

я уже чуть не

так - а где ж охота)?

Наверное, боту нужно команду дать соответствующую. :-)))

/фас )?

Не - это Федеральная Антимонопольная Служба :-)

ой - нам туда точно ненужно )

Если я просто задам ${max_calls} в единицу то с разных регистраций одного юзера больше 1 звонка за раз не пролезет?

зачем так экстремально (

а как?

есть же модуль limit

парни, если не трудно угостите ссылкой на годную литературу по freeswitch, здесь была ссылка, но не могу найти

Спасибо.

о годная книга

спасибо

#books

добрый день! есть шлюз для аналоговых линий, входящие запустил, с исходящими не складывается, кто настраивал подобное?

добрый день! есть шлюз для аналоговых линий, входящие запустил, с исходящими не складывается, кто настраивал подобное?

что именно не складывается? посмотрите что отвечает шлюз на инвайт через sngrep.

jazz здравствуйте, для начала, хочу разобраться с методикой отправки звонков. входящие настроены так что шлюз использует данные экстеншенов во фрисвитче, и получается как будто звонит внутренний экстеншн. исходящие в свою очередь требуют параметр gateway который обязательно требует внешнюю авторизацию енот здравствуйте, я думаю стоит 1) писать в общий чат 2) разобраться как вообще пользоваться фс гейтвеи это sip_profiles/external/*.xml чтобы звонил не внутренний экстеншен, надо зайти в него и убрать caller_id параметры.

а ещё у телеграмма есть форврад сообщений

а ещё у телеграмма есть форврад сообщений

освоил

ещё не обязательно чтобы звонить настраивать гейт, можно указать что-то вроде sofia/external/номер_телефона@ip_шлюза

если шлюз авторизует вас не по логину\паролю - прокатит

ещё не обязательно чтобы звонить настраивать гейт, можно указать что-то вроде sofia/external/номер_телефона@ip_шлюза

для этого шлюз должен поддерживать хранение учётки у себя? или это грубо говоря дыра без авторизаци но по sip в которую посылаем с префиксами чтобы он разобрал на какую линию?

нет, большие дяди друг друга авторизуют по паре порт + ип

префиксы это уже другое, оно не для безопасности

я просто рассказываю какие есть варианты. для начала стоит всё-таки отправить звонок хоть как-то и посмотреть что оно ответит. а ещё лучше почитать инструкци(и\ю)

А авторизация по UDP/IP это безопасно? Я действительно не знаю. Подставить ip в udpпакет дело простое. И в пакете без проблем можно указать другой адрес для сигналки. Не думаю что фс проверяет этот адрес

нет, большие дяди друг друга авторизуют по паре порт + ип

учитывая что я получаю в лог ФС Rejected by acl "domains". Falling back to Digest auth. это шлюз отвергает, или в фс не хватает записи в нужном месте?

если звонящий не разрешен через acl, у него запрашивается пароль

autoload_configs/acl.conf.xml

по умолчанию никто не разрешен

учитывая что я получаю в лог ФС Rejected by acl "domains". Falling back to Digest auth. это шлюз отвергает, или в фс не хватает записи в нужном месте?

но это явно про входящие

через шлюз можно звонить 4-мя разными способами

три описаны здесь https://freeswitch.org/confluence/display/FREESWITCH/Gateways+Configuration

через шлюз можно звонить 4-мя разными способами

вот эту информацию никак не могу найти

4-ый заключается в том, чтобы не добавлять никаких шлюзов а звонить прямо в домен

вот так <action application="bridge" data="sofia/external/$1@26.115.88.50:5080"/>

но это не самая лучшая идея

но это не самая лучшая идея

уже думал в эту сторону, почему?

по мере усложнения dialplan и увелечения количества шлюзов будет тяжело этим всем рулить

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

если у вас просто sbc для атски, то ок

хоть и не рекомендуется

Не - это Федеральная Антимонопольная Служба :-)

Это чат про телефонию. Фас это федеральное агентство связи.

три описаны здесь https://freeswitch.org/confluence/display/FREESWITCH/Gateways+Configuration

на текущий момент пробую первый вариант:

у вас джипег

керио...

:)

выглядит как ConFusionPBX

Сколько я с ним настрадался...