Jump to content
Калькуляторы

КПВ после Setup Ack нужно, чтобы после Alerting

Схема:

СибирьТелеком <-[ОКС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.

Share this post


Link to post
Share on other sites
Вопрос: как сделать так, чтобы КПВ начал идти после Alerting?

 

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

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

 

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

 

 

 

 

 

 

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites
Нет. Подскажите?
interface Serial 3/1:15
isdn sending-complete

Share this post


Link to post
Share on other sites

Поставил 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. Это тоже не совсем то, что хотелось бы иметь. При звонке на занятый номер сначала слышен КПВ, а потом занято.

Share this post


Link to post
Share on other sites
*May 1 16:20:52.977: ISDN Se3/1:15 Q931: RX <- ALERTING pd = 8 callref = 0x95D6

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
Где я говорил, что после алертинга занято? Я говорю, что при ситуации с PI в SETUP_ACK или CALL_PROC я слышу КПВ, а потом занято, если вызываемый абонент занят.
Извините, я не понял, что debug тут просто так приложен.

<-[SIP]-> GW

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

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

 

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this