ВидеоКонф(ВКС)  ::   FAQ  ::   Поиск  ::   Регистрация  ::   Вход

Cisco 7941G и Asterisk 13.13

Вопросы по использованию и настройке IP телефонов, шлюзов и всего прочего

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

Re: Cisco 7941G и Asterisk 13.13

Сообщение pawuwa » 23 янв 2017, 17:57

Смотрю
== Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
== Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
== Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
Разбираюсь )))
pawuwa
 
Сообщений: 23
Зарегистрирован: 23 янв 2017, 13:22

Re: Cisco 7941G и Asterisk 13.13

Сообщение april22 » 23 янв 2017, 18:23

core set verbose 4

будет еще ;-)
Своими вопросами , вы загоняете меня в ГУГЛЬ.
april22
 
Сообщений: 2187
Зарегистрирован: 09 июл 2012, 09:47

Re: Cisco 7941G и Asterisk 13.13

Сообщение pawuwa » 23 янв 2017, 19:04

Сообщение april22 » 20 минут назад

core set verbose 4

будет еще ;-)
Своими вопросами , вы загоняете меня в ГУГЛЬ.

:D Вы уж меня простите. Но дело пошло, только я попробовал sip set debug ip xxx.xxx.xxx.xxx

Я как решу вопрос, или не решу, сразу напишу :D

Буду гуглить
pawuwa
 
Сообщений: 23
Зарегистрирован: 23 янв 2017, 13:22

Re: Cisco 7941G и Asterisk 13.13

Сообщение pawuwa » 24 янв 2017, 12:08

Товарищи я опять застрял. Если в конфиге указано USECALLMANAGER то нужно его на астере поднять? Я все правильно понял? Или можно обойтись без этого? На данный момент тел принимает звонки и все слышно, осталось решить вопрос как с него звонить :D
Инфа отладки:
[Показать] Спойлер:
<------------>
Really destroying SIP dialog '00215553-089c0022-a88ec6e2-a6c33a96@192.168.1.220' Method: PUBLISH
Really destroying SIP dialog '00215553-089c002d-86935b24-4c7359db@192.168.1.220' Method: ACK

<--- SIP read from UDP:192.168.1.220:49578 --->
PUBLISH sip:00215553089c@192.168.1.11 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.220:35560;branch=z9hG4bKcd0d3fb1
To: <sip:00215553089c@192.168.1.11>
From: <sip:00215553089c@192.168.1.11>;tag=00215553089c005146a1b591-1bde63c9
Call-ID: 00215553-089c0023-ad2d3271-077ef3a9@192.168.1.220
Contact: <sip:00215553089c@192.168.1.220:35560>
CSeq: 34 PUBLISH
User-Agent: Cisco-CP7941G/8.5.3
Event: presence
Expires: 2147483647
Max-Forwards: 70
Content-Length: 465
Content-Type: application/pidf+xml
Content-Disposition: session;handling=required

<?xml version="1.0" encoding="UTF-8" standalone="no" ?>
<presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:e="urn:ietf:params:xml:ns:pidf:status:rpid" xmlns:ce="urn:cisco:params:xml:ns:pidf:rpid" xmlns:sc="urn:ietf:params:xml:ns:pidf:servcaps" entity="sip:00215553089c">
<tuple id="1"> <status> <basic>open</basic> </status> </tuple>
<dm:person><e:activities><ce:available/></e:activities> </dm:person>
</presence>
<------------->
--- (14 headers 5 lines) ---
Sending to 192.168.1.220:49578 (NAT)

<--- Transmitting (NAT) to 192.168.1.220:49578 --->
SIP/2.0 489 Bad Event
Via: SIP/2.0/UDP 192.168.1.220:35560;branch=z9hG4bKcd0d3fb1;received=192.168.1.220;rport=49578
From: <sip:00215553089c@192.168.1.11>;tag=00215553089c005146a1b591-1bde63c9
To: <sip:00215553089c@192.168.1.11>;tag=as0cd9b4b7
Call-ID: 00215553-089c0023-ad2d3271-077ef3a9@192.168.1.220
CSeq: 34 PUBLISH
Server: FPBX-13.0.190.9(13.13.0)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0


<------------>
Really destroying SIP dialog '00215553-089c0023-ad2d3271-077ef3a9@192.168.1.220' Method: PUBLISH

<--- SIP read from UDP:192.168.1.220:49579 --->
PUBLISH sip:00215553089c@192.168.1.11 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.220:35560;branch=z9hG4bKcd0d3fb1
To: <sip:00215553089c@192.168.1.11>
From: <sip:00215553089c@192.168.1.11>;tag=00215553089c005146a1b591-1bde63c9
Call-ID: 00215553-089c0023-ad2d3271-077ef3a9@192.168.1.220
Contact: <sip:00215553089c@192.168.1.220:35560>
CSeq: 34 PUBLISH
User-Agent: Cisco-CP7941G/8.5.3
Event: presence
Expires: 2147483647
Max-Forwards: 70
Content-Length: 465
Content-Type: application/pidf+xml
Content-Disposition: session;handling=required

