VIDEOCHAT  ::   FAQ  ::   Поиск  ::   Регистрация  ::   Вход

Поле CSeq не изменяется

Проблемы Asterisk без вэб-оболочек и их решения

Модераторы: april22, Zavr2008

Ответить
levelup
Сообщения: 9
Зарегистрирован: 08 сен 2015, 11:35

Re: Поле CSeq не изменяется

Сообщение levelup »

Requests within a dialog MUST contain strictly monotonically
increasing CSeq sequence numbers - Запросы внутри диалога должны увеличивать значение CSeq.
Вернуться к началу
ded
Сообщения: 15625
Зарегистрирован: 26 авг 2010, 19:00

Re: Поле CSeq не изменяется

Сообщение ded »

ОК. Ну, так проблем с CSeq у вас нет.
Что-то сами пишете?
Вернуться к началу
Vlad1983
Сообщения: 4251
Зарегистрирован: 09 авг 2011, 11:51

Re: Поле CSeq не изменяется

Сообщение Vlad1983 »

монотонно увеличивается у CSeq всех запросы внутри диалога, но с учетом того кто этот запрос отправляет
на примере диалога Glukinho: если BYE отправил бы инициатор то былоб CSeq: 3 BYE, но отправлет встречный у него свой счетчик
точнее BYE cо стороны встречного начинает новый диалог
в процессе вызова идет обмен, состоящий из нескольких диалогов
rfc3261 писал(а):A dialog is identified at each UA with a dialog ID, which consists of
a Call-ID value, a local tag and a remote tag. The dialog ID at each
UA involved in the dialog is not the same. Specifically, the local
tag at one UA is identical to the remote tag at the peer UA. The
tags are opaque tokens that facilitate the generation of unique
dialog IDs.
ЛС: @rostel
Вернуться к началу
Аватара пользователя
hvspa
Сообщения: 16
Зарегистрирован: 05 сен 2015, 08:55
Контактная информация:
Контактная информация пользователя hvspa

Re: Поле CSeq не изменяется

Сообщение hvspa »

levelup писал(а):Спасибо за ответ! Главная проблема в том, что значение CSeq не увеличивается. Упомянутое сообщение больше не выдается, проблему решили.

а в чем собственно была проблема?
никогда не говори никогда
Вернуться к началу
levelup
Сообщения: 9
Зарегистрирован: 08 сен 2015, 11:35

Re: Поле CSeq не изменяется

Сообщение levelup »

Проблема с CSEQ не решена. Asterisk не увеличивает значение. Пример ниже:
Сторона Б положила трубку, ушел запрос CSeq: 102 BYE (который должен отличаться, быть 103) от оригинатора приходит SIP/2.0 403 Permission Denied. Далее сторона А сама присылает CSeq: 103 BYE и Asterisk отвечает так же CSeq: 103 BYE.

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

<--- SIP read from UDP:94.xx.xx.5:5060 --->
INVITE sip:02220179332223344@144.xx.xx.185 SIP/2.0
Record-Route: <sip:94.xx.xx.5;lr;ftag=lp-2k9-55e9aa05-000032f9-0000d098Rcfb1631e.a>
Via: SIP/2.0/UDP 94.xx.xx.5;branch=z9hG4bK5d26.1be8d1f3.0
Via: SIP/2.0/UDP 94.xx.xx.48:5060;branch=z9hG4bK5d26.cd37ee74.0
From: "Test" <sip:441143199998@122.xx.xx.18>;tag=lp-2k9-55e9aa05-000032f9-0000d098Rcfb1631e.a
To: <sip:02220179332223344@144.xx.xx.185>
Contact: <sip:94.xx.xx.48;did=504.9a672e46>
Call-ID: 06220a0d482493463099cf093ab41e0e@122.xx.xx.18:5060
CSeq: 102 INVITE
Date: Fri, 11 Sep 2015 08:43:55 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
X-Eng-GWID: 1685
Content-Type: application/sdp
Content-Length: 296
Max-Forwards: 69

