Версия для печати темы

Автор: vitalii 24.5.2011, 20:18

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

Автор: vitalii 24.5.2011, 20:30

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

Автор: vldmr 25.5.2011, 8:37

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

Автор: vitalii 25.5.2011, 11:11

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

Автор: harris 25.5.2011, 12:11

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

Автор: vitalii 25.5.2011, 12:27

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

Автор: vitalii 25.5.2011, 20:10

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

Автор: Dron 25.5.2011, 20:58

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

Автор: vitalii 25.5.2011, 21:19

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

Автор: vitalii 25.5.2011, 21:25

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

Автор: Dron 25.5.2011, 21:28

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

Автор: vitalii 25.5.2011, 22:27

спасибо

Автор: vitalii 26.5.2011, 18:01

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

Автор: Dron 26.5.2011, 18:02

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

Автор: vitalii 26.5.2011, 19:56

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

Автор: harris 26.5.2011, 20:17

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

Автор: Dron 26.5.2011, 20:23

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

Автор: harris 26.5.2011, 20:29

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

Автор: Dron 26.5.2011, 21:09

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

Автор: vldmr 30.5.2011, 13:52

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

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

Автор: vitalii 30.5.2011, 17:45

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

Автор: vitalii 30.5.2011, 18:11

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

Автор: harris 30.5.2011, 18:33

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

Автор: harris 30.5.2011, 18:48

Где это написано, что "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 22.8.2012, 13:41

Добрый день!
у меня похожая ситуация, 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 22.8.2012, 14:24

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

Автор: !kairat 29.8.2012, 17:48

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

Автор: !kairat 29.8.2012, 18:03

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

Автор: harris 29.8.2012, 18:44

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

Автор: !kairat 30.8.2012, 8:57

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

Автор: harris 30.8.2012, 9:02

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

Автор: harry747 5.9.2012, 16:34

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

Автор: !kairat 6.9.2012, 7:13

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

Автор: ALLeX 4.7.2013, 15:42

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