Elastix + CCM

lion113 · Сообщение **lion113** » 19 дек 2014, 10:40

Здравствуйте!
Описание проблемы:
Необходимо связать между собой по sip-у Elastix и Cisco Call Manager.
Elastix установлен в филиале №2, а CCM - в филиале №1. CCM-ом управляет другой администратор и доступа к нему нет. Сказано, что с его стороны всё настроено (оснований не доверять у меня нет, для него не первая такая практика). Устройства находятся в разных подсетях, но никаких "заборов" между ними нет.
Для связки с CCM на Elastix всё настроил согласно инструкциям, найденным на просторах интернета. Всё, что ходит по другим транкам, работает без нареканий; а вот звонки с CCM никак не получается увязать.
В sip show peers CCM видится. Включая debug в момент исходящего звонка получаю:

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

<--- SIP read from UDP:10.250.3.108:5060 --->
SIP/2.0 503 Service Unavailable
Via: SIP/2.0/UDP 10.132.70.71:5060;branch=z9hG4bK33f61c4c
From: "NSK" <sip:Unknown@10.132.70.71>;tag=as47df292a
To: <sip:3787@10.250.3.108:5060>;tag=1860514190
Date: Fri, 19 Dec 2014 07:16:53 GMT
Call-ID: 2f3f2027680c56156a9cbeb057bf6203@10.132.70.71:5060
CSeq: 102 INVITE
Allow-Events: presence
Warning: 399 CUCM713PUB "Unable to find a device handler for the request received on port 5060 from 10.132.70.71"
Content-Length: 0

Форумы уже перечитал, поисковики "замучал". Пытаясь решить то, что выделил в приведённой части дебага, запутался совсем.
Просьба "подтолкнуть" в направлении правильного решения и развеять мои сомнения по поводу "на моей стороне "косяк", или это CCM требует конфигурации"?

Спасибо.

ded · Сообщение **ded** » 19 дек 2014, 10:44

Согласно Warning: 399 CUCM713PUB это не настроен именно CUCM.
У нас есть соединение с CUCM8, настраивалось тоже не сразу.

lion113 · Сообщение **lion113** » 19 дек 2014, 10:48

Спасибо, мои опасения оправдались.
Хотя, было бы лучше, если это у меня была проблема - был бы шанс устранять самому... а так - придётся ждать.
Понятно, что "лечить по фотографии" нереально, но, возможно есть "узкие" места, которые есть смысл глянуть в первую очередь?

ded · Сообщение **ded** » 19 дек 2014, 11:52

Все узкие места находятся на стороне админа CUCM.
Для отладки используйте блоксхемы в заголовке раздела Вопросы новичков.

lion113 · Сообщение **lion113** » 22 дек 2014, 11:55

Счастье есть!

