СвязьПроект

Уважаемые специалисты по адпакам подскажите где я ошибаюсь:
конфигурация GS1002


! Voice port configuration.
!
! GSM
voice-port 0/0
connection plar 001877
translate-incoming calling-number 0
busyout action tone
caller-id enable
!
!
! GSM
voice-port 0/1
connection plar 001877
translate-incoming calling-number 0
busyout action tone
caller-id enable
!



! Pots peer configuration.
!
dial-peer voice 1 pots
destination-pattern 89.T
port 0/1
preference 1
!
dial-peer voice 2 pots
destination-pattern 89.T
port 0/0



Звонок с Cisco попадает через диалпиры



dial-peer voice 8914 voip
preference 1
destination-pattern 8914.......$
session protocol sipv2
session target ipv4:192.168.0.25
dtmf-relay rtp-nte cisco-rtp
codec g729br8
!

dial-peer voice 8962 voip
preference 1
destination-pattern 8962.......$
session protocol sipv2
session target ipv4:192.168.0.25
dtmf-relay rtp-nte cisco-rtp
codec g729br8
!


И казалось бы всё хорошо НО

в show voice call status на циски видем картину что звонок убежал на адпак адпак в логах отразил попытку

44> Nov 16 12:08:54 incomming 1877 89147555299 Office_Max:10.0.22.2 0 Remote:CallClear


