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


MFIM/GS96M-6.0Bo DEC/12
Boot Version-2.1Aa NOV/12
Kernel Version-6.0Ap
H/W issue-2

Соединил iPECS LIK300 с Asterisk по SIP транку, в пгм SIP User ID Attributes(126) [N] в статусе Registered, теперь встал вопрос о входящих/исходящих вызовах, через сетевой план нумерации я так понял не получиться, тогда какие ПГМ использовать?

LCR, например.
СО до Астериска в одну группу, LCR внутреннего типа по первой цифре номерного плана на астериске отправляете на эту группу СО.

CO до Астера у меня в отдельной группе, только вот с LCR таблицами ни разу не работал.
Я так понял вы имеете ввиду входящие с Астера на iPECS, т.е. в Астере номерной план с 800 до 999, в LCR по первой цифре 8 или 9 отправляю на CO группу для Астера, в iPECS какая ПГМ? А как с исходящими с iPECSa в сторону Астера?

Строго наоборот. LCR для исходящей связи с IPECS

Ок, а пгм 222? А для входящей с Астера?

См. доку. Прием входящих, как DID вызовы.

программирование LCR - программы 220-223

если примитивно, то:

220 -включаем функцию
221 - цифры, которые набирает абонент
222- на что надо поменять цифры набираемые абонентом
223- инициализация

ПГМ222 тоже относится с LCR. Вы б, действительно, документацию почитали.
Про входящую связь я уже похоже и забыл, думал ничего специально не настраивали...
harris вот напомнил.
Вам нужна DID Service Attributes(145) [N]

Доку почитал, вроде что то сделал, только не работает!
Вот что я настраивал:

ПГМ SIP User ID Attributes(126) [N]
Enter SIP User ID Index Number - 2
Registration User ID - ipecsTR
Authentication User ID - ipecsTR
Authentication User Password - Passwr
User ID Register - Register
Ring Route Type - DID Conversion
DID Conversion Type - Modify Using Flexible DID Conversion Table

ПГМ SIP CO Attributes(133) [N]
Enter CO Range - 2
Proxy Server Address - 10.10.10.10
Domain - 10.10.10.10
Registration UID Range - 2

В статусе Registered

ПГМ CO/IP Attributes(140~142) [N]
Enter CO Range - 2
CO Type - NORMAL
CO/IP GROUP - 5
Prefix Table ID - 2
LDT Table Index - 1

ПГМ LCR Control Attribute(220) [N]
LCR Access Mode - Internal, Loop and Direct Co LCR
ПГМ LCR LDT(221) [N]
Select Index -1
LCR Type - BOTH
Compared Digits - 8
Check Password - OFF
DMT 1 - 010101
DMT 2 - 010101
DMT 3 - 010101

ПГМ LCR DMT(222) [N]

Removal Position - 1
Number of digits to be removed - 0
Add Position - 1
CO/IP Group - 5
Alternative DMT Index - 0

При вызове номера 800 (номерной план Астера) сразу ОТБОЙ.

Registration User ID - ipecsTR@10.10.10.10
CO Type - DID
Enblock на линиях включен(не увидел)?

111-113 привязать абонента к сип аккаунту. или в 133 программе настроить fixed table.

А 10.10.10.10 - это чей адрес? Просто уточнить на всякий случай...

Адрес Астера.

Заработало, ура ..... Исходящая с iPECSa на Астер заработала, слышимость в обе стороны хорошая, теперь осталось разобраться с входящей!

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

Возникла другая проблема: на Астере номерной план с 800 по 900, на iPECS-е с 400 по 699 так же iPECS связан по PRE с LDK300 с номерным планом 100-399 и выход на городские линии через 9 и на межгород 8. С iPECSa на LDK звонки осуществляются по сетевому плану нумерации.
Теперь, когда включаю LCR нет выхода на 9 и 8, звонки идут через LCR! С чем может быть связано?

Отбой, разобрался! Всем огромное спасибо за помощь, в очередной раз научили уму разуму, направили в нужное русло!

