ipecs 100, sip Опции

[vitalii]

добрый день. помогите разобраться пожалуйста. атс соеденена с провайдером по sip. входящие и исходящие есть. факсы ходят в обе стороны. при входящем вызове на ipecs,вызываемый не слышит кпв - тишина, хотя на ipecs звенит телефон. и так тишина пока на ipecs не снимут трубку. дальше все нормально. прилагаю конфигу и трейс.

Прикрепленные файлы

 Netu_tona.rar ( 42,23 килобайт ) Кол-во скачиваний: 27

 

[vitalii]

добрый день. помогите разобраться пожалуйста. атс соеденена с провайдером по sip. входящие и исходящие есть. факсы ходят в обе стороны. при входящем вызове на ipecs,вызываемый не слышит кпв - тишина, хотя на ipecs звенит телефон. и так тишина пока на ipecs не снимут трубку. дальше все нормально. прилагаю конфигу и трейс.

что-то не получается отправить зазипованную конфигу

[vldmr]

обратитесь к провайдеру - это его задача

[vitalii]

обратитесь к провайдеру - это его задача

имеет ли атс возможность вместо 183 PROGRESS слать 180 ringing?
После отсылки PROGRESS, что АТС MG генеритует сигнал КПВ в предответном состоянии в одностороннем стриме, а оператор просит присылать 180 ringing, чтобы КПВ абоненту А генерировал он сам.
Есть настройка в MG которая позволяет это изменить?

[harris]

Есть настройка в MG которая позволяет это изменить?

Ну, если только попробовать ПГМ165/5 (SEND PROGRESS IND).

[vitalii]

Ну, если только попробовать ПГМ165/5 (SEND PROGRESS IND).

спасибо.попробуем. отпишусь

[vitalii]

Ну, если только попробовать ПГМ165/5 (SEND PROGRESS IND).

изменив этот параметр, на противоположное значение, в трэйсах тоже самое = 183. а от платы Voip LDK, приходит = 180. может ipecs и не может отвечать - 180?(это 4-e каналa расположенные на MPB100/300(ver.1.5 + 1.7) - проверенно). отдельной платы VoiP пока нет. Заказчик хочет убелиться, что вIPECS MG есть такая возможность.

[Dron]

изменив этот параметр, на противоположное значение...

Там, вообще то, три значения - No, All Massage, Alerting Massage...

[vitalii]

Там, вообще то, три значения - No, All Massage, Alerting Massage...

все значения=183

[vitalii]

Там, вообще то, три значения - No, All Massage, Alerting Massage...

а у вас в трэйсах ipecs как отвечает 180 или 183?

[Dron]

а у вас в трэйсах ipecs как отвечает 180 или 183?

Я не проверял. Не было вариантов с входящими по SIP. Я просто уточнил, что имеется три значения.
Попробую завтра глянуть, если получится.

[vitalii]

Я не проверял. Не было вариантов с входящими по SIP. Я просто уточнил, что имеется три значения.
Попробую завтра глянуть, если получится.

спасибо

[vitalii]

Я не проверял. Не было вариантов с входящими по SIP. Я просто уточнил, что имеется три значения.
Попробую завтра глянуть, если получится.

удалось ли Вам проверить?

[Dron]

удалось ли Вам проверить?

Да. То же самое.

[vitalii]

Да. То же самое.

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

[harris]

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

А насколько это нужно (посылать 180 вместо 183)???
Разработчики исходят из того, что MG - это все-таки АТС, и как правило вызываемая сторона генерит КПВ (или речевое сообщение) при входящем вызове.

[Dron]

А насколько это нужно (посылать 180 вместо 183)???
Разработчики исходят из того, что MG - это все-таки АТС, и как правило вызываемая сторона генерит КПВ (или речевое сообщение) при входящем вызове.

Да. Я вот проверял сегодня это дело с 3CX. Так вот, 3CX всем шлет 180, хотя от MG получает 183. Если уж для 3CX это не проблема, то не понятна большая надобность в посылке 180...

[harris]

Да. Я вот проверял сегодня это дело с 3CX. Так вот, 3CX всем шлет 180, хотя от MG получает 183. Если уж для 3CX это не проблема, то не понятна большая надобность в посылке 180...

3CX - это IP-phone (терминал), а MG - станция (шлюз). А если, например, у абонента MG включена переадресация на СО-линию, то что, вызывающий абонент должен услышать КПВ именно от СО-линии или как?? Как иначе вызывающая сторона получит сигнал о занятости номера ГТС, на который переадресован вызов??

[Dron]

3CX - это IP-phone (терминал), а MG - станция (шлюз). А если, например, у абонента MG включена переадресация на СО-линию, то что, вызывающий абонент должен услышать КПВ именно от СО-линии или как?? Как иначе вызывающая сторона получит сигнал о занятости номера ГТС, на который переадресован вызов??

