leveler Опубликовано 1 апреля, 2010 · Жалоба Схема: СибирьТелеком <-[ОКС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. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aoz1 Опубликовано 2 апреля, 2010 · Жалоба Вопрос: как сделать так, чтобы КПВ начал идти после Alerting? Подсказка: можно дать совет как по настройке Цыски так и Si2000. http://www.cisco.com/en/US/tech/tk1077/tec...080094c33.shtml В исходящем в сторону PSTN dial-peer (pots ) поиграться progress_ind Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
All is not what it seems Опубликовано 2 апреля, 2010 · Жалоба вы уверены что КПВ, а не диалтон;)? у вас в сетапе нет сендинкомплит, а встречная станция не удовлетворяется Called номером и вместо кол просидинга даёт сетап аск Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
leveler Опубликовано 4 апреля, 2010 · Жалоба Даже такой убогий телефонист как я отличит КПВ от диалтона. Интересно, а почему же тогда при такой же связке за исключением того, что вместо ОКС-7 подключение к СТК по PRI, КПВ я начинаю слышать только после Alerting'а? :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
All is not what it seems Опубликовано 4 апреля, 2010 · Жалоба сендинкомплит на 5350 знаете как сделать? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
leveler Опубликовано 5 апреля, 2010 · Жалоба Нет. Подскажите? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
facility Опубликовано 5 апреля, 2010 · Жалоба Нет. Подскажите? interface Serial 3/1:15 isdn sending-complete Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
leveler Опубликовано 5 апреля, 2010 · Жалоба Поставил 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. Это тоже не совсем то, что хотелось бы иметь. При звонке на занятый номер сначала слышен КПВ, а потом занято. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
facility Опубликовано 5 апреля, 2010 · Жалоба *May 1 16:20:52.977: ISDN Se3/1:15 Q931: RX <- ALERTING pd = 8 callref = 0x95D6Теперь PI приходит с CALL_PROC. Это тоже не совсем то, что хотелось бы иметь. При звонке на занятый номер сначала слышен КПВ, а потом занято. В нормальной ситуации "RX <- ALERTING" подразумевает, что вызываемый абонент НЕ ЗАНЯТ. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
leveler Опубликовано 5 апреля, 2010 · Жалоба Где я говорил, что после алертинга занято? Я говорю, что при ситуации с PI в SETUP_ACK или CALL_PROC я слышу КПВ, а потом занято, если вызываемый абонент занят. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
facility Опубликовано 5 апреля, 2010 · Жалоба Где я говорил, что после алертинга занято? Я говорю, что при ситуации с PI в SETUP_ACK или CALL_PROC я слышу КПВ, а потом занято, если вызываемый абонент занят.Извините, я не понял, что debug тут просто так приложен. <-[SIP]-> GW Во-первых, непонятно что при этом происходит на участке "<-[sIP->". Во-вторых, GW может локально формирвать КПВ. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
leveler Опубликовано 5 апреля, 2010 · Жалоба GW на самом деле - это Софтсфич РТУ1.5 (MVTSPro+Centrex) и AddPac AP200B за ним. Начал прослушивать RTP. RTP с КПВ начинает идти с Центрекса сразу после посылки (которая сразу после приёма от Цыски) сообщения 183 Progress в сторону AP200B. С Цыски тоже начинает идти RTP. Но там тихо до 4-ой или 5-ой секунды. В этот момент как раз и приходит Alert с Si2000 видимо - и после уже идёт КВП от Цыски в сторону РТУ1.5. Попробовал подключить шлюз напрямую к MVTSPro (без Центрекса). КПВ начинаю слышать после 180 Ringing. Спасибо за наводку. Получается, что проблема в Центрексе. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...