и отсёк далее звонок вышел через др. диалпир уже самой циски через FXO =(

куда копать где что не так???


на адпаке

dial-peer hunt 2

2 preference - longest - random

на циске


dial-peer hunt 1


1 - Longest match in phone number, explicit preference, least recent use.

Помогите пож. заставить адпак работать.

Но периодически звонки проходят через адпак как положено

Приведите полный лог аддпака - то место, где шлюз осуществляет выбор пиров, полезно посмотреть что в SIP-cигнализации отвечает аддпак циске. Посмотрите статус GSM-портов в момент звонка.

[1133.16] Sending SIP PDU to ( 10.0.22.2:5060 ) from 5060

SIP/2.0 183 Session Progress

Via: SIP/2.0/UDP 10.0.22.2:5060;branch=z9hG4bK1372708

From: "Office_Max" <sip:1877@10.0.22.2>;tag=88DC14-1588

To: <sip:89244910621@192.168.0.25>;tag=c14c1b28a4

Call-ID: D294351-F08711DF-86D0E405-9F3BFF4D@10.0.22.2

CSeq: 101 INVITE

Supported: timer, replaces, early-session

User-Agent: AddPac SIP Gateway

Contact: sip:89244910621@192.168.0.25

RSeq: 598800

Require: 100rel

Content-Type: application/sdp

Content-Length: 184



v=0

o=89244910621 1289891265 1289891265 IN IP4 192.168.0.25

s=AddPac Gateway SDP

c=IN IP4 192.168.0.25

t=1289891265 0

m=audio 23058 RTP/AVP 18

a=ptime:20

a=rtpmap:18 G729/8000





Received SIP PDU from ( 10.0.22.2:58698 )

PRACK sip:89244910621@192.168.0.25:5060 SIP/2.0

Date: Tue, 16 Nov 2010 07:07:47 GMT

From: "Office_Max" <sip:1877@10.0.22.2>;tag=88DC14-1588

RAck: 598800 101 INVITE

Allow-Events: telephone-event

Content-Length: 0

To: <sip:89244910621@192.168.0.25>;tag=c14c1b28a4

Call-ID: D294351-F08711DF-86D0E405-9F3BFF4D@10.0.22.2

Via: SIP/2.0/UDP 10.0.22.2:5060;branch=z9hG4bK138990

CSeq: 102 PRACK

Max-Forwards: 70





366 <SIP 32> : Receive PRACK Request



[1133.77] Sending SIP PDU to ( 10.0.22.2:5060 ) from 5060

SIP/2.0 200 OK

Via: SIP/2.0/UDP 10.0.22.2:5060;branch=z9hG4bK138990

From: "Office_Max" <sip:1877@10.0.22.2>;tag=88DC14-1588

To: <sip:89244910621@192.168.0.25>;tag=c14c1b28a4

Call-ID: D294351-F08711DF-86D0E405-9F3BFF4D@10.0.22.2

CSeq: 102 PRACK

User-Agent: AddPac SIP Gateway

Content-Length: 0





367 <CEP 000000> : Disconnected(16) at Busy

368 <Call 32> : Terminated from(0) this(Local:CallClear) before((null)) forced(0) time(1289891268)



[1135.709] Sending SIP PDU to ( 10.0.22.2:5060 ) from 5060

SIP/2.0 480 Temporarily Unavailable

Via: SIP/2.0/UDP 10.0.22.2:5060;branch=z9hG4bK1372708

From: "Office_Max" <sip:1877@10.0.22.2>;tag=88DC14-1588

To: <sip:89244910621@192.168.0.25>;tag=c14c1b28a4

Call-ID: D294351-F08711DF-86D0E405-9F3BFF4D@10.0.22.2

CSeq: 101 INVITE

User-Agent: AddPac SIP Gateway

Content-Length: 0





369 <NetEP 32> : Call FROM <Office_Max> terminated reason(Local:CallClear)

370 <CEP 000000> : DisconnectCall at Idle



Received SIP PDU from ( 10.0.22.2:58698 )

ACK sip:89244910621@192.168.0.25:5060 SIP/2.0

Date: Tue, 16 Nov 2010 07:07:47 GMT

From: "Office_Max" <sip:1877@10.0.22.2>;tag=88DC14-1588

Allow-Events: telephone-event

Content-Length: 0

To: <sip:89244910621@192.168.0.25>;tag=c14c1b28a4

Call-ID: D294351-F08711DF-86D0E405-9F3BFF4D@10.0.22.2

Via: SIP/2.0/UDP 10.0.22.2:5060;branch=z9hG4bK1372708

CSeq: 101 ACK

Max-Forwards: 70





371 <SIP 32> : Receive ACK Request

[9737.490] Interface GSM-0/0, changed state to DOWN

372 <Port 000000> : LinkDown

[9741.850] Interface GSM-0/0, changed state to UP

373 <Port 000000> : LinkUp

374 <SIP 32> : Set Terminated Success for 101 INVITE


сейчас на адпаке сл конфигурация:

dial-peer voice 1 pots
destination-pattern 8T
port 0/1
forward-digits last 11
preference 1
!
dial-peer voice 2 pots
destination-pattern 8T
port 0/0
forward-digits last 11



VOIP debugging status :
VOIP Call debugging is on
VOIP SIP debugging is on
RTA debugging status:
ON : voice info




циска в данный момент

dial-peer voice 8 voip
max-conn 2
destination-pattern 89.........$
session protocol sipv2
session target ipv4:192.168.0.25
dtmf-relay sip-notify rtp-nte cisco-rtp
codec g729br8



При неудачном звонке слышу в трубке сигнал явно от адпака "beep" коротки.. обычно при удачном такой же но протяжный...


адпак выбирает пиры правильно так как при неудачном звонке он всё же поступает на гсм порт это видно по статусу портов в веб гуи и на самом адпаке

Из приведенного дебага не видно какие пиры аддпак выбирает. А что у Вас с входящими GSM-звонками происходит?

они маршрутизируются в сторону циски

! GSM
voice-port 0/0
connection plar 001877
translate-incoming calling-number 0
caller-id enable
!


dial-peer voice 18000 voip
destination-pattern 001877
session target ip 192.168.18.254
session protocol sip
voice-class codec 0
vad
dtmf-relay rtp-2833


странно то что на циски в сторону адпака смотрит один диал пир но при этом часть звонков исходя из статистики радиуса идёт через адпак как и положено а часть через локальные fxo порты... может что-то с настройкой портов gsm может они воврмея не кладут трубку или ещё что но исходя из сигнализации на самом адпаке порт gsm сразу гаснит после неудачной попытки...



P.S. что стоит дебажить чтоб видно было выбор пиров?


Вот сдесь видно как выбирается диалпир



Received SIP PDU from ( 10.0.22.2:53401 )

INVITE sip:89632893861@192.168.0.25:5060 SIP/2.0

Date: Tue, 16 Nov 2010 12:02:44 GMT

Call-Info: <sip:10.0.22.2:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"

Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER

From: "Max II" <sip:1888@10.0.22.2>;tag=196E254-3EE

Allow-Events: telephone-event

Supported: 100rel,timer,resource-priority,replaces,histinfo,sdp-anat

Min-SE: 1800

Remote-Party-ID: "Max II" <sip:1888@10.0.22.2>;party=calling;screen=no;privacy=off

Cisco-Guid: 1073038986-4038070751-2388583429-2671509325

Timestamp: 1289908964

Content-Length: 542

User-Agent: Cisco-SIPGateway/IOS-12.x

To: <sip:89632893861@192.168.0.25>

Contact: <sip:1888@10.0.22.2:5060>

Accept-Language: ru

Expires: 180

Content-Disposition: session;handling=required

Content-Type: application/sdp

Call-ID: 412A1E44-F0B011DF-8E63E405-9F3BFF4D@10.0.22.2

History-Info: <sip:89632893861@192.168.0.25:5060>;index=1

Via: SIP/2.0/UDP 10.0.22.2:5060;branch=z9hG4bK255C2E

CSeq: 101 INVITE

Max-Forwards: 70



v=0

o=CiscoSystemsSIP-GW-UserAgent 8023 4124 IN IP4 10.0.22.2

s=SIP Call

c=IN IP4 10.0.22.2

t=0 0

m=audio 19382 RTP/AVP 18 100 101 121 19

c=IN IP4 10.0.22.2

a=rtpmap:18 G729/8000

a=fmtp:18 annexb=yes

a=rtpmap:100 X-NSE/8000

a=fmtp:100 192-194,200-202

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-16

a=rtpmap:121 frf-dialed-digit/8000

a=fmtp:121 0-15

a=rtpmap:19 CN/8000

a=ptime:20

a=X-sqn:0

a=X-cap: 1 audio RTP/AVP 100

a=X-cpar: a=rtpmap:100 X-NSE/8000

a=X-cpar: a=fmtp:100 192-194,200-202

a=X-cap: 2 image udptl t38





[1660.297] Sending SIP PDU to ( 10.0.22.2:5060 ) from 5060

SIP/2.0 100 Trying

Via: SIP/2.0/UDP 10.0.22.2:5060;branch=z9hG4bK255C2E

From: "Max II" <sip:1888@10.0.22.2>;tag=196E254-3EE

To: <sip:89632893861@192.168.0.25>

Call-ID: 412A1E44-F0B011DF-8E63E405-9F3BFF4D@10.0.22.2

CSeq: 101 INVITE

User-Agent: AddPac SIP Gateway

Content-Length: 0





1330 <Call 64> : ****** Call Created status(InitiatedByNet) ver(8.28:2006-02-06-00-00) time(1289908962) ****

1331 <SIP 64> : Receive INVITE Request

1332 <NetCon 64> : Found inbound voip peer(18) result(3) peer->fixedPatternSize(2) mostMatchingSize(-1)

1333 <NetCon 64> : Found inbound voip peer by dest-pattern id(18)

1334 <Call 64> : From Net - calledParty(89632893861) callingParty(1888)

1335 <Call 64> : MatchedAll

1336 <Call 64> : MatchAllProcess After Sorted

<0> id(2) dest(8T) prefer(0) selected(60)

<1> id(1) dest(8T) prefer(1) selected(0)

1337 <Call 64> : Initiate callee with dial-peer(8T) status(CalleeDeterminedAll) id(00000000-0000-0000-0000-000000000000)

1338 <CEP 000000> : InitiateOutCall : calledNum(89632893861), callingNum(1888), callerPort(ffffffff) type(GSM)

1339 <CEP 000000> : Outbound call to CEP callId(00000000-0000-0000-0000-000000000000) callNum(64)

1340 <SIP 64> : SetLocalAudioFormats : outbound(FALSE) hqaEnable(FALSE)

1341 <SIP 64> : SetLocalAudioFormats : myVoipPeer(18) is not NULL, codec(4)

1342 <PhonePlay 64> : Audio Count(1)

1343 <PhonePlay 64> : rtpSessionId(1) Second Audio Port(-1)

1344 <SIP 64> : SetAlerting

1345 <Call 64> : PreConnected from(0)

1346 <SIP 64> : SetLocalAudioFormats : outbound(FALSE) hqaEnable(FALSE)

1347 <SIP 64> : SetLocalAudioFormats : myVoipPeer(18) is not NULL, codec(4)

1348 <SIP 64> : Add Local Audio MediaFormat : 18



[1660.322] Sending SIP PDU to ( 10.0.22.2:5060 ) from 5060

SIP/2.0 183 Session Progress

Via: SIP/2.0/UDP 10.0.22.2:5060;branch=z9hG4bK255C2E

From: "Max II" <sip:1888@10.0.22.2>;tag=196E254-3EE

To: <sip:89632893861@192.168.0.25>;tag=e24cd248a4

Call-ID: 412A1E44-F0B011DF-8E63E405-9F3BFF4D@10.0.22.2

CSeq: 101 INVITE

Supported: timer, replaces, early-session

User-Agent: AddPac SIP Gateway

Contact: sip:89632893861@192.168.0.25

RSeq: 628516

Require: 100rel

Content-Type: application/sdp

Content-Length: 184



v=0

o=89632893861 1289908962 1289908962 IN IP4 192.168.0.25

s=AddPac Gateway SDP

c=IN IP4 192.168.0.25

t=1289908962 0

m=audio 23122 RTP/AVP 18

a=ptime:20

a=rtpmap:18 G729/8000





Received SIP PDU from ( 10.0.22.2:53401 )

PRACK sip:89632893861@192.168.0.25:5060 SIP/2.0

Date: Tue, 16 Nov 2010 12:02:44 GMT

From: "Max II" <sip:1888@10.0.22.2>;tag=196E254-3EE

RAck: 628516 101 INVITE

Allow-Events: telephone-event

Content-Length: 0

To: <sip:89632893861@192.168.0.25>;tag=e24cd248a4

Call-ID: 412A1E44-F0B011DF-8E63E405-9F3BFF4D@10.0.22.2

Via: SIP/2.0/UDP 10.0.22.2:5060;branch=z9hG4bK256159B

CSeq: 102 PRACK

Max-Forwards: 70





1349 <SIP 64> : Receive PRACK Request



[1660.374] Sending SIP PDU to ( 10.0.22.2:5060 ) from 5060

SIP/2.0 200 OK

Via: SIP/2.0/UDP 10.0.22.2:5060;branch=z9hG4bK256159B

From: "Max II" <sip:1888@10.0.22.2>;tag=196E254-3EE

To: <sip:89632893861@192.168.0.25>;tag=e24cd248a4

Call-ID: 412A1E44-F0B011DF-8E63E405-9F3BFF4D@10.0.22.2

CSeq: 102 PRACK

User-Agent: AddPac SIP Gateway

Content-Length: 0





1350 <CEP 000000> : Disconnected(16) at Busy

1351 <Call 64> : Terminated from(0) this(Local:CallClear) before((null)) forced(0) time(1289908964)



[1662.814] Sending SIP PDU to ( 10.0.22.2:5060 ) from 5060

SIP/2.0 480 Temporarily Unavailable

Via: SIP/2.0/UDP 10.0.22.2:5060;branch=z9hG4bK255C2E

From: "Max II" <sip:1888@10.0.22.2>;tag=196E254-3EE

To: <sip:89632893861@192.168.0.25>;tag=e24cd248a4

Call-ID: 412A1E44-F0B011DF-8E63E405-9F3BFF4D@10.0.22.2

CSeq: 101 INVITE

User-Agent: AddPac SIP Gateway

Content-Length: 0





1352 <NetEP 64> : Call FROM <Max II> terminated reason(Local:CallClear)

1353 <CEP 000000> : DisconnectCall at Idle



Received SIP PDU from ( 10.0.22.2:53401 )

ACK sip:89632893861@192.168.0.25:5060 SIP/2.0

Date: Tue, 16 Nov 2010 12:02:44 GMT

From: "Max II" <sip:1888@10.0.22.2>;tag=196E254-3EE

Allow-Events: telephone-event

Content-Length: 0

To: <sip:89632893861@192.168.0.25>;tag=e24cd248a4

Call-ID: 412A1E44-F0B011DF-8E63E405-9F3BFF4D@10.0.22.2

Via: SIP/2.0/UDP 10.0.22.2:5060;branch=z9hG4bK255C2E

CSeq: 101 ACK

Max-Forwards: 70





1354 <SIP 64> : Receive ACK Request

[27444.981] Interface GSM-0/0, changed state to DOWN

1355 <Port 000000> : LinkDown

[27447.981] Interface GSM-0/0, changed state to UP

1356 <Port 000000> : LinkUp

1357 <SIP 64> : Set Terminated Success for 101 INVITE




Попутно родился ещё один вопрос когда вызываемый абонент через gsm кладёт трубку не поднимая её GSM станция отдаёт ответ, что абонент занят, перезвоните позже. На циску прилетает сообщение SIP/2.0 480 (абонент временно недоступен) и она усилено пытается дозвонится на сотовый по альтернативным путям... (что в принципе не верно так как вызываемый принудительно завершил разговор не начав его..) как заставить адпак не отдавать такое сообщение либо может можно gsm порт как-то настроить ??? на циски решить смог поставив hunstop на диалпире смотрящем в адпак, но это не верно, ибо если адпак отвалится случайно, то люди не смогу выйти, на федеральные номера сотовых...

А проходят без проблем?


В данном случае Аддпак транслирует busy и делает правильно. busy от того что gsm-абонент
разговаривает и сбросил Вас, не поднимая трубку, один и тот же.

Полезные команды при отладке:
debug voip call
debug rta ipc
debug voip sip
debug gsm номер слота/номер порта all

Да входящии приходит на циску с адпака без проблем.




Ну я так в принципе и дебажил... спасибо. вчера откатил прошивку и всё заработало, потом отвалился, один гсм модуль, после чего сменил прошивку опять, на последнию. Пока вроде 98% звонков, идёт через гсм шлюз. Мало вероятно, но может быть, причина в не стабильной работе, была географическая удалённость адпака, от циски. Голос уходил, приходиол от циски, через gre тунель c объекта, в офис. Сейчас адпак и циска, работают в одной подсети, так сказать, бок обок. Плюс, в адпаке, я подробно расписал диалпиры, по кодам операторов, если раньше они были 89T, то сейчас дестенейшен стал вида: 8962.......