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

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

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

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

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

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

Сообщение levelup »

Всем привет! Asterisk 13.0.1 - поле CSeq остается неизменным (102), а должно постоянно увеличиваться. Подскажите, пожалуйста, в чем может быть проблема?

[test]
type=friend
host=94.xx.xx.5
deny=0.0.0.0/0.0.0.0
permit=94.xx.xx.5/255.255.255.255
context=gencontext
dtmfmode=rfc2833
transport=udp,tcp
insecure=port,invite
srvlookup=no
qualify=yes
canreinvite=no
port=5060

exten => _022201.,1,NoOp()
same => n,Dial(SIP/${EXTEN}@mera,40,g)
same => n(hangup),Hangup(34)

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

<--- SIP read from UDP:94.xx.xx.5:5060 --->
INVITE sip:02220138553664043@144.xx.xx.185 SIP/2.0
Record-Route: <sip:94.xx.xx.5;lr;ftag=lp-2k9-55e9aa05-000032f8-00006d7bRb098f59c.a>
Via: SIP/2.0/UDP 94.xx.xx.5;branch=z9hG4bK9da7.2d0146b4.0
Via: SIP/2.0/UDP 94.xx.xx.48:5060;branch=z9hG4bK9da7.4a01ff44.0
From: "Test" <sip:441143199998@122.xx.xx.18>;tag=lp-2k9-55e9aa05-000032f8-00006d7bRb098f59c.a
To: <sip:02220138553664043@144.xx.xx.185>
Contact: <sip:94.xx.xx.48;did=90c.70e1b433>
Call-ID: 6c97d4e14e666dba6b0573953cb66230@122.xx.xx.18:5060
CSeq: 102 INVITE
Date: Tue, 08 Sep 2015 08:57:38 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 815792207 815792207 IN IP4 122.xx.xx.18
s=Asterisk PBX 12.3.2
c=IN IP4 122.xx.xx.18
t=0 0
m=audio 15570 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 - 6c97d4e14e666dba6b0573953cb66230@122.xx.xx.18:5060
Found peer 'test' 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:15570
Looking for 02220138553664043 in gencontext (domain 144.xx.xx.185)
sip_route_dump: route/path hop: <sip:94.xx.xx.5;lr;ftag=lp-2k9-55e9aa05-000032f8-00006d7bRb098f59c.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=z9hG4bK9da7.2d0146b4.0;received=94.xx.xx.5
Via: SIP/2.0/UDP 94.xx.xx.48:5060;branch=z9hG4bK9da7.4a01ff44.0
Record-Route: <sip:94.xx.xx.5;lr;ftag=lp-2k9-55e9aa05-000032f8-00006d7bRb098f59c.a>
From: "Test" <sip:441143199998@122.xx.xx.18>;tag=lp-2k9-55e9aa05-000032f8-00006d7bRb098f59c.a
To: <sip:02220138553664043@144.xx.xx.185>
Call-ID: 6c97d4e14e666dba6b0573953cb66230@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:02220138553664043@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=z9hG4bK9da7.2d0146b4.0;received=94.xx.xx.5
Via: SIP/2.0/UDP 94.xx.xx.48:5060;branch=z9hG4bK9da7.4a01ff44.0
Record-Route: <sip:94.xx.xx.5;lr;ftag=lp-2k9-55e9aa05-000032f8-00006d7bRb098f59c.a>
From: "Test" <sip:441143199998@122.xx.xx.18>;tag=lp-2k9-55e9aa05-000032f8-00006d7bRb098f59c.a
To: <sip:02220138553664043@144.xx.xx.185>;tag=as73ea2b7a
Call-ID: 6c97d4e14e666dba6b0573953cb66230@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:02220138553664043@144.xx.xx.185:5060>
Content-Length: 0


<------------>
Audio is at 17382
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=z9hG4bK9da7.2d0146b4.0;received=94.xx.xx.5
Via: SIP/2.0/UDP 94.xx.xx.48:5060;branch=z9hG4bK9da7.4a01ff44.0
Record-Route: <sip:94.xx.xx.5;lr;ftag=lp-2k9-55e9aa05-000032f8-00006d7bRb098f59c.a>
From: "Test" <sip:441143199998@122.xx.xx.18>;tag=lp-2k9-55e9aa05-000032f8-00006d7bRb098f59c.a
To: <sip:02220138553664043@144.xx.xx.185>;tag=as73ea2b7a
Call-ID: 6c97d4e14e666dba6b0573953cb66230@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:02220138553664043@144.xx.xx.185:5060>
Content-Type: application/sdp
Content-Length: 420

