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



Редактировано 1 раз. Последний раз 03.03.2006 14:53 пользователем et.

Не совсем понятно: вы хотите услышать автооператора при исходящей связи? Автооператор работает только при входящей связи.

нет. у внешнего абонента свой AutoAttendat, которого я и хочу услышать..

simplcom Написал:
-------------------------------------------------------
> нет. у внешнего абонента свой AutoAttendat,
> которого я и хочу услышать..
>
А этот внешний AutoAttendat вам отвечает или пытается работать в предответном состоянии? Разговорный тракт к абоненту проключается после сигнала ответ в VoIP, я так понимаю.

да.
AutoAttendat отвечает не в разговорном тракте, а в сигнализационном, о чем предупреждает в allerting месседжем progres indicator. OXOшка на него не реагирует и в трубке продолжает идти КПВ(от OXO)

Сообщите версию и патч ОХО и РМ5.

3EH30360CTAA ALZRU400/020.002

PM5 - 4.10/6.1b

PM5 лучше использовать или родную pmi400/17.1b или pmi410/11.1а, так как в 6.1b, по меньшей мере, 2 глюка. Можно попробовать версию R410/22.1, но, похоже, надо оформлять сервис запрос на бизнес партнере.

Спасибо, попробую
Если не секрет, какие глюки Вы обнаружили в 6.1b?
Я так понимаю что эти глюки неправильно интерполируют команды конфигурирования станции?

Как я понимаю при соединении по IP до прихода сообщения connect вы ничего не услышите, потому что RTP соединение еще не установлено и слушать сообщения негде.
В противоположность IP при звонках по (например) ISDN вы можете услышать чего-то до ответа, но это идет не в канале сигнализации, а реально передается по разговорному тракту (B каналу), как происходит например при звонках на отключенный сотовый - сообщения Connect нет, но В канал (на прием) проключен и мы можем слышать сообщение о том что аппарат абонента отключен.
Так что напрягайте тех куда вы попадаете по IP выдавать connect при получении progress indicator (некоторые станции это могут).

simplcom Написал:
-------------------------------------------------------

> Если не секрет, какие глюки Вы обнаружили в
> 6.1b?

> Я так понимаю что эти глюки неправильно
> интерполируют команды конфигурирования станции?
>

Нет, хотя и возможно, это связано с удобством пользования. Первое - при открытии деталей абонента программа "замерзает" от 5 минут и дольше, второе - в GAP Reg. у зарегистрированных абонентов DECT в IPUI цифры меняются на нолики, хотя, если зайти в детали абонента в DECT, то там все правильно показывает.

Звоню по IP на сотовый телефон, который выключен, чтобы услышать сообщение, передаваемое в progress indicator. У абонента, подключенного к МТС слышу сообщение, что абонент недоступен, к Билайну - только свой КПВ.
В первом случае передается progress indicator - 8, во втором случае - progress indicator -1., звоню 8-095 хххххх, тоже идет мой КПВ, а в progress indicator -2.
Получается, что OXO может обрабатывать только progress indicator с номером 8.

Есть ли возможность "слушать" канал при получении progress indicator независимо от его номера?, или наоборот при получении progress indicator активировать свою запись?

8 - это означает "in band information or appropriate pattern now available" - есть чего слушать, соответственно слушаем.
2 - destination address is non-ISDN - соответственно нечего и слушать.
1 - call is not end-to-end ISDN: further progress information may be available in-band - это может быть и стоило слушать.
Хотя может быть станции и стоило проключаться во всех случаях.
Было бы интересно посмотреть (чем-то типа Ethereal), что реально бегает и кто не проключается (какая из двух IP сторон).

А насчет прогресс индикатора на чем смотрите, если не секрет.

http://forum.intersyst.ru/file.php?2,file=4 - это логи. см. Ethereal :-)

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

По стандарту Q931 с PI=8 OXO обязана проключить разговорный тракт - она это делает; с PI=2 - не обязана, она это не делает; с PI=1 - может, но не обязана - она это не делает, то есть, с точки зрения стандарта, ОХО отрабатывает корректно. Если хотите расширить функциональность - обращайтесь в Алкатель.