<?xml version="1.0" encoding="UTF-8" standalone="no" ?>
<presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:e="urn:ietf:params:xml:ns:pidf:status:rpid" xmlns:ce="urn:cisco:params:xml:ns:pidf:rpid" xmlns:sc="urn:ietf:params:xml:ns:pidf:servcaps" entity="sip:00215553089c">
<tuple id="1"> <status> <basic>open</basic> </status> </tuple>
<dm:person><e:activities><ce:available/></e:activities> </dm:person>
</presence>
<------------->
--- (14 headers 5 lines) ---
Sending to 192.168.1.220:49579 (NAT)

<--- Transmitting (NAT) to 192.168.1.220:49579 --->
SIP/2.0 489 Bad Event
Via: SIP/2.0/UDP 192.168.1.220:35560;branch=z9hG4bKcd0d3fb1;received=192.168.1.220;rport=49579
From: <sip:00215553089c@192.168.1.11>;tag=00215553089c005146a1b591-1bde63c9
To: <sip:00215553089c@192.168.1.11>;tag=as4b0483ca
Call-ID: 00215553-089c0023-ad2d3271-077ef3a9@192.168.1.220
CSeq: 34 PUBLISH
Server: FPBX-13.0.190.9(13.13.0)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0


<------------>
Really destroying SIP dialog '00215553-089c0023-ad2d3271-077ef3a9@192.168.1.220' Method: PUBLISH

<--- SIP read from UDP:192.168.1.220:49580 --->
PUBLISH sip:00215553089c@192.168.1.11 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.220:35560;branch=z9hG4bKcd0d3fb1
To: <sip:00215553089c@192.168.1.11>
From: <sip:00215553089c@192.168.1.11>;tag=00215553089c005146a1b591-1bde63c9
Call-ID: 00215553-089c0023-ad2d3271-077ef3a9@192.168.1.220
Contact: <sip:00215553089c@192.168.1.220:35560>
CSeq: 34 PUBLISH
User-Agent: Cisco-CP7941G/8.5.3
Event: presence
Expires: 2147483647
Max-Forwards: 70
Content-Length: 465
Content-Type: application/pidf+xml
Content-Disposition: session;handling=required

<?xml version="1.0" encoding="UTF-8" standalone="no" ?>
<presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:e="urn:ietf:params:xml:ns:pidf:status:rpid" xmlns:ce="urn:cisco:params:xml:ns:pidf:rpid" xmlns:sc="urn:ietf:params:xml:ns:pidf:servcaps" entity="sip:00215553089c">
<tuple id="1"> <status> <basic>open</basic> </status> </tuple>
<dm:person><e:activities><ce:available/></e:activities> </dm:person>
</presence>
<------------->
--- (14 headers 5 lines) ---
Sending to 192.168.1.220:49580 (NAT)

<--- Transmitting (NAT) to 192.168.1.220:49580 --->
SIP/2.0 489 Bad Event
Via: SIP/2.0/UDP 192.168.1.220:35560;branch=z9hG4bKcd0d3fb1;received=192.168.1.220;rport=49580
From: <sip:00215553089c@192.168.1.11>;tag=00215553089c005146a1b591-1bde63c9
To: <sip:00215553089c@192.168.1.11>;tag=as352276a7
Call-ID: 00215553-089c0023-ad2d3271-077ef3a9@192.168.1.220
CSeq: 34 PUBLISH
Server: FPBX-13.0.190.9(13.13.0)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0
Последний раз редактировалось pawuwa 24 янв 2017, 12:33, всего редактировалось 1 раз.
pawuwa
 
Сообщений: 23
Зарегистрирован: 23 янв 2017, 13:22

Re: Cisco 7941G и Asterisk 13.13

Сообщение ded » 24 янв 2017, 12:30

Товарищь, дорогой, если нет базовых знаний - что такое:
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
то ваш дебаг пакетов PUBLISH будет для Вас тёмным непонятным пятном.

Учите матчасть, и потом будем общаться.
ded
 
Сообщений: 15803
Зарегистрирован: 26 авг 2010, 19:00

Re: Cisco 7941G и Asterisk 13.13

Сообщение pawuwa » 24 янв 2017, 18:34

