Всем доброго времени суток!
Нужен совет! Отсутствует КПВ при транзитном вызове!
собрана такая вот схема
Cisco 2810 E1 - E1OS500 - E1OS500 - ТФОП!
при снятии debuga отсутсвует сообщении "RX-Alerting"
если звонит с внутренних абонентов станции в сторону ТФОП КПВ есть!
Одна плата tepri работает в режиме "User" в сторону ТФОП
Вторая - "network" в сторону Cisco.
где грабли...????
Причем пока закономерность не выявлена, но есть какая то часть номером, при звонках на которые в сигнализации присутствует сообщение "Alert".

interface Serial1:15
no ip address
no logging event link-status
isdn switch-type primary-net5
isdn incoming-voice voice
isdn send-alerting
isdn sending-complete
no cdp enable
!
interface FR-ATM20
no ip address
!
ip classless
ip route
no ip http server
no ip http secure-server
!
!
!
!
!
voice-port 1:15
echo-cancel coverage 32
playout-delay maximum 180
playout-delay nominal 80
playout-delay minimum low
no comfort-noise
cptone RU
timeouts call-disconnect 5
timeouts wait-release 60
bearer-cap Speech
!
!
!
dial-peer voice 1 voip
destination-pattern .T
progress_ind setup enable 3
progress_ind progress enable 8
progress_ind connect enable 8
voice-class codec 1
session target ipv4:ХХХ.ХХХ.ХХХ.ХХХ
fax rate 4800
fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback none
ip qos dscp cs5 media
ip qos dscp ef signaling
!
dial-peer voice 7831 pots
tone ringback alert-no-PI
destination-pattern ^9.......$
progress_ind setup enable 3
progress_ind progress enable 8
progress_ind connect enable 8
direct-inward-dial
port 1:15



Apr 13 17:57:03.283: ISDN Se1:15 Q931: TX -> SETUP pd = 8 callref = 0x00D0
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839F
Exclusive, Channel 31
Progress Ind i = 0x8183 - Origination address is non-ISDN
Calling Party Number i = 0x80, 'ХХХХХХХХХХ'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, 'ХХХХХХХ'
Plan:Unknown, Type:Unknown
Apr 13 17:57:03.327: ISDN Se1:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x80D0
Channel ID i = 0xA9839F
Exclusive, Channel 31
Apr 13 17:57:03.327: ISDN Se1:15 BACKHAUL: L3IF_rx_L2_pak: received data 0x080280D0021803A9839F
Apr 13 17:57:03.331: ISDN Se1:15 EVENT: process_rxstate: ces/callid 1/0x8054 calltype 2 CALL_PROCEEDING
Apr 13 17:57:03.331: ISDN Se1:15 EVENTd: calltrkr_setup_received: isdn_info=50009368l, call_id=0x8054 ORIGINATE
Apr 13 17:57:07.167: ISDN Se1:15 Q931: RX <- CONNECT pd = 8 callref = 0x80D0
Apr 13 17:57:07.167: ISDN Se1:15 BACKHAUL: L3IF_rx_L2_pak: received data 0x080280D007
Apr 13 17:57:07.171: ISDN Se1:15 EVENT: process_rxstate: ces/callid 1/0x8054 calltype 2 CALL_CONNECT
Apr 13 17:57:07.171: ISDN CDAPI: cdapi_find_tsm found a GTD message ANM,
PRN,isdn*,,NET5*,

:
end of gtd length is 27
Apr 13 17:57:07.171: ISDN Se1:15 CDAPI: cdapi_mib_update msg CALL_CONNECT, remote number ХХХХХХХ, connected? No
Apr 13 17:57:07.171: ISDN Se1:15 EVENTd: calltrkr_call_connect: isdn_info=0x02FB1518, call_id=0x8054
Apr 13 17:57:07.175: ISDN Se1:15 EVENT: process_rxstate: ces/callid 1/0x8054 calltype 2 CALL_PROGRESS
Apr 13 17:57:07.175: ISDN Se1:15 Q931: TX -> CONNECT_ACK pd = 8 callref = 0x00D0
Apr 13 17:57:20.567: ISDN Se1:15 EVENTd: process_disconnect: call id 0x8054, call type is VOICE, b_idb 0x2FA8568, ces 1, cause Normal call clearing(0x10)
Apr 13 17:57:20.567: ISDN Se1:15 EVENTd: calltrkr_call_disconnected: isdn_info=0x02FB1518, call_id=0x8054
Apr 13 17:57:20.567: ISDN Se1:15 EVENTd: process_disconnect: Raw Release Message 0x4B00018054040802FF900803809081
Apr 13 17:57:20.571: ISDN Se1:15 CDAPI: cdapi_mib_update msg CALL_DISC, remote number ХХХХХХХ, connected? No
Apr 13 17:57:20.571: ISDN Se1:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x00D0
Cause i = 0x8090 - Normal call clearing
Apr 13 17:57:20.671: ISDN Se1:15 Q931: RX <- RELEASE pd = 8 callref = 0x80D0
Apr 13 17:57:20.675: ISDN Se1:15 BACKHAUL: L3IF_rx_L2_pak: received data 0x080280D04D
Apr 13 17:57:20.675: ISDN EVENTd: cc_clear_free_list freed 0x3484FD4
Apr 13 17:57:20.679: ISDN Se1:15 EVENT: process_rxstate: ces/callid 1/0x8054 calltype 2 CALL_CLEARED
Apr 13 17:57:20.679: ISDN Se1:15 EVENTd: calltrkr_call_cleared: isdn_info=0x02F38DDC, call_id=0x8054
Apr 13 17:57:20.679: ISDN Se1:15 EVENTd: calltrkr_call_cleared: isdn_info=0x02FB1518, call_id=0x8054
Apr 13 17:57:20.679: ISDN Se1:15 CDAPI: cdapi_mib_update msg CALL_DISC, remote number , connected? No
Apr 13 17:57:20.679: ISDN Se1:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x00D0


Может как нибудь можно эмулировать КПВ?
Спасибо!

Вот по этому сообщению, циска должна проключить голосовой тракт до ответа и дать послушать, что там происходит (такое делается при транзите с ISDN на аналоговую сеть, когда непонятно по сигналке, что там происхдит).

Apr 13 17:57:03.331: ISDN Se1:15 EVENT: process_rxstate: ces/callid 1/0x8054 calltype 2 CALL_PROCEEDING

А OS500 даст послушать, что там происходит при включении опции ISDN Proc con в ММС210. Если и так тишина, то крутите руки циске. Самс из ничего без Alerting вам гудка не сделает и не должен.

Спасибо!
Да КПВ есть!
Но теперь возникла другая ситуация - ложная тарификация.

