Коллеги, добрый день!
Сломал уже всю голову, не могу решить проблему.
Схема соединения такая:
АТС1 M1 11c (5.00W) ---PRI--- Cisco 3845 ---PRI--- АТС2 M1 11c (5.50J)
Кроме того, у циски есть voip диалпир для звонков на корпоративную сеть.
Проблема в следующем- при звонке с меридиана АТС1 (5.00W) на меридиан АТС2 (5.50) звонящий не слышит КПВ. В обратную сторону все нормально. Звонки в/из корпоративной сети с обеих атс - без замечаний, КПВ есть. Кроме того, при звонке с АТС1 (5.00W) через Cisco на себя обратно - КПВ есть.
КПВ нет только при звонке на АТС2.
Понимая, что проблема избита, применил все возможные способы решения.
На циске прописано
voice call send-alert
voice rtp send-recv

В pots диал-пирах прописано:
voice cut-through alert
tone ringback alert-no-PI
progress_ind progress enable 8
progress_ind connect enable 8

Кроме этого, пробовал как с командой на pots диал-пире progress_ind alert enable 8, так и без него.
В зависимости от этого, от циски приходит Alert с Destination address is non-ISDN (без PI), или с In-band info or appropriate now available (с PI).
Однако в обеих случаях - тишина до момента снятия трубки.

Не могу понять, почему АТС1 не дает мне КПВ при получении от Циски Alert.
Коллеги, если есть мысли, поделитесь. у меня уже голова расплавилась..

Если это вовпрс по циске, то непонятно, почему в этом форуме.
Если это вопрос по меридианам, то непонятно, почему распечатки конфигурации только из циски и нет трассировок.

В том то и дело, что не пойму, где проблема.
Сейчас выяснил, что звонок из АТС2 "сам на себя" через Циску тоже проходит без КПВ.
Получается, она (АТС2) не дает КПВ в канал? Проблема с ftc? RGBK ?

А трейсы есть, пожалуйста. Все трейсы здесь с АТС1.

Вызов с АТС1(ххх225) на АТС2(ххх427). КПВ нет. После ожидания (тишины) абонент А положил трубу.

DCH 17 UIPE_OMSG CC_SETUP_REQ REF 00000037 CH 17 30 TOD 9:47:00 CK 0595848C
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:xxx225 NUM PLAN: E164 TON: NATL
CALLED #:xxx427 NUM PLAN: E164 TON: LOCL

DCH 17 UIPE_IMSG CC_PROCEED_IND REF 00000037 CH 17 30 TOD 9:47:00 CK 0595853A

DCH 17 UIPE_IMSG CC_ALERT_IND REF 00000037 CH 17 30 TOD 9:47:00 CK 0595863A
PROGRESS: TERMINATING END IS NOT ISDN

DCH 17 UIPE_OMSG CC_DISC_REQ REF 00000037 CH 17 30 TOD 9:47:10 CK 0595CD74
CAUSE: #16 - NORMAL CALL CLEARING

DCH 17 UIPE_IMSG CC_RELEASE_IND REF 00000037 CH 17 30 TOD 9:47:10 CK 0595CE03

DCH 17 UIPE_OMSG CC_RELEASE_RESP REF 00000037 CH 17 30 TOD 9:47:10 CK 0595CE10



Вызов "на себя" с АТС1(xxx244) на АТС1(xxx225). КПВ есть. Разговор состоялся

>
DCH 17 UIPE_OMSG CC_SETUP_REQ REF 00000045 CH 17 30 TOD 10:01:12 CK 05AF88BC
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:xxx244 NUM PLAN: E164 TON: NATL
CALLED #:xxx225 NUM PLAN: E164 TON: LOCL

DCH 17 UIPE_IMSG CC_PROCEED_IND REF 00000045 CH 17 30 TOD 10:01:14 CK 05AF8987

DCH 17 UIPE_IMSG CC_SETUP_IND REF 00006A48 CH 17 1 TOD 10:01:14 CK 05AF89FF
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:xxx244 NUM PLAN: E164 TON: NATL
CALLED #:xxx225 NUM PLAN: E164 TON: LOCL

DCH 17 UIPE_OMSG CC_PROCEED_REQ REF 0000EA48 CH 17 1 TOD 10:01:14 CK 05AF8A2F

