Asterisk Ipecs-LIK транзит Опции

[dakfox]

Доброе время суток!

Образовалась следующая задача:
Есть сервер Asterisk и Ipecs-Lic 300.
Я их объединил по sip-транку звонки в внутренних номеров астериска и ipecs работают нормально (то есть можно позвонить друг другу).
Вопрос такой - как сделать, чтобы ipecs выступал для астериска транзитной атс? и вообе возможно ли это.
Сетевой план нумерации не работает вроде бы для сип...

[Snaleks]

Ну что, ни у кого никаких идей?

[harris]

Ну что, ни у кого никаких идей?

Откуда идеи?? Из пальца??? Вы бы хоть файл конфига предоставили. И полный сниф попытки регистрации.
В трассировке:
Failed to receive the stn_no
А номера абонентов прописаны в ПГМ105??

[Dron]

Откуда идеи?? Из пальца??? Вы бы хоть файл конфига предоставили. И полный сниф попытки регистрации.
В трассировке:
Failed to receive the stn_no
А номера абонентов прописаны в ПГМ105??

Тут, по-моему, все гораздо запущеннее. Я понял, что 443 программу игнорировали, хотя про нее уже писали. Т.е., пытаются зарегистровать sip абонентов, которых в LIK нет (их не прописали - не создали аккаунты).

[Snaleks]

Откуда идеи?? Из пальца??? Вы бы хоть файл конфига предоставили. И полный сниф попытки регистрации.

Так я ж откуда должен был узнать что предоставленной информации не достаточно, если вы молчите?

Тут, по-моему, все гораздо запущеннее. Я понял, что 443 программу игнорировали, хотя про нее уже писали. Т.е., пытаются зарегистровать sip абонентов, которых в LIK нет (их не прописали - не создали аккаунты).

Говорить то говорили, но не правильно, вернее не в том порядке:

В ПГМ105 должен быть назначен номер 10.
Далее см. ПГМ443, где указываются учетные записи SIP клиентов.

Из процитированного следует что сначала нужно назначить номер в ПГМ105, а уже потом лезть в ПГМ443 тогда как нужно делать ровно наоборот! Каюсь и посыпаю голову пеплом что не знал, но оно ведь ни разу не очевидно. В мануале об этом упомянуто вскользь...

[harris]

Так я ж откуда должен был узнать что предоставленной информации не достаточно, если вы молчите?


Говорить то говорили, но не правильно, вернее не в том порядке:

Из процитированного следует что сначала нужно назначить номер в ПГМ105, а уже потом лезть в ПГМ443 тогда как нужно делать ровно наоборот! Каюсь и посыпаю голову пеплом что не знал, но оно ведь ни разу не очевидно. В мануале об этом упомянуто вскользь...

Что наоборот ??? Что не так??

В iPECS все SIP_ID всегда являются внутр. номерами абонентов !! А ID и Password - это только для авторизации.
В ПГМ443 нужно указать, к какому порту (внутр. номеру) прикрепить данный аккакунт (Desired Number). Если этого не назначить (что тоже можно), то станция просто свяжет аккаунт с первым же свободным внутр. номером.
Т.е. при регистрации SIP клиент должен присылать:
User_ID - это внутр. номер абонента (STA). И этот номер уже должен быть прописан в плане нумерации станции в ПГМ105.
Auth_ID (то, что указано в ПГМ443, как ID) - 'это для авторизации.

[Snaleks]

Что наоборот ??? Что не так??

Тем не менее, не смотря на вышенаписанное вами, пока я не прописал в ПГМ443 ID, Password и Desired Number (именно все сразу) программные SIP-телефоны не зарегистрировались. После этого строчка с номером и IP в ПГМ105 появилась автоматически. Вот как хотите так и понимайте.

[Dron]

Тем не менее, не смотря на вышенаписанное вами, пока я не прописал в ПГМ443 ID, Password и Desired Number (именно все сразу) программные SIP-телефоны не зарегистрировались. После этого строчка с номером и IP в ПГМ105 появилась автоматически. Вот как хотите так и понимайте.

Нет, вы не правы! Сам абонентский номер (STA Num) в 105 программе должен был быть присвоен абонентскому порту с самого начала. Другое дело IP Address и MAC Address - эти значения появляются после подключения аппарата.