Форумы  ·  Войти  · 

Тема: Не проходят исходящие по VoIP

Страница 1 из 2, все  1 2 > 
20.01.10 14:12   Allex78  (46/29.11.06)  

Станция LDK100, зерегистрирована на Gk.
Не проходят звонки на некоторые направления с такой ошибкой:  (cause value:3f)

213754:880-[-1][Evt:H.323] RV_EVT_RAS_CONFIRM( Disengage )
213759:200-[4][Evt:H.323] RV_EVT_RAS_CONFIRM(Outgoing Call) ( Admission Channel : 3)
213759:200-[4][Cmd:H.323] RV_MAKE_GK_CALL(INIT) (IP: 192.168.19.25, Ext: )
213759:220-[4][Cmd:H.323] RV_MAKE_GK_CALL (IP: 192.168.19.25, Ext: 4333, hsCall: 0x00c16c18, Froute:0)
213802:260-[4][Evt:H.323] rvProcessCallstateDisconn (cause value:3f)
213802:260-[4][Evt:H.323] RV_EVT_CALL_STATE_CHANGED (cmCallStateDisconnected)
213802:260-[4][Cmd:H.323] rvRASDisengageRequest (SEND)
213802:360-[4][Evt:H.323] RV_EVT_CALL_STATE_CHANGED (cmCallStateIdle)

Что это за коза?