v=0
o=root 99351220 99351220 IN IP4 144.xx.xx.185
s=Asterisk PBX 13.0.1
c=IN IP4 144.xx.xx.185
t=0 0
m=audio 17382 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

<------------>
Вернуться к началу
Glukinho
Сообщения: 661
Зарегистрирован: 07 янв 2011, 20:05

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

Сообщение Glukinho »

Все правильно, все ответы на один и тот же запрос (в вашем случае запрос INVITE и ответы 100 Trying, 180 Ringing и 200 OK) имеют тот же CSeq, что и запрос. Это нужно, чтобы определять, на какой запрос пришел данный ответ.

А вот если далее в этой сессии придет новый запрос BYE, то у него и у ответов на него (обычно на BYE отвечают 200 OK) будет новый CSeq.
Вернуться к началу
levelup
Сообщения: 9
Зарегистрирован: 08 сен 2015, 11:35

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

Сообщение levelup »

Спасибо за ответ! Проверил. И ACK, и BYE имеют такое же значение CSeq = 102.
В приведенном коде еще выскочила ошибка, обычно ее нет.

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

<--- SIP read from UDP:94.xx.xx.5:5060 --->
ACK sip:02220138553664043@144.xx.xx.185:5060 SIP/2.0
Via: SIP/2.0/UDP 94.xx.xx.5;branch=z9hG4bK9da7.2d0146b4.2
Via: SIP/2.0/UDP 94.xx.xx.48:5060;branch=z9hG4bK9da7.4a01ff44.2
From: "Test" <sip:441143199998@122.xx.xx.18>;tag=lp-2k9-55e9aa05-000032f8-00006d7bRb098f59c.a
To: <sip:02220138553664043@144.xx.xx.185>;tag=as73ea2b7a
Contact: <sip:94.xx.xx.48;did=90c.70e1b433>
Call-ID: 6c97d4e14e666dba6b0573953cb66230@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) ---
[2015-09-08 04:55:15] WARNING[13170]: chan_sip.c:4042 retrans_pkt: Retransmission timeout reached on transmission f868f57156eabd7417ca7680589317ea for seqno 1 (Non-critical Response) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions
Packet timed out after 32000ms with no response
[2015-09-08 04:55:15] WARNING[13170]: chan_sip.c:4104 retrans_pkt: Timeout on f868f57156eabd7417ca7680589317ea on non-critical invite transaction.
Scheduling destruction of SIP dialog '6c97d4e14e666dba6b0573953cb66230@122.xx.xx.18:5060' in 32000 ms (Method: ACK)
set_destination: Parsing <sip:94.xx.xx.5;lr;ftag=lp-2k9-55e9aa05-000032f8-00006d7bRb098f59c.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=90c.70e1b433 SIP/2.0
Via: SIP/2.0/UDP 144.xx.xx.185:5060;branch=z9hG4bK1818c389
Route: <sip:94.xx.xx.5;lr;ftag=lp-2k9-55e9aa05-000032f8-00006d7bRb098f59c.a>
Max-Forwards: 70
From: <sip:02220138553664043@144.xx.xx.185>;tag=as73ea2b7a
To: "Test" <sip:441143199998@122.xx.xx.18>;tag=lp-2k9-55e9aa05-000032f8-00006d7bRb098f59c.a
Call-ID: 6c97d4e14e666dba6b0573953cb66230@122.xx.xx.18:5060
CSeq: 102 BYE
User-Agent: Asterisk PBX 13.0.1
X-Asterisk-HangupCause: Circuit/channel congestion
X-Asterisk-HangupCauseCode: 34
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=z9hG4bK1818c389
From: <sip:02220138553664043@144.xx.xx.185>;tag=as73ea2b7a
To: "Test" <sip:441143199998@122.xx.xx.18>;tag=lp-2k9-55e9aa05-000032f8-00006d7bRb098f59c.a
Call-ID: 6c97d4e14e666dba6b0573953cb66230@122.xx.xx.18:5060
CSeq: 102 BYE
Server: OpenSIPS (1.7.0-notls (x86_64/linux))
Content-Length: 0
Вернуться к началу
ded
Сообщения: 15625
Зарегистрирован: 26 авг 2010, 19:00

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

