Облачная АТС 4.0

Помимо софтфона на компьютере, вы и ваши сотрудники можете принимать и совершать звонки с настольных телефонов.

Облачная АТС поддерживает работу с моделями популярных вендоров SIP-оборудования: AudioCodes, Yealink, Grandstream, Cisco/Linksys, D-Link, Panasonic, Escene, Aastra, Fanvil, Eltex и других.

Если у вас аналоговые телефоны, вы можете подключить их через VoIP-шлюз.

Настройка SIP-телефона

Где получить SIP-сервер, логин и пароль?

Данные параметры указываются при создании сотрудника. Пример:

В этом примере:

• Логин — это ivan (обычно нужно вводить только то, что идет до @)

• Пароль — если установлен SIP-пароль, используйте его, в ином случае обычный пароль

• Сервер — это адрес вашей АТС формата vpbx123456.domru.biz.

Введите настройки телефона по этому образцу. Сохраните, настройка завершена и телефон должен зарегистрироваться.

Обратите внимание! Если вы уже создали сотрудника, но не помните его пароль, то его можно только изменить через редактирование сотрудника. Если вы измените пароль, который уже используется в каких-либо устройствах (например, в софтфоне), то при изменении софтфон перестанет работать и затребует ввода нового пароля. Будьте внимательны при смене пароля.

Настройка VoIP-шлюза

Также вы можете использовать и обычные настольные аналоговые телефоны, нужно лишь подключить их через специальный VoIP-шлюз. Настройка портов VoIP-шлюза производится аналогично настройке SIP-телефонов. Если в вашей компании ранее использовалась офисная АТС, вы можете переключить провода телефонов от АТС в VoIP-шлюз, после этого сотрудники будут работать в Облачной АТС с привычными телефонными аппаратами.

Готовые инструкции для моделей: .

Нюансы работы

Все телефоны поддерживают весь функционал Облачной АТС. Вы можете переводить и удерживать звонки. Звонки записываются при включенной опции «Запись звонков».

Обратите внимание, что все подключенные к сотруднику устройства могут работать параллельно. Например, вы настроили переадресацию на мобильный телефон и установили настольный телефон и софтфон. Входящий звонок поступит и на мобильный, и на настольный телефон, и на софтфон одновременно. Это очень удобно: сотрудник может ответь на любом доступном в конкретным момент устройстве.

Тонкая настройка и возможные проблемы

На оборудовании должны быть выключены опции STUN, NAT Traversal, прокси-серверы.

В настройках вашего роутера должна быть выключена опция SIP ALG.

Кодеки: если есть возможность, указать приоритет использования: PCMA (G711a, G711 a-law), PCMU (G711u, G711 u-law), G729, RTP Packet size (время пакетизации) 20 мс.

Необходимо обеспечить обмен трафика для подсетей 5.3.4.128/26 и 5.3.4.64/27 и для IP-адресов 188.186.156.128/26 и 188.186.157.64/27, а также разрешить порты TCP (80, 443, 8080, 5060, 5061, 30000 — 65535) и UDP (5060, 30000-65535).

Для совершения исходящих звонков необходим интернет со статическим IP адресом. Информацию о IP адресе, с которого будут совершаться звонки, необходимо передать персональному менеджеру.

DomRU Авторизация SIP транка — Вопросы и ответы по MikoPBX

2.2 тыс. просмотров

спросил 05 Дек, 19 от Александр-N (130 баллов) в категории Настройка провайдеров
редактировать 05 Дек, 19 от Александр-N

Здравствуйте.

Подскажите пожалуйста как подключить провайдера DOMRU

пробовал и со строкой подключения, и просто все варианты перепробовал Ascozia 7 не подключается

проблема с доступом исключена, фаервол атс для исключения отключен, блокировка FailToBan чистая, клиентом с этого IP все работает и подключается.

есть входные данные

логин XXXXXX пароль XXXXXXXXX имя хоста voip. domru.ru стандартный порт, и пользователь в виде 78442XXXXXX

МикроСип поднимается на ура Ascozia 7 нет

Вбивал строку регистрации вида

register =>XXXXXX:PASSWORD:[email protected]

Помогите

варианты с defaultuser и fromuser перепробованы с 78442XXXXXX в разных вариациях

Что не так с АТС ?

• провайдеры
• домру

оставил комментарий11 Дек, 19 от boffart (101 тыс. баллов)

оставил комментарий

