Сделал по аналогии с двумя ХГ.

1. Обе ХГ должны иметь идентичную версию.
2. Подключиться к ХГ шнуром, прописать ІР, маску подсети, запомнить, перезагрузить
3. Выбрать дефолтный гейтвей, запомнить, перезагрузить.
4. В КДС - добавить ІР транки.
- Прописать маршрут 16-м.
- В роут параметрах: PABX, Internal, Internal/DID
- Прописать ЛЦР.
- Net/HiPath 5000 проставить к-во узлов.
5. Через сетку подключиться с помощью явы и:
- Router -> Default Router -> шлюз -> LAN
- Voice gatevay, Codec Parametrs - расставить приоритеты
- галочку на Т38
- Node - прописать узлы
- Routes прописать соотв. набраным цифрам узлов.

естественно не работает..
если у кого-то был опыт подключения Siemens и Cisco просьба поделиться!

Сделал по аналогии с двумя ХГ.
...естественно не работает..
если у кого-то был опыт подключения Siemens и Cisco просьба поделиться!
Два момента с которыми приходилось сталкиваться:
1. На всех версиях Н3000, если точнее на V5-V7, киски не понимайт семеновсий G729. Причем по умолчанию киски обычно работат только на этих кодеках. Соответственно проверки надо проводить на G711 или G723 для чего в Н3000 приоритет по выбору кодеков начинать с них, а в циске обязательно прописать диал пир с этими кодеками.
2. На V7 успешно стковался по SIP, в тестовом режиме (по Н323 порсто не помню результата :) ).

Настройки Сименса делать по аналогии с этой инструкцией?

А в обратную сторону на Сименсе нужно что-то настраивать?

Видел инструкции и похуже :D . По входящей связи какого нибудь дополнительного программирования не требуется.

не подключается, до циски доходит только один IP пакет с портом 12062, до согласования кодека даже не доходит.

В КДС - добавить ІР транки - какие именно нужно выбирать? SIP prov
- Прописать маршрут 16-м.
16 маршрут только в режиме IP trunking.
- Net/HiPath 5000 проставить к-во узлов.
тут только Server Address и node id

что не так?

В закладке ІР транки назначаем необходимое кол-во ІР транков и в "падающем" окне выбираем необходимый тип, для рассматриваемого случая -только "IP Trunking". Им автоматом будет назначена 16-я TRG. В Net/HiPath 5000 можно даже не заглядывать.

А Н3000 и Cisco находятся в одной подсети LAN?

далеко не в одной, но все маршруты прописали.
через веб интерфейс пинги до циски проходят, с циски до сименса тоже.

Ну, хождение ping-ов , говорит только о том, что вы не ошиблись адресом:), надо узнавать имеются ли между сетями всячески экраны, NATы, что очень важно для передачи "голоса".

На HG, на всякий случай в настройке узла "PBX Node / IP Addresses" отключи "Alive Monitoring".

Заметил тенденцию выхожу на номер пишет - сейчас невозможно.
И после этого выход напрямую через 7880 не работает - нет гудка.
А на циску в это время начинают сыпаться пакеты на порт 12062 где-то раз в 20 секунд.

ЙЕС! отключение лайв мониторинга помогло!