Сообщение ded »

Какая ошибка? SIP/2.0 403 Permission Denied ?
Это сообщение, не ошибка. Свяжитесь с оператором 94.xx.xx.5
или исследуйте конфигурацию хоста 94.xx.xx.5 если это ваша зона ответственности. Все ответы - там.
Вернуться к началу
levelup
Сообщения: 9
Зарегистрирован: 08 сен 2015, 11:35

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

Сообщение levelup »

Спасибо за ответ! Главная проблема в том, что значение CSeq не увеличивается. Упомянутое сообщение больше не выдается, проблему решили.
Вернуться к началу
Glukinho
Сообщения: 661
Зарегистрирован: 07 янв 2011, 20:05

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

Сообщение Glukinho »

levelup писал(а):Спасибо за ответ! Проверил. И ACK, и BYE имеют такое же значение CSeq = 102.
Это не так, у них CSeq равен "102 ACK" и "102 BYE" соответственно. Это совсем не то же самое, что просто "102".

Ответ 403 Permission Denied имеет CSeq = "102 BYE", что говорит о том, что это ответ на BYE.

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

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

Сообщение levelup »

В RFC3261 написано:
CSeq or Command Sequence contains an integer and a method name. The
CSeq number is incremented for each new request within a dialog and
is a traditional sequence number.

Requests within a dialog MUST contain strictly monotonically
increasing and contiguous CSeq sequence numbers (increasing-by-one)
in each direction (excepting ACK and CANCEL of course, whose numbers
equal the requests being acknowledged or cancelled).

Значит все-таки должно отдаваться 103 BYE, разве нет?
Вернуться к началу
Glukinho
Сообщения: 661
Зарегистрирован: 07 янв 2011, 20:05

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

Сообщение Glukinho »

CSeq number is incremented for each new request within a dialog
403 Permission Denied - это не request, это response. А вот BYE - как раз request, поэтому у него новый CSeq.
Вернуться к началу
ded
Сообщения: 15625
Зарегистрирован: 26 авг 2010, 19:00

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

Сообщение ded »

Нет, не так.
Чуть по другому сформулирую (как я себе это понимаю): в рамках одного SIP диалога № 102 все звпросы и ответы нумеруются под одним CSeq: 102
Перед этим был CSeq: 102 ACK, и, когда разговор закончится, прибегает CSeq: 102 BYE.
Как Вы и написали (выше). Всё логично.
Вернуться к началу
Glukinho
Сообщения: 661
Зарегистрирован: 07 янв 2011, 20:05

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

Сообщение Glukinho »

ded писал(а):Нет, не так.
Чуть по другому сформулирую (как я себе это понимаю): в рамках одного SIP диалога № 102 все звпросы и ответы нумеруются под одним CSeq: 102
Не согласен, только что сделал звонок и задампил трафик между софтфоном и сервером, вот что вышло (опустил все, кроме имен методов и полей CSeq):
-> INVITE sip:89101234567@mml.ru SIP/2.0
CSeq: 1 INVITE

<- SIP/2.0 401 Unauthorized
CSeq: 1 INVITE

-> ACK sip:89101234567@mml.ru SIP/2.0
CSeq: 1 ACK

-> INVITE sip:89101234567@mml.ru SIP/2.0
CSeq: 2 INVITE

<- SIP/2.0 100 Trying
CSeq: 2 INVITE

<- SIP/2.0 180 Ringing
CSeq: 2 INVITE

<- SIP/2.0 183 Session Progress
CSeq: 2 INVITE

<- SIP/2.0 200 OK
CSeq: 2 INVITE

-> ACK sip:89101234567@10.4.1.7:5060 SIP/2.0
CSeq: 2 ACK

<- BYE sip:btaran-pc1025@10.3.5.118:61826 SIP/2.0
CSeq: 102 BYE

-> SIP/2.0 200 OK
CSeq: 102 BYE
Как видно, CSeq еще как меняется в рамках одного SIP-диалога. А вот Call-ID вечен!
Вернуться к началу
Ответить

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

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