Игорь, ты, наверное, не так понял.
3CX не терминал - это, по сути, SIP сервер. Я на нем зарегистрировал MG и X-LITE. 3CX имитировал SIP провайдера. Так я про что, с X-LITE вызывался MG. MG отвечал 3CX 183, 3CX отсылал X-LITE 180. Все прекрасно работало. Вот и я думаю, а насколько нужно посылать 180 вместо 183??

[vldmr]

iPECS-MG CO Ring Back Tone шлет сам так как тон можно настраивать в 290 программе, видимо поэтому и 183.

Думаю правильно было бы если при включении в 290 программе - 31 CO Ring Back Tone - not use - сдать 180, в остальных случаях -183.
(сейчас всегда 183) Версия A.7Bf MAY/11. Какие мнения?

[vitalii]

iPECS-MG CO Ring Back Tone шлет сам так как тон можно настраивать в 290 программе, видимо поэтому и 183.

Думаю правильно было бы если при включении в 290 программе - 31 CO Ring Back Tone - not use - сдать 180, в остальных случаях -183.
(сейчас всегда 183) Версия A.7Bf MAY/11. Какие мнения?

Версия A.7Bf MAY/11 - это тестовая версия???????

[vitalii]

Да. Я вот проверял сегодня это дело с 3CX. Так вот, 3CX всем шлет 180, хотя от MG получает 183. Если уж для 3CX это не проблема, то не понятна большая надобность в посылке 180...

Status 180 говорит о том, что найден конечный пользователь. Поэтому статусом 180 может отвечать только конечный пользователь, т.е. в SIPе только он может послать статус 180 и вызывающий услышит его ответ, а в каком виде (гудки или сообщение) это уже второй вопрос.
Status 183 говорит о том, что данный сервер не видит конечного пользователя и проключает односторонний голосовой канал в сторону абонента А, чтобы передать ему в будущем ответ аб.Б.
Поэтому и вопрос - почему наша iPECS-MG не видит, что входящий звонок достиг уже абонента Б , я слышу как он звенит, а iPECS_MG отвечает статусом 183????? Хотя должен ответить 180???

[harris]

Версия A.7Bf MAY/11 - это тестовая версия???????

Да, тестовая.

[harris]

Status 180 говорит о том, что найден конечный пользователь. Поэтому статусом 180 может отвечать только конечный пользователь, т.е. в SIPе только он может послать статус 180 и вызывающий услышит его ответ, а в каком виде (гудки или сообщение) это уже второй вопрос.
Status 183 говорит о том, что данный сервер не видит конечного пользователя и проключает односторонний голосовой канал в сторону абонента А, чтобы передать ему в будущем ответ аб.Б.
Поэтому и вопрос - почему наша iPECS-MG не видит, что входящий звонок достиг уже абонента Б , я слышу как он звенит, а iPECS_MG отвечает статусом 183????? Хотя должен ответить 180???

Где это написано, что "Status 183 говорит о том, что данный сервер не видит конечного пользователя и проключает односторонний голосовой канал в сторону абонента А, чтобы передать ему в будущем ответ аб.Б".
????
Мне кажется, что Вы ошибаетесь!! И 180 и 183 означает, что вызываемый абонент найден и ему послан вызыв (инициирован вызывной сигнал/сообщение).
Но в отличии от 180 сообщение 183 указывает на то, что КПВ (или предответное речевое сообщение) будет генерится на стороне вызываемого абонента (far end), а не вызывающей стороной (local).
Это аналогично сигнализации ISDN Q.931:
180 соответствует сообщению Alerting
183 соответствует сообщению Alerting c Progress Indicator'ом №8.

Из RFC3261:
180 Ringing
The UA receiving the INVITE is trying to alert the user. This
response MAY be used to initiate local ringback.
183 Session Progress
The 183 (Session Progress) response is used to convey information
about the progress of the call that is not otherwise classified. The
Reason-Phrase, header fields, or message body MAY be used to convey
more details about the call progress.
Вот еще пояснения:
The existing 180 Ringing message would indicate that
the calling user agent has the option of providing local alerting
(and generally should). The 183 Session Progress message would indi-
cate that the calling user agent should not provide local alerting
and should establish a media session to be used by the called user
agent to indicate the status of the session setup request as part of
the indicated media stream.

А вот аналогичный вопрос по Cisco: http://forum.nag.ru/forum/index.php?showtopic=66026

[!kairat]

Добрый день!
у меня похожая ситуация, MG 300 соединена с Астериском по SIPу. на MG используется плата VOIB8.
При звонке на MG звонящий не слышит КПВ.
где копать, помогите плиз. делал все что было написано выше. ничего не помогло.
ниже трейс звонка

