Здравствуйте.
Было:
IPLDK60 3xLCOB3 + 3xHYBRID + Voib
LIP - 7024D - 5шт.
3 порта voib настроены на провайдера sipnet.ru, остальные порты для lip.

Должно получиться:
ipldk60+mfim50a
lip-7024d-5шт + lip - 8012 - 6шт. на mfim.
на 60-ке на СО выход через 9, через 7 выход на SIPNET который настроен в mfim
на LIP через 9 выход на CO 60-ки, через 0 выход на свою CO, через 7 выход на SIPNET
Входящие с сипнет не нужны вообще.

Что получилось:
9 ка на ipldk работает адекватно, но при наборе номера с LIP набирается лишняя девятка в город в начале номера (выяснено опытным путем).
MFIM c сипнет вообще не захотела дружить, хотя передрал все настройки с 60-ки. И вопрос по сипнету ещё есть. Если соединять их в сеть в таком режиме и отдать для этого все 8 портов IP, то можно ли их же будет использовать для выхода на сипнет? и что ставить в CO type в 322 - NET?
Архив с некоторыми настройками прикреплен.

Если на 60-ке 9-выход на СО, зачем тогда для 9-ки в ПГМ324 включен Digit Repeat? Должно быть Digit Repeat OFF.
На mfim50a в ПГМ324 для 9-ки System Usage надо PSTN и Digit Repeat - ON.

на mfim50a при System Usage = PSTN после набора номера занято.
если net то захват СО на 60 ке происходит, но в наборе лишняя 9

И можно ли одни и теже каналы mfim настроить и на провайдера sip и на сеть между станциями?

Можно.

очень замечательно

Вообщем засада в том что на ipldk не сразу применяются некоторые изменения. Приходится перезагружать. А так спасибо. Выключил ещё енблок и всё заработало как надо. Остался сипнет.

А вы абонентам доступ к группе этих линий разрешили в CO/IP Group Access(117)? Ту, в которую они в CO/IP Attributes(140~142) определены.

Это Вы о чем?? О каких изменениях??
Перезапускать требуется только при назначении слотов и IP-адресов.

Вот и меня это удивило. Не замечал такого.

Ну вот в частности если в 322 поменять VOIP mode, то применится только после перезагрузки.
Тут ещё всплыл вопрос: как с СО ldk направлять вызовы и на абонентов ldk и на mfim?? в 144/145 можно либо то либо то.

Одновременно, наверное, никак. Только если с задержкой...

Да, но эта опция меняет настройки самой платы VOIB (также как и ввод IP-адреса), поэтому требуется перезапуск.

Игорь, ну посмотрите пожалуйста, где не так в настройках на сипнет? Вроде с ldk передрал всё. На LDK работает, а на Mfim никак.

при попытке набрать номер 7920637ХХХХ
t s выдает вот так:

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Sent 837 Bytes to 212.53.40.40:5060 by UDP
--------------------------------------------------------------------------------
INVITE sip:7920637ХХХХ@sipnet.ru;transport=UDP;user=phone SIP/2.0
From: <sip:2893589@sipnet.ru>;tag=1629e50-7100a8c0-13c4-50022-296a-15c85596-296a
To: <sip:7920637ХХХХ@sipnet.ru;user=phone>
Call-ID: 1635fc0-7100a8c0-13c4-50022-296a-63877878-296a
CSeq: 1 INVITE
Via: SIP/2.0/UDP 192.168.0.113:5060;rport;branch=z9hG4bK-296a-a1c9c0-39476430
Max-Forwards: 70
Supported: replaces,UPDATE,INFO
User-Agent: LG-Ericsson iPECS-LIK 50A 5.0Gs
Contact: <sip:192.168.0.113:5060>
Allow: INVITE,ACK,CANCEL,BYE,PRACK,NOTIFY,REFER,UPDATE,OPTIONS,INFO
P-Asserted-Identity: <sip:2893589@sipnet.ru>
Privacy: none
Content-Type: application/sdp
Content-Length: 177

v=0
o=iPECS-SIP-GATEWAY 4 4 IN IP4 192.168.0.113
s=iPECS SIP
c=IN IP4 192.168.0.113
t=0 0
m=audio 7308 RTP/AVP 0 8
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=sendrecv

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++