*Apr 29 12:39:18.982: //46211/0FF65C18A525/SIP/Transport/sipSPISendAck: Sending
ACK to the transport layer
*Apr 29 12:39:18.982: //46211/0FF65C18A525/SIP/Transport/sipSPIGetSwitchTranspor
tFlag: Return the Global configuration, Switch Transport is FALSE
*Apr 29 12:39:18.982: //46211/0FF65C18A525/SIP/Transport/sipSPITransportSendMess
age: msg=0x47AA0AB0, addr=10.37.0.250, port=5060, sentBy_port=5060, is_req=0, tr
ansport=1, switch=0, callBack=0x41113210
*Apr 29 12:39:18.982: //46211/0FF65C18A525/SIP/Transport/sipSPITransportSendMess
age: Proceedable for sending msg immediately
*Apr 29 12:39:18.982: //46211/0FF65C18A525/SIP/Transport/sipTransportLogicSendMs
g: switch transport is 0
*Apr 29 12:39:18.982: //46211/0FF65C18A525/SIP/Transport/sipTransportLogicSendMs
g: Trying to send resp=0x47AA0AB0 to default port=5060
*Apr 29 12:39:18.982: //46211/0FF65C18A525/SIP/Transport/sipTransportLogicSendMs
g: Connection obtained...sending msg=0x47AA0AB0
*Apr 29 12:39:18.982: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportPostSendMessag
e: Posting send for msg=0x47AA0AB0, addr=10.37.0.250, port=5060, connId=1 for UD
P
*Apr 29 12:39:18.982: //46211/0FF65C18A525/SIP/Info/sentErrorResponseCallClose:
Sent Error Response since the Gw is Shutdown
*Apr 29 12:39:18.982: //46211/0FF65C18A525/SIP/Info/sipSPIIcpifUpdate: CallState
: 2 Playout: 0 DiscTime:1661598163 ConnTime 0
*Apr 29 12:39:18.986: //46211/0FF65C18A525/SIP/State/sipSPIChangeState: 0x46D7FC
78 : State change from (STATE_DISCONNECTING, SUBSTATE_NONE) to (STATE_DEAD, SUB
STATE_NONE)
*Apr 29 12:39:18.986: //46211/0FF65C18A525/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0x46D7FC78
State of The Call : STATE_DEAD
TCP Sockets Used : NO
Calling Number : 22220
Called Number : 22509
Source IP Address (Sig ): 172.x.x.x
Destn SIP Req Addr:Port : 10.x.x.x:5060
Destn SIP Resp Addr:Port : 10.x.x.x:5060
Destination Name : 10.x.x.x

*Apr 29 12:39:18.986: //46211/0FF65C18A525/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 1
Media Stream : 1
Negotiated Codec : No Codec
Negotiated Codec Bytes : 0
Negotiated Dtmf-relay : 0
Dtmf-relay Payload : 0
Source IP Address (Media): 172.x.x.x
Source IP Port (Media): 18698
Destn IP Address (Media): 0.0.0.0
Destn IP Port (Media): 0
Orig Destn IP Address:Port (Media): 0.0.0.0:0

*Apr 29 12:39:18.986: //46211/0FF65C18A525/SIP/Call/sipSPICallInfo:
Disconnect Cause (CC) : 41
Disconnect Cause (SIP) : 500


Со стороны циски вот такой лог даёт. Хотя в диал пир указан кодек G.711.

Подробнее опиши, что происходит:
1.При звонке с Н3000 на Cisco
2. При звонке с Cisco на Н3000.

Вообщем, продолжаем бороться.

с Н3000 на Cisco
из лога можно выцепить, что всё нормально, кодек 711alaw.
с Cisco на Н3000
настроили диалплан на циске только для одного номера
после набора этого номера короткие гудки.
Disconnect Cause (SIP) : 484 Adress incomplite
до АТС не доходит в колмониторе по этому номеру тишина

сдаётся мне тут дело опять в какой-нибудь галочке...

Вообщем, продолжаем бороться.

с Н3000 на Cisco
из лога можно выцепить, что всё нормально, кодек 711alaw.



Так связь в эту сторону устанавливается?

Дак да!
Я же писал "ЙЕС! отключение лайв мониторинга помогло!"
Не идёт в обратную сторону..

Могу только повторить, что для входящей связи каких либо дополнительных настроек не требуется. Мне кажется. что проблема все-таки не в HiPath, тем более, что по твоим словам. насколько я понял, до него ничего не доходит.

Network - Gatekeeper - Native Sip нужно выставлять?

очень странно поставил DID и CLIP такой же как номер, всё пошло..
Так ведь быть не должно?

В закладку Network вообще можно не заглядывать, разве что из интересу :). А входящее по DID (Direct Inward Dialing) и распредиляются(для СО).

С этими DID тогда проблемка.
Для входящей связи используется поток, в АТС настроены соответствующие DID для него. А для входящей связи по IP телефонии DID должен соотвествовать номеру.
Получается что выбрать можно что-то одно?

