cisco 2901 не воспринимает BUSY приходящее по E1

[mikhail.ponomarenko]

Здравствуйте, уважаемые!

Получаем потоком городскую емкость, E1 включен в нашу cisco 2901. Схема включения такая: BeeLine->E1(rt-3)2901->(rt-2)2911->PBX(BE3000). rt-3, rt-2 и BE3000 наши и управляются нами, между ними широкие и качественные ip каналы связи и SIP.

Проблема в том, что при совершении исходящего звонка с PBX в E1 мы никогда не разпознаем сигнал BUSY, т.е. всегда слышим КПВ несмотря на реальное состояние вызываемой стороны. При моделировании ситуации по логам видно, что мы что-то получаем от билайна, а судя по логам билайна это USER_BUSY. Билайн говорит, что проблема на нашей стороне.

Логи и конфиг rt-3 прилагаю.

В логах видно как я делаю звонок с PBX  с номера 391270xxxx на номер 294yyyy, номер 294yyyy в это время занят, но я слышу длинные гудки, и только через минуту звонок обрывается по таймауту. В нашем и билайновском логе время рассинхронизировано, но это один и тот же звонок.

Помогите, пожалуйста.

[Oleg Yadrishnikov]

Попробуйте изменить диалпир вот таким образом

dial-peer voice 20 pots

destination-pattern [2]......

permission term

tone ringback alert-no-PI

progress_ind setup enable 3

progress_ind alert enable 8

progress_ind progress enable 8

direct-inward-dial

port 0/3/0:15

forward-digits all

[mikhail.ponomarenko]

Попробовал. Эффект нулевой.

!

dial-peer voice 20 pots

permission term

tone ringback alert-no-PI

description 2Beeline E1

destination-pattern [2]......

progress_ind setup enable 3

progress_ind alert enable 8

progress_ind progress enable 8

direct-inward-dial

port 0/3/0:15

forward-digits all

дебаг:

:   Sending Complete

:   Bearer Capability i = 0x8090A3

:           Standard = CCITT

:           Transfer Capability = Speech

:           Transfer Mode = Circuit

:           Transfer Rate = 64 kbit/s

:   Channel ID i = 0xA98382

:           Exclusive, Channel 2

:   Progress Ind i = 0x8183 - Origination address is non-ISDN

:

:   Calling Party Number i = 0x0181, '391270xxxx'

:           Plan:ISDN, Type:Unknown

:   Called Party Number i = 0x81, '294yyyy'

:           Plan:ISDN, Type:Unknown

: *Feb 27 04:52:38.527: ISDN Se0/3/0:15 Q931: RX <- CALL_PROC pd = 8  callref = 0x9659

:   Channel ID i = 0xA98382

:           Exclusive, Channel 2

: *Feb 27 04:52:39.227: ISDN Se0/3/0:15 Q931: RX <- PROGRESS pd = 8  callref = 0x9659

:   Progress Ind i = 0x8088 - In-band info or appropriate now available

: *Feb 27 04:53:39.427: ISDN Se0/3/0:15 Q931: RX <- DISCONNECT pd = 8  callref = 0x9659

:   Cause i = 0x8090 - Normal call clearing

: *Feb 27 04:53:39.443: ISDN Se0/3/0:15 Q931: RX <- RELEASE_COMP pd = 8  callref = 0x9659

[Oleg Yadrishnikov]

Смущает "Plan:ISDN, Type:Unknown".

это можно поправить строкой в диалпире

translation-profile outgoing BLABLA

и добавить в конфиг

!

voice translation-rule 1

rule 1 /\(.*\)/ /\1/ type unknown national plan unknown isdn

!

voice translation-profile BLABLA

translate calling 1

!

мои настройки серийников

!        

interface Serial0/0/0:15

no ip address

encapsulation hdlc

isdn switch-type primary-qsig

isdn incoming-voice voice

no cdp enable

!        

interface Serial0/0/1:15

no ip address

encapsulation hdlc

isdn switch-type primary-qsig

isdn incoming-voice voice

isdn contiguous-bchan

isdn bchan-number-order ascending

no cdp enable

!

[mikhail.ponomarenko]

>Смущает "Plan:ISDN, Type:Unknown".

А что вас смущает? Насколько я понимаю эти параметры при замене на national влияют только на формат номера. Звонки же проходят нормально и в ту и в другую сторону. К чему тогда устраивать трансляцию? Или я чего-то не понимаю?

[Oleg Yadrishnikov]

Попробуй ещё в воиповский диалпир добавить
tone ringback alert-no-PI

*********

Вот хороший гайд