================================================================================
Received 378 Bytes from 212.53.40.40:5060 by UDP
--------------------------------------------------------------------------------
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.0.113:5060;rport=56721;branch=z9hG4bK-296a-a1c9c0-39476430;received=193.34.10.130
From: <sip:2893589@sipnet.ru>;tag=1629e50-7100a8c0-13c4-50022-296a-15c85596-296a
To: <sip:7920637ХХХХ@sipnet.ru;user=phone>
Call-ID: 1635fc0-7100a8c0-13c4-50022-296a-63877878-296a
CSeq: 1 INVITE
Server: CommuniGatePro/5.4c2
Content-Length: 0


================================================================================


================================================================================
Received 529 Bytes from 212.53.40.40:5060 by UDP
--------------------------------------------------------------------------------
SIP/2.0 401 Authentication required
Via: SIP/2.0/UDP 192.168.0.113:5060;rport=56721;branch=z9hG4bK-296a-a1c9c0-39476430;received=193.34.10.130
From: <sip:2893589@sipnet.ru>;tag=1629e50-7100a8c0-13c4-50022-296a-15c85596-296a
To: <sip:7920637ХХХХ@sipnet.ru;user=phone>;tag=D9F63D36
Call-ID: 1635fc0-7100a8c0-13c4-50022-296a-63877878-296a
CSeq: 1 INVITE
WWW-Authenticate: Digest realm="etc.tario.ru",nonce="F8A79ACBF2490620268A",opaque="opaqueData",qop="auth",algorithm=MD5
Server: CommuniGatePro/5.4c2
Content-Length: 0


================================================================================


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Sent 471 Bytes to 212.53.40.40:5060 by UDP
--------------------------------------------------------------------------------
ACK sip:7920637ХХХХ@sipnet.ru;transport=UDP;user=phone SIP/2.0
From: <sip:2893589@sipnet.ru>;tag=1629e50-7100a8c0-13c4-50022-296a-15c85596-296a
To: <sip:7920637ХХХХ@sipnet.ru;user=phone>;tag=D9F63D36
Call-ID: 1635fc0-7100a8c0-13c4-50022-296a-63877878-296a
CSeq: 1 ACK
Via: SIP/2.0/UDP 192.168.0.113:5060;rport;branch=z9hG4bK-296a-a1c9c0-39476430
Max-Forwards: 70
User-Agent: LG-Ericsson iPECS-LIK 50A 5.0Gs
Contact: <sip:192.168.0.113:5060>
Content-Length: 0


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Sent 1093 Bytes to 212.53.40.40:5060 by UDP
--------------------------------------------------------------------------------
INVITE sip:7920637ХХХХ@sipnet.ru;transport=UDP;user=phone SIP/2.0
From: <sip:2893589@sipnet.ru>;tag=1629e50-7100a8c0-13c4-50022-296a-15c85596-296a
To: <sip:7920637ХХХХ@sipnet.ru;user=phone>
Call-ID: 1635fc0-7100a8c0-13c4-50022-296a-63877878-296a
CSeq: 2 INVITE
Via: SIP/2.0/UDP 192.168.0.113:5060;rport;branch=z9hG4bK-296b-a1c9fb-aca8456
Max-Forwards: 70
Supported: replaces,UPDATE,INFO
User-Agent: LG-Ericsson iPECS-LIK 50A 5.0Gs
Contact: <sip:192.168.0.113:5060>
Authorization: Digest username="",realm="etc.tario.ru",nonce="F8A79ACBF2490620268A",uri="sip:79206370997@sipnet.ru;transport=UDP;user=phone",response="d977381b9a573d704db060cf8e14978b",algorithm=MD5,cnonce="a1c9fc",opaque="opaqueData",qop=auth,nc=00000001
Allow: INVITE,ACK,CANCEL,BYE,PRACK,NOTIFY,REFER,UPDATE,OPTIONS,INFO
P-Asserted-Identity: <sip:2893589@sipnet.ru>
Privacy: none
Content-Type: application/sdp
Content-Length: 177

v=0
o=iPECS-SIP-GATEWAY 4 4 IN IP4 192.168.0.113
s=iPECS SIP
c=IN IP4 192.168.0.113
t=0 0
m=audio 7308 RTP/AVP 0 8
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=sendrecv

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++


