Главная страница


ru.cisco

 
 - RU.CISCO ---------------------------------------------------------------------
 From : Dmitriy Zyablov                      2:5025/3.246   28 Dec 2001  01:40:46
 To : All
 Subject : Где и кто тормозит?
 -------------------------------------------------------------------------------- 
 
 
 Имеем: циска 3640, 2 Е1 потока, меридиан-1 на том конце и такую картину:
 
 c3640#sh contr e1 ca
 [skip]
 E1 3/1:
   DS0's Active: 18
   DS0's Active High Water Mark: 27
   TimeSlot   Type   TotalCalls   TotalDuration
       1       pri           8       03:09:16
       2       pri          13       03:50:55
       3       pri          12       03:20:07
       4       pri          17       05:12:33
       5       pri          17       06:15:06
       6       pri          19       06:00:55
       7       pri          22       08:02:49
       8       pri          35       08:45:38
       9       pri          27       10:24:30
      10       pri          13       12:41:39
      11       pri          30       10:00:46
      12       pri          38       10:26:40
      13       pri          36       11:14:37
      14       pri          40       11:33:28
 
 >    15       pri           0       00:00:00
 
      17       pri          56       15:23:20
      18       pri          53       15:30:32
      19       pri          67       14:39:52
      20       pri          51       17:04:46
      21       pri          68       18:08:56
      22       pri          98       20:25:16
      23       pri          93       20:46:28
      24       pri          87       22:06:11
      25       pri          71       11:28:01
      26       pri          32       11:14:41
      27       pri         110       1d00h
      28       pri          55       1d03h
      29       pri           9       17:32:06
      30       pri          63       15:15:45
 
 >    31       pri           0       00:00:00
 
 Total DS0's Active High Water Mark: 29
 Total Calls since System Bootup: 1299
 
 Чешем затылок, думаем, почему так. Hе понимаем. Включаем debug isdn q931 и берем
 телефон и звоним. Потом смотрим:
 
 16:05:47: ISDN Se3/1:15: RX <- SETUP pd = 8  callref = 0x1800
 
 Попали на первый поток, для нашей циски это 3/1 сейчас.
 
 16:05:47:         Bearer Capability i = 0x8090A3
 16:05:47:         Channel ID i = 0xA98399
 16:05:47:         Progress Ind i = 0x8183 - Origination address is non-ISDN
 16:05:47:         Calling Party Number i = 0x39, 0x80, '732727172',
 Plan:Private, Type:Network specific
 16:05:47:         Called Party Number i = 0xB9, '80732727050', Plan:Private,
 Type:Network specific
 16:05:47:         Sending Complete
 16:05:47:         Locking Shift to Codeset 5
 16:05:47:         Codeset 5 IE 0x31  i = 0x80
 16:05:47:         Codeset 5 IE 0x32  i = 0x81
 16:05:47: ISDN Se3/1:15: Incoming call id = 0x0385, dsl 1
 16:05:47: ISDN Se3/1:15: NegotiateBchan: bchan 25 intid 0 serv_st 0 chan_st 0
 callid 0x0000 ev 0x90 n/w? 1
 16:05:47: Negotiated int_id 0 bchan 0 cr=0x9800 callid=0x0385 lo_chan 25 final
 int_id/bchan 0/25 cause 0x0
 
 Видим, что звонок пришел  по bchan 25
 
 16:05:47: ISDN Se3/1:15: LIF_EVENT: ces/callid 1/0x385 CALL_INCOMING
 16:05:47: ISDN Se3/1:15: CALL_INCOMING dsl 1 bchan 24
 16:05:47: ISDN Se3/1:15: CALL_INCOMING: call type is VOICE ALAW, bchan = 24
 
 Далее с ним что-то делается и bchan становится уже 24. Здравствуйте,
 уважаемая редакция.
 
 16:05:47: ISDN Se3/1:15: Event:  Received a VOICE call from 732727172 on B24 at 
 64 Kb/s
 16:05:47: ISDN Se3/1:15: RM returned call_type 1 resource type 0 response 1
 16:05:47: ISDN Se3/1:15: VOICE_ANS Event:  call id 0x385, bchan 24, ces 1
 16:05:47: ISDN Se3/1:15: isdn_send_connect(): msg 74, call id 0x385, ces 0 bchan
 24, call type VOICE
 16:05:47: ISDN Se3/1:15: LIF_EVENT: ces/callid 1/0x385 CALL_PROGRESS
 16:05:47: ISDN Se3/1:15: event CALL_PROGRESS dsl 1
 16:05:47: ISDN Se3/1:15: CALL_PROGRESS: CALL_CONNECTED call id 0x385, bchan 24, 
 dsl 1
 16:05:47: ISDN Se3/1:15: TX -> CALL_PROC pd = 8  callref = 0x9800
 16:05:47:         Channel ID i = 0xA98399
 16:05:47: ISDN Se3/1:15: TX -> ALERTING pd = 8  callref = 0x9800
 16:05:47: ISDN Se3/1:15: TX -> CONNECT pd = 8  callref = 0x9800
 16:05:47: ISDN Se3/1:15: RX <- CONNECT_ACK pd = 8  callref = 0x1800
 16:05:52: ISDN Se3/1:15: Serv_change_state: lo_chan 17 hi_chan 27 state 1 int_id
 0 locale 3
 16:05:55: ISDN Se3/1:15: RX <- DISCONNECT pd = 8  callref = 0x1800
 16:05:55:         Cause i = 0x8190 - Normal call clearing
 16:05:55: ISDN Se3/1:15: LIF_EVENT: ces/callid 1/0x385 CALL_DISC
 16:05:55: ISDN Se3/1:15: process_disc_ack(): call id 0x385, ces 1, call type
 VOICE cause 0x10
 16:05:55: ISDN Se3/1:15: TX -> RELEASE pd = 8  callref = 0x9800
 16:05:55: ISDN Se3/1:15: VOICE_HANGUP Event: call id 0x385, bchan 24, ces 1,
 cause 0x10
 16:05:55: ISDN Se3/1:15: Event: Voice hangup call to call id 0x385
 16:05:59: ISDN Se3/1:15: TX -> RELEASE pd = 8  callref = 0x9800
 16:05:59: ISDN Se3/1:15: RX <- RELEASE_COMP pd = 8  callref = 0x1800
 16:05:59:         Cause i = 0x81E0 - Mandatory information element missing
 16:05:59: ISDN Se3/1:15: CCPRI_ReleaseCall(): bchan 25, call id 0x385, call type
 VOICE
 16:05:59: CCPRI_ReleaseChan released b_dsl 1 B_Chan 25
 16:05:59: ISDN Se3/1:15: LIF_EVENT: ces/callid 1/0x385 CALL_CLEARED
 16:05:59: ISDN Se3/1:15: received CALL_CLEARED  call_id 0x385
 16:05:59: no resend setup, no redial
 16:05:59: no resend setup, no redial
 
 Hу остальное сейчас не важно, я услышал писк модема и положил трубу.
 И стал думать. Если циска так странно рутит звонки по b-каналам, то
 понятно, что если звонок приходит по 31-му, то он попадет на 30-й,
 если приходит на  15-й, то попадет на 14-й. А на 15-й ничего не
 попадет, т.к. 16-й - это d-канал. Поэтому 15-й пустой. Остается
 догадаться,  что будет со звонками, которые идут на 1-й? Вероятно,
 они уходят  в никуда. И тоже самое, наверное, происходит со звонками
 на 17-й?
 
 Далее думаем, что что-то не так в конфиге. Идем на сайт циски и ищем в его
 недрах похожий лог. Совсем похожего нет, но есть близкое:
 
 http://www.cisco.com/warp/public/793/access_dial/basic_vpdn.html
 
 === Cut ===
       Sep 29 02:25:42.923: ISDN Se0:15: Incoming call id = 0x011B, dsl 0
       Sep 29 02:25:42.927: Negotiated CCB->int_id 0 B-chan 0, req->int_id 0,
 B-chan 18
       Sep 29 02:25:42.931: CCPRI_ReleaseChan CCB->B_Chan zero
       Sep 29 02:25:42.939: ISDN Se0:15: received CALL_INCOMING call_id 0x11B
       Sep 29 02:25:42.939: ISDN Se0:15: CALL_INCOMING: call type is DATA , bchan
 = 17
       Sep 29 02:25:42.943: ISDN Se0:15: Event: Received a DATA call from 6122
       on B17 at 64 Kb/s
       Sep 29 02:25:42.947: ISDN Se0:15: RM returned call_type 0 resource type 0 
 Sep 29 02:25:42.959: ISDN Se0:15: isdn_send_connect(): msg 74, call id 0x11B,
       ces 1 bchan 17, call type DATA
       Sep 29 02:25:43.031: %LINK-3-UPDOWN: Interface Serial0:17, changed state
 to up
 === Cut ===
 
 Hачинаем думать, что не все так просто в жизни. А теперь вопрос: это что, так
 положено, чтобы два таймслота в потоке не работали? Или я что-то не так понимаю?
 Я конечно, в цисках ну совсем чайник, просто хочется чтобы работало :-)
 
 Hу для полного порядка вот что прописано в конфиге:
 
 controller E1 3/0
  framing NO-CRC4
  pri-group timeslots 1-31
 
 controller E1 3/1
  framing NO-CRC4
  pri-group timeslots 1-31
 
 interface Serial3/0:15
  no ip address
  encapsulation ppp
  no logging event link-status
  isdn switch-type primary-net5
  isdn protocol-emulate network
  isdn incoming-voice modem
  no fair-queue
  no cdp enable
  ppp multilink
 
 interface Serial3/1:15
  no ip address
  encapsulation ppp
  no logging event link-status
  isdn switch-type primary-net5
  isdn protocol-emulate network
  isdn incoming-voice modem
  no fair-queue
  no cdp enable
  ppp multilink
 Dmitriy
 
 {reg Linux user #90799} {ICQ #24132196}
 
 --- GoldED+ 1.1.4.7 (Linux 2.4.17 i686)
  * Origin:  Солнечный Самарканд  (2:5025/3.246)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Где и кто тормозит?   Dmitriy Zyablov   28 Dec 2001 01:40:46 
 Где и кто тормозит?   Alexander Objorin   28 Dec 2001 09:10:26 
 Re: Где и кто тормозит?   Dmitriy Zyablov   28 Dec 2001 11:51:19 
 Где и кто тормозит?   Alexander Objorin   29 Dec 2001 13:31:54 
Архивное /ru.cisco/33443c2b9fca.html, оценка 3 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional