Здравствуйте. Я извиняюсь, что нафлудил тут в корне (АТС), но чую там мне не будет ответа, поэтому спрашиваю тут. Ситуация такая: есть неск ВСМ-ов + (CS1000+NRS). Все было хорошо, но последний ВСМ ни в какую не хочет регистрироваться на CS. Вроде бы все правильно прописано, и GK отвечает GCF на запрос с ВСМ-а GRQ. Но вот самой регистрации не наблюдается. В чем может быть дело? CS1000 4.5 BCM50 3.0. Заранее спасибо.

И еще, знает ли кто-нибудь, можно посмотреть, что содержится в сообщениях Н.323 (ну, например, в тех же GRQ GCF)?

Wireshark'ом можно посмотреть...

если все остальные ВСМы тоже Вы настраивали, то вряд ли в этом накосячили...

2 Old Chap: Пробовал WireSharkom, что-то не видно. Вроде и комп в той же сети, что и SS, и на ВСМ-е настраивал разные RAS-порты (там по какому-то 1718 или 1719 широковещательный идет запрос), все равно не вижу Shark-ом. В корне АТС уже писал, что 2-й релиз регистрируется при тех же настройках даже при отсутсвии лицензий на IP-транки.

DMB пишет
В корне АТС уже писал, что 2-й релиз регистрируется при тех же настройках даже при отсутсвии лицензий на IP-транки.
ISM влияют на возможности конфигурения на CS и егойное обработко звонков. Регистрация приложения с SS на H323GK/SIP proxy с ISM никоим образом не связана.
Мухи - отдельно, котлеты отдельно.

Да я ничего, я так... к тому, что вот и не используешь это подключение, однако ж оно по всем правилам устанавливается. А тут надо - и хрен! ))

DMB пишет
Да я ничего, я так... к тому, что вот и не используешь это подключение, однако ж оно по всем правилам устанавливается. А тут надо - и хрен! ))
На CS1000 чтобы оно установилось надо много чего наконфигурить, и выбрать нужный тип приложения для транков (вместо none)
Так что если не используется, но регистрится, это уже неправильная конфигурация

lexad пишет
....Так что если не используется, но регистрится, это уже неправильная конфигурация
Да? А мне казалось, что регистрация никоим образом на использование не влияет, насколько я себе представлял себе протокол Н.323 (225) и суть сообщений между шлюзом и гейткипером. И тем не менее, для меня важнее, что регистрация не происходит, чем то, что она есть в другом случае )). Что сделать-то, чтоб косячный шлюз опосля получения от гейткипера GCF (я могу быть твоим гейткипером), все таки посылал ему RRQ (зарегистрируй меня)?

2 DMB

Чтобы WireSharkom что-то оттрейсить нужно ваш компьютер, BCM и CS воткнуть в хаб. Принципиально - не в свитч, а именно в хаб !!! Надеюсь разницу в приниципе работы сеих дивайсов понимаете :)

Спасибо! Да, ответ очевиден :)

Обычно нерегистрация одного элемента из многои означает проблемы с его конфигурацией.
Видя BCM только за решеткой под охраной тысяч кейкодов, наверно или кейкодов не достает. или галочка какая не проставлена, или таймауты короткие или ещё что.
Маловероятно что виноват GK (если там правильное имя ендпойнта и он сконфигурен как H323 RAS а не H323/Static/SIP dynamic). Тем более вайракула говорит, что это бизнес коммуникейшн молчит и не продолжает беседу

Подозреваю, что Вы правы, коллега. Но пока не вижу явных причин почему же все так. Ведь, как я говорил, дело ведь может быть и не в кейкодах, т.к. их там не так уж и много, во-первых, а во-вторых, ВСМ даже без лицензии регистрируется. А вот в настройках наверное все и дело. Но в каких? Пока нет версий... При идентичных параметрах (за исключением имени, конечно) все ВСМ-ы работают на ура. Попробую на хабе посмотреть, что же они друг другу пишут.

А может вы лучше какие-нибудь скриншоты нам кините сюда? Скажем с H323 настройками и список сервисов (интересует сервис feps)? А то вы тут так будете до бесконечности обсуждать теорию...

я так понял - автор занимается изысканиями! я уже интересовался, он ли настраивал остальные ВСМы... вариантов два:
1 автор настраивал сам - значит он умеет, а в ВСМе косяк
2 настраивали другие - недокопировал настройки и теперь активно подтягивает теорию

Стоит наверное посмотреть таки лог feps, чего там не так.
Вчера ставил такой, все отлично зарегистрировалось..