================================================================================
Received 408 Bytes from 212.53.40.40:5060 by UDP
--------------------------------------------------------------------------------
SIP/2.0 500 incorrect E-mail address
Via: SIP/2.0/UDP 192.168.0.113:5060;rport=56721;branch=z9hG4bK-296b-a1c9fb-aca8456;received=193.34.10.130
From: <sip:2893589@sipnet.ru>;tag=1629e50-7100a8c0-13c4-50022-296a-15c85596-296a
To: <sip:7920637ХХХХ@sipnet.ru;user=phone>;tag=8ABC741A
Call-ID: 1635fc0-7100a8c0-13c4-50022-296a-63877878-296a
CSeq: 2 INVITE
Server: CommuniGatePro/5.4c2
Content-Length: 0


================================================================================


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Sent 470 Bytes to 212.53.40.40:5060 by UDP
--------------------------------------------------------------------------------
ACK sip:7920637ХХХХ@sipnet.ru;transport=UDP;user=phone SIP/2.0
From: <sip:2893589@sipnet.ru>;tag=1629e50-7100a8c0-13c4-50022-296a-15c85596-296a
To: <sip:7920637ХХХХ@sipnet.ru;user=phone>;tag=8ABC741A
Call-ID: 1635fc0-7100a8c0-13c4-50022-296a-63877878-296a
CSeq: 2 ACK
Via: SIP/2.0/UDP 192.168.0.113:5060;rport;branch=z9hG4bK-296b-a1c9fb-aca8456
Max-Forwards: 70
User-Agent: LG-Ericsson iPECS-LIK 50A 5.0Gs
Contact: <sip:192.168.0.113:5060>
Content-Length: 0


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Господа, помогите пожалуйста с сипнетом.

1) Регистрация на Sipnet проходит??
2) Почему не заполнено поле Contact Number в ПГМ126??
3) Почему в поле Contact Address Domain в ПГМ133 установлено = SIP GW Addr. Попробуйте поставить = Server Domain.

Ну вот. На данном этапе спасибо всем кто учавствовал. Что то тяжеловато приходится первое знакомство с IPECS при отсутсвии техподдержки, ведь в арткоме как раз сейчас обучение по ним и все гуру заняты
При существующем раскладе (см прикрепление) работает так:
9 на обоих станциях выход через СО IP LDK 60.
7 на обоих станциях выход на сипнет по портам IPECS
сеть соответственно работает, хотя ещё не удостоверился что в обе стороны.
4 IP порта IPECS для сети с IP LDK 60, 4 порта - транки на сипнет.

Остались следующие вопросы:
все 8 портов IPECS надо как на сипнет так и на сеть.
В данной конфе менял в 322 CO type = PSTN, NET CO Gr= 1; в 324 NET CO Gr. = 1 для "7" - и с LDK после 7 и начала набора занято.

Входящие с CO IPLDK надо бы чтобы сразу везде звонили. Сделал на IPECS группу с номером 320 куда воткнул некоторых. На неё (NET 320) c двух CO IPLDK в 144/145 направил звонки, но с ещё 5 СО Звонки должны попадать вообще одновременно на все телефоны!!! КАК?

Не могу зарегить PHONTAGE на IPECSe. Говорит: Virtual Registration is failed! Please refer http trace
Так должно быть?
Нужен телефон, так как настраиваю из дома по ночам и проверить изменения не могу. Днем там кипит работа и трогать ничо нельзя.

Два телефона LIP-7024D так и не ожили. хотя стоят воткнуты в один свич 6 штук в удаленном офисе. 3 ожили , а 2 нет. Как такое может быть и что предпринять? Версии одинаковые судя по мак адресам(если бывают разные версии). Хотя все 6 запросто оживают подрубаясь к LDK.

Ну вот.
Если есть какие размышления по этим вопросам, очень прошу.
Спасибо.