Все доброго времени суток. Дабы не создавать новой темы, спрошу здесь с позволения автора.
В общем, пытаюсь объединить LIK 300 и ASTERISK.
На астере создал chan sip ext 2000.
На LIK
ПГМ SIP User ID Attributes(126) [N]
Enter SIP User ID Index Number - 2
Registration User ID - 2000
Authentication User ID - 2000
Authentication User Password - взят с поля Secret, ext 2000 на астере
User ID Register - Register
Ring Route Type - DID Conversion
DID Conversion Type - Modify Using Flexible DID Conversion Table

ПГМ SIP CO Attributes(133) [N]
Enter CO Range - 2
Proxy Server Address - 192.168.1.29
Domain - 192.168.1.29
Registration UID Range - 2

В статусе Terminated

P.S. 192.168.1.29 адрес астера. Астер с станции LIK пингуется. На астере, в консоли есть такие строки "Endpoint 'anonymous' has no configured AORs"

Registration User ID - 2000@192.168.1.29

Прошу прощения, так тоже пробовал.

Должно быть, именно, так!

А сниф не пробовали снять?

не пробовал. где то по ходу косяк с астером... не пойму... еще такой момент, всего 6 цошек, заточены по сип, все настроено с другим провом и работает. как только одну цошку, пытаюсь заточить под сип на астер, ложаться все цошки, и статус "Wait Idle"

Трудно сказать что то определенное не зная, что и как вы делаете. А версия какая у вас?

MFIM/GS96M-F.1Dy SEP/17
Boot Version-7.0Ca NOV/15
Kernel Version-6.0As
H/W issue-3
По сути, делаю то, о чем писал немного выше... Обе станции в одной локальной сети. Софтофон к астеру цепляется.
Если с Domain - 192.168.1.29, убираю IP, то в SW Upgrade, все цошки, нормализуются в "Idle", ПГМ 126 "Status" прописанного мной индекса для сип астера "Idle". Как только прописываю заново IP, все цошки "Wait Idle" и соответственно, нельзя прозвониться с внешки например, также ПГМ 126 "Status" прописанного мной индекса для сип астера "Terminated"

Вот точно такая же проблема, как у автора этого сообщения
http://forum.artcom.ru/index.php?showtopic...ost&p=86577

У меня таких проблем не наблюдалось. Какие настройки у вас в 133-й программе?

Что именно надо показать???
У меня настроены в 133-й сипы от белки и работают. По сути, изменил только Proxy Server Address, Domain - 192.168.1.29 ип астера, Registration UID Range 9-9, соответственно в 9-ке, прописаны настройки ехта с астера. И потом вешаются все линии.
Уже всю голову сломал. Весь инет перерыл. И уже обратился к гуру. Вот как назло, у всех как обычно все работает, а тут нет.

Скрин можете показать?

Вот, ПГМ 133 и 126

В Астериске Authentication User ID указан 2000 или 2000@192.168.1.29?
Connection Mode точно UDP?

2000

Так и указывайте 2000! 2000@192.168.1.29 - это только для Registration User ID.

Вот тут что то немного потерялся... Что есть Reg, а что есть Authentication

Authentication - это то, что вместе с паролем.
Короче, вам надо указать Registration User ID = 2000@192.168.1.29, Authentication User ID = 2000.
Кстати, у вас тут на втором скрине написано про порт 5160 UDP. См. Proxy Server UDP Port в 133-й проге. Какой нужен реально?

Прям с языка сняли, разобрался, дело в порте и Authentication User ID
В двух словах, если на астере екстен chan_sip, то в ПГМ 133, Proxy Server UDP Port - 5160, если екстен chan_pjsip, то порт в ПГМ по умолчанию 5060. И да, Authentication User ID просто номер внутреннего, типа как в моем случае Authentication User ID = 2000
Спасибо Вам большое за помощь. Буду дальше разбираться.

Что то не могу разобраться с хождение звонков внутри между абонентами. С астера набираю, на lik в sw вижу как занимается нужная CO, но в ответ получаю, неправильно набран номер, оно и понятно, что то не так. С lik, звонок не идет, даже не занимается нужная CO.
Настройки на LIK делал такие
ПГМ CO/IP Attributes(140~142) [N]
Enter CO Range - 6
CO Type - DID
CO/IP GROUP - 10
Prefix Table ID - 2
LDT Table Index - 1