Нда... В логаъх feps-а:
{SYS } (-1) - 155 ----- *INFO* - cGWSettingsBase::dataChanged() - Finished re-reading PDR data
[INFO ] {SIP } (-1) - 156 0 (0x1084d6d0)cSipAddress::initRvSipStack() - RV SIP Stack initialized SUCCESSFULLY [SIG]
{SYS } (-1) - 157 ----- RV H323 stack V. 4.2.2.3d initialized to use 10.3.4.194 IP address
[INFO ] {RAS } (-1) - 158 ----- GKAgent::getBackupGKAddressFromSettings: AlternativeGatekeeper list, Added 10.3.0.131
[INFO ] {SYS } (-1) - 159 ----- GKAgent::startNonRasGkAuditThread() - Not usingRASDisabledGK() - thread will not be started
[INFO ] {SYS } (-1) - 160 ----- GKAgent::_Discover, Attempting to discover gatekeeper at 10.3.0.131
[INFO ] {SYS } (-1) - 161 ----- GW Setting: [VoIP Gateway\Common\Status\GkStatus] changed from ["Gateway is not running"] to ["Attempting to discover gatekeeper at 10.3.0.131"]
[INFO ] {RAS } (-1) - 162 ----- Sent GRQ
[INFO ] {SYS } (-1) - 163 ----- Thread: 2216 cH323Address::threadProc() FINISHED p_initialize()
[INFO ] {SYS } (-1) - 164 ----- Thread: 2216 cH323Address::threadProc() STARTED
[INFO ] {SYS } (-1) - 165 ----- Gatekeeper discovery request to address '10.3.0.131' timed-out.
[INFO ] {SYS } (-1) - 166 ----- GKAgent::_Discover, Attempting to discover gatekeeper at 10.3.0.131
[INFO ] {RAS } (-1) - 167 ----- Sent GRQ
[INFO ] {SYS } (-1) - 168 ----- Gatekeeper discovery request to address '10.3.0.131' timed-out.
[INFO ] {SYS } (-1) - 169 ----- GKAgent::_Discover, Attempting to discover gatekeeper at 10.3.0.131
[INFO ] {RAS } (-1) - 170 ----- Sent GRQ
[INFO ] {SYS } (-1) - 171 ----- Gatekeeper discovery request to address '10.3.0.131' timed-out.
[INFO ] {SYS } (-1) - 172 ----- Gatekeeper at 10.3.0.131 failed to respond (3 times). Checking for backup gatekeeper.
[INFO ] {SYS } (-1) - 173 ----- GKAgent::_Discover, Attempting to discover gatekeeper at 10.3.0.131
[INFO ] {RAS } (-1) - 174 ----- Sent GRQ
[INFO ] {SYS } (-1) - 175 ----- Gatekeeper discovery request to address '10.3.0.131' timed-out.
[INFO ] {SYS } (-1) - 176 ----- GKAgent::_Discover, Attempting to discover gatekeeper at 10.3.0.131
[INFO ] {RAS } (-1) - 177 ----- Sent GRQ
[INFO ] {SYS } (-1) - 178 ----- Gatekeeper discovery request to address '10.3.0.131' timed-out.
[INFO ] {SYS } (-1) - 179 ----- GKAgent::_Discover, Attempting to discover gatekeeper at 10.3.0.131
[INFO ] {RAS } (-1) - 180 ----- Sent GRQ
2008-07-09T04:15:41.471 [INFO ] {SYS } (-1) - 181 ----- Gatekeeper discovery request to address '10.3.0.131' timed-out.
[INFO ] {SYS } (-1) - 182 ----- Gatekeeper at 10.3.0.131 failed to respond (3 times). Checking for backup gatekeeper.
Я извиняюсь, но функции Вложения у меня нет. На CS вижу, что он шлет GCF, а до ВСМ-а не доходит (сообщение timed-out выдается ч/з 6 секунд). Где-то по дороге теряется confirm
:mad:

А с сетью то у вас всё в порядке?
По-моему у вас какая-то банальная ошибка, дайте больше информации, может быть и проблемы то нет как таковой.

Scapegoat пишет
А с сетью то у вас всё в порядке?
По-моему у вас какая-то банальная ошибка, дайте больше информации, может быть и проблемы то нет как таковой.

C сетью все в порядке, дело не в ней. Подключили ВСМ к свитчу, в который воткнут сам CS. Все то же самое. Так что сеть не при чем. Происходит то же самое: CS получает от ВСМ-а GRQ, посылает в ответ GCF, а ВСМ как будто не видит этот ответ.
О! Я теперь могу цеплять файло! Спасибо! :)

DMB пишет
C сетью все в порядке, дело не в ней. Подключили ВСМ к свитчу, в который воткнут сам CS. Все то же самое.

Коллеги, прошу прощения, данным сообщением я ввел всех в заблуждение. ВСМ благополучно регистрируется, просто колиент настраивал без меня, по образцу и подобию, и неправильно прописал алиас на ВСМ-е (без NAME: ). Будем экспериментировать дальше, попробуем подцепить этот ВСМ вместо того, который не регится. Если и он не подцепится, надо пинать провайдера наверное.

DMB пишет
неправильно прописал алиас на ВСМ-е (без NAME: ) наконец то! а то уже ржаветь начали эти грабли :D

:D :D :D я ж говорю - "не виноватая я!" :D :D :D