v=0
o=root 843790157 843790157 IN IP4 122.xx.xx.18
s=Asterisk PBX 12.3.2
c=IN IP4 122.xx.xx.18
t=0 0
m=audio 18576 RTP/AVP 0 3 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:3 GSM/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=maxptime:150
a=sendrecv
<------------->
--- (15 headers 14 lines) ---
Sending to 94.xx.xx.5:5060 (no NAT)
Sending to 94.xx.xx.5:5060 (no NAT)
Using INVITE request as basis request - 06220a0d482493463099cf093ab41e0e@122.xx.xx.18:5060
Found peer 'testphone' for '441143199998' from 94.xx.xx.5:5060
Found RTP audio format 0
Found RTP audio format 3
Found RTP audio format 8
Found RTP audio format 101
Found audio description format PCMU for ID 0
Found audio description format GSM for ID 3
Found audio description format PCMA for ID 8
Found audio description format telephone-event for ID 101
Capabilities: us - (alaw|ulaw|g726|gsm|ilbc|g729), peer - audio=(ulaw|gsm|alaw)/video=(nothing)/text=(nothing), combined - (alaw|ulaw|gsm)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x1 (telephone-event|), combined - 0x1 (telephone-event|)
Peer audio RTP is at port 122.xx.xx.18:18576
Looking for 02220179332223344 in gencontext (domain 144.xx.xx.185)
sip_route_dump: route/path hop: <sip:94.xx.xx.5;lr;ftag=lp-2k9-55e9aa05-000032f9-0000d098Rcfb1631e.a>

<--- Transmitting (no NAT) to 94.xx.xx.5:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 94.xx.xx.5;branch=z9hG4bK5d26.1be8d1f3.0;received=94.xx.xx.5
Via: SIP/2.0/UDP 94.xx.xx.48:5060;branch=z9hG4bK5d26.cd37ee74.0
Record-Route: <sip:94.xx.xx.5;lr;ftag=lp-2k9-55e9aa05-000032f9-0000d098Rcfb1631e.a>
From: "Test" <sip:441143199998@122.xx.xx.18>;tag=lp-2k9-55e9aa05-000032f9-0000d098Rcfb1631e.a
To: <sip:02220179332223344@144.xx.xx.185>
Call-ID: 06220a0d482493463099cf093ab41e0e@122.xx.xx.18:5060
CSeq: 102 INVITE
Server: Asterisk PBX 13.0.1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Contact: <sip:02220179332223344@144.xx.xx.185:5060>
Content-Length: 0


<------------>

<--- Transmitting (no NAT) to 94.xx.xx.5:5060 --->
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 94.xx.xx.5;branch=z9hG4bK5d26.1be8d1f3.0;received=94.xx.xx.5
Via: SIP/2.0/UDP 94.xx.xx.48:5060;branch=z9hG4bK5d26.cd37ee74.0
Record-Route: <sip:94.xx.xx.5;lr;ftag=lp-2k9-55e9aa05-000032f9-0000d098Rcfb1631e.a>
From: "Test" <sip:441143199998@122.xx.xx.18>;tag=lp-2k9-55e9aa05-000032f9-0000d098Rcfb1631e.a
To: <sip:02220179332223344@144.xx.xx.185>;tag=as6341e1ff
Call-ID: 06220a0d482493463099cf093ab41e0e@122.xx.xx.18:5060
CSeq: 102 INVITE
Server: Asterisk PBX 13.0.1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Contact: <sip:02220179332223344@144.xx.xx.185:5060>
Content-Length: 0


<------------>
Audio is at 16348
Adding codec alaw to SDP
Adding codec ulaw to SDP
Adding codec gsm to SDP
Adding codec g726 to SDP
Adding codec ilbc to SDP
Adding codec g729 to SDP
Adding non-codec 0x1 (telephone-event) to SDP

<--- Reliably Transmitting (no NAT) to 94.xx.xx.5:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 94.xx.xx.5;branch=z9hG4bK5d26.1be8d1f3.0;received=94.xx.xx.5
Via: SIP/2.0/UDP 94.xx.xx.48:5060;branch=z9hG4bK5d26.cd37ee74.0
Record-Route: <sip:94.xx.xx.5;lr;ftag=lp-2k9-55e9aa05-000032f9-0000d098Rcfb1631e.a>
From: "Test" <sip:441143199998@122.xx.xx.18>;tag=lp-2k9-55e9aa05-000032f9-0000d098Rcfb1631e.a
To: <sip:02220179332223344@144.xx.xx.185>;tag=as6341e1ff
Call-ID: 06220a0d482493463099cf093ab41e0e@122.xx.xx.18:5060
CSeq: 102 INVITE
Server: Asterisk PBX 13.0.1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Contact: <sip:02220179332223344@144.xx.xx.185:5060>
Content-Type: application/sdp
Content-Length: 424