ПГМ LCR Control Attribute(220) [N]
LCR Access Mode - Internal, Loop and Direct Co LCR

ПГМ LCR LDT(221) [N]
Select Index -1
LCR Type - BOTH
Compared Digits - 2
Check Password - OFF

ПГМ LCR DMT(222) [N]
Removal Position - 1
Number of digits to be removed - 0
Add Position - 1
CO/IP Group - 10
Alternative DMT Index - 0

А индекс таблицы 222 какой указали?



Это для индекса, который в 221-й таблице указан?

Что набирают с Астериска? Ну и отследите по настройкам как обрабатывается полученный вызываемый номер.

С Астера набирают внутренний, например 1000, смотрю в sw upgrade, CO занимается, стало быть, звонок до LIK доходит, а вот внутри, станция понять не может, что с ним делать. с LIK, если набрать, например 2000, то даже CO не занимается, потому как станция не понимает, что и куда отслыть.
P.S. планы, Астер 2XXX, LIK 1XXX

Это все хорошо, конечно. А что по другим вопросам?

Индекс 1
Да, настройки для индекса.
Может есть проще способ заставить звонки бегать между собой?

Собственно, не вижу никаких сложностей! Все стандартно...
А абонентам LIK CO Group 10 разрешена для исходящей?

Вот, например, в 126-й проге для DID Conversion Type укажите Use "as is". При Ring Route Type = DID CONVERSION, естественно. Это по входящей.

PGM 126
Данные регистрации и аутентификации расписывать не буду, с ними все в порядке.
User ID Register - Register
Authorized Representative ID Table Index - 0
User ID Usage - ON
Ring Route Type - DID CONVERSION
DID Conversion Type - Use "as is", также надо включить в PGM 145.
И входящие пошли на LIK с Астера.

PGM 140-142
Enter CO Range - 6
CO Type - DID
CO/IP GROUP - 10
Prefix Table ID - 2
LDT Table Index - 1

PGM 220
LCR Access Mode - Internal, Loop and Direct Co LCR

PGM 221)
Select Index -1
LCR Type - BOTH
Compared Digits - 2
Check Password - OFF

PGM 222
Removal Position - 1
Number of digits to be removed - 0
Add Position - 1
CO/IP Group - 10
Alternative DMT Index - 0

PGM 117
Для внутреннего 1605
Group 10 - установлена галочка

Исходящих с LIK на Астер нет. Выделенная CO не занимается.

Проверьте без LCR. Просто код выхода на группу линий и номер.

И нет ли у вас, случаем, в плане нумерации LIK номером на 2-ку?

нет конечно. если не учитывать, NET Plan. В свое время была объединена с MG. план остался я не думаю что это мешает.
сейчас физически проверить нет возможности. набираю на город и когда проигрывается сообщение, набираю, например внутренний номер астера 2100, ничегго не происходит. а вот если, делаю, таким неким костылем через speed dial, звонок проходит. В speed dial выбираю CO - 6, указываю внутренний астера 2100, внутренний LIK 1605. дальше в Call forward для номера 1605, выбираю Unconditional - Speed Dial и указываю номер ячейки, то при звонке с внешки на LIK, пока болтает информатор, набираю 1605, звонок проходит на астера, туда, куда надо.

Сейчас хочу попробовать увязать их через H323.
Воткнулся на следующем, при звонке на внутренний, с LIK на астер, звонок проходит и тут же сброс, софтофон звонит и как будто сделали отбой, а при звонке, с астера на LIK, звонок проходит, т.е. линия занимается, а в ответ, LIK говорит, не правильно набран номер.

Да все может быть! Уберите, если оно не используется!

Решил попробовать через H323 и использовать этот план. К SIP вернусь позже. Все заработало, звонки бегают в обе стороны.
Есть небольшой вопрос, как сделать, чтобы звонки бегали через одну CO?
P.S. Что лучше, в связке с Asterisk и LIK, SIP или H323?