Проведя реконфигурацию CUCM по мануалу (http://uccisco.wordpress.com/2014/05/16 ... tegration/) всё завелось

После того, как всё заработало уже можно допиливать "под себя".

Спасибо, коллеги, что указали верное направление, в котором копать!

lion113 · Сообщение **lion113** » 24 дек 2014, 08:28

В продолжении темы... возник вопрос следующего характера:
Звонок с Elastix на CUCM - работоспособность 100%, а вот обратно... звонок проходит, вижу кто звонит, но стоит снять трубку, как тут же происходит сброс звонка. Изначально грешил на кодеки, но "подебажив" в cli вижу, что "договариваются" нормально.

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
-- Called SIP/7007
-- SIP/7007-00000036 is ringing
-- SIP/7007-00000036 answered SIP/ccm-gvc1-00000035
Executing [h@macro-dial-one:1] Macro("SIP/ccm-gvc1-0000002c", "hangupcall,") in new stack
-- Executing [s@macro-hangupcall:1] GotoIf("SIP/ccm-gvc1-0000002c", "1?endmixmoncheck") in new stack
-- Goto (macro-hangupcall,s,9)
-- Executing [s@macro-hangupcall:9] NoOp("SIP/ccm-gvc1-0000002c", "End of MIXMON check") in new stack
-- Executing [s@macro-hangupcall:10] GotoIf("SIP/ccm-gvc1-0000002c", "1?nomeetmemon") in new stack
-- Goto (macro-hangupcall,s,28)
-- Executing [s@macro-hangupcall:28] NoOp("SIP/ccm-gvc1-0000002c", "End of MEETME check") in new stack
-- Executing [s@macro-hangupcall:29] GotoIf("SIP/ccm-gvc1-0000002c", "1?noautomon") in new stack
-- Goto (macro-hangupcall,s,34)
-- Executing [s@macro-hangupcall:34] NoOp("SIP/ccm-gvc1-0000002c", "TOUCH_MONITOR_OUTPUT=") in new stack
-- Executing [s@macro-hangupcall:35] GotoIf("SIP/ccm-gvc1-0000002c", "1?noautomon2") in new stack
-- Goto (macro-hangupcall,s,41)
-- Executing [s@macro-hangupcall:41] NoOp("SIP/ccm-gvc1-0000002c", "MONITOR_FILENAME=") in new stack
-- Executing [s@macro-hangupcall:42] GotoIf("SIP/ccm-gvc1-0000002c", "1?skiprg") in new stack
-- Goto (macro-hangupcall,s,45)
-- Executing [s@macro-hangupcall:45] GotoIf("SIP/ccm-gvc1-0000002c", "1?skipblkvm") in new stack
-- Goto (macro-hangupcall,s,48)
-- Executing [s@macro-hangupcall:48] GotoIf("SIP/ccm-gvc1-0000002c", "1?theend") in new stack
-- Goto (macro-hangupcall,s,50)
-- Executing [s@macro-hangupcall:50] AGI("SIP/ccm-gvc1-0000002c", "hangup.agi") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/hangup.agi
-- <SIP/ccm-gvc1-0000002c>AGI Script hangup.agi completed, returning 0
-- Executing [s@macro-hangupcall:51] Hangup("SIP/ccm-gvc1-0000002c", "") in new stack
== Spawn extension (macro-hangupcall, s, 51) exited non-zero on 'SIP/ccm-gvc1-0000002c' in macro 'hangupcall'
== Spawn extension (macro-dial-one, h, 1) exited non-zero on 'SIP/ccm-gvc1-0000002c'
== Spawn extension (macro-dial-one, s, 37) exited non-zero on 'SIP/ccm-gvc1-0000002c' in macro 'dial-one'
== Spawn extension (macro-exten-vm, s, 9) exited non-zero on 'SIP/ccm-gvc1-0000002c' in macro 'exten-vm'
== Spawn extension (from-trunk, 7007, 1) exited non-zero on 'SIP/ccm-gvc1-0000002c'

Видимо, глаз уже "замылил" поиском ответа "почему?". Буду благодарен за "волшебный пендель" с целью указания верного направления поисков решения

Спасибо.

ded · Сообщение **ded** » 24 дек 2014, 12:47

В одном окне -
CLI> sip set debug peer ccm-gvc
в другом -
# tcpdump host 10.250.3.108

lion113 · Сообщение **lion113** » 22 янв 2015, 06:35

Всем доброго!
Во-первых, ded, спасибо за "пинания" в верных направлениях

Ну, а далее, во-вторых:
Понимаю, что ситуация не совсем для форума, но всё же спрошу:
Ситуация со звонками CUCM => * сохраняется (уже полностью пересобрал *, настроил). Звонки проходят с * во всех направлениях, а вот при звонке с CUCM на * после снятия трубки - отбой (короткие гудки). В дебагах не вижу чего-то неправильного (возможно, ввиду недостатка знаний...)
Лог звонка:

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

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

Sending to 10.250.3.108:5060 (no NAT)
Sending to 10.250.3.108:5060 (no NAT)
  == Using SIP RTP TOS bits 184
  == Using SIP RTP CoS mark 5
Found RTP audio format 0
Found RTP audio format 101
Found audio description format PCMU for ID 0
Found audio description format telephone-event for ID 101
Capabilities: us - (gsm|ulaw|alaw|g729), peer - audio=(ulaw)/video=(nothing)/text=(nothing), combined - (ulaw)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x1 (telephone-event|), combined - 0x1 (telephone-event|)
Peer audio RTP is at port 10.250.3.108:26322
Looking for 7007 in gvc (domain 10.132.70.71)
list_route: hop: <sip:3787@10.250.3.108:5060;transport=tcp>

<--- Transmitting (no NAT) to 10.250.3.108:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/TCP 10.250.3.108:5060;branch=z9hG4bKabb33440f81b9;received=10.250.3.108
From: "Baygujakov E.V.(WSR)" <sip:3787@10.250.3.108>;tag=6816812~93d9f1ec-b10d-4443-9302-73a4f1264aaf-32611108
To: <sip:7007@10.132.70.71>
Call-ID: c5b51e00-4c016b15-8546e-6c03fa0a@10.250.3.108
CSeq: 101 INVITE
Server: FPBX-2.11.0(11.14.1)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Session-Expires: 1800;refresher=uas
Contact: <sip:7007@10.132.70.71:5060;transport=TCP>
Content-Length: 0


<------------>
    -- Executing [7007@gvc:1] Dial("SIP/cucm-gvc1-0000001c", "SIP/7007") in new stack
  == Using SIP RTP TOS bits 184
  == Using SIP RTP CoS mark 5
    -- Called SIP/7007
    -- SIP/7007-0000001d is ringing

<--- Transmitting (no NAT) to 10.250.3.108:5060 --->
SIP/2.0 180 Ringing
Via: SIP/2.0/TCP 10.250.3.108:5060;branch=z9hG4bKabb33440f81b9;received=10.250.3.108
From: "Baygujakov E.V.(WSR)" <sip:3787@10.250.3.108>;tag=6816812~93d9f1ec-b10d-4443-9302-73a4f1264aaf-32611108
To: <sip:7007@10.132.70.71>;tag=as736c5cdc
Call-ID: c5b51e00-4c016b15-8546e-6c03fa0a@10.250.3.108
CSeq: 101 INVITE
Server: FPBX-2.11.0(11.14.1)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Session-Expires: 1800;refresher=uas
Contact: <sip:7007@10.132.70.71:5060;transport=TCP>
Content-Length: 0


<------------>
    -- SIP/7007-0000001d answered SIP/cucm-gvc1-0000001c
Audio is at 19196
Adding codec 100003 (ulaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP

<--- Reliably Transmitting (no NAT) to 10.250.3.108:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/TCP 10.250.3.108:5060;branch=z9hG4bKabb33440f81b9;received=10.250.3.108
From: "Baygujakov E.V.(WSR)" <sip:3787@10.250.3.108>;tag=6816812~93d9f1ec-b10d-4443-9302-73a4f1264aaf-32611108
To: <sip:7007@10.132.70.71>;tag=as736c5cdc
Call-ID: c5b51e00-4c016b15-8546e-6c03fa0a@10.250.3.108
CSeq: 101 INVITE
Server: FPBX-2.11.0(11.14.1)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Session-Expires: 1800;refresher=uas
Contact: <sip:7007@10.132.70.71:5060;transport=TCP>
Content-Type: application/sdp
Require: timer
Content-Length: 232

v=0
o=root 97446860 97446860 IN IP4 10.132.70.71
s=Asterisk PBX 11.14.1
c=IN IP4 10.132.70.71
t=0 0
m=audio 19196 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv

<------------>
Sending to 10.250.3.108:5060 (no NAT)
Scheduling destruction of SIP dialog 'c5b51e00-4c016b15-8546e-6c03fa0a@10.250.3.108' in 6400 ms (Method: BYE)

<--- Transmitting (no NAT) to 10.250.3.108:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/TCP 10.250.3.108:5060;branch=z9hG4bKabb352e91931a;received=10.250.3.108
From: "Baygujakov E.V.(WSR)" <sip:3787@10.250.3.108>;tag=6816812~93d9f1ec-b10d-4443-9302-73a4f1264aaf-32611108
To: <sip:7007@10.132.70.71>;tag=as736c5cdc
Call-ID: c5b51e00-4c016b15-8546e-6c03fa0a@10.250.3.108
CSeq: 102 BYE
Server: FPBX-2.11.0(11.14.1)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0


<------------>
  == Spawn extension (gvc, 7007, 1) exited non-zero on 'SIP/cucm-gvc1-0000001c'

В отдельном окне tcpdump:

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

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

06:14:29.333229 IP cucm713pub.gvc.oao.rzd.35522 > 10.132.70.71.sip: P 24104:25332(1228) ack 26973 win 501 <nop,nop,timestamp 70538324 521181997>
06:14:29.335724 IP 10.132.70.71.sip > cucm713pub.gvc.oao.rzd.35522: P 26973:27555(582) ack 25332 win 501 <nop,nop,timestamp 521201588 70538324>
06:14:29.379097 IP cucm713pub.gvc.oao.rzd.35522 > 10.132.70.71.sip: . ack 27555 win 501 <nop,nop,timestamp 70538368 521201588>
06:14:29.462838 IP 10.132.70.71.sip > cucm713pub.gvc.oao.rzd.35522: P 27555:28153(598) ack 25332 win 501 <nop,nop,timestamp 521201715 70538368>
06:14:29.508987 IP cucm713pub.gvc.oao.rzd.35522 > 10.132.70.71.sip: . ack 28153 win 501 <nop,nop,timestamp 70538496 521201715>
06:14:31.309764 IP 10.132.70.71.sip > cucm713pub.gvc.oao.rzd.35522: P 28153:29027(874) ack 25332 win 501 <nop,nop,timestamp 521203562 70538496>
06:14:31.351971 IP cucm713pub.gvc.oao.rzd.35522 > 10.132.70.71.sip: . ack 29027 win 501 <nop,nop,timestamp 70540344 521203562>
06:14:31.354361 IP cucm713pub.gvc.oao.rzd.35522 > 10.132.70.71.sip: P 25332:25783(451) ack 29027 win 501 <nop,nop,timestamp 70540344 521203562>
06:14:31.394322 IP 10.132.70.71.sip > cucm713pub.gvc.oao.rzd.35522: . ack 25783 win 501 <nop,nop,timestamp 521203647 70540344>
06:14:31.436739 IP cucm713pub.gvc.oao.rzd.35522 > 10.132.70.71.sip: P 25783:26324(541) ack 29027 win 501 <nop,nop,timestamp 70540428 521203647>
06:14:31.436749 IP 10.132.70.71.sip > cucm713pub.gvc.oao.rzd.35522: . ack 26324 win 501 <nop,nop,timestamp 521203689 70540428>
06:14:31.437879 IP 10.132.70.71.sip > cucm713pub.gvc.oao.rzd.35522: P 29027:29527(500) ack 26324 win 501 <nop,nop,timestamp 521203690 70540428>
06:14:31.521091 IP cucm713pub.gvc.oao.rzd.35522 > 10.132.70.71.sip: . ack 29527 win 501 <nop,nop,timestamp 70540512 521203690>

iptables отключен, на сетевом оборудовании на всем пути прохождения весь ip трафик открыт.
Есть вариант, конечно, поднять транк с cisco28xx, её, в свою очередь, связать с гейткипером... тогда проблема может быть решена, но хотелось бы добиться работоспособности прямого sip транка.

Если есть идеи (либо Вы видите то, чего я не смог увидеть) - буду благодарен за подсказку. Спасибо.

ded · Сообщение **ded** » 22 янв 2015, 23:40

1) Вы уверены что у вас используется именно ТСР?

Contact: <sip:7007@10.132.70.71:5060;transport=TCP>

2) tcpdump показывает диалог между cucm713pub.gvc.oao.rzd порт 35522 и 10.132.70.71 порт 5060 (видимо это и есть Астериск?)

06:14:29.333229 IP cucm713pub.gvc.oao.rzd.35522 > 10.132.70.71.sip
06:14:29.335724 IP 10.132.70.71.sip > cucm713pub.gvc.oao.rzd.35522

и почему тогда ответ уходит на порт 5060а не на порт 35522 ?

<--- Reliably Transmitting (no NAT) to 10.250.3.108:5060 --->
SIP/2.0 200 OK

Такое бывает именно при неправильно включеном ТСР.

Elastix + CCM

Elastix + CCM

Re: Elastix + CCM

Re: Elastix + CCM

Re: Elastix + CCM

Re: Elastix + CCM

Re: Elastix + CCM

Re: Elastix + CCM

Re: Elastix + CCM

Re: Elastix + CCM