forum.technoforward.ru

Здравствуйте.

Столкнулся с проблемой при программировании SIP Trunk - при попытке звонка станция говорит "All lines are busy...".
Теперь поподробнее. Программирование выполнил в соответствии с
VoIP (Networking) Manual -> SIP Trunking -> SIP Trunking Programming. Выход на SIP-транки с помощью фичи Individual Trunk. Достаточно ли этого, или надо смотреть что-то ещё?
Ещё меня смущает то, что я не обнаружил, где можно указать основной шлюз для IPLA. В комманде 10-12-03 указывается шлюз, как я понимаю, только для основного интерфейса станции.

Помогите, пожалуйста, в каком направлении копать.

.

Адрес шлюза в команде 10-12-03 является общим для процессора и для IPLA.
Что касается подключения по SIP транкам, то надо опредилиться с каким режимом Вы будете работать.
1. Если без регистрации, то используете подключения SIP System Interconnection. При этом достаточно запрограммировать две команды 10-23 (где указывается разрешение на использование этой функции (10-23-01) и IP адрес (10-32-02) удаленной станции к которой Вы будете обращаться по набранному номеру (10-23-04). Обязательно надо поставть значение к команде 10-28-04 (АОН станции по умолчанию для SIP транков). При это должно быть отключено подключение через сервер.
2. Если подключаете с регистрацией, тогда к дополнению 10-28-04 программируются команды 10-29 и 10-30.

Спасибо за помощь, но осталось ещё несколько вопросов.
Что делать, если для интерфесов процессора и IPLA всё-таки нужны разные шлюзы?
В документе, который посоветовал sеrzh, вообще написано, что в команде 10-12-01 нужно поставить адрес 0.0.0.0. Это как? Насколько я понимаю, это интерфейс процессора. Как потом работать со станцией?
Может быть глупости спрашиваю, но всё же.

.

Спасибо за помощь, сделал так, однако SIP по-прежнему не работает.
Сделал проверку портов, и вот что получилось: порт 5060 по адресу IPLA открыт, а порты 10020 - 10053 на адресах процессоров DSP закрыты. Это нормально?
Вообще, в станции есть каки-нибудь средства диагностики, которые позволяют увидеть состояние интерфейсов, наличие соединения, проблемы при его установке и прочее?

.

Если не понадобится в дальнейшем соединять две SV8100, например, по K-CCIS, то можно. Иначе придется вновь его прописывать.



Точно сможете.

.

В SV8100, так же как и в 2000IPS, при программировании CCIS over IP используется обращение к IP-адресу удаленного процессора, а не карты IPLA. А вот в SV8300, по слухам, уже к карте IPLA. Источник - теоретические и практические занятия программирования K-CCIS в "Эдвансе". Подходит?

1. Что касается IP адреса процессора, то он действительно нужен будет только при подключении через IP K-CCIS. Если все же хочется сделать адрес IPLA и процессора в одном сегменте сети, то можно это сделать с помощью PcPRO. При этом возникнут ограничения:
а) оба Isernet разъема должны быть подключены к сети;
б) изменять или корректировать команду 10-12 можно будет только из PcPro;
в) возникнут проблемы с подключением старых IP аппаратов серии DTR.
2. Что касается SIP транков, то какая все же схема подключения используется (с регистрацией или без), используется ли NAPT? Какие функции в Вашем случае выполняет шлюз?
Попробуйте посмотреть обмен, подключив программу Wireshark.
Соответствуют ли выбранные CODEC и PAYLOAD (Audio Frame) (84-13)?

.

Истина, как всегда, "где-то рядом..." (С)

В приведенной Вами документации есть Section 3 с примером программирования двух SV8100, связанных по K-CCIS.

На Figure 5-14 (стр. 5 - 37) изображены станции с их исходными параметрами:

System A
Point Code 00001
CD-CP00:
192.168.1.10
GW1: 192.168.1.11
GW1: 192.168.1.12

System B
Point Code 00002
CD-CP00:
192.168.1.20
GW1: 192.168.1.21
GW1: 192.168.1.22

Резонно предположить, что CD-CP00: 192.168.1.10 и CD-CP00:192.168.1.20 это как раз IP адреса процессоров станций.

Далее, в самом программировании на стр. 5 - 39 есть подраздельчик 3.1.5 IP K-CCIS Assignment, где в таблице для System A как Destination System IP Address указан именно IP адрес процессора System B, а именно: System ID 1 = 192.168.1.20, ну и наоборот, разумеется, для System B указан IP адрес процессора System A.

В дополнение хочется сказать, что во время соединения двух SV8100 по K-CCIS в "Эдвансе" мы поступали аналогично, и что характерно - все в результате заработало...

Интересно было бы в виде эксперимента прописать как Destination System IP Address IP адрес IPLA противоположенной УАТС и посмотреть - что получится. Маловероятно, но чем черт не шутит - может тоже заработает...? Но, к сожалению, эксперименты закончились и пары станций, увы, под руками нет, а то бы всенепременно попробовал...

Возможно, уважаемый edik проведет эксперимент на следующем курсе?

З.Ы. А фраза



ИМХО ничуть не противоречит всему вышесказанному, ведь если прочитать дальше:



То просто перечисляется то, что может быть соединено с портом IPLA вместо порта CPU в одном сегменте сети

Господа, а про какой документ идет речь?
Мне он сейчас тоже ой как нужен!
Мне нужно поднять сип-транк с учетной записью sipnet для совершения исходящих вызовов. Еще одну учетку SIP для приема входящих вызовов. И настроить сип-транки без авторизации на две АТС-ки других филиалов. Пока ума не приложу, как это делать До этого имел дело только с NEC 2000 IPS. Но и там тоже сип-транки не настраивал. Только h.323 через PRI поток...

_________________
Вы за кого меня, дурака, принимаете?

.