Облачная АТС 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 тыс. просмотров
спросил от Александр-N (130 баллов) в категории Настройка провайдеровредактировать от Александр-N
Здравствуйте.
Подскажите пожалуйста как подключить провайдера DOMRU
пробовал и со строкой подключения, и просто все варианты перепробовал Ascozia 7 не подключается
проблема с доступом исключена, фаервол атс для исключения отключен, блокировка FailToBan чистая, клиентом с этого IP все работает и подключается.есть входные данные
логин XXXXXX пароль XXXXXXXXX имя хоста voip. domru.ru стандартный порт, и пользователь в виде 78442XXXXXX
МикроСип поднимается на ура Ascozia 7 нет
Вбивал строку регистрации вида
register =>XXXXXX:PASSWORD:[email protected]
Помогите
варианты с defaultuser и fromuser перепробованы с 78442XXXXXX в разных вариациях
Что не так с АТС ?
- провайдеры
- домру
оставил комментарий от boffart (101 тыс. баллов)
оставил комментарий от Александр-N (130 баллов)
оставил комментарий от boffart (101 тыс. баллов)
оставил комментарий
от
Александр-N
(130 баллов)
редактировать
от Александр-N
оставил комментарий
от
boffart
(101 тыс. баллов)
В общем подход должен быть следующим.
Если провайдер не идет на контакт, то нужно снять два дампа:
- Первый, подключаем любой софтфон к Dom.ru, если вызов проходит успешно, то сохраняем дамп звонка по инструкции Снятие лога с помощью Wireshark
- Второй, снимаем с АТС, опять же необходим дамп звонка. Можно использовать инструкции Снятие лога с помощью Sngrep или Системные логи
- Далее, сравнивая логи можно попытаться понять, что не так в диалоге «АТС» —> «Провайдер»
Важно, некоторые провайдеры не поддерживают множественную регистрацию на одном своем аккаунте, то есть если подключили софтфон и параллельно пытаетесь регистрировать АТС, то что то работать не будет. На время тестов АТС отключайте софтфон.
Некоторые провайдеры, к примеру Билайн, после отмены регистрации софтфона, рекомендуют выждать 10 минут, перед регистрацией другого устройства.
оставил комментарий
от
Александр-N
(130 баллов)
редактировать
от Александр-N
оставил комментарий от Mordent (250 баллов)
оставил комментарий от Александр-N (130 баллов)
оставил комментарий от Mordent (250 баллов)
оставил комментарий от Александр-N (130 баллов)
оставил комментарий от Александр-N (130 баллов)
оставил комментарий от 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. Таким образом, каждый может знать, сколько участников входит в состав конференции. Наконец, он регулирует скорость передачи. Эта информация будет использоваться для улучшения скорости вывода и ее адаптации для размещения всех желающих присоединиться к мероприятию.
Конфиденциальность медиапотоков достигается за счет шифрования. Поскольку сжатие данных, используемое с форматами полезной нагрузки, описанными в этом профиле, применяется сквозно, шифрование может быть выполнено после сжатия, чтобы не было конфликта между двумя операциями. Потенциальная угроза отказа в обслуживании существует для кодировок данных, использующих методы сжатия с вычислительной нагрузкой, отличной от нагрузки принимающей стороны. В экстремальных условиях атакующий потенциал может внедрить в поток сложные патогенные дейтаграммы, подлежащие декодированию, что вызовет перегрузку получателя.