Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 ... 10 11 12 13 14 15 16 17 18 19 20 След.
Запись разговоров по IP-телефонам
 
OmniPCX Record пишет без зеркалирования порта на коммутаторе.
Проблема с настройкой ABC-F
 
Цитата
Civilized пишет:
Цитата
Андрей пишет:



Что вы называете "IP MG" ?



Медиашлюз - составная часть станции, между станцией и ее составной частью не может быть ABC линка.

Из доки:

Media Gateway - оборудование, на котором, устанавливаются системные и интерфейсные платы. 2 типа - OmniPCX MG (IP MG) и ACT MG (кристалл).

Т.е. вы подтверждаете, что IP MG вы называете шлюз той же станции ?
Проблема с настройкой ABC-F
 
Цитата
Civilized пишет:

Столкнулся тут с непреодолимой для моего ума проблемой, прошу помощи. Что имеем:

Центральная станция на Appliance Servers 11 Rel, к ней подключается IP MG с тем же, 11 релизом,

Что вы называете "IP MG" ?
Медиашлюз - составная часть станции, между станцией и ее составной частью не может быть ABC линка.
Отсутствует RBT
 
Цитата
error пишет:
ранее на SIP-TG был пункт "тип компрессии - дефаулт/g711", в "SIP Ext. Gw." было поле "транк алгоритм" т.е. если в SIP-TG стоит G711 а в "SIP Ext. Gw." было поле "транк алгоритм"  отключено  то выбор кодеков шел согласно domain

А именно с R11 в SIP Ext Gw есть специальный параметр, определяющий выбор кодека.
Что характерно, так и называется: Type of codec negotiation.
Отсутствует RBT
 
Цитата
error пишет:

4. в ОХЕ 11 кодек на SIP-транк регулируется через domain

Зависит от того, что указано в SIP Ext. Gw.
Ошибка 480
 
После чего возникла проблема ?
Проблема с транзитом SIP транка через OXE
 
Цитата
etc пишет:
Голос ходит по Direct RTP в SIP, поэтому должна быть дорога между двумя ОХО. Т.е. соединение точка-точка.

Картинка никак не отрицает невозможности передачи пакетов между адресами конечных ОХО.
Правда и не подтверждает, т.к. на ней отсутствуют хотя бы маски подсетей.
Плата GD не привязывается к IP TG
 
Цитата
vad пишет:
Не понятен спор. Есть разделенные выносы (стоят в разных местах и сетях), почему не быть менеджменту, который учитывает данное разделение (разные TG, разные домены)?

Я не спорю, просто хочу уточнить непонятный момент.
Если бы речь шла например о PRI с городом, то смысл разделения потоков по TG понятен.
Но в данном случае речь о полуэфемерных IP TG. Какой смысл разделять доступы по TG в данном случае, если разделение между выносами учитывается в IP доменах ?
Плата GD не привязывается к IP TG
 
Сигналинг сигналингом. То, что она физически может идти с разных GD, - на практике неважно, если мы обе TG будем использовать для одной и той же цели, как например в данном случае - для VPN Overflow.
Под кодеками я имел в виду сами алгоритмы кодирования, а не DSP ресурсы, хотя их выбор тоже, насколько я помню, зависит от домена.

Что плохого в том, что сигналинг будет от одной GD, а DSP_ресурсы будут задействованы на другой ?
По-моему, ничего плохого в этом нет, такова сущность VoIP: разделение сигналинга и медиапотоков.

Поэтому все же непонятно, в чем в данном случае смысл разделения на две TG ?
Плата GD не привязывается к IP TG
 
Так а причем тут разнесение на TG в случае кодеков, если кодеки в данном случае (разнесение по доменам) могут определяться по доменам ?
Плата GD не привязывается к IP TG
 
Цитата
vad пишет:
У вас ящики в разных местах стоят (а точнее - они в одной подсети или разных)?
Это я на предмет целесообразности одной TG из двух доступов. Не правильней - иметь 2 TG, использовать их в каждом ящике самостоятельно?

А какая разница, если RTP все равно напрямую ?
оператора СС поставить на паузу
 
Тогда, видимо, надо поискать, может ли TAPI делать wrap-up.
оператора СС поставить на паузу
 
Именно автоматически и только одного ?
Wrap-Up не подходит ?
Регистрация у провайдера по SIP
 
Цитата
Dmitry Ryzhakov пишет:
Registration timer

Default 0 (no registration), otherwise timer of the registration.

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^Это из документации

Это прекрасно, но не отменяет наличие сообщения REGISTER, которое само по себе означает начало процесса регистрации.
В случае, если регистрации нет, этого сообщения быть, по идее, вообще не должно.
Регистрация у провайдера по SIP
 
Цитата
Dmitry Ryzhakov пишет:
Сообщение есть а регистрации как таковой нет.

А чем, по-вашему, регистрация как таковая отличается от сообщения REGISTER ?

У Иванова, судя по трейсу, не проходит не регистрация, а авторизация.
Страницы: Пред. 1 ... 10 11 12 13 14 15 16 17 18 19 20 След.