А ещё одна проблемка - нету КПВ при входящей связи.

DID имеется как у каждого абонента, так и у каждой Hunt groups. Следовательно, назначив абонента в одну или несколько Hunt groups, можно "привязаить" к этому абоненту один или несколько DID. Это самый простой способ, но достаточно эффективный :). Имеется другой способ, применяемый при построении корпоратианой сети на Н3000, но в двух словах это рассказать сложно, требуется как минимум, хорошеее базовое знание по программированию Н3000.

Я в принципе так и делаю =)
Спасибо за помощь и за то что не бросили!

Осталось две проблемы:
- нет КПВ с Cisco на HG (Ring-back-tone to CO не помогает)
- при звонке с HG на Cisco после второго гудка, если никто не взял трубку, идёт отбой вызова. (disconnect приходит с причиной: network out of order)

G.2.2 Cause #38 "network out of order"
This cause indicates that the network is not functioning correctly and that the condition is likely to last a
relatively long period of time; e.g. immediately re-attempting the call is not likely to be successful.

КПВ, да и любая другая акустика вырабатывается на той стороне где подключен телефон, на основе полученных сигнальных сообщений. Поэтому, возможно, эти обе озвученные проблемы имеют одну причину. Попробуй заменить SIP на H323, и неплохо бы показать какие софты сейчас стоят на HiPath и HG1500.

если это то что нужно:
HG 1500 V7 SAPP
Hipath 3000 Manager V7 R 5.3.0

попробовал перебрать в Node протоколы - кроме Native Sip тишина

Я имел ввиду вот это:

Software Release Version: HXGs_V7_R5.2.0
Software Build Version: HI-G15.75.002.S
Operating Mode: V7.0 (3070)

HiPathHiPath System Version: H3K_V7_R6.7.0_072

Для имеющегося софта станции, а софт между прочим самый свежий, необходимо использвать HG1500 с софтами, не ниже V8 R3.3.2
(HI-G15.83.003-002.S). Тот который сейчас залит в HG староват, скорее всего в этом и кроются имеющиеся сейчас проблемы.

И снова громадное спасибо!
Обновили до HI-G15.83.003-002.S и вот он и КПВ, и нет обоя =)

Восстановлю темку.
Сделали новый канал между точками, пробросили IP телефонию через него.
Возникла проблема - звоню с сименса в направлении Cisco, всё нормально.
В обратную сторону, отбой.
При этом коннект по SIP протоколу есть, пинги ходят нормально.
Вернули канал обратно, такая же ерунда.
Есть подозрение, что это проблема провайдера - он добавил второй vlan в один физический порт.
Есть такой лог Cisco

The Call Setup Information is:
Call Control Block (CCB) : 0x29ABCDE0
State of The Call : STATE_DEAD
TCP Sockets Used : NO
Calling Number : 22502
Called Number : 82210
Source IP Address (Sig ): 172.16.37.33
Destn SIP Req Addr:Port : 10.37.0.250:5060
Destn SIP Resp Addr:Port : 10.37.0.250:5060
Destination Name : 10.37.0.250

BBR1#
*May 18 10:04:48.170: //409/128DAC5F83D3/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 1
Media Stream : 1
Negotiated Codec : No Codec
Negotiated Codec Bytes : 0
Nego. Codec payload : 255 (tx), 255 (rx)
Negotiated Dtmf-relay : 0
Dtmf-relay Payload : 0 (tx), 0 (rx)
Source IP Address (Media): 172.16.37.33
Source IP Port (Media): 31710
Destn IP Address (Media): -
Destn IP Port (Media): 0
Orig Destn IP Address:Port (Media): [ - ]:0

*May 18 10:04:48.170: //409/128DAC5F83D3/SIP/Call/sipSPICallInfo:
Disconnect Cause (CC) : 1
Disconnect Cause (SIP) : 404

need help!!