www.cisco.com/cisco/web/support/RU/10/107/107674_ringback.pdf

‎

[mikhail.ponomarenko]

Это гайд про H323, у меня в этой цепочке его нет, использую SIP.

[DanatShekhe]

Я бы порекомендовал вам не верить оператору связи (желательно никогда).

Вы получаете от оператора:

RX <- CALL_PROC

RX <- PROGRESS

и от него же через минуту:

RX <- DISCONNECT

С какого оборудования Билайн прислал логи? Пограничное с вашим?

[mikhail.ponomarenko]

Билайн клянется, что логи сниффит в канале между ним и моей циской.

Логи собирали одновременно, делая тестовый звонок.

смотрим логи в стартовом посте:

лог, предоставленный билайном. Билайн шлет в мою сторону:

OUTGOING  13:36:14.401  NODE TYPE= GWC_NODE

DS512: PURE MS_CARD= 0 MS_PORT= 62  NODE= 49

NN= 000F  TN= 0D61  MSGTAG= 00  ROUTE= 0034  ERROR= 00  LENGTH= 12

AGENT= CKT          A_CLIENT    1

D1 0D 00 06 01 01 11 00 02 02

00     D1  CPINTENT

TYPE     = SCP_C Progress MSG

SELECTOR = 0

LENGTH   = #06

DATA     = 01 01 11 00 02 02

Progress Phase    : PROGRESS

Cause             : USER_BUSY

Cause Location    : USER

Progress Indicator: IN_BAND_INFO_AVAIL

Prog_Ind Location : USER

лог, как это фиксируется у меня:

*Feb 17 05:47:40.035: ISDN Se0/3/0:15 Q931: RX <- PROGRESS pd = 8  callref = 0x8FCC

Progress Ind i = 0x8088 -In-band info or appropriate now available

проходит РОВНО минута... таймаут.

билайн шлет:

OUTGOING  13:37:14.530  NODE TYPE= GWC_NODE

DS512: PURE MS_CARD= 0 MS_PORT= 62  NODE= 49

NN= 000F  TN= 0D61  MSGTAG= 00  ROUTE= 0034  ERROR= 00  LENGTH= 0F

AGENT= CKT          A_CLIENT    1

D1 0E 00 03 00 01 0D

00     D1  CPINTENT

TYPE     = SCP_C Release MSG

SELECTOR = 0

LENGTH   = #03

DATA     = 00 01 0D

Cause             : NORMAL_CALL_CLEARING

Cause Location    : USER

OUTGOING  13:37:14.530  NODE TYPE= GWC_NODE

DS512: PURE MS_CARD= 0 MS_PORT= 62  NODE= 49

NN= 000F  TN= 0D61  MSGTAG= 00  ROUTE= 0034  ERROR= 00  LENGTH= 0A

AGENT= CKT          A_CLIENT    1

38 44

у меня на кошке:

*Feb 17 05:48:40.151: ISDN Se0/3/0:15 Q931: RX <- DISCONNECT pd = 8  callref = 0x8FCC

Cause i = 0x8090 - Normal call clearing

[mikhail.ponomarenko]

Путем экспериментов выяснили, что если использовать не SIP, а H323, то добавление в pots диалпир

permission term

tone ringback alert-no-PI

progress_ind setup enable 3

progress_ind alert enable 8

progress_ind progress enable 8

forward-digits all

устраняет проблему. Но H323 пока невозможен, нужно добиться того же самого эфекта при использовании SIP.

[DanatShekhe]

Можете показать дебаги Q931 с SIP и H.323?

debug isdn q931

debug ccsip messages

debug cch323 h225

[mikhail.ponomarenko]

Делаю звонок с 391270ххх6 на 294уууу по H323 - busy воспринимается нормально

Делаю звонок с 391270ххх5 на 294уууу по SIP- busy нету. Слышу КПВ

логи прилагаю

[DanatShekhe]

Какие настройки на RT2 voice service voip и dial-peer?

[mikhail.ponomarenko]

Настройки для этого звонка:

voice rtp send-recv

!

voice service voip

mode border-element

allow-connections h323 to h323

allow-connections h323 to sip

allow-connections sip to h323

allow-connections sip to sip

fax protocol pass-through g711alaw

h323

sip

!

dial-peer voice 2004 voip

description ё via BEELINE E1

translation-profile outgoing 2Beeline

destination-pattern 2......

session protocol sipv2

session target ipv4:10.252.248.1

dtmf-relay sip-kpml

codec g711alaw

no vad

!

[DanatShekhe]

Попробуйте так:

dial-peer voice 2004 voip

voice-class sip early-offer forced