183 Session Progress & 180 Ringing (PROGRESS & ALERTING)

[tma]

как это зависит от терминатора? Q931 в H323 однозначный протокол
там не может быть 3 вариантов

Там нет трех вариантов. Там есть либо PROGRESS и затем ALERTING, либо только PROGRESS. Получилось 2 варианта.

интересно кто это так мапит, квинтум или камильфо
поидеи квинтум в своем h323-sip должен давать таки 183 180, а не наоборот

Сам по себе Kamailio ничего не делает. Постараюсь посмотреть в отладке Quintum'а, но это нужно делать глубокой ночью, когда звонков мало. В противном случае разобраться в логе почти нереально.
Но в этой схеме все работает.

он это Фриц?)) или кто

Да, именно Fritz!Box. Причем есть несколько разных модификаций разными прошивками -- поведение одинаковое.

фритц? потому что тот кто реализовавал в нем SIP, по своему понял RFC

Возможно и так.

так правильно по логике вещей, если памить ISDN <-> SIP
тоесть ALERT не может быть после PROGRESS
а соответсвенно 183 не может быть после 180

Ко мне так и приходит в одной схеме. В схеме с Quintum'ом кто-то меняет порядок.
Буду сегодня смотреть кто именно.

и те кто не вычитали все rfc(с взаимодействием через ISDN SS7), допустили обратный порядок в своей реализации SIP
то по логике вещей тоже правильно
ибо сначала приходит КПВ(ввиде 180) а только потом 183 SDP о том что есть звук в RTP

Вопрос в том, почему Fritz!Box воспроизводит КПВ только при получении 180 и 183 в определенной последовательности.

но могут возникнуть проблемы с какими то phone, которые именно хотят 180 для КПВ

Да, такое возможно. Не подумал. ;(

смотри еще(как я понял из того что сегодня вычитывал по форумам)
cisco сначала использовала 180 с SDP и без
но потом выпустила фьютурес
и сделала 180 опционально включаемым(по дефолту выключеным), а им заменила 183 с SDP
при этом у народа были глюки с какими то стыками, где эти стыки хотели именно 180 для КПВ

Ох блин... В H323 с этим проще.

[tma]

О как. Собрал сейчас отладку схемы Quintum + asterisk.
По H323 на Quintum приходит:

Код: выделить все

    from = destination
    messageType = Alerting
    IE: Progress-Indicator = {
      80 88                                              ..
    }


Quintum посылает в SIP:

Код: выделить все

                                          SIP/2.0 180 Ringing
                                          Call-ID: 04f83e65109961bd243fbda137369ade@uuuuuuuuuuuuu
                                          Contact: <sip:7xxxxxxxxxx@192.168.102.5:5069>
                                          Content-Length: 218
                                          Content-Type: application/sdp
                                          CSeq: 102 INVITE
                                          From: "qqq"<sip:qqq@uuuuuuuuuuuuu>;tag=as5ac20c5c
                                          To: <sip:7xxxxxxxxxx@192.168.102.5:5069>;tag=c0a86605-240e79
                                          User-Agent: Quintum/1.0.0 SN/0030E108052C SW/P106-12-15
                                          Via: SIP/2.0/UDP 192.168.100.9:5060;branch=z9hG4bK2679d497;rport
                                           
                                          v=0
                                          o=Quintum 11723 16266 IN IP4 192.168.102.5
                                          s=VoipCall
                                          c=IN IP4 192.168.102.5
                                          t=0 0
                                          m=audio 11542 RTP/AVP 8 101
                                          c=IN IP4 192.168.102.5
                                          a=rtpmap:8 pcma/8000/1
                                          a=rtpmap:101 telephone-event/8000/1
                                          a=sendrecv


А asterisk:

Код: выделить все

SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 192.168.x.x:5060;branch=z9hG4bKC54533EF2570A3CB;received=192.168.x.x;rport=5060
From: <sip:qqq@uuuuuuuuuuuuu>;tag=51E2AE905513C9B3
To: <sip:8xxxxxxxxxx@uuuuuuuuuuuuu>;tag=as21700d0b
Call-ID: FE165EA13D442777@192.168.x.x
CSeq: 298 INVITE
User-Agent: PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:8xxxxxxxxxx@192.168.100.9>
Content-Length: 0


---
We're at 192.168.100.9 port 16890
Adding codec 0x4 (ulaw) to SDP
Adding codec 0x8 (alaw) to SDP
Adding codec 0x400 (ilbc) to SDP
Transmitting (NAT) to 192.168.x.x:5060:
SIP/2.0 183 Session Progress
Via: SIP/2.0/UDP 192.168.x.x:5060;branch=z9hG4bKC54533EF2570A3CB;received=192.168.x.x;rport=5060
From: <sip:qqq@uuuuuuuuuuuuu>;tag=51E2AE905513C9B3
To: <sip:8xxxxxxxxxx@uuuuuuuuuuuuu>;tag=as21700d0b
Call-ID: FE165EA13D442777@192.168.x.x
CSeq: 298 INVITE
User-Agent: PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:8xxxxxxxxxx@192.168.100.9>
Content-Type: application/sdp
Content-Length: 212

v=0
o=root 16266 16266 IN IP4 192.168.100.9
s=session
c=IN IP4 192.168.100.9
t=0 0
m=audio 16890 RTP/AVP 0 8 97
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:97 iLBC/8000
a=silenceSupp:off - - - -


Т.е. Session Progress добавляет уже сам asterisk...
Причем вырезает из Ringing SDP и вставляет его в Session Progress...

[tma]

емм.. чешу репу, помоему во всех документациях говорится что должны присутствовать progress+alerting
без алерта нет такого... видимо надо еще позаглядать в доки

Приходит на 100%.

кстати что там за фритц? я вики полистал не понятно
такой себе паштето венегрет с asdl+sip+isdn вообще ничего не понятно
нашими словами это обычный dlink FXO/FXS что ли?

Не, D-Link и рядом не лежал.
Это ADSL/WAN/UMTS роутер (правда умеет что-то одно) с 1FXO/3FXS/ISDN BRI + WiFi + 4(3)LAN + DECT (6 независимых разговоров) + SIP ATA с T38 + встроенный SIP Proxy + click2dial + Print Server + USB sharing + USB NET Storage и т.д.
Навороченная штукенция за 250 EUR. 3LAN в случае режима WAN-роутера, когда LAN1 становится внешним.

а под какимито безсмысленными названиями

В том-то и проблема, что хрен найдешь иногда то, что нужно. ;(

[tma]

ну отключай его в астериске и все?)))