Вот к чему я пришел.
Если у кого есть мысли поделитесь, будьте так добры
[Показать] Спойлер:
<--- Reliably Transmitting (no NAT) to 192.168.1.220:35560 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 192.168.1.220:35560;branch=z9hG4bKe4eab245;received=192.168.1.220
From: "222" <sip:222@192.168.1.11>;tag=00215553089c002841aaa161-b34a1ca7
To: <sip:2@192.168.1.11;user=phone>;tag=as61746dbc
Call-ID: 00215553-089c0027-7688be1d-1d3af04b@192.168.1.220
CSeq: 101 INVITE
Server: FPBX-13.0.190.9(13.13.0)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="74ecbd36"
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '00215553-089c0027-7688be1d-1d3af04b@192.168.1.220' in 32000 ms (Method: INVITE)
Sending to 192.168.1.220:35560 (no NAT)
Found RTP audio format 8
Found RTP audio format 0
Found RTP audio format 18
Found RTP audio format 101
Found audio description format PCMA for ID 8
Found audio description format PCMU for ID 0
Found audio description format G729 for ID 18
Found audio description format telephone-event for ID 101
Capabilities: us - (ulaw|alaw|gsm|g726), peer - audio=(ulaw|alaw|g729)/video=(nothing)/text=(nothing), combined - (ulaw|alaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x1 (telephone-event|), combined - 0x1 (telephone-event|)
Peer audio RTP is at port 192.168.1.220:27322
Looking for 2 in from-internal (domain 192.168.1.11)

<--- Reliably Transmitting (no NAT) to 192.168.1.220:35560 --->
SIP/2.0 484 Address Incomplete
Via: SIP/2.0/UDP 192.168.1.220:35560;branch=z9hG4bK5a44f9af;received=192.168.1.220
From: "222" <sip:222@192.168.1.11>;tag=00215553089c002841aaa161-b34a1ca7
To: <sip:2@192.168.1.11;user=phone>;tag=as61746dbc
Call-ID: 00215553-089c0027-7688be1d-1d3af04b@192.168.1.220
CSeq: 102 INVITE
Server: FPBX-13.0.190.9(13.13.0)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0
pawuwa
 
Сообщений: 23
Зарегистрирован: 23 янв 2017, 13:22

Re: Cisco 7941G и Asterisk 13.13

Сообщение april22 » 24 янв 2017, 18:50

SIP/2.0 401 Unauthorized
Своими вопросами , вы загоняете меня в ГУГЛЬ.
april22
 
Сообщений: 2187
Зарегистрирован: 09 июл 2012, 09:47

Re: Cisco 7941G и Asterisk 13.13

Сообщение ded » 24 янв 2017, 19:03

Не, SIP/2.0 401 Unauthorized это Астериск отсылает телефону на 192.168.1.220:35560 ---> в ответ на первый INVITE без авторизации. Типа - авторизуйся.
Причина там ниже -
SIP/2.0 484 Address Incomplete
ded
 
Сообщений: 15803
Зарегистрирован: 26 авг 2010, 19:00

Re: Cisco 7941G и Asterisk 13.13

Сообщение pawuwa » 25 янв 2017, 11:30

Дело в конфиге телефона или в настройках на астере? Если я мыслю в нужном направлении то тео не передает астеру полную информацию о вызове и тот ему отвечат мол я тя не понял. Так ?

SIP/2.0 484 Address Incomplete — Сервер принял запрос с неполным адресом в поле То или Request-URI. Требуется дополнительная адресная информация.

не тут ли
[Показать] Спойлер:
<sipCallFeatures>
<cnfJoinEnabled>true</cnfJoinEnabled>
<callForwardURI>x--serviceuri-cfwdall</callForwardURI>
<callPickupURI>x-cisco-serviceuri-pickup</callPickupURI>
<callPickupListURI>x-cisco-serviceuri-opickup</callPickupListURI>
<callPickupGroupURI>x-cisco-serviceuri-gpickup</callPickupGroupURI>
<meetMeServiceURI>x-cisco-serviceuri-meetme</meetMeServiceURI>
<abbreviatedDialURI>x-cisco-serviceuri-abbrdial</abbreviatedDialURI>
<rfc2543Hold>false</rfc2543Hold>
<callHoldRingback>2</callHoldRingback>
<localCfwdEnable>true</localCfwdEnable>
<semiAttendedTransfer>true</semiAttendedTransfer>
<anonymousCallBlock>2</anonymousCallBlock>
<callerIdBlocking>2</callerIdBlocking>
<dndControl>0</dndControl>
<remoteCcEnable>true</remoteCcEnable>
</sipCallFeatures>
pawuwa
 
Сообщений: 23
Зарегистрирован: 23 янв 2017, 13:22

Re: Cisco 7941G и Asterisk 13.13

Сообщение fecyt » 25 янв 2017, 13:17

У Вас в поле to передается номер "2", на этот ли номер Вы пытаетесь позвонить? Соответственно, для него должен быть определен extension, либо шаблон в extensions.conf, и следовательно Вам нужно посмотреть лог звонка в консоли asterisk, но не SIP сигнализацию (если только вызов не уходит на оператора, который и отдает эту ошибку), тогда поймете почему asterisk отправляет телефону 484 Address Incomplete.
fecyt
 
Сообщений: 148
Зарегистрирован: 17 янв 2017, 18:51

Пред.След.

Вернуться в VoIP оборудование

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 14

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