DCH 17 UIPE_OMSG CC_ALERT_REQ REF 0000EA48 CH 17 1 TOD 10:01:14 CK 05AF8A3B
PROGRESS: TERMINATING END IS NOT ISDN

DCH 17 UIPE_IMSG CC_ALERT_IND REF 00000045 CH 17 30 TOD 10:01:14 CK 05AF8AD3
PROGRESS: TERMINATING END IS NOT ISDN

DCH 17 UIPE_OMSG CC_SETUP_RESP REF 0000EA48 CH 17 1 TOD 10:01:16 CK 05AFA7DC
PROGRESS: TERMINATING END IS NOT ISDN
CONNECT #:xxx225 NUM PLAN: E164 TON: NATL

DCH 17 UIPE_IMSG CC_SETUPCOMP_IND REF 00006A48 CH 17 1 TOD 10:01:18 CK 05AFA873

DCH 17 UIPE_IMSG CC_SETUP_CONF REF 00000045 CH 17 30 TOD 10:01:18 CK 05AFA879
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 17 UIPE_OMSG CC_DISC_REQ REF 00000045 CH 17 30 TOD 10:01:24 CK 05AFD7E0
CAUSE: #16 - NORMAL CALL CLEARING

DCH 17 UIPE_IMSG CC_RELEASE_IND REF 00000045 CH 17 30 TOD 10:01:24 CK 05AFD86E

DCH 17 UIPE_OMSG CC_RELEASE_RESP REF 00000045 CH 17 30 TOD 10:01:24 CK 05AFD87A

DCH 17 UIPE_IMSG CC_DISC_IND REF 00006A48 CH 17 1 TOD 10:01:24 CK 05AFD88E
CAUSE: #16 - NORMAL CALL CLEARING

DCH 17 UIPE_OMSG CC_RELEASE_REQ REF 0000EA48 CH 17 1 TOD 10:01:24 CK 05AFD89C

DCH 17 UIPE_IMSG CC_RELEASE_CONF REF 00006A48 CH 17 1 TOD 10:01:24 CK 05AFD8DB




В случае, если на pots диалпире в сторону АТС2 указываю отдавать PI=8 (progress_ind alert enable 8), то трассировка выглядит так:
Вызов с АТС1(ххх225) на АТС2(ххх427). КПВ нет. После ожидания (тишины) абонент А положил трубу.

.
DCH 17 UIPE_OMSG CC_SETUP_REQ REF 0000063C CH 17 29 TOD 12:52:32 CK 06E93201
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:xxx225 NUM PLAN: E164 TON: NATL
CALLED #:xxx427 NUM PLAN: E164 TON: LOCL

DCH 17 UIPE_IMSG CC_PROCEED_IND REF 0000063C CH 17 29 TOD 12:52:32 CK 06E932D2

DCH 17 UIPE_IMSG CC_ALERT_IND REF 0000063C CH 17 29 TOD 12:52:32 CK 06E93383
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 17 UIPE_OMSG CC_DISC_REQ REF 0000063C CH 17 29 TOD 12:52:36 CK 06E95289
CAUSE: #16 - NORMAL CALL CLEARING

DCH 17 UIPE_IMSG CC_RELEASE_IND REF 0000063C CH 17 29 TOD 12:52:36 CK 06E95308

DCH 17 UIPE_OMSG CC_RELEASE_RESP REF 0000063C CH 17 29 TOD 12:52:36 CK 06E95316

DCH000

Вы распечатки конфигурации со стороны М1 не приводите по каким соображениям ?

Да просто запарился уже, извините.
Вот конфиг АТС1:

REQ prt
TYPE adan dch 17

ADAN DCH 17
CTYP MSDL
CARD 17
PORT 1
DES
USR PRI
DCHL 17
OTBF 32
PARM RS422 DTE
DRAT 64KC
CLOK EXT
IFC EURO
CNTY ETSI
PINX_CUST 0
ISDN_MCNT 300
CLID OPT1
PROG NCHG
CO_TYPE STD
SIDE USR
CNEG 1
RLS ID **
RCAP COLP
MBGA NO
OVLR NO
OVLS NO
T310 120
INC_T306 120
OUT_T306 120
T200 3
T203 10
N200 3
N201 260
K 7

REQ ****
OVL000
>ld 21
PT1000

REQ: prt
TYPE: rdb
CUST 0
ROUT 17