11 Дек, 19 от Александр-N (130 баллов)

оставил комментарий11 Дек, 19 от boffart (101 тыс. баллов)

оставил комментарий11 Дек, 19 от Александр-N (130 баллов)
редактировать 11 Дек, 19 от Александр-N

оставил комментарий11 Дек, 19 от boffart (101 тыс. баллов)

оставил комментарий11 Дек, 19 от boffart (101 тыс. баллов)

В общем подход должен быть следующим. 

Если провайдер не идет на контакт, то нужно снять два дампа:

1. Первый, подключаем любой софтфон к Dom.ru, если вызов проходит успешно, то сохраняем дамп звонка по инструкции Снятие лога с помощью Wireshark
2. Второй, снимаем с АТС, опять же необходим дамп звонка. Можно использовать инструкции Снятие лога с помощью Sngrep или  Системные логи
3. Далее, сравнивая логи можно попытаться понять, что не так в диалоге «АТС» —> «Провайдер»

Важно, некоторые провайдеры не поддерживают множественную регистрацию на одном своем аккаунте, то есть если подключили софтфон и параллельно пытаетесь регистрировать АТС, то что то работать не будет. На время тестов АТС отключайте софтфон. 

Некоторые провайдеры, к примеру Билайн, после отмены регистрации софтфона, рекомендуют выждать 10 минут, перед регистрацией другого устройства.

Если не подождать, то работать не будет. 

оставил комментарий16 Дек, 19 от Александр-N (130 баллов)
редактировать 16 Дек, 19 от Александр-N

оставил комментарий16 Дек, 19 от Mordent (250 баллов)

оставил комментарий16 Дек, 19 от Александр-N (130 баллов)

оставил комментарий16 Дек, 19 от Mordent (250 баллов)

оставил комментарий16 Дек, 19 от Александр-N (130 баллов)

оставил комментарий16 Дек, 19 от Александр-N (130 баллов)

оставил комментарий16 Дек, 19 от Mordent (250 баллов)

ERP и CRM с открытым исходным кодом

ПОВЫШАЙТЕ ПРОДАЖИ

CRM ПОС

Продажи

ИНТЕГРАЦИЯ ВАШИХ УСЛУГ

Проект Табель учета рабочего времени Служба поддержки

ОПТИМИЗИРУЙТЕ СВОЮ ОПЕРАЦИЮ

Инвентарь ППМ Покупка

СОЗДАВАЙТЕ ПОТРЯСАЮЩИЕ ВЕБ-САЙТЫ

Конструктор сайтов электронная коммерция

УПРАВЛЯЙ СВОИМИ ФИНАНСАМИ

Выставление счетов Бухгалтерский учет

УСИЛЕНИЕ МАРКЕТИНГА

Маркетинг по электронной почте

Автоматизация маркетинга

ПЕРСОНАЛИЗАЦИЯ И РАЗРАБОТКА

Студия одоо. ш

… и многие другие

Не более

болезненных интеграций .

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

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

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

«Мы заменили 14 различных приложений и увеличили доход на 10% за одну ночь».

Марк Питерс, генеральный директор отдела торговых автоматов

уникальное выгодное предложение

Все, что вам нужно, с первоклассным пользовательским интерфейсом.

Наше семейство приложений отлично работает вместе, предоставляя вам возможность автоматизировать и отслеживать все, что вы делаете — централизованно, через Интернет и доступно из любого места с любого устройства.

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

Благодаря современному и элегантному техническому дизайну платформа Odoo уникальна. Это позволяет нам и разработчикам нашего сообщества предоставлять первоклассное удобство использования, масштабируемое для всех приложений .

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

Наконец, с регулярными ежегодными выпусками Odoo развивается намного быстрее, чем любое другое решение.

7 миллионов пользователей
развивают свой бизнес с помощью Odoo

Раскройте свой потенциал роста

Кредитная карта не требуется — Мгновенный доступ

Начните сейчас — это бесплатно

Как RTP (транспортный протокол реального времени) работает в VOIP?

Протокол передачи в реальном времени с аббревиатурой RTP был стандартизирован в 1996 году. Он позволяет передавать аудио- и видеоданные в режиме реального времени. RTP имеет сквозные транспортные возможности для приложений реального времени в многоадресных или одноадресных сетевых службах. Таким образом, он широко используется для интерактивных аудио- и видеоконференций.