Apr 14 04:25:12.612: ISDN Se1:15 EVENTd: process_pri_call: call id 0x8064, number ХХХХХХХ, speed 0, call type VOICE, redial No, CSM call No, pdata Yes
Apr 14 04:25:12.612: ISDN Se1:15 EVENTd: fill_cid_table_voice: Created entry call_id 0x8064, speed 64, remote 94216501, calling ХХХХХХХХХХ
Apr 14 04:25:12.612: ISDN Se1:15 EVENTd: pak_private_number: caller type/plan overridden by call_decode
Apr 14 04:25:12.612: ISDN Se1:15 EVENTd: pak_private_number: called type/plan overridden by call_decode
Apr 14 04:25:12.616: ISDN Se1:15 EVENTd: calltrkr_setup_received: isdn_info=49515996l, call_id=0x8064 ORIGINATE
Apr 14 04:25:12.616: ISDN Se1:15 EVENTd: calltrkr_setup_received: calltracker disabled
Apr 14 04:25:12.620: ISDN Se1:15 Q931: TX -> SETUP pd = 8 callref = 0x00E0
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839F
Exclusive, Channel 31
Progress Ind i = 0x8183 - Origination address is non-ISDN
Calling Party Number i = 0x80, 'ХХХХХХХХХХ'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, 'ХХХХХХХ'
Plan:Unknown, Type:Unknown
Apr 14 04:25:12.664: ISDN Se1:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x80E0
Channel ID i = 0xA9839F
Exclusive, Channel 31
Apr 14 04:25:12.664: ISDN Se1:15 BACKHAUL: L3IF_rx_L2_pak: received data 0x080280E0021803A9839F
Apr 14 04:25:12.668: ISDN Se1:15 EVENT: process_rxstate: ces/callid 1/0x8064 calltype 2 CALL_PROCEEDING
Apr 14 04:25:12.668: ISDN Se1:15 EVENTd: calltrkr_setup_received: isdn_info=50009368l, call_id=0x8064 ORIGINATE
Apr 14 04:25:14.088: ISDN Se1:15 Q931: RX <- CONNECT pd = 8 callref = 0x80E0
Date/Time i = 0x0A040E081900
Apr 14 04:25:14.088: ISDN Se1:15 BACKHAUL: L3IF_rx_L2_pak: received data 0x080280E00729060A040E081900
Apr 14 04:25:14.092: ISDN Se1:15 EVENT: process_rxstate: ces/callid 1/0x8064 calltype 2 CALL_CONNECT
Apr 14 04:25:14.092: ISDN Se1:15 CDAPI: cdapi_mib_update msg CALL_CONNECT, remote number ХХХХХХХ, connected? No
Apr 14 04:25:14.092: ISDN Se1:15 EVENTd: calltrkr_call_connect: isdn_info=0x02FB1518, call_id=0x8064
Apr 14 04:25:14.096: ISDN Se1:15 EVENT: process_rxstate: ces/callid 1/0x8064 calltype 2 CALL_PROGRESS
Apr 14 04:25:14.096: ISDN Se1:15 Q931: TX -> CONNECT_ACK pd = 8 callref = 0x00E0
Apr 14 04:25:19.216: ISDN Se1:15 EVENTd: process_disconnect: call id 0x8064, call type is VOICE, b_idb 0x2FA8568, ces 1, cause Normal call clearing(0x10)
Apr 14 04:25:19.220: ISDN Se1:15 EVENTd: calltrkr_call_disconnected: isdn_info=0x02FB1518, call_id=0x8064
Apr 14 04:25:19.220: ISDN Se1:15 EVENTd: process_disconnect: Raw Release Message 0x4B00018064040802FF900803809081
Apr 14 04:25:19.220: ISDN Se1:15 CDAPI: cdapi_mib_update msg CALL_DISC, remote number 94216501, connected? No
Apr 14 04:25:19.224: ISDN Se1:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x00E0
Cause i = 0x8090 - Normal call clearing
Apr 14 04:25:19.360: ISDN Se1:15 Q931: RX <- RELEASE pd = 8 callref = 0x80E0
Apr 14 04:25:19.360: ISDN Se1:15 BACKHAUL: L3IF_rx_L2_pak: received data 0x080280E04D
Apr 14 04:25:19.364: ISDN Se1:15 EVENT: process_rxstate: ces/callid 1/0x8064 calltype 2 CALL_CLEARED
Apr 14 04:25:19.364: ISDN Se1:15 EVENTd: calltrkr_call_cleared: isdn_info=0x02F38DDC, call_id=0x8064
Apr 14 04:25:19.364: ISDN Se1:15 EVENTd: calltrkr_call_cleared: isdn_info=0x02FB1518, call_id=0x8064
Apr 14 04:25:19.364: ISDN Se1:15 CDAPI: cdapi_mib_update msg CALL_DISC, remote number , connected? No
Apr 14 04:25:19.368: ISDN Se1:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x00E0

С этим будем разбираться!
Спасибо!

А вот это большой трабл. Так было заложено в ядре кода, что SMDR стартует по Proc Conn, а не по Сonnect. Нет ли возможности на циске задествовать какой-нибудь DSP под контроль транзитного аудио тракта и выдавать-таки в строну Самсунга Alerting.