Проекты RADIOLINK
При поддержке:
Беспроводные сети и телефония. Интернет-магазин радиооборудования | Обмен цифровых валют: Webmoney, ePassporte, Paypal. Банковские переводы

Вернуться   Форум связистов > IP-телефония (VoIP) > Общие вопросы VoIP

Общие вопросы VoIP Общие вопросы, дискуссии, новости

Ответ
 
Опции темы Опции просмотра
Старый 18.10.2017, 09:24   #1
Оксана_КТС
Пользователь
 
Регистрация: 18.10.2017
Адрес: Алматы
Сообщений: 2
Скачано: 0
Закачано: 0
Репутация: 0
Оксана_КТС is on a distinguished road
Протокол SIP PRACK

Здравствуйте, подскажите, кто хорошо знает протокол SIP
У нас расхождение в биллинге с встречным Оператором.
Встречный Оператор от своего поставщика получил 200ОК на INVITE,
а нам 200ОК не передает. Т.е. у него вызов с длительностью,
а у нас длительности нет.
Говорит, что 200 ОК нам не передает по причине того что не получает PRACK от нас на свой 183. Ждет от нас PRACK и только потом будет передавать 200ОК на INVITE.
В каких RFC такое написано, что окончательный ответ 200ОК не передается, пока не будет получен предварительный ответ PRACK, запрошенный в 183/SDP.
Оксана_КТС вне форума   Ответить с цитированием
Старый 18.10.2017, 22:34   #2
JJL
Пользователь
 
Регистрация: 13.08.2010
Адрес: Москва/Россия
Сообщений: 650
Скачано: 2
Закачано: 0
Репутация: 14
JJL is on a distinguished road
Цитата:
Сообщение от Оксана_КТС Посмотреть сообщение
..............
В каких RFC такое написано, что окончательный ответ 200ОК не передается, пока не будет получен предварительный ответ PRACK, запрошенный в 183/SDP.
Самый полный документ по этому вопросу - это RFC-3262.
Некоторые общие положения содержатся в RFC-3261.
JJL вне форума   Ответить с цитированием
Старый 19.10.2017, 02:56   #3
BORIS-KU
Пользователь
 
Аватар для BORIS-KU
 
Регистрация: 23.03.2004
Адрес: Санкт-Петербург
Сообщений: 1,570
Скачано: 15
Закачано: 0
Репутация: 31
BORIS-KU will become famous soon enough BORIS-KU will become famous soon enough
https://ru.wikipedia.org/wiki/SIP

https://tools.ietf.org/html/rfc3262
BORIS-KU вне форума   Ответить с цитированием
Старый 19.10.2017, 12:10   #4
weissvogel
Пользователь
 
Аватар для weissvogel
 
Регистрация: 23.07.2008
Адрес: Москва
Сообщений: 126
Скачано: 8
Закачано: 0
Репутация: 11
weissvogel will become famous soon enough
Из справочника по SIP

"Запрос PRACK играет ту же роль, что и ACK, но предназначен для предварительных ответов. Однако, это очень важное отличие. PRACK - является обычным SIP сообщением, как BYE. По существу, это сообщение гарантирует надежность передачи изменений состояний через каждый прокси сервер, на пути сеанса. Также как и сообщение BYE, но в отличие от ACK, сообщение PRACK имеет свой ответ на запрос."

Смотрите на тему Сообщения Запроса INVITE
__________________
С уважением,
Александр
weissvogel вне форума   Ответить с цитированием
Старый 20.10.2017, 15:19   #5
Оксана_КТС
Пользователь
 
Регистрация: 18.10.2017
Адрес: Алматы
Сообщений: 2
Скачано: 0
Закачано: 0
Репутация: 0
Оксана_КТС is on a distinguished road
http://fayloobmennik.cloud/7115741

Благодарю всех за помощь!

меня интересует именно ситуация, что поставщик от своего поставщика получил 200ОК (answer). А на нашу сеть не передает. Т.е. у него длительность разговора "тикает", а у нас нет.
Говорит, что не передает нам 200ОК, потому что ждет от нас PRACK, запрошенный в предыдущем 183.

Конечно "косяк" с нашей стороны есть, что мы PRACK не отдаем. Но, является ли это причиной того, что поставщик не передает нам 200ОК(answer) из-за этого?
Трейс прилагаю.

В RFC ищу именно формулировку, описывающую данную ситуацию, или обосновывающую/опровергающую не передачу 200ОК(answer).

Оксана_КТС вне форума   Ответить с цитированием
Старый 28.10.2017, 18:06   #6
Zavr2008
Пользователь
 
Регистрация: 05.09.2013
Адрес: Россия/Ярославль
Сообщений: 76
Скачано: 0
Закачано: 0
Репутация: 5
Zavr2008 is on a distinguished road
Очень плохо, когда обе стороны не до конца понимают протокол взаимодействия.
То, что при установлении связи до поднятия трубки вызываемым абонентом Вы не отвечаете PRACK - плохо.
И расхождения в биллинге - только цветочки.
Ваш транзитник просто требует соответствие с RFC 3262, видимо в его сети есть прокси.

Вероятным путём решения наверное можно считать установку с Вашей стороны другого SIP-endpoint.
Знаю в Asterisk 13 с приходом chan_pjsip этот PRACK стал поддерживаться, другое дело на нагрузке у операторов думаю его мало кто проверял, есть еще решения на yate и freeswitch.

Установка прокси вроде Kamailio в этом случае не поможет - он просто будет транслировать дальше эти пакеты.
__________________
SIP/E1 шлюзы Alvis-GW-2E1. SIP-Модернизация TDA/TDE/LDK/HiPath. Для форумчан - скидки (см. профиль).
Zavr2008 вне форума   Ответить с цитированием
Старый 17.01.2018, 13:27   #7
spon73
Пользователь
 
Регистрация: 17.01.2018
Адрес: санкт-петербург
Сообщений: 2
Скачано: 0
Закачано: 0
Репутация: 0
spon73 is on a distinguished road
Добрый день.

Может быть уже и не актуально.

Если поверхностно:

В вашем первом INVITE заявляется ли поддержка 100rel?

Если не заявляется, то требовать считается некорректным и можно попросить через 421.

Если заявляется, то надо отвечать PRACK на 183. Они его должны подтвердить 200 ОК и потом дать 200 ОК на INVITE
spon73 вне форума   Ответить с цитированием
Старый 17.01.2018, 13:37   #8
spon73
Пользователь
 
Регистрация: 17.01.2018
Адрес: санкт-петербург
Сообщений: 2
Скачано: 0
Закачано: 0
Репутация: 0
spon73 is on a distinguished road
В смысле, конечно после 180 с теми же условиями
spon73 вне форума   Ответить с цитированием
Ответ

Закладки

Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход

Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
CS1000e и BCM50 по SIP Sdems АТС Meridian 16 06.09.2011 17:54
Asterisk: за и против Urri Общие вопросы VoIP 241 22.09.2009 15:14
Связка TDA30 и Nortel Meridian по SIP grafk АТС Meridian 43 10.07.2009 09:25
Os500 и протокол Sip Роман1111 АТС 8 20.04.2007 08:50
нет исходящей по Sip(+) vserg АТС Meridian 4 21.09.2006 08:51


Часовой пояс GMT +4, время: 02:47.


     
Работает на vBulletin® Version 3.8.2
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd.
© Все права защищены.
Андрей Рыжиков 1996 - 2009