На практике RTP опирается на множество протоколов. Архитектура TCP/IP использует протокол UDP. Это неотъемлемая часть приложения, в отличие от других транспортных протоколов, таких как TCP. Использование протокола UDP для инкапсуляции пакетов RTP включает определенные ограничения, особенно на уровне исправления ошибок. В результате любой потерянный или поврежденный пакет просто игнорируется и отбрасывается. Протокол RTP отдает предпочтение конкатенации и комбинированию звука и изображения, а не целостности передаваемых данных.

Роль RTP заключается в обеспечении единого способа передачи данных с учетом ограничений в реальном времени. С этой целью RTP вводит маркеры времени и порядковые номера в различные мультимедийные потоки (аудио, видео и т. д.), контролирует прибытие пакетов к месту назначения и идентифицирует тип транспортируемой информации. Однако этот протокол не может резервировать ресурсы в сети, обеспечивать надежность в сети или гарантировать время доставки.

Например, в мультимедийном сеансе каждый носитель передается в отдельных сеансах RTP. Это позволяет серверу адаптировать поток к пропускной способности получателей. Впоследствии, благодаря идентификатору источника и отметке времени выборки, можно обеспечить синхронизацию. RTP можно использовать отдельно, но его можно связать с протоколом управления в реальном времени (RTCP).

В то время как различные методы предлагают гарантии распределения ресурсов в сети, они вряд ли обеспечивают применение временных гарантий маршрутизации информации, таких как джиттер, который плохо контролируется. Именно для решения этой проблемы был предложен стандарт протокола передачи в реальном времени, которым является RTP. Транспортный протокол в реальном времени (RTP) и его надстройка для протокола управления транспортом в реальном времени (RTCP). Соответственно, они позволяют транспортировать и контролировать потоки данных, обладающие свойствами реального времени.

Говоря кратко, RTP основан на следующих принципах:

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

• Предоставление мультимедийных приложений с транспортным протоколом, адаптированным к их структуре

• Предоставление мультимедийных приложений, измененных в соответствии с сетевым поведением, для оценки свойств сети (коэффициент ошибок, задержка, дрожание и т. д.).

Несмотря на надежность TCP, которая имеет преимущество в управлении надежной передачей (повторная отправка IP-пакетов в случае ошибки), она, к сожалению, несовместима с потоком в реальном времени. В результате UDP используется как более простой протокол, т. е. без исправления ошибок и упорядочивания пакетов по прибытии. Для этого мы будем использовать два дополнительных протокола: RTP и RTCP. Эти два протокола используют разные коммуникационные порты для ссылки на приложения, работающие на обоих взаимодействующих компьютерах (локальном и удаленном). Четный порт будет использоваться RTP, а нечетный — RTCP.

Модель OSI

RTP можно описать как надстройку UDP, добавляющую к каждому передаваемому пакету ценную информацию о порядковом номере (который восстанавливает порядок полученных пакетов) плюс метку времени пакета для базы данных восстановить. Времени. Таким образом, получатель информации знает дату отправки пакета и может измерить время нахождения в сети для сокращения времени передачи путем сравнения времени передачи нескольких пакетов одного и того же обмена.

RTP управляется на уровне приложения. Его целью является предоставление сквозных транспортных функций для приложений реального времени через многоадресные или одноадресные сетевые услуги (аудиоконференции, интерактивное видео/видеовещание, аудио/симуляция). Основная роль RTP заключается в реализации порядковых номеров IP-пакетов для восстановления голосовой или видеоинформации, даже если базовая сеть меняет порядок пакетов. С технической точки зрения, RTP позволяет:

– Восстановить временную базу аудио, видео и потоков данных в реальном времени в целом.
— Быстро обнаруживать потерю пакетов и сообщать об этом источнику за время, совместимое с сервисом.

Как и любой другой телекоммуникационный протокол, RTP имеет определенные ограничения:

– RTP не действует на уровне маршрутизаторов.
— не контролирует QoS.
— Не резервирует ресурсы (на этом уровне вмешивается RSVP). RSVP — это сигнальный протокол, который позволяет приложению резервировать ресурсы в Интернете.
— RTP не гарантирует доставку пакетов.
— RTP не обеспечивает автоматическую повторную передачу отсутствующих пакетов.

Протокол RTCP встроен в RTP. Его основная роль состоит в том, чтобы сообщать (у источника) о поведении сети (предоставлять информацию о качестве сети) путем распространения статистических результатов, сделанных участниками сеанса RTP. Технически это называется обратной связью.

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

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