TYPE RDB
CUST 00
DMOD
ROUT 17
DES
TKTP TIE
NPID_TBL_NUM 0
ESN NO
RPA NO
CNVT NO
SAT NO
RCLS EXT
VTRK NO
NODE
DTRK YES
BRIP NO
DGTP PRI2
ISDN YES
MODE PRA
IFC EURO
CNTY ETSI
SBN NO
PNI 00000
NCNA NO
NCRD NO
CTYP UKWN
INAC NO
ISAR NO
CPFXS YES
SDID NO
DAPC NO
INTC NO
DSEL VOD
PTYP DTT
AUTO NO
DNIS NO
DCDR NO
ICOG IAO
SRCH LIN
TRMB YES
STEP
ACOD 017
TCPP NO
TARG
CLEN 1
BILN NO
OABS
INST
IDC YES
DCNO 11
NDNO 11 *
DEXT NO
DNAM NO
SIGO STD
MFC NO
ICIS YES
OGIS YES
TIMR ICF 512
OGF 512
EOD 13952
NRD 10112
DDL 70
ODT 4096


PAGE 002

RGV 640
GTO 896
GTI 896
SFB 3
NBS 2048
NBL 4096

IENB 5
TFD 0
VSS 0
VGD 6
DTD NO
SCDT NO
2 DT NO
DRNG NO
CDR NO
NATL YES
SSL
CFWR NO
IDOP NO
VRAT NO
MUS NO
PANS YES
FRL 0 0
FRL 1 0
FRL 2 0
FRL 3 0
FRL 4 0
FRL 5 0
FRL 6 0
FRL 7 0
OHQ NO
OHQT 00
CBQ NO
AUTH NO
TTBL 0
ATAN NO
PLEV 2
OPR NO
ALRM NO
ART 0
PECL NO
DCTI 0
TIDY 017 17
SGRP 0
ARDN NO
ANIE 0
CAC_CIS 3
AACR NO

REQ:
REQ PRT
TYPE: ****
OVL000
>ld 20

PT0000
REQ: prt
TYPE: tie
TN 17 30
DATE
PAGE

DES
TN 017 30
TYPE TIE
CDEN SD
CUST 0
TRK PRI2
PDCA 1
PCML A
NCOS 2
RTMB 17 30
B-CHANNEL SIGNALING
TGAR 0
AST NO
IAPG 0
CLS UNR DTN CND ECD WTA LPR APN THFD XREP BARD SPCD
P10 VNL
TKID
AACR NO
DATE 16 DEC 2014

По последнему изысканию:
АТС1 при звонке "на себя" КПВ получает.
АТС2 при звонке "на себя" не получает КПВ.
Т.е. винить циску в том, что она не проключает голосовой транк, нельзя.
Настройки ее интерфейсов Е1 и диал-пиров pots идентичны.
Тогда причина остается - в АТС2 ?

ее конфиги смогу посмотреть чуть позже.

Настройки Cisco, для полной информации.


!
voice call send-alert
voice rtp send-recv
!

controller E1 0/2/0
framing NO-CRC4
pri-group timeslots 1-31
description <<< To ATC1 >>>
!
controller E1 0/3/0
framing NO-CRC4
pri-group timeslots 1-31
description <<< To ATC2 >>>

interface Serial0/2/0:15
description <<< To ATC1 >>>
no ip address
encapsulation hdlc
isdn switch-type primary-net5
isdn protocol-emulate network
isdn incoming-voice voice
isdn send-alerting
isdn sending-complete
fair-queue 64 256 0
no cdp enable
!
interface Serial0/3/0:15
description <<< To ATC2 >>>
no ip address
encapsulation hdlc
isdn switch-type primary-net5
isdn protocol-emulate network
isdn incoming-voice voice
isdn send-alerting
isdn sending-complete
fair-queue 64 256 0
no cdp enable
!
dial-peer voice xxx2xx pots
voice cut-through alert
tone ringback alert-no-PI
destination-pattern xxx2..
progress_ind alert enable 8
progress_ind progress enable 8
progress_ind connect enable 8
direct-inward-dial
port 0/2/0:15
forward-digits all
!
dial-peer voice xxx4xx pots
voice cut-through alert
tone ringback alert-no-PI
destination-pattern xxx4..
progress_ind alert enable 8
progress_ind progress enable 8
progress_ind connect enable 8
direct-inward-dial
port 0/3/0:15
forward-digits all
!

И конфигурация АТС2 (dch, rout, trunk)