[ #1 ]  21.01.10 8:41   ИгорьS  EXPERT  
Allex78 - 20.01.10 14:12

Станция LDK100, зерегистрирована на Gk.
Не проходят звонки на некоторые направления с такой ошибкой:  (cause value:3f)

213802:260-[4][Evt:H.323] rvProcessCallstateDisconn (cause value:3f)

Ну ошибка 3f- Service or option not available, unspecified.
А почему, хз.
Может снять трасировк со стороны LG.

[ #2 ]  21.01.10 16:46   Allex78  (46/29.11.06)  

Вот трасса неудачного звонка, с другой стороны, к сожалению щас снять не могу.

Вложение
Trace.txt  (Размер: 9KB - Загрузки: 103)
[ #3 ]  21.01.10 17:39   harris  EXPERT  

Вызовы не проходят только на определенные направления, а на другие проходят нормально, я правильно понял??
В данном случае вызов отбит со стороны сервера (GK) с причиной № 63 (service or option not available - услуга недоступна, не представлена).
Причем здесь LDK???
ИМХО, нужно искать причину на сервере, а не в станции. Проверьте маршрутизацию на сервере.

[ #4 ]  21.01.10 17:51   Allex78  (46/29.11.06)  

Понятно, буду ковырят кипер.
Еще 1: не могу изменить тип номера, что не кручу- в итоге все равно unknown\unknown.
Это фича или я чего-то не учитываю?

[ #5 ]  21.01.10 17:54   harris  EXPERT  

А какой требуется??

[ #6 ]  21.01.10 18:04   Allex78  (46/29.11.06)  

national или abbreviated\icdn telephony желательно.
ну или хоть какую-то реакцию получить.
В 143й прописано
call type unknown
num plan calling\called ISDN/TELEPHONY

В 205

called num type Abbreviated
num plan   ISDN/Telephony(E.164)

[ #7 ]  21.01.10 18:32   harris  EXPERT  

Вы о каком номере беспокоитесь??? О типе номере вызываюЩЕГО абонента или вызываеМОГО???
Чем не устраивает Unknown??? Вполне годится, наиболее общий случай.

Какой тип линий указан в ПГМ322???

[ #8 ]  21.01.10 18:45   Allex78  (46/29.11.06)  

Это “корпоративная” сеть и использовать требуется для внутренних звонков, в основном.
остальные идут с calling и called private\abrreviated/
Хочется получить этого и от lg/

В 322 линии происаны как pstn.
Маршрутизация по lcr и 205 таблице.

[ #9 ]  21.01.10 18:55   harris  EXPERT  

1. Для АОНа (номер вызываюЩего абонента) имеют значение только настройки ПГМ143.
Но это применимо только к вызовам по линиям типа PSTN (ПГМ322).
Для линий типа PSTN АОН формируется по обычным правилам (ПГМ143, 114, 201).
Для линий NET - тип номера = Uknown и всегда отправляется сетевой номер указанный в ПГМ324.

Т.е. Вам нужно правильно сформировать АОН согласно ПГМ143, 114 и 201.

2.Тип номера вызываеМого абонента можно указать в ПГМ205. При чем это имеет значение только для сетевых кодов типа PSTN (ПГМ324).
Если прописаны коды типа NET, то тип номера вызывамого абонента всегда =Uknown.
И в настоящее время ПГМ205 применима только для линий ISDN, но не для VoIP.

Так что для вызова по VoIP номер вызываЕМОГО абонента будет иметь всегда тип= Unknow, т.к. станция не анализирует его.

[ Изменено: 21.01.10 19:03 harris ]
[ #10 ]  21.01.10 19:05   harris  EXPERT  

А что прописано в ПГМ324???
Зачем нужен LCR??? Почему бы не прописать сетевой план в ПГМ324??

[ Изменено: 21.01.10 19:26 harris ]
[ #11 ]  22.01.10 10:09   Allex78  (46/29.11.06)  
harris - 21.01.10 18:55

1. Для АОНа (номер вызываюЩего абонента) имеют значение только настройки ПГМ143.
Но это применимо только к вызовам по линиям типа PSTN (ПГМ322).
Для линий типа PSTN АОН формируется по обычным правилам (ПГМ143, 114, 201).
Для линий NET - тип номера = Uknown и всегда отправляется сетевой номер указанный в ПГМ324.

Т.е. Вам нужно правильно сформировать АОН согласно ПГМ143, 114 и 201.

2.Тип номера вызываеМого абонента можно указать в ПГМ205. При чем это имеет значение только для сетевых кодов типа PSTN (ПГМ324).
Если прописаны коды типа NET, то тип номера вызывамого абонента всегда =Uknown.
И в настоящее время ПГМ205 применима только для линий ISDN, но не для VoIP.

Так что для вызова по VoIP номер вызываЕМОГО абонента будет иметь всегда тип= Unknow, т.к. станция не анализирует его.

Наверное, это не совсем правильно..

205я используется, чтоб указать длину номера и это вполне отрабатывается.
Если использовать net вместо lcr, то получаю готовность после набора номера, т.е. после этого номер надо набирать опять.
Набор блоком.

[ #12 ]  22.01.10 10:17   Allex78  (46/29.11.06)  

ЗЫ
Как оказалось, таки “дело было не в бобине”.
Кому-то не понравились адреса 10.1.х.х
Изменили на 192.168. и вроде заработало. Ёк!

[ #13 ]  22.01.10 12:10   harris  EXPERT  
Allex78 - 22.01.10 10:09


Наверное, это не совсем правильно..

205я используется, чтоб указать длину номера и это вполне отрабатывается.
Если использовать net вместо lcr, то получаю готовность после набора номера, т.е. после этого номер надо набирать опять.
Набор блоком.

В ПГМ205 все опции нормально работают только для линий ISDN.
Для каналов VoIP ПГМ205 отрабатывается только длина номера. Ну, собственно эту фичу мы исходно и заказывали для ISDN, а для VoIP - это уже будет следущий этап, след. запрос к корейцам.

Чтобы обойтись без LCR и без ПГМ205:
- ПГМ322 - линии типа PSTN
- ПГМ143/6 - Enblock = OFF!!!!!
- ПГМ324 - тип кодов= NET (например, 3***). Тогда все будет отправляться Enblock’ом!!!!!
(сетевая нумерация всегда посылается Enblock’ом, но при этом Enblock в ПГМ143/6 д.б. выключен).
Что делать..., есть такие вот нюансы.

[ #14 ]  22.01.10 14:38   Allex78  (46/29.11.06)  

Хм..
Спасибо, проверю этот вариант.

[ #15 ]  22.01.10 14:51   Allex78  (46/29.11.06)  

Сходу в таком варианте не работает. :(
Буду разбираться.
В 324й надо указывать Ipinfo при работе с GK?

Страница 1 из 2, все  1 2 > 
Komendant.pro
 ©1999-2024  Инженерная лаборатория "Комендантъ"