Да мне эта схема нафиг не сдалась. Я с ней только сверяюсь иногда.
Мне нужно с первым вариантом разобраться...

[tma]

ну или попросить разработчиков ввести такую полезную опцию))

Вот я и хочу их об этом попросить.
Осталось сформулировать описание этой полезной функции. Убедить я сумею, надеюсь.

может удастся распаковать и глянуть что там внутри за софт

Там Linux. Вот ссылка на английскую версию сайта.

[tma]

доку по софтсвичу перечитай о КПВ 180 И 183
может уже есть такая опция

Есть только замена 183 на 180.

просишь что бы ввели корректный мапинг H323 <-> SIP тех вариантов которые тебя устраивают

Вот я эти варианты и формулирую.

тебя устраивает если SIP будет с софт свича давать всегда 183 SDP ?

Пока не вижу проблем. Старых железок, умеющих только 180 я думаю не осталось ни у кого...
Хотя почему бы не посылать всегда 180, а затем 183?

вот так и проси что бы не зависимо от того есть ли прогресс в H323(а я в это не верю что его не бывает)

Бывает.

линукс то линкус а SIP в том фритце на чем реализован? и какая модель того что ты мучаешь?

FRITZ!Box Fon WLAN 7270 v3 Firmware version 74.04.81
и
FRITZ!Box Fon WLAN 7320 Firmware version 100.04.86

Внутренности смотрел ооочень давно. Сейчас не до них... Тогда они были попроще...

а вдруг ты тоже там доку не дочитал %) и там тоже все настраивается
а ты тут кипишь поднял, и прошивки в панике льешь

Я с ними целый день переписываюсь и логи им бросаю.
Там есть только два варианта:
1. Обязательность сообщения Alerting
2. Использовать Alerting вместо Progress
Оба не то, что нужно, т.к. дают обратный эффект. Мне наоборот нужен Progress.

[tma]

прошивка обычный tar.gz

Знаю, даже когда-то написал свою псевдо-прошивку.
Они при помощи псевдо-прошивок включают разные нестандартные опции...

тебе не то не другое не нужно

Именно. Убеждал их пол дня... Даже не знаю пока убедил ли я их в этом. Продолжу завтра.

или тебе нужно что бы было всегда именно 180 183?

180 для устройств, которые без него жить не могут.

это будет грязный хак

Кто спорит, но что делать?

[tma]

tma я тебя окончательно перестал понимать

За сегодняшний день я себя тоже перестал понимать.

180 183?
183 180?
180 или
183?
так последние два варианта он и так это умеет
ты сам это сказал

1. 180 без SDP, затем 183 с SDP
2. 183 w/ SDP
Остальные он и так умеет. 183 тоже умеет, но зависит от терминатора. Если придет ALERTING, то добавит еще и 180 с SDP.
Есть подозрение, что мешает SDP в 180, но теоретически в этом случае Fritz!Box начнет генерировать КПВ сам, что тоже не вариант.

Сейчас софтсвитч умеет:
1. Всегда давать ALERTING даже если его небыло (+180)
2. Всегда PROGRESS менять на ALERTING (183->180)

Конечно можно попытаться намудрить все это на Kamailio, но я его не настолько хорошо знаю, чтобы реализовать все варианты.
С SDP Kamailio практически не умеет работать (нашел пока только парсер и определение есть SDP или нет).

P.S. Сегодня еще поэкспериментирую, может найдут что именно не нравится Fritz!Box'у.

[tma]

Только что провел эксперимент, где на Fritz!Box пришел 183, а затем 180 и КПВ был...
Может я где-то банально ошибся.
Все, я на сегодня пасс... Пусть разработчики сами разбираются кто прав, а кто виноват.

[tma]

tma, как ты думаешь какая тебе после всего этого полагается мера наказания?

Даже если ошибка моя я не считаю, что зря потртил время на разбирательства во всей этой каше.
Но видно будет завтра.

предлагаю тебе выбрать самому ее ))

Как-то в одесском поезде из СПб в Одессу играли в карты и проигравший должен был съесть торт.

а так хотелось глянуть че там внутри за SIP ....

Руки дойдут, попробую глянуть.
Можно проще -- специальная комбинация клавиш с телефона включает встроенный telnet...