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

Есть

ии? какие ключевые слова?

Progress

Вроде

ну то есть я могу туда с теории влепить даже что-то типа информатора?

как я понимаю, о freepbx не может быть и речи?

почему? там же есть какие-то кастомные вещи, где вороти что желаешь

Во freepbx делаешь Announcement и в нем галку "Без ответа в канал"

почему? там же есть какие-то кастомные вещи, где вороти что желаешь

Не, прям в родной фряхе

ну я такие тонкости не знал даже.

Во freepbx делаешь Announcement и в нем галку "Без ответа в канал"

а как оператор это затарифицирует?

Никак

не особо верю в такую халяву) все бы тогда настраиваили так

а что я могу и ночной информатор такой же сделать?

Верить не обязательно. Но это работает. Я думаю, вы понимаете, что это только на входящих.

не особо верю в такую халяву) все бы тогда настраиваили так

операторы могут потом просто и не пускать early media

Если не злоупотреблять, то все нормально

Это даже на Е1 работает

операторы могут потом просто и не пускать early media

ну а кто пускает, а кто нет? мы же с вами в одной экономической общности

ну а кто пускает, а кто нет? мы же с вами в одной экономической общности

ростелеком в свое время прикрывал

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

никто не хочет просто так денежку не получать.

это значит что я могу купить услуги примерное те же что и все тут

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

то есь: задарма, мтт, какая-нибудь региональная лажа

вообщем - пробуйте , пользуйте. только не удивляйтесь почему не везде работает

Верить не обязательно. Но это работает. Я думаю, вы понимаете, что это только на входящих.

А если входящие с 8800, то тогда что по поводу тарификации обсосом в данном случае?

Аналогично. Мы так себе делаем

вообщем - пробуйте , пользуйте. только не удивляйтесь почему не везде работает

Под не везде работает понимается, что кто-то дозвонится и услышит , а кто-то не дозвонится?

именно)

а еще у какого-нибудь оператора будет на сети 180 опция вместое 183, и вместо вашего сообщения , услышат просто гудки

Аналогично. Мы так себе делаем

Так, если уважаемый Trushakov Zheny говорит, что могут вообще некоторвюые звонки не пройти , тогда как?

звонок пройдет, но сообщения не услышете

early media

Нет, тут скорее речь про оператора последней мили.

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

И ещё... не по теме .. состояния каналов , blf и другую инфу в вебсокет через АМИ передают или есть что-то лучше?

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

Нет

за связь без брака!

Во истину Попов!

Кто нибудь использует DUNDI ?

можно через ARI создавать SIP пиров?

да

месье знает толк..

Ага:))

Писать с него неудобно немного.

нам не страшен никакой ркн ))

Кто нибудь использует DUNDI ?

Было дело, но в рамках своей задачи отказался

А как прочитать на нем сообщение полностью?

Просто открыть его

дисплей сенсорный на телефоне?

Да

Там андроид 4

тогда очень хорошо

Звук при звонке в телеграмм идёт в трубку, но пересекается со встроенной звонилкой, надо разобраться

С трудовым праздником, коллеги. Так сказать на волне профессионализма, предлагаю обсудить тему. Пожалуй, будет интересна больше разработчикам ВАТС и своих веб-морд для астериска. Но все же. Я изложил свои соображения по ссылке, а вы мне покидайте, пожалуйста, ваши ответные соображения в чатик http://telegra.ph/Nam-nuzhen-novyj-CDR-05-07

Вообще да, новый CDR нужен. Asterisk пишет не самую удобную CDR, временами сложно проследить в ней переведённые вызовы, например.

тут наверное следует говорить об унифицированном CDR не только в рамках ASTERISK Если уж делать - то стандарт

Но опять же - тут нужно определить приемлимый уровень абстракции чтобы потом над этим CDR не пилить еще один CDR

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

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

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

ERROR: S client not available

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