v=0
o=root 2127335340 2127335340 IN IP4 144.xx.xx.185
s=Asterisk PBX 13.0.1
c=IN IP4 144.xx.xx.185
t=0 0
m=audio 16348 RTP/AVP 8 0 3 111 97 18 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:3 GSM/8000
a=rtpmap:111 G726-32/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=20
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=maxptime:30
a=sendrecv

<--- SIP read from UDP:94.xx.xx.5:5060 --->
ACK sip:02220179332223344@144.xx.xx.185:5060 SIP/2.0
Via: SIP/2.0/UDP 94.xx.xx.5;branch=z9hG4bK5d26.1be8d1f3.2
Via: SIP/2.0/UDP 94.xx.xx.48:5060;branch=z9hG4bK5d26.cd37ee74.2
From: "Test" <sip:441143199998@122.xx.xx.18>;tag=lp-2k9-55e9aa05-000032f9-0000d098Rcfb1631e.a
To: <sip:02220179332223344@144.xx.xx.185>;tag=as6341e1ff
Contact: <sip:94.xx.xx.48;did=504.9a672e46>
Call-ID: 06220a0d482493463099cf093ab41e0e@122.xx.xx.18:5060
CSeq: 102 ACK
User-Agent: Asterisk PBX 12.3.2
Content-Length: 0
Max-Forwards: 69


<------------->
--- (11 headers 0 lines) ---
Scheduling destruction of SIP dialog '06220a0d482493463099cf093ab41e0e@122.xx.xx.18:5060' in 6400 ms (Method: ACK)
set_destination: Parsing <sip:94.xx.xx.5;lr;ftag=lp-2k9-55e9aa05-000032f9-0000d098Rcfb1631e.a> for address/port to send to
set_destination: set destination to 94.xx.xx.5:5060
Reliably Transmitting (no NAT) to 94.xx.xx.5:5060:
BYE sip:94.xx.xx.48;did=504.9a672e46 SIP/2.0
Via: SIP/2.0/UDP 144.xx.xx.185:5060;branch=z9hG4bK4af263a8
Route: <sip:94.xx.xx.5;lr;ftag=lp-2k9-55e9aa05-000032f9-0000d098Rcfb1631e.a>
Max-Forwards: 70
From: <sip:02220179332223344@144.xx.xx.185>;tag=as6341e1ff
To: "Test" <sip:441143199998@122.xx.xx.18>;tag=lp-2k9-55e9aa05-000032f9-0000d098Rcfb1631e.a
Call-ID: 06220a0d482493463099cf093ab41e0e@122.xx.xx.18:5060
CSeq: 102 BYE
User-Agent: Asterisk PBX 13.0.1
X-Asterisk-HangupCause: Normal Clearing
X-Asterisk-HangupCauseCode: 16
Content-Length: 0


---

<--- SIP read from UDP:94.xx.xx.5:5060 --->
SIP/2.0 403 Permission Denied (outlb2)
Via: SIP/2.0/UDP 144.xx.xx.185:5060;branch=z9hG4bK4af263a8
From: <sip:02220179332223344@144.xx.xx.185>;tag=as6341e1ff
To: "Test" <sip:441143199998@122.xx.xx.18>;tag=lp-2k9-55e9aa05-000032f9-0000d098Rcfb1631e.a
Call-ID: 06220a0d482493463099cf093ab41e0e@122.xx.xx.18:5060
CSeq: 102 BYE
Server: OpenSIPS (1.7.0-notls (x86_64/linux))
Content-Length: 0

<------------->
--- (8 headers 0 lines) ---
SIP Response message for INCOMING dialog BYE arrived