Уважаемый et, откуда такая информация??
Вот выдержка из ITU-T Q.931:

NOTE 4 – The use of different progress descriptions is further explained in Annex G.
NOTE 5 – This progress description value shall be used only in the case of interworking in a full ISDN environment, e.g. when bearer capability selection is not supported or when resource or route of the preferred capability is not available. In case of interworking with a non-ISDN environment, a progress description No. 1 shall be used. If the destination address is non-ISDN, the progress description No. 2 shall be used.

У меня к сожалению приведенный лог рисуется кракозябрами, вопрос в следующем, по опыту работы со станциями, при получении прогресс индикатора были ситуации, когда проключения не происходило на транзитной станции (той что стоит между городом и IP). В 4400 были галочки отвечающие за это (слать при получении Progress сообщение Connect), или таймер отвечающий за проключение тракта после сообщения Call proc.
Пробовали ли для проверки воткнуть вместо ОХО что-нибудь другое (например какой-нибудь NetMeeting на ПК), который вообщемто будет из себя как и ОХО изображать Н.323 терминал?

спасибо за идею, попробую сообщу

simplcom Написал:
-------------------------------------------------------
> Уважаемый et, откуда такая информация??

> Вот выдержка из ITU-T Q.931:

>

> NOTE 4 – The use of different progress
> descriptions is further explained in Annex G.

> NOTE 5 – This progress description value
> shall be used only in the case of interworking in
> a full ISDN environment, e.g. when bearer
> capability selection is not supported or when
> resource or route of the preferred capability is
> not available. In case of interworking with a
> non-ISDN environment, a progress description No. 1
> shall be used. If the destination address is
> non-ISDN, the progress description No. 2 shall be
> used.

>
>

В этой выдержке не написано про проключение разговорного тракта. Может быть я неправильно понимаю, но в стандарте указано обязательное проключение разговорного тракта при PI=8, возможное, но не обязательное при PI=1, и все.
Progress description (octet 4)
Bits
7 6 5 4 3 2 1 No.
0 0 0 0 0 0 1 1. Call is not end-to-end ISDN: further progress information may be
available in-band
0 0 0 0 0 1 0 2. Destination address is non-ISDN
0 0 0 0 0 1 1 3. Origination address is non-ISDN
0 0 0 0 1 0 0 4. Call has returned to the ISDN
0 0 0 1 0 0 0 8. In-band information or appropriate pattern now available
All other values are reserved.
NOTE: The use of the different progress descriptions is further explained in Annex I.
После прослушивания ваших трассировок, в случае с Билайном явно слышно КПВ, которое ОХО посылает своему абоненту, заворотом через аппарат. Громкость голоса Билайн оставляет желать лучшего. Использовалась программа Cain.
Отчего бы не попросить Билайн и других присылать PI=8?

А есть ли возможность отключить свой КПВ?

Я вот провел тестовые звонки с 4400, подключенной к S12 по Т2 ISDN. Вместо Alerting у нас идет сообщение Progress c элементами Progress_ID:
на недоступный код 095 - 82 88
на выключенный мобайл Уралсвязьинформ - 82 88
на выключенный мобайл Мегафон - в одном сообщении Progress два элемента Progress_ID: 82 82, затем 82 88
на выключенный мобайл Билайн, рядом с вашим номером - в одном сообщении Progress два элемента Progress_ID: 8а 81, затем 8а 88.
То есть, всегда приходит PI=8 и всегда все слышно. Это не VoIP, но тем не менее, показательно. Может быть, вам стоит поговорить с теми, куда вы подключены.

Спасибо за помощь. По ISDN все и должно работать, т. к. В-канал там проключается чуть по другому..Я вчера на BP в problems reports нашел аналогичные моей проблеме баги...
На R.4.0 сообщения вообще никакие не прослушивались, на R.4.1 PI-88 стал слышен.
Будем ждать R.4.2 ?? :-)

4.2 - вряд ли. Будет пятый, там, говорят, кое-какие вкусности будут, в частности, SIP. Цены на обучение появились на ВР.

Проблема решена путем изменения значения "SimulIpAlt = 01" на значение SimulIpAlt = 00"