Поиск  Правила  Войти
Форум » Владислав Хисамов

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

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

Страницы: Пред. 1 ... 7 8 9 10 11 12 13 14 15 16 17 След.
Много SIP транков с регистрацией
 
#
10.05.2017 12:41:53
Пробовали вы создавать записи в SIP Dictionary?
 
Перейти    
запрос 407 Proxy Authentication Required от ОХЕ при входящих на SIP транк
 
#
10.05.2017 07:58:40
Цитата
Владислав Хисамов написал:
У вас стоит в настройках шлюза №1 authentication method - SIP DIGEST. Пробовали ли вы переделать его на None?
Дополнительно, запрос авторизации отправляется в случае, когда  данные о внешнем шлюзе (Ip@, domain)), внесенные в систему, не соответствуют входящему звонку. В этом случае система запрашивает дополнительную авторизацию. Проверьте...
 
Перейти    
запрос 407 Proxy Authentication Required от ОХЕ при входящих на SIP транк
 
#
10.05.2017 07:01:04
У вас стоит в настройках шлюза №1 authentication method - SIP DIGEST. Пробовали ли вы переделать его на None?
 
Перейти    
SDP в RE-INVITE
 
#
05.05.2017 13:24:54
Цитата
Александр Пыхтин написал:
Да, апдейтили в своё время до версии 10.1.1  Это делали  до меня ещё.
попробуйте создать новый ext gateway.... по идее должен появиться параметр Support Re-Invite without SDP.... Его надо будет выключить.
 
Перейти    
SDP в RE-INVITE
 
#
05.05.2017 12:41:24
Цитата
Александр Пыхтин написал:
Цитата
 Владислав Хисамов  написал:
Насколько возможно проверить 2 вещи:
1. На циске - можно ли активировать игнорирование  Re_Invite с  нулевым SDP( если это возможно, то такие пакеты не будут уходить дальше)?
2. В OXE - попробовать в настройках Ext. Gateway выключить опцию “Support Re-Invite without SDP”.
По первому вопросу - гуглил , ничего не нашёл. Но думается , что это не выход , поскольку на re-INVITE от алкателя со стороны циски не будет никакой реакции, что аналогично нынешней ситуации и алкатель всё так же будет рвать звонок.
По второму вопросу галочка "Support Re-Invite without SDP" какая-то скажем так "мистическая". В mgr её нету. В omnivista4760 , если выделяешь Ext SIP Gateway её тоже нету. А если зажав CTRL выделишь два Ext SIP Gateway, то это поле появляется и не активно.
1. У alcatel это называется Inactive/Black Hole. В настройках Ext Gateway есть опция ignore Inactive/Black Hole , но это касается трансфера снаружи. Может есть что-то подобное по названию?
2. У вас часом система не с апгрейда? Данный параметр появился в 10.1..
 
Перейти    
SDP в RE-INVITE
 
#
05.05.2017 07:53:51
Насколько возможно проверить 2 вещи:
1. На циске - можно ли активировать игнорирование  Re_Invite с  нулевым SDP( если это возможно, то такие пакеты не будут уходить дальше)?
2. В OXE - попробовать в настройках Ext. Gateway выключить опцию “Support Re-Invite without SDP”.
 
Перейти    
Перестал посылаться сигнал "занято", После изменений в транковых группах перестал посылаться сигнал "занято"
 
#
27.04.2017 15:29:02
Все-таки имеет смысл рискнуть и поменять trunk category для М/Г каналов на категорию для городских входящих. Хотя бы на время...  
 
Перейти    
Слияние Alcatel-Lucent и Nokia
 
#
27.04.2017 07:53:04
Цитата
Sinergys написал:
Цитата
 Владислав Хисамов  написал:
Контакты остались прежними...
Ваши сменились.
Какие?
 
Перейти    
КПВ при транзите, Звонок с аналог шлюза -> OXE -> OXO
 