Сталкивались с такой прблемой, оказалось, что циска не понимает G729 "сименовский" кодек, а по-умолчанию циска работает именно с G729. В диал пире циске принудительно прописывали 723 или 711 кодеки, все начинало работать. Интересно кто-нибудь этим вопросом занимался?

используем G.711 µ-law, не помогает

А где можно найти прошивку на станцию?
Единственное, что меняли - это прошивка циски на новую прошу.
Пробовали настроить IP-АТС Агат, по sip и тому-же кодеку, всё пошло моментом во всех направлениях - и с агата на сименс и на циску и обратно.
А вот направление cisco-siemens - тишина.

Вернулись к этой проблеме снова.
Снял трасу WireShark в сторону сименса 3 пакета:
sip:22229@10.37.4.239 sip:123@10.37.0.250
404 NOT FOUND
ACK

Может ли Сименс не понимать номера такого вида?
Может где-то очередную галочку надо поставить?

В обратную сторону всё идёт нормально:

sip:123@10.37.0.250 sip:22229@10.37.4.239
и т.д.

Наличие кдс могло-бы помочь. А так я думаю - обе железяки видят друг друга. Исходящая связь настроена. Остается входящая. Я бы упростил себе задачу даже без кдс: вызов может приходить либо на Setup station- DID,Call no, либо на Incoming calls/Hunt groups/DID,Call no. Куда именно приходит вызов определяет routing parameters. Ну прописать нужный номер туда и туда и ловить вызов, а затем только принимать решение - как удобнее - прописывать на циске или на сименсе. Все прекрасно стыкуется.

Дак вызов то пойман, работают АГАТ по SIP и Panasonic по H323.
Осталось понять, что хочет сименс от циски.
Во вложении вызов на один и тот-же номер от Агата и Cisco.
Посмотрите, пожалуйста!

Пока я вижу, что номер существует, но этого мало. Еще-бы стать трейсером на транк и так сказать вживую посмотреть что говорит сименс. Судя по всему на сименс приходит набор цифр, который не соответствует DID, calls №.

По скриншотам видно, что на сименс приходит набор цифр 931959@10.37.0.250 с двух станций, причём в одном случае звонок проходит, а в другом нет.
Если бы не соответсвовали DID, calls №, то я думаю не проходило бы с обеих.

Потому и нужен кдс, чтоб точно видеть по каким конкретно транкам проходит вызов, какие циферки идут. А так я могу только предположить, что входящий вызов приходит по различным транкам и они имеют разные настройки. Где прописан 931959 и транки нужны.

Возможно кому-то и поможет.
В моем случае CCM - HiPath 3800 соединены по h.323
Добились слышимости и т.д., все кроме нет КПВ с Cisco на 3800.
Все перепробывали, а работающим оказалось решение в конфиг циски в дайл-пиир добавили progress_ind alert strip

И дайл-пиир стал выглядить так:

dial-peer voice 206 voip
destination-pattern 24..
progress_ind alert strip
session target ipv4:192.168.39.115
voice-class codec 2
voice-class h323 1
dtmf-relay rtp-nte
no vad

И теперь две АТСки -неразлучные подружки :)

И снова громадное спасибо!
Обновили до HI-G15.83.003-002.S и вот он и КПВ, и нет обоя =)

уточни, у тебя КПВ появился после обновления прошивки HG до HI-G15.83.003-002.S,
или же только после
progress_ind alert strip на Cisco ?

У меня такая же проблема. При подключении к провайдеру по h.323 нет КПВ. Все остальное работает. Провайдерская железка как вижу в логах
при входящем идентифицирует себя как
Acme Packet Session Border Controller 6.0.0
HG у меня версии
Software Build Version: HI-G15.T6.003
Operating Mode: V5.0 (3050)

Подскажите с чего начать... как с нюхать CUCM и HG?

Подскажем токо ты темку новую создай, и перескажи
1 кратко биографию свою (чтобы понять с кем имеем дело хотя бы приблизительно чтобы понять опускатся нам до твоего уровня или поднятся).
2 биогрофию железа модель версион(чтобы понять нам совместимость наличие лицензий и т.п.)
3 что сам делал (чтобы дальше дать тебе толчок для продвижения)