<--- SIP read from UDP:94.xx.xx.5:5060 --->
BYE sip:02220179332223344@144.xx.xx.185:5060 SIP/2.0
Via: SIP/2.0/UDP 94.xx.xx.5;branch=z9hG4bK6d26.e2568a02.0
Via: SIP/2.0/UDP 94.xx.xx.48:5060;branch=z9hG4bK6d26.12ebba56.0
From: "Test" <sip:441143199998@122.xx.xx.18>;tag=lp-2k9-55e9aa05-000032f9-0000d098Rcfb1631e.a
To: <sip:02220179332223344@144.xx.xx.185>;tag=as6341e1ff
Call-ID: 06220a0d482493463099cf093ab41e0e@122.xx.xx.18:5060
CSeq: 103 BYE
X-Asterisk-HangupCause: Normal Clearing
X-Asterisk-HangupCauseCode: 16
Content-Length: 0
Max-Forwards: 69

<------------->
--- (11 headers 0 lines) ---
Sending to 94.xx.xx.5:5060 (no NAT)
Scheduling destruction of SIP dialog '06220a0d482493463099cf093ab41e0e@122.xx.xx.18:5060' in 6400 ms (Method: BYE)

<--- Transmitting (no NAT) to 94.xx.xx.5:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 94.xx.xx.5;branch=z9hG4bK6d26.e2568a02.0;received=94.xx.xx.5
Via: SIP/2.0/UDP 94.xx.xx.48:5060;branch=z9hG4bK6d26.12ebba56.0
From: "Test" <sip:441143199998@122.xx.xx.18>;tag=lp-2k9-55e9aa05-000032f9-0000d098Rcfb1631e.a
To: <sip:02220179332223344@144.xx.xx.185>;tag=as6341e1ff
Call-ID: 06220a0d482493463099cf093ab41e0e@122.xx.xx.18:5060
CSeq: 103 BYE
Server: Asterisk PBX 13.0.1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0
Вернуться к началу
ded
Сообщения: 15625
Зарегистрирован: 26 авг 2010, 19:00

Re: Поле CSeq не изменяется

Сообщение ded »

Надо срочно написать в багтреккер
https://issues.asterisk.org
Вернуться к началу
Glukinho
Сообщения: 661
Зарегистрирован: 07 янв 2011, 20:05

Re: Поле CSeq не изменяется

Сообщение Glukinho »

Я же вам написал, это правильное поведение. Не знаю, как еще подробнее объяснить.
Вернуться к началу
levelup
Сообщения: 9
Зарегистрирован: 08 сен 2015, 11:35

Re: Поле CSeq не изменяется

Сообщение levelup »

Это НЕправильное поведение.

Ваши слова - А вот если далее в этой сессии придет новый запрос BYE, то у него и у ответов на него (обычно на BYE отвечают 200 OK) будет новый CSeq.
В логе видно, что со стороны Б уходит запрос BYE c CSeq: 102 BYE, а должен быть CSeq: 103 BYE. На что сторона А отвечает - SIP/2.0 403 Permission Denied, именно из-за этого некорректного значения CSeq, и сама присылает корректный BYE.
Вернуться к началу
Glukinho
Сообщения: 661
Зарегистрирован: 07 янв 2011, 20:05

Re: Поле CSeq не изменяется

Сообщение Glukinho »

Моим словам это не противоречит, поскольку у BYE и есть новый CSeq: был "102 INVITE", стал "102 BYE". Циферка не увеличилась, да.
Вернуться к началу
Аватара пользователя
Zavr2008
Сообщения: 2211
Зарегистрирован: 27 янв 2011, 00:35
Контактная информация:
Контактная информация пользователя Zavr2008

Re: Поле CSeq не изменяется

Сообщение Zavr2008 »

а ничего, что SDP с INVITE 2 раза прилетает?

Вообще ТС чего-то темнит: и Мера там и Астер 12 и Астер 13 ))
Российские E1 шлюзы Alvis. Модернизация УПАТС с E1,Подключение к ИС "Антифрод" E1 PRI/SS#7 УВР Телестор, Грифин и др..
Вернуться к началу
Ответить

Вернуться в «Конфигурация и настройка Asterisk»

© 2008 — 2024 Asterisk.ru
Digium, Asterisk and AsteriskNOW are registered trademarks of Digium, Inc.
Design and development by PostMet-Netzwerk GmbH