REQ prt

TYPE adan dch


ADAN DCH 11
CTYP MSDL
CARD 01
PORT 1
DES LOOP1
USR PRI
DCHL 1
OTBF 32
PARM RS422 DTE
DRAT 64KC
CLOK EXT
IFC EURO
CNTY ETSI
PINX_CUST 0
ISDN_MCNT 300
CLID OPT1
PROG NCHG
CO_TYPE STD
SIDE USR
CNEG 1
RLS ID **
RCAP COLP
MBGA NO
OVLR NO
OVLS NO
T310 120
INC_T306 120
OUT_T306 120
T200 3
T203 10
N200 3
N201 260
K 7

REQ

REQ: prt

TYPE: rdb

CUST 0

ROUT 11


TYPE RDB
CUST 00
DMOD
ROUT 11
DES LOOP1
TKTP TIE
NPID_TBL_NUM 0
ESN NO

RPA NO
CNVT NO
SAT NO
RCLS EXT
VTRK NO
NODE
DTRK YES
BRIP NO

DGTP PRI2
ISDN YES
MODE PRA
IFC EURO
CNTY ETSI
SBN NO
PNI 00000
NCNA NO
NCRD NO
CTYP UKWN
INAC NO
ISAR NO
CPFXS YES
SDID NO
DAPC NO
INTC NO
DSEL VOD
PTYP DTT
AUTO NO
DNIS NO
DCDR NO
ICOG IAO
SRCH LIN
TRMB YES
STEP
ACOD 0099011
TCPP NO
TARG
CLEN 1
BILN NO
OABS
INST
IDC YES
DCNO 1
NDNO 1 *
DEXT NO
DNAM NO
SIGO STD
MFC NO
ICIS YES
OGIS YES
TIMR ICF 512
OGF 512
EOD 13952
NRD 10112
DDL 70
ODT 4096


PAGE 002

RGV 640
GTO 896
GTI 896
SFB 3
NBS 2048
NBL 4096
TFD 0
RTD 12
DTD NO
SCDT NO
2 DT NO
DRNG NO
CDR NO
NATL YES
SSL
CFWR NO
IDOP NO
MUS NO
PANS YES
FRL 0 0
FRL 1 0
FRL 2 0
FRL 3 0
FRL 4 0
FRL 5 0
FRL 6 0
FRL 7 0
AUTH NO
TTBL 0
ATAN NO
PLEV 2
OPR NO
ALRM NO
ART 0
PECL NO
DCTI 0
TIDY 7799011 11
SGRP 0
ARDN NO
ANIE 0
CAC_CIS 3
AACR NO

REQ: ****

OVL000


REQ: prt

TYPE: tie

TN 1 1


DATE

PAGE


DES LOOP1
TN 001 01
TYPE TIE
CDEN SD
CUST 0

TRK PRI2
PDCA 1
PCML A
NCOS 0
RTMB 11 1
B-CHANNEL SIGNALING
TGAR 1
AST NO
IAPG 0
CLS UNR DIP CND ECD WTA LPR APN THFD XREP BARD SPCD
P10 VNL
TKID
AACR NO
DATE 10 APR 2012


NACT

Т.к. у вас М1 - user side по EDSS1, то вроде как он и не должен предъявлять КПВ, его должен предоставлять Network side.

Т.е. в данном случае это должна делать Циска?

Юзер сайд с обеих сторон. Циска или не должная слать PROGRESS: INBAND INFO OR PATTERN IS AVAIL, разрешая обеим АТС гудеть рингбэком в ответ на алертинг, или генерить инбанд сама.

Други, спасибо за поддержку!
Проблема оказалась как всегда проста - на АТС2 в таблице FTC был неправильно прописан RGBK. Поэтому КПВ не было и на внутренних вызовах внутри АТС2. Как они жили до этого несколько лет - непонятно. Когда я не услышал КПВ при звонке на внутренний телефон - исправить проблему топика было делом пары минут.
Сейчас АТС2 как и положено дудит КПВ.

А еще для сценария вызова АТС1-АТС2 у вас приведена трасс только Д-канала АТС1.
Трасса того же вызова с АТС2 есть ?

jetc, спасибо за помощь!
Проблема решена. Пока сам до АТС2 не добрался, считал что виновата циска или АТС1. Предположить, что в годами работающей станции нет КПВ, и это считается нормальным и привычным, я был не в состоянии.