[leveler]

Схема:

СибирьТелеком <-[ОКС7]-> Si2000 <-[iSDN]-> AS5350 <-[sIP]-> GW

 

Звонок идёт от GW в сторону СТК. После передачи в сторону Si2000 от Цыски Setup'а получем Setup Ack с PI = 8. После этого в сторону GW начинает литься КПВ.

Вот debug isdn q931 interface Serial 3/1:15:

*Apr 26 20:47:03.468: ISDN Se3/1:15 Q931: TX -> SETUP pd = 8  callref = 0x0199 
    Bearer Capability i = 0x8090A3 
        Standard = CCITT 
        Transfer Capability = Speech  
        Transfer Mode = Circuit 
        Transfer Rate = 64 kbit/s 
    Channel ID i = 0xA9839F 
        Exclusive, Channel 31 
    Calling Party Number i = 0x0180, '73831111111' 
        Plan:ISDN, Type:Unknown 
    Called Party Number i = 0x81, '89231111111' 
        Plan:ISDN, Type:Unknown

*Apr 26 20:47:03.492: ISDN Se3/1:15 Q931: RX <- SETUP_ACK pd = 8  callref = 0x8199 
    Channel ID i = 0xA9839F 
        Exclusive, Channel 31 
    Progress Ind i = 0x8288 - In-band info or appropriate now available 

*Apr 26 20:47:08.072: ISDN Se3/1:15 Q931: RX <- ALERTING pd = 8  callref = 0x8199

*Apr 26 20:47:12.752: ISDN Se3/1:15 Q931: TX -> DISCONNECT pd = 8  callref = 0x0199 
    Cause i = 0x8090 - Normal call clearing
*Apr 26 20:47:12.764: ISDN Se3/1:15 Q931: RX <- RELEASE pd = 8  callref = 0x8199
*Apr 26 20:47:12.768: ISDN Se3/1:15 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x0199

На Si2000 трассировка:

1. приходит Setup от Цыски;

2. уходит в ОКС7 ISUP соответствующий;

3. уходит Setup Ack в сторону Цыски с PI = 8;

4. и так далее

 

Вопрос: как сделать так, чтобы КПВ начал идти после Alerting?

 

Подсказка: можно дать совет как по настройке Цыски так и Si2000.

[aoz1]

Вопрос: как сделать так, чтобы КПВ начал идти после Alerting?

 

Подсказка: можно дать совет как по настройке Цыски так и Si2000.

http://www.cisco.com/en/US/tech/tk1077/tec...080094c33.shtml

 

В исходящем в сторону PSTN dial-peer (pots ) поиграться progress_ind

 

 

 

 

 

 

[All is not what it seems]

вы уверены что КПВ, а не диалтон;)?

у вас в сетапе нет сендинкомплит, а встречная станция не удовлетворяется Called номером и вместо кол просидинга даёт сетап аск

[leveler]

Даже такой убогий телефонист как я отличит КПВ от диалтона.

Интересно, а почему же тогда при такой же связке за исключением того, что вместо ОКС-7 подключение к СТК по PRI, КПВ я начинаю слышать только после Alerting'а? :)

[All is not what it seems]

сендинкомплит на 5350 знаете как сделать?

[leveler]

Нет. Подскажите?

[facility]

Нет. Подскажите?

interface Serial 3/1:15
isdn sending-complete

[leveler]

Поставил isdn sending-complete:

*May  1 16:20:47.301: ISDN Se3/1:15 Q931: TX -> SETUP pd = 8  callref = 0x15D6 
    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 
    Calling Party Number i = 0x0180, '73831111111' 
        Plan:ISDN, Type:Unknown 
    Called Party Number i = 0x81, '89231111111' 
        Plan:ISDN, Type:Unknown
rt-voice#
*May  1 16:20:47.329: ISDN Se3/1:15 Q931: RX <- CALL_PROC pd = 8  callref = 0x95D6 
    Channel ID i = 0xA9839F 
        Exclusive, Channel 31 
    Progress Ind i = 0x8288 - In-band info or appropriate now available 
rt-voice#
*May  1 16:20:52.977: ISDN Se3/1:15 Q931: RX <- ALERTING pd = 8  callref = 0x95D6
rt-voice#
*May  1 16:20:54.613: ISDN Se3/1:15 Q931: TX -> DISCONNECT pd = 8  callref = 0x15D6 
    Cause i = 0x8090 - Normal call clearing
*May  1 16:20:54.625: ISDN Se3/1:15 Q931: RX <- RELEASE pd = 8  callref = 0x95D6
*May  1 16:20:54.629: ISDN Se3/1:15 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x15D6

Теперь PI приходит с CALL_PROC. Это тоже не совсем то, что хотелось бы иметь. При звонке на занятый номер сначала слышен КПВ, а потом занято.

[facility]

*May 1 16:20:52.977: ISDN Se3/1:15 Q931: RX <- ALERTING pd = 8 callref = 0x95D6

Теперь PI приходит с CALL_PROC. Это тоже не совсем то, что хотелось бы иметь. При звонке на занятый номер сначала слышен КПВ, а потом занято.

В нормальной ситуации "RX <- ALERTING" подразумевает, что вызываемый абонент НЕ ЗАНЯТ.

[leveler]

Где я говорил, что после алертинга занято? Я говорю, что при ситуации с PI в SETUP_ACK или CALL_PROC я слышу КПВ, а потом занято, если вызываемый абонент занят.

[facility]

Где я говорил, что после алертинга занято? Я говорю, что при ситуации с PI в SETUP_ACK или CALL_PROC я слышу КПВ, а потом занято, если вызываемый абонент занят.

Извините, я не понял, что debug тут просто так приложен.

<-[SIP]-> GW

Во-первых, непонятно что при этом происходит на участке "<-[sIP->".

Во-вторых, GW может локально формирвать КПВ.

 

[leveler]

GW на самом деле - это Софтсфич РТУ1.5 (MVTSPro+Centrex) и AddPac AP200B за ним.

Начал прослушивать RTP. RTP с КПВ начинает идти с Центрекса сразу после посылки (которая сразу после приёма от Цыски) сообщения 183 Progress в сторону AP200B. С Цыски тоже начинает идти RTP. Но там тихо до 4-ой или 5-ой секунды. В этот момент как раз и приходит Alert с Si2000 видимо - и после уже идёт КВП от Цыски в сторону РТУ1.5.

Попробовал подключить шлюз напрямую к MVTSPro (без Центрекса). КПВ начинаю слышать после 180 Ringing. Спасибо за наводку. Получается, что проблема в Центрексе.