Так и должно быть, если отсутствуют регистрационные данные для Phontage в ПГМ443 !!
Сначала нужно указать регист. данные в ПГМ443 (ID, password, и еще дополнительно (при необходимости, по желанию) можно указать абонентский номер (STA)).
И только потом можно выполнять виртуальную регистрацию Phontage в ПГМ101, где нужно указать те же ID и Password!!!
Только мне непонятно, а зачем вообще Вам нужна эта виртуальная регистрация для Phontage??? Достаточно запрограммировать ПГМ443 и уже можно подключать Phontage. Или Вы хотите зарезервировать слот (Seq. Num, Order) для Phontage, и после него прописать какой-то еще абонентский модуль??

Блин, точно. Спасибо. А я открыл 443, посмотрел и закрыл )))).

Отчет на текущий момент:
Завел в ПГМ190 несколько групп, туда надабовлял номеров. Звонки вроде распределил.

Остался открытым вопрос про использование всех портов. Вход с IPLDK в IPECS работает как я понял по всем 8 портам, а на выходе если сделать так как я писал ранее, то не работает. Но как не работает я пока не выяснил.

Ещё пользователи IPECS жалуются на одинаковые типы звонков с города и с внутренних. Ну оно и понятно. к ним же звонок как к группе приходит. Разделить походу не получится?

Однако отличаются версии. На двух LIP-7024 1.0Ga, на остальных 1.0Ha.
Подцепились сами, каким-то волшебным образом. Были зарегестрированы на IPLDK, но также маки и IP (теже что и в IPLDK) были прописаны и в IPECS. Имели нумерацию 132 и 133, но как-то при очередной попытке с них позвоить превратились в 232 и 233 (номерной план IPECS). DIP Регистрации включен.
Но не подрубается теперь один из LIP 8012, который уже был в системе. Просто на ночь отключили и перевезли на другое место. Как раз туда где LIPы 7024.

Хм. На LDK сейчас выделено 7 IP транков, а один порт для LIP, а на IPECS я в 322 в NET CO Group добавил все 8 поров в одну группу, тип PSTN. И не работает.
Потом взял да и убрал один порт на IPECS в другую группу (не используемую нигде). И РАБОТАЕТ! и сипнет и сеть между станциями! Почему?

А ещё пытался в 321 BLF друг на друга их прописать. Вобще сеть перестает работать.
Есть вероятность что кнопочки засветятся или нужна лицензия? или вообще эта фича при такой связке не заработает?

Прошу пардону. Может быть я ошибся, когда сказал, что можно одни и теже каналы mfim настроить и на провайдера sip и на сеть между станциями. По описанию вроде как можно, но вот какие нюансы будут с настройкой - пока неизвестно. Постараемся в ближайшее время проверить это.

Вот нюанс вылез.
"9" с IPECS через LDK работает. Внутренние сетевые вызовы работают.
"7" (выход на сипнет настроеный на IPECS) на IPECS работает, а на IPLDK нет.
Ведь гдето чуть-чуть что-то осталось.

вот как выглядят настройки

из мануала:
7. При программировании соединительных линий необходимо указать их тип в Программе 322, ПК4. Линии транзитной АТС, подключенные к ТфОП, должны быть указаны как линии типа PSTN; а линии, связывающие узлы в сеть, - как линии типа NET. Линии, обеспечивающие один и тот же маршрут вызова, объединяются в одну сетевую группу линий (сетевой транк) в Программа 322, ПК1.
Транзитная для sip связи получается ipecs, т.е. для соединения с sip ставим линии в PSTN, а для связи с ldk60 - NET.
Попробую на связке lik50-lik50 с использованием одних линии для sip и сети, и с использованием разделенных каналов.

Проверил у себя:

1/mini sip Server - 2/lik-50a 3/lik-50a - 4/phontage
(для различия станций буду писать по порядковым номерам в этой "схеме" )
на транзитной станции (2/) выделяю линию PSTN для sip в отдельную NETCOGRP, прописываю "7" в 324, внутренние на sip звонят
для связи станций на транзитной (2/) оставляем линии NET.
на оконечной станции (3/) все линии стоят в NET и в одной NetCoGrp. Для "7" в 324 изменяем только system usage PSTN и DigRep ON.

Все работает. Стоит только на транзитной что-то поменять и на Phonetage (4/) происходит Normal Call Clearing.

Кажется обязательным условием. Если на транзитке Все линии в PSTN, то транзит не работает.