#
26.04.2017 12:30:24
Есть недопонимание:
1. Vega -192.168.4.50. Это так?
2.Если это так, то в файле "tracerd_vega_to_oxo" показано, что вызывной сигнал идет нормально (180 ringing), при звонке с 202 на 471. Это  не вяжется с вашей проблемой.
3. Более интересная ситуация, если смотреть файл "tracerd_oxo_to vega". Здесь при звонке с номера 471 на 202 (а 202 это номер за VEGA), приходит сообщение 183 session Progress вместо классического 180 Ringing. Это сообщение (183) генерирует Vega.

Так и не понятно с чем у вас проблема...
 
Перейти    
Слияние Alcatel-Lucent и Nokia
 
#
26.04.2017 07:36:13
Контакты остались прежними...
 
Перейти    
Перестал посылаться сигнал "занято", После изменений в транковых группах перестал посылаться сигнал "занято"
 
#
25.04.2017 11:53:00
Насколько возможно провести подмену категорий М/Г транка на категорию транка для городской входящей ( конечно, держа в голове функцию АОН и тип набора)?
Пробовали вы посмотреть трассу входящего звонка на занятого абонента с городских линий (имеется ввиду с инженером из ростелекома)? Насколько я понял, отбой такого звонка на сетевом абоненте проходит без проблем...  
 
Перейти    
Перестал посылаться сигнал "занято", После изменений в транковых группах перестал посылаться сигнал "занято"
 
#
25.04.2017 09:06:00
Цитата
Username написал:
А что в трассе ABC-F видно между узлами при вызове на занятого абонента на узле Б?


Кроме этого, в R1.5 была тонкость. При входящем вызове на центральный узел ЦПУ не знает состояние абонента Б и всегда посылает линейный сигнал "Абонент Б свободен", но в случае занятости он должен проключать зуммер "Занято" при наличии линейного сигнала "Абонент Б свободен". Неплохо бы тестером ИКМ посмотреть и послушать. Предположу, так как оборудование провайдера не ловит зуммер "Занято", а, скорее всего, отслеживает только линейный сигнал, то оно и считает, что идет вызов.
Это жизнь. Получается, надо снимать трассировки. Стоит ли у вас "Caller Identification" в категории транка (requested)?  
 
Перейти    
Asterisk - h323 - Alcatel OXO
 
#
21.04.2017 11:57:10
Цитата
Владислав Хисамов написал:
Попробуйте установить  в секции охо H245tunneling=no, так же непонятно с gatekeeper-ом, в данной конфигурации он вроде не нужен.
На стороне Alcatel fast start быть не должно. Либо возможен вариант, поставить в астере вариант faststart=yes и в alcatel выбрать gateway fast. При втором варианте трогать параметр h245 tunneling не обязательно
Хотя, может я и оговорился. Раздел oxo в настройках астериска касается исходящей связи. С ней все нормально. А вот вход на астер дребезжит. Может попробовать сделать идентичные изменения в разделе general?
 
Перейти    
Asterisk - h323 - Alcatel OXO
 
#
20.04.2017 15:42:28
Попробуйте установить  в секции охо H245tunneling=no, так же непонятно с gatekeeper-ом, в данной конфигурации он вроде не нужен.
На стороне Alcatel fast start быть не должно. Либо возможен вариант, поставить в астере вариант faststart=yes и в alcatel выбрать gateway fast. При втором варианте трогать параметр h245 tunneling не обязательно
Изменено: Владислав Хисамов - 20.04.2017 15:44:15
 
Перейти    
Asterisk - h323 - Alcatel OXO
 
#
20.04.2017 09:39:10
Перезагружать пробовали?
Какая сигнализация стоит на Н323 в астере?
Системе OXO не нравится? предположительно   информационный элемент display , который содержит информацию "asterisk". Идет это от астериска.  ОХО этот элемент не ожидает.
 
Перейти    
Страницы: Пред. 1 ... 7 8 9 10 11 12 13 14 15 16 17 След.