[[[[[[[[[[@@@@@ [SIPM] Creation Call ID => 4 @@@@@]]]]]]]]]]

[Sipm_SipEvCallCreate] (4) INCOMMING call was created

[Sipm_SipEvCallMsgReceive](4) SIPM <--- INVITE
[Sipm_SipConnProcInviteInd] Domain (293.236.28.101), strUri (293.236.28.101)
[Sipm_SipConnProcInviteInd] proxyIp (293.236.28.101), strUri (293.236.28.101)
[Sipm_SipConnProcInviteInd] proxyIp (293.236.28.101), callInfo->signalIp (293.236.28.101)
[Sipm_SipConnProcInviteInd] callInfo->srcIp (293.236.28.101), callInfo->srcAddr (7102574651)

[Sipm_SipConnProcInviteInd] Caller's Display Name : [7102574651]
[Sipm_SipEvCallState(s:4)](4) INCOMING - Offering(reason:REMOTE_INVITING)
[PORT NUMBER : 0x0288] (4) CALL <--- SIPM (INVITE)
[Sipm_SipEvCallMsgSend] (4) SIPM ---> 100(Trying)
[Sipm_CallMsgHandler] (4) CALL ---> SIPM (183 S-Progress)
[Sipm_SipEvCallMsgSend] (4) SIPM ---> 183(Session Progress)
[Sipm_CallMsgHandler] (4) CALL ---> SIPM (200 OK)
[Sipm_SipEvCallMsgSend] (4) SIPM ---> 200(OK)

[harris]

Добрый день!
у меня похожая ситуация, MG 300 соединена с Астериском по SIPу. на MG используется плата VOIB8.
При звонке на MG звонящий не слышит КПВ.
где копать, помогите плиз. делал все что было написано выше. ничего не помогло.
ниже трейс звонка

Прежде, чем "копать" нужно бы выяснить, кто виноват: MG или Астериск.
MG ответила 183 и должна была инициировать RTP поток для выдачи КПВ. Так может, Астриск не подключился к RTP-потоку, и поэтому его абонент не слышит КПВ?
Нужно снимать снифер Wireshark'ом и смотреть, что реально выдает MG.

[!kairat]

Прежде, чем "копать" нужно бы выяснить, кто виноват: MG или Астериск.
MG ответила 183 и должна была инициировать RTP поток для выдачи КПВ. Так может, Астриск не подключился к RTP-потоку, и поэтому его абонент не слышит КПВ?
Нужно снимать снифер Wireshark'ом и смотреть, что реально выдает MG.

снял звонки. только расширение переведите в .cap
 29.08.2012.txt ( 58,32 килобайт ) Кол-во скачиваний: 5

[!kairat]

да, еще забыл сказать канал между MG и Астериском - спутниковый с задержкой в 600-700мс. Но, на это я не грешу, потому что такой же канал с задержкой 800-900мс и между LDK60 и другим софтсвитчом (какой не знаю, помоему Mera-вский)

[harris]

снял звонки. только расширение переведите в .cap
 29.08.2012.txt ( 58,32 килобайт ) Кол-во скачиваний: 5

Видимо, трассировку снимали с фильтром..Там только сигнализация, нет никаких RTP пакетов. Поэтому так и неясно, выдает ли MG RTP-поток c КПВ (после 183) или нет.

[!kairat]

Видимо, трассировку снимали с фильтром..Там только сигнализация, нет никаких RTP пакетов. Поэтому так и неясно, выдает ли MG RTP-поток c КПВ (после 183) или нет.

придется ждать выхода инженера Астериска. а допустим MG не выдает RTP поток с КПВ, то что тогда? почему не выдает?

[harris]

придется ждать выхода инженера Астериска. а допустим MG не выдает RTP поток с КПВ, то что тогда? почему не выдает?

Если не выдает (что врядли), то это баг MG. Если MG отвечает сообщением 183 и нормально выдает КПB, то проблема на стороне Астериска, значит он игнорирует это.

[AInachev]

Доброго времени суток всем! та же проблема: нет кпв, подключение к провайдеру по sip (неофон). Кручение параметров 165/5 не меняет ничего. Версия 1.7di. На 2-ой версии эта штука допилена ли, нет ни у кого возможности проверить? Или только единственный выход тормошить провайдера..?

[!kairat]

Или только единственный выход тормошить провайдера..?

только так. у меня пока ничего не вышло

[ALLeX]

Тоже столкнулся с такой же проблемой у "кривого" провайдера. Попросили дать 180 Ringing (вместо 183 Session Progress) Увы не получилось, и пришлось подключатся по другой схеме (без регистрации и с привязкой IP). У прова был Thomson Cirpack UA. Кстати уже не первый раз сталкиваюсь с проблемами с этим софтсвичем, причем не только с оборудованием LG.