Подключение по SIP (не к провайдеру) Опции

[ars3n_d]

ip LDK 60
Итак, пытаюсь подключиться по SIP к одной из своих станций. По sip транкам. С входящими проблем нет. Звонки проходят CLID определяется.
А вот с исходящими засада. В 322 создал линии PSTN, c NET вообще не работает (почему?). В 143 включил на них ENBLOC (без него не работает). В 324 создал линии PSTN (NET опять же не работает) и прописал туда цифру.
Так вот проблема в том, что первая цифра все время удаляется. Т.е. я набираю "5001", а на вышестоящую станции прилетает "001". Digit Repeat в 324 на ситуацию никак не влияет.
Как сделать так что бы первая цифра не удалялась? Или есть какой то вариант запустить SIP через NET, а не через PSTN????

И еще вопрос. Почему то при исходящих звонках не отдается номер звонящего. В SIP его надо в каком то хитром месте прописывать? До этого все работало по h323 и номер отдавалась через пгм 324 0 индекс.

[ars3n_d]

Увидел разницу между запросом мерина и астерикса?
Астерикс и LG жеско один кодек предлагают, а мерин несколько сразу на выбор..

Да нет, Астериск предлагает два кодека на выбор на 3м рисунке в первой строчке,
А Меридиан четыре кодека на первом рисунке. Я бы конечно поигрался с жестким прописанием кодекана мерине, но:
1. Это корпоративная станция, и ее ломать ни-ни)
2. По сипу к Мерину уже несколько разных железок подключал с такими настройками, и вот первый раз проблема такая в стыке с лыжей(

[harris]

Да нет, Астериск предлагает два кодека на выбор на 3м рисунке в первой строчке,
А Меридиан четыре кодека на первом рисунке. Я бы конечно поигрался с жестким прописанием кодекана мерине, но:
1. Это корпоративная станция, и ее ломать ни-ни)
2. По сипу к Мерину уже несколько разных железок подключал с такими настройками, и вот первый раз проблема такая в стыке с лыжей(

Дело не кодаках. LDK отвечает, какие типы кодаках она понимает.
Проблема в том, что она не понимает запрос Option.
По описанию Option применяется до установления соединения (я бы понял это, как до посылки Invite).
А здесь Option посылается уже после Invite. Зачем??? Мне это непонятно. Уже ведь обменялись информацией о типах поддерживаемых кодаков.
LDK в принципе поддерживает сообщение Option (оно перечислено в списке сообщений, который LDK отсылает в Invite).
Но, возможно, что LDK получает Option тогда, когда его совсем не ждет.

Кстати, что за адрес 172.30.0. 11?? Почему вызов от LDK идет как:
From: "5100"<sip:5100@172.30.0.11>
Адрес сервера в LDK прописан как 172.30.0.10, а что прописано в User-ID: 5100@172.30.0.11??

[Dron]

LDK в принципе поддерживает сообщение Option (оно перечислено в списке сообщений, который LDK отсылает в Invite).
Но, возможно, что LDK получает Option тогда, когда его совсем не ждет.

А, может, и не понимает, исходя из описания оветов об отказе сервера:

501 Not Implemented. Сервер не может обслужить запрос, потому что в нем не реализованы cоответствующие функции. Этот ответ необходим, когда UAS не в состоянии определить тип запроса и не может принять сообщение

Хотя, вычитал еще следующее:

...позволяет использовать запрос OPTIONS еще и для определения общего состояния UAS - результат обработки OPTIONS указывает, сможет ли UAS принять запрос INVITE.

что, в общем то, логично. И он, действительно, должно быть ДО INVITE...

[harris]

to ars3n_d:
Уваж. ars3n_d!!
По поводу вашего случая я получил ответ из Кореи.
Они подправили прошивку для платы VOIB (ipLDK-60).
Необходимо проверит эту тестовую версию на вашей станции (для данной ситуации).
Каким образом отправить Вам файл с новой прошивкой???
Сообщите свои контактные данные (почта, телефон).

Если эта версия не решит проблему, то нужно точно также снять трассировку сниффером.

[harris]

2 ars3n_d:
Так какие результаты по поводу проблемы с сообщением "OPTIONS"??
Новая версия ПО для платы VOIB, которую я Вам отправил, помогла решить проблему с OPTIONS или нет??
Разработчики ждут результата вашего теста.