Извиняюсь. Я все-таки я ввел в заблуждение.
Когда я писал, что можно одни и те же каналы mfim настроить и на провайдера sip и на сеть между станциями, я имел в виду, что для каналов можно установить тип сервиса = Common, для обеспечения поддержки всех протоколов сигнализации.
По факту дело обстоит не совсем так. Каналы с опцией Common позволяют принять входящие вызовы с любой сигнализацией: SIP, H.323, IPKTS. Но с исходящими вызовами все сложнее. Для исходящей связи можно настроить каналы на комбинацию SIP+IPKTS или H.323+IPKTS. Но не получается нормальным образом настроить одни и те же каналы на исходящую связь одновременно и по SIP и по H.323. Либо одно, либо другое. Точнее, это можно сделать (если линии типа NET по ПГМ322), но уж слишком много всяких нюансов с настройками. Т.е., к сожалению, в станции в ПГМ324 исходно не предусмотрена возможность привязки PSTN кода к типу протокола (SIP/H.323). Может в дальнейм будет сделана можификация софта, но в настоящее время рекомендуется разделять каналы для связи по SIP и по Н.323 на два разных транка.
2 couper: у Вас есть каналы SIP для связи с провайдером и каналы Networking для связи с другими станция корпоративной сети (с ipLDK). Для Networking как раз используется Н.323, поэтому придется отделить эти каналы от каналов SIP.

Спасибо.
Вообщем хотел спросить каким образом правильно разделить, но пока формулировал вопрос всё настроил.
Было:
на IPLDK на плате VOIB 7 портов - описаны как NET и в одной группе.
На IPECS 5-8 NET Group 1 , а 9-12 PSTN Group 2.

В результате если позанимать линии нажатием "7"-ки на IPLDK последовательно несколько раз, то на IPECSе занимались СО9 для выхода на сипнет (так как описана PSTN) и остальные CO для соединения NET по очереди. Тоесть получалось на IPECS так: CO5-CO9, CO6-CO9, CO7-CO9, CO8-CO9 - в этих случаях выход на сипнет транзитом работал, дальше при нажатии 7 был вызов на system attendant, потом CO10-CO9, CO11-CO9 и тд. в этих случаях уже сипнет не работал.

в ПГМ140-142 CO VoIP Mode поставил CO VoIP Mode H323 & RTP для CO 5-8, и SIP & RTP для 9-12. И ситуация стабилизировалась.

Ещё была проблема с переводами вызова. Перевод города (CO в LDK транзитом на IPECS) пришедшего на IPECS при переводе на абонента LDK проходил только после поднятия конечным абонентом трубки. Но проблема осложнялась ещё тем, что иногда последний трубку поднимал, переадресующий трубку клал, но у города продолжала играть музыка, а у абонента LDK была тишина. Поставил в 321 JOIN, стало лучше.

Кстати заметил несколько раз проблему описанную в http://www.artcom.ru/forum/index.php?showt...=5973&st=60 версия VOIB сейчас GS88H-B.3Bd. Начинает беспокоить. Есть ли новее версия?

А ещё в арткоме сказали что надо поднимать MFIM до 5.5 если хочу юзать LIP-8002, а где взять прошивку?

1) В ПГМ324 в строке, где назначен PSTN код = 7 включить опцию "Digit Repeat". Тогда 7-ку достаточно будет нажать только один раз, чтобы отправить ее в iPECS.
2) В iPECS'е
Да. Это нормально.
3) Да. Нужно ставить JOIN. Значение Reroute требуется только при использовании функций Networking (корпоративная сеть АТС на основе Н.323) и при этом нужно установить лицензию.
3) После B.3Bd было еще нескольско тестовых версий, но они были сделаны по другим поводам.
Официальная версия B[2].3 еще не появилась.
Что именно не устраивает в версии VOIM B.3Bd??
4) Для поддержки LIP-8002 без лицензии на SIP_Extension требуется версия 5.5С. Официальной версии еще нет. Есть только тестовые версии E[5].5Cc и E[5].Ch, последняя из которых выложена здесь на сайте.
Только нужно помнить, что при замене версии с 5.0 на 5.5 нужно еще использовать промежуточную версию (5.0Gr_meta).