А дальше чего будет? CDR хорош тем, что это как отраслевой стандарт

Сделать новый CEL - это круто, но есть же CEL

так о том и речь, что отрасль развивается, и мейби нужен следующий отраслевой стандарт?

при попытке приема факса от Grandstream HT503 через внешний DID транк - получаю FAX "FAILED: error: Unexpected message received statusstr: Unexpected message received

кто сталкивался?

я ж на самом деле не знаю, поэтому и предлагаю обсуждать. вот безопасность развивается, были SSL 1, 2, теперь уже TLS v1.2 и это не то, что TLS v1.0, пора сделать CDR-A (CDR Advanced) или CDR v2.0 в целом "новый" формат может в level-0 иметь типовой CDR, если уж на то есть необходимость

пробовал через Pass through, Т38, кодеки - g729, pcma, pcmu

так о том и речь, что отрасль развивается, и мейби нужен следующий отраслевой стандарт?

Звучит утопично. Боюсь, зря выкинутые силы будут. Нужно иметь большой вес в отрасли и большую решаемую проблему для того чтобы изменить что-то у всех игроков разом

@voxlink Ну, как вариант поехать на конференцию в этом или следующем году и выступить с предложением. Закинуть удочку так сказать

Я в общем то с удовольствием поехал бы как на kamailio world так и на AstriConf но пока не могу найти интересную тему в рамках этих конференций

Боюсь, силы впустую:(

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

галочку надо было поставить T38 Pass-Through => Yes

Так и в протоколе SIP тоже есть куча несовершенств. Предлагаю и его разом тоже переделать, чтоб два раза не вставать)))

и вырубить faxdetect если выставлен

А ещё убить всех плохих и оставить только всех хороших.

/ Latest Update / - As of Monday 07-May-2018 06:45 UTC Networking Engineers were alerted to a major disruption involving our European datacenters as of 07-May-2018 6:00 UTC. All traffic between North America and Europe appeared to be impacted. Engineers were able to isolate the problem to a failed linecard in a backbone router in our WDC02 facility, and it was immediately removed from service upon identification. As soon as the linecard was removed from service (approx. 07-May-2018 06:29 UTC), all network availability was restored between North America and Europe. We will be coordinating with the vendor to identify the cause of this issue and work to prevent this type of impact in the future. If you are still experiencing issues please contact support via ticket, chat, or phone.

IBM Bluemix

А ещё убить всех плохих и оставить только всех хороших.

Я поддерживаю!

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

Ну о том и речь. Да и то, куча инициатив циско, гугла и монстров умирают в безвестности

Так и в протоколе SIP тоже есть куча несовершенств. Предлагаю и его разом тоже переделать, чтоб два раза не вставать)))

Good idea

Парни а почему для rtp такой большой ренж?

шоб на всех хватило. разрабы же не знают, сколько у вас будет одновременно каналов. а если вы знаете, что больше чем 100 каналов не будет, то умножаете на 2 (если на пирах стоит nat=no) и этой цифрой ограничиваете

шоб на всех хватило. разрабы же не знают, сколько у вас будет одновременно каналов. а если вы знаете, что больше чем 100 каналов не будет, то умножаете на 2 (если на пирах стоит nat=no) и этой цифрой ограничиваете

спасибо

В pjsip с match_header кто-то занимался?

Не могу понять , что я делаю не так

Точнее делаю всё вроде так, только не срабатывает , а в дебаге совсем ничего не валится полезного

а кто нибудь щупал вот CDR от этих товарищей vistep.ru

запускает по freepbx - в докер имедже

Звук при звонке в телеграмм идёт в трубку, но пересекается со встроенной звонилкой, надо разобраться

Как он вообще в эксплуатации? С * хорошо дружит? Если звонок идет на несколько телефонов группы и кто-то в группе снял трубку, то отображается или нет в грандстриме пропущенный? На Панасониках нет, что разумно