The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"IVR trouble"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение [Проследить за развитием треда]

"IVR trouble" 
Сообщение от негор emailИскать по авторуВ закладки on 14-Сен-05, 00:51  (MSK)
есть циска 5350, которая принимает pots звонки с PRI ISDN из PSTN.

прикручен IVR с tcl'ным скриптом и аудиофайлами.
когда приходит звонок, юзера просят ввести пинкод, который отсылается в радиус
на проверку
валидности пин-кода в mysql-базе. после этого юзер набирает номер и его звонок
терминируется по воипу.

всё хорошо всё отлично работает.
версия иоса: IOS (tm) 5350 Software (C5350-IS-M), Version 12.2(2)XB11, EARLY
DEPLOYMENT RELEASE SOFTWARE (fc1)

появилась необходимость накрутить тоже самое но на 2600-й циске. с двумя
FXS-портами

версия иоса:
IOS (tm) C2600 Software (C2600-IS3X-M), Version 12.3(13b), RELEASE SOFTWARE
(fc2)


вот куски конфига, делал всё по аналогии с 5350

aaa group server radius voip
server X.X.X.X auth-port 1812 acct-port 1813
!
aaa authentication login h323 group voip
aaa authorization exec default local group voip
aaa authorization exec h323 group voip
aaa authorization exec if-athen if-authenticated
aaa authorization network default group voip
aaa accounting update newinfo
aaa accounting network h323 stop-only group voip
aaa accounting connection h323 stop-only group voip
aaa session-id common


!
gw-accounting syslog
gw-accounting aaa
!
!

radius-server attribute 8 include-in-access-req
radius-server host X.X.X.X auth-port 1812 acct-port 1813 non-standard timeout
30 key 7 123123123123123123
radius-server timeout 7
radius-server vsa send accounting
radius-server vsa send authentication
!
call application voice ivr_pots_35-2 tftp://X.X.X.X/scripts/ivr_pots.tcl
call application voice ivr_pots_35-2 language 0 ru
call application voice ivr_pots_35-2 set-location ru 0 tftp://X.X.X.X/voip/ru/
!
voice-port 1/0/0
echo-cancel coverage 32
cptone RU
!
voice-port 1/0/1
echo-cancel coverage 32
cptone RU

dial-peer voice 108 voip
preference 1
destination-pattern 8...........
progress_ind setup enable 3
progress_ind progress enable 8
translate-outgoing called 87
voice-class codec 1
session target ipv4:X.X.X.X
tech-prefix 00
dtmf-relay h245-alphanumeric
ip qos dscp cs5 media

dial-peer voice 101 pots
application ivr_pots_35-2
incoming called-number 108
answer-address 108
port 1/0/0


втыкаем телефонный аппарат в fxs порт, согласно tcl-скрипту
в трубе появляется голос с приглашением ввести пинкод.
на 5350-й циске после ввода пинкода пользователю сообшается его текущий баланс
и предлагается позвонить.
используя тот же самый скрипт на 2610 циске происходит нечто странное.

вместо сообщения о текущем балансе сообщается "на линии перегрузка" и трубку
бросается.
вот дебаг радиуса и скрипта.

Sep 13 13:48:49 nt26xx01 413: *Mar  1 03:54:47.254: RADIUS:  User-Name         [1]   11  "17454117"
Sep 13 13:48:49 nt26xx01 414: *Mar  1 03:54:47.254: RADIUS:  User-Password     [2]   18  *
Sep 13 13:48:49 nt26xx01 415: *Mar  1 03:54:47.254: RADIUS:  Vendor, Cisco     [26]  56
Sep 13 13:48:49 nt26xx01 416: *Mar  1 03:54:47.254: RADIUS:   Conf-Id          [24]  50  "h323-conf-id=2AD8CA56 14F611CC 80209DB1 1B36C469"
Sep 13 13:48:49 nt26xx01 417: *Mar  1 03:54:47.254: RADIUS:  Vendor, Cisco     [26]  37
Sep 13 13:48:49 nt26xx01 418: *Mar  1 03:54:47.254: RADIUS:   Cisco AVpair     [1]   31  "h323-ivr-out=transactionID:16"
Sep 13 13:48:49 nt26xx01 419: *Mar  1 03:54:47.258: RADIUS:  Calling-Station-Id[31]  5   "108"
Sep 13 13:48:49 nt26xx01 420: *Mar  1 03:54:47.258: RADIUS:  NAS-Port-Type     [61]  6   Async                     [0]
Sep 13 13:48:49 nt26xx01 421: *Mar  1 03:54:47.258: RADIUS:  Vendor, Cisco     [26]  17
Sep 13 13:48:49 nt26xx01 422: *Mar  1 03:54:47.258: RADIUS:   cisco-nas-port   [2]   11  "FXS 1/0/1"
Sep 13 13:48:49 nt26xx01 423: *Mar  1 03:54:47.258: RADIUS:  NAS-Port          [5]   6   0
Sep 13 13:48:49 nt26xx01 424: *Mar  1 03:54:47.262: RADIUS:  Service-Type      [6]   6   Login                     [1]
Sep 13 13:48:49 nt26xx01 425: *Mar  1 03:54:47.262: RADIUS:  NAS-IP-Address    [4]   6   212.92.136.140
Sep 13 13:48:49 nt26xx01 426: *Mar  1 03:54:47.334: RADIUS: Received from id 1645/17 212.92.136.35:1812, Access-Accept,len 76
Sep 13 13:48:49 nt26xx01 427: *Mar  1 03:54:47.338: RADIUS:  authenticator 41 77 A5 C2 E3 9E CA 86 - 9A BB 34 92 A3 D0 5D 9A
Sep 13 13:48:49 nt26xx01 428: *Mar  1 03:54:47.338: RADIUS:  Vendor, Cisco     [26]  26
Sep 13 13:48:50 nt26xx01 429: *Mar  1 03:54:47.338: RADIUS:   h323-return-code [103] 20  "h323-return-code=0"
Sep 13 13:48:50 nt26xx01 430: *Mar  1 03:54:47.338: RADIUS:  Vendor, Cisco     [26]  30
Sep 13 13:48:50 nt26xx01 431: *Mar  1 03:54:47.338: RADIUS:   h323-credit-amount [101] 24  "h323-credit-amount=563"
Sep 13 13:48:50 nt26xx01 432: *Mar  1 03:54:47.342: RADIUS(0000000F): Received from id 1645/17
Sep 13 13:48:55 nt26xx01 433: *Mar  1 03:54:53.901:
%VOIPAAA-5-VOIP_CALL_HISTORY: CallLegType 1, ConnectionId 2AD8CA56 1
4F611CC 80209DB1 1B36C469, SetupTime *03:54:40.031 MSK Mon Mar 1 1993,
PeerAddress 108, PeerSubAddress , DisconnectCause 10  , DisconnectText normal call clearing (16), ConnectTime *03:54:40.101 MSK
Mon Mar 1 1993, DisconnectTime *03:54:53.891 MSK Mon Mar 1 1993, CallOrigin 2, ChargedUnits 0, InfoType 2,
TransmitPackets 456, TransmitBytes 72960, ReceivePackets 0, ReceiveBytes 0


т.е. из логов радиуса видно что на запрошенный пин был возвращен аксесс с кодом
0 и состояние счета.
после чего в на 5350 в обычных условиях происходил звонок. тут же просто
кладется трубка.

вот дебаг  ivr скрипта

#debug voice ivr all

Sep 13 14:21:04 nt26xx01 775: *Mar  1 03:16:53.805: :/ani/
Sep 13 14:21:04 nt26xx01 776: *Mar  1 03:16:53.805: :[authorize]
Sep 13 14:21:04 nt26xx01 777: *Mar  1 03:16:53.809: authorization
Sep 13 14:21:04 nt26xx01 778: *Mar  1 03:16:53.809:     account=173868117
Sep 13 14:21:04 nt26xx01 779: *Mar  1 03:16:53.809:     password=unknown
Sep 13 14:21:04 nt26xx01 780: *Mar  1 03:16:53.809:     destination=
Sep 13 14:21:04 nt26xx01 781: *Mar  1 03:16:53.897:  ta_get_event: out of whileloop for event authorized
Sep 13 14:21:04 nt26xx01 782: *Mar  1 03:16:53.897: cid(4) ta_get_event returning authorized
Sep 13 14:21:04 nt26xx01 783: *Mar  1 03:16:53.897: :/getVariable/
Sep 13 14:21:04 nt26xx01 784: *Mar  1 03:16:53.897:  "getVariable radius attr-name" is deprecated by "getVariable aaa attr-name returnInfo"
Sep 13 14:21:04 nt26xx01 785: *Mar  1 03:16:53.901: :[callID]
Sep 13 14:21:04 nt26xx01 786: *Mar  1 03:16:53.901: :/puts/
Sep 13 14:21:04 nt26xx01 787: *Mar  1 03:16:53.901: DEBUG: cid(4) app running change from oldstate=first_authorize to state=get_dest
Sep 13 14:21:04 nt26xx01 788: *Mar  1 03:16:53.913: :[callID]
Sep 13 14:21:04 nt26xx01 789: *Mar  1 03:16:53.913: :/puts/
Sep 13 14:21:04 nt26xx01 790: *Mar  1 03:16:53.913: DEBUG: do_get_dest: 4 : STARTED
Sep 13 14:21:04 nt26xx01 791: *Mar  1 03:16:53.921: :/getVariable/
Sep 13 14:21:04 nt26xx01 792: *Mar  1 03:16:53.921:  "getVariable radius attr-name" is deprecated by "getVariable aaa attr-name returnInfo"
Sep 13 14:21:04 nt26xx01 793: *Mar  1 03:16:53.925: :/getVariable/
Sep 13 14:21:04 nt26xx01 794: *Mar  1 03:16:53.925: :[callID]
Sep 13 14:21:04 nt26xx01 795: *Mar  1 03:16:53.925: :/puts/
Sep 13 14:21:04 nt26xx01 796: *Mar  1 03:16:53.925: DEBUG: do_get_dest: 4: AMOUNT IS 563
Sep 13 14:21:04 nt26xx01 797: *Mar  1 03:16:53.929: ta_PlayPromptCmd() 00:16:53.894
Sep 13 14:21:04 nt26xx01 798:
Sep 13 14:21:04 nt26xx01 799: *Mar  1 03:16:53.929: ta_PlayPromptCmd. on incoming CallID=4
Sep 13 14:21:04 nt26xx01 800:
Sep 13 14:21:04 nt26xx01 801: *Mar  1 03:16:53.933: //-1//DPM :DP5:/pc_mc_createDynamicS: calloc mcDynamicS_t
Sep 13 14:21:04 nt26xx01 802: *Mar  1 03:16:53.933: //-1//DPM :DP5:/pc_mc_addToDynamicS: (1) ru_no_aaa.au
Sep 13 14:21:04 nt26xx01 803: *Mar  1 03:16:53.933: //-1//DPM :DP5:/pc_mc_addToDynamicS: Doing : ru_no_aaa.au
Sep 13 14:21:04 nt26xx01 804: *Mar  1 03:16:53.933: //-1//DPM :DP5:/pc_mc_addToDynamicS: Token : ru_no_aaa.au
Sep 13 14:21:04 nt26xx01 805: *Mar  1 03:16:53.933: //-1//MCM :/mc_createFromFileUrl: Getting a media content: name=ru_no_aaa.au
Sep 13 14:21:04 nt26xx01 806:     url=tftp://212.92.136.35/voip-new/arcon_ru/ru_no_aaa.au
Sep 13 14:21:04 nt26xx01 807:     load fast, load in foreground, fetchtimeout=-1
Sep 13 14:21:04 nt26xx01 808:     maxage=-1, maxstale=-1
Sep 13 14:21:04 nt26xx01 809: *Mar  1 03:16:53.937: //-1//MCM :MC3:/mc_getFromUrlName: ru_no_aaa.au on ram
Sep 13 14:21:04 nt26xx01 810: *Mar  1 03:16:53.937: //-1//MCM :MC3:/mc_waitq_unlink: elm=83016DB8
Sep 13 14:21:04 nt26xx01 811: *Mar  1 03:16:53.937: //-1//MCM :MC3:/mc_waitq_unlink: prompt_wait=13692 prompt_active=0
Sep 13 14:21:04 nt26xx01 812:
Sep 13 14:21:04 nt26xx01 813: *Mar  1 03:16:53.937: //-1//MCM :MC3:/mc_waitq_delete: prompt_wait=13692 prompt_active=9DB0
Sep 13 14:21:04 nt26xx01 814: *Mar  1 03:16:53.941: //-1//DPM :MC3:/du_get_vpPromptName: OK###
Sep 13 14:21:04 nt26xx01 815: *Mar  1 03:16:53.941: $w$pcapp_process()::
Sep 13 14:21:04 nt26xx01 816: *Mar  1 03:16:53.941: $ $pcapp_process() {QUEUE_EVENT}
Sep 13 14:21:04 nt26xx01 817: *Mar  1 03:16:53.941:
Sep 13 14:21:04 nt26xx01 818: *Mar  1 03:16:53.941: $E$pcapp_process() >>pcapp_GetCcEvents()
Sep 13 14:21:04 nt26xx01 819: *Mar  1 03:16:53.945: $ $pcapp_GetCcEvents() HANDOFF >> act_handoff()
Sep 13 14:21:04 nt26xx01 820: *Mar  1 03:16:53.945: prompt and collect app got callID 4
Sep 13 14:21:04 nt26xx01 821: *Mar  1 03:16:53.945:     Playing prompt
Sep 13 14:21:04 nt26xx01 822: *Mar  1 03:16:53.945:     Prompt interrupt disabled
Sep 13 14:21:04 nt26xx01 823: *Mar  1 03:16:53.945:     Return on play complete
Sep 13 14:21:04 nt26xx01 824: *Mar  1 03:16:53.945:     Not matching against dial plan
Sep 13 14:21:04 nt26xx01 825: *Mar  1 03:16:53.945:     No abort key
Sep 13 14:21:04 nt26xx01 826: *Mar  1 03:16:53.945:     No termination key
Sep 13 14:21:04 nt26xx01 827: *Mar  1 03:16:53.945:     Matching against 0 patterns.
Sep 13 14:21:04 nt26xx01 828: *Mar  1 03:16:53.949: //-1//MSM :MS4:/ms_create: Iniz ply_timer
Sep 13 14:21:04 nt26xx01 829: *Mar  1 03:16:53.949: $ $pcapp_GetCcEvents() REPORT_DIGITS_DONE >> act_reportDigitsDone()
Sep 13 14:21:04 nt26xx01 830: *Mar  1 03:16:53.949: act_reportDigitsDone callid=4 Enable succeeded.
Sep 13 14:21:04 nt26xx01 831: *Mar  1 03:16:53.949: $ $act_reportDigitsDone() >> ms_play()
Sep 13 14:21:04 nt26xx01 832: *Mar  1 03:16:53.949: //-1//MCM :MR4:/mc_createDynamicReader:
Sep 13 14:21:04 nt26xx01 833: *Mar  1 03:16:53.953: //4//MSM :/ms_associate: packet_size = 160 timestamp increment = 160 packet_duration = 20 C
Sep 13 14:21:04 nt26xx01 834: *Mar  1 03:16:53.953: //4//MSM :/ms_associate: >>ccAssociateStream()
Sep 13 14:21:04 nt26xx01 835: *Mar  1 03:16:53.953: $ $pcapp_GetCcEvents() ##
Sep 13 14:21:04 nt26xx01 836: *Mar  1 03:16:53.953:
Sep 13 14:21:04 nt26xx01 837: *Mar  1 03:16:53.953: $F$pcapp_process() >>pcapp_GetPcappEvents()
Sep 13 14:21:04 nt26xx01 838: *Mar  1 03:16:53.953: $ $pcapp_GetPcappEvents()::>> process_dequeue(app.eventQ)
Sep 13 14:21:04 nt26xx01 839: *Mar  1 03:16:53.953: $ $pcapp_GetPcappEvents() ##
Sep 13 14:21:04 nt26xx01 840: *Mar  1 03:16:53.961: //4//MSM :LP:MS4:/ms_associateDone:
Sep 13 14:21:04 nt26xx01 841: *Mar  1 03:16:53.961: //4//MSM :/ms_asDone_buginf: callID=0x4, pVdb=0x82D0C47C, disposition=0, playFunc=0x811522A
Sep 13 14:21:04 nt26xx01 842: *Mar  1 03:16:53.961:     codec=0x5=g711ulaw, vad=0, mediaType=6, streamAssocID=0
Sep 13 14:21:04 nt26xx01 843: *Mar  1 03:16:53.961: //-1//MCM :MR4:/mc_setup_reader_encaps:
Sep 13 14:21:04 nt26xx01 844: *Mar  1 03:16:53.961: //4//MSM :/ms_associateDone: First Buf Play at 00:16:53.926 of ru_no_aaa.au
Sep 13 14:21:04 nt26xx01 845: *Mar  1 03:16:53.961: //4//MSM :/ms_associateDone: 00:16:53.930, Tstart(ply: iSndDly 0)
Sep 13 14:21:04 nt26xx01 846: *Mar  1 03:16:53.965: $w$pcapp_process()::
Sep 13 14:21:04 nt26xx01 847: *Mar  1 03:16:53.965: $ $pcapp_process() {QUEUE_EVENT}
Sep 13 14:21:04 nt26xx01 848: *Mar  1 03:16:53.965:
Sep 13 14:21:04 nt26xx01 849: *Mar  1 03:16:53.969: $E$pcapp_process() >>pcapp_GetCcEvents()
Sep 13 14:21:04 nt26xx01 850: *Mar  1 03:16:53.969: $ $pcapp_GetCcEvents() ##
Sep 13 14:21:04 nt26xx01 851: *Mar  1 03:16:53.969:
Sep 13 14:21:04 nt26xx01 852: *Mar  1 03:16:53.969: $F$pcapp_process() >>pcapp_GetPcappEvents()

подскажите в чем-тут ошибка ? и куда хотя бы копать ? на что в первую очередь
смотреть надо. уже неделю мучаюсь -- голова пухнет.
а пухнет
если нужны еще какието дебуги я предоставлю. главное найти как это решить.

  Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

  • IVR trouble, Alex, 15:10 , 14-Сен-05, (1)  
    • IVR trouble, негор, 09:47 , 15-Сен-05, (2)  
      • IVR trouble, leon, 14:40 , 15-Сен-05, (3)  
        • IVR trouble, Alex, 15:07 , 15-Сен-05, (4)  
          • IVR trouble, негор, 15:19 , 15-Сен-05, (6)  
        • IVR trouble, негор, 15:18 , 15-Сен-05, (5)  

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "IVR trouble" 
Сообщение от Alex emailИскать по авторуВ закладки(??) on 14-Сен-05, 15:10  (MSK)
Попробуйте сделать звонок без IVR. По debug voip ivr -> no_aaa. Попробуйте дать команду ip radius source-interface ... и после debug rad.
  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "IVR trouble" 
Сообщение от негор emailИскать по авторуВ закладки on 15-Сен-05, 09:47  (MSK)
>Попробуйте сделать звонок без IVR. По debug voip ivr -> no_aaa. Попробуйте дать команду ip radius source-interface ... и после debug rad.

без IVR'а звонки принимаются и терминируются как надо.
вот дебаг радиуса с выключенным войсреспонс.

Sep 15 09:42:29 nt26xx01 6775: *Mar  2 20:16:39.967: RADIUS(00000035): Storing nasport 0 in rad_db                                                          
Sep 15 09:42:29 nt26xx01 6776: *Mar  2 20:16:39.967: RADIUS(00000035): Config NAS IP: x.x.x.x                                                        
Sep 15 09:42:29 nt26xx01 6777: *Mar  2 20:16:39.967: RADIUS(00000035): sending                                                                              
Sep 15 09:42:29 nt26xx01 6778: *Mar  2 20:16:39.971: RADIUS(00000035): Send Accounting-Request to 212.92.136.35:1813 id 1646/65, len 466                    
Sep 15 09:42:29 nt26xx01 6779: *Mar  2 20:16:39.971: RADIUS:  authenticator 93 0E 4D C7 36 91 3F AE - 7A 46 EE BE 14 EF 60 02                              
Sep 15 09:42:29 nt26xx01 6780: *Mar  2 20:16:39.971: RADIUS:  Acct-Session-Id     [44]  10  "00000057"                                                      
Sep 15 09:42:29 nt26xx01 6781: *Mar  2 20:16:39.971: RADIUS:  Calling-Station-Id  [31]  5   "108"                                                          
Sep 15 09:42:29 nt26xx01 6782: *Mar  2 20:16:39.971: RADIUS:  Called-Station-Id   [30]  13  "88312750830"                                                  
Sep 15 09:42:29 nt26xx01 6783: *Mar  2 20:16:39.975: RADIUS:  Vendor, Cisco       [26]  56                                                                  
Sep 15 09:42:29 nt26xx01 6784: *Mar  2 20:16:39.975: RADIUS:   h323-setup-time    [25]  50  "h323-setup-time=*20:16:33.426 MSK Tue Mar 2 1993"              
Sep 15 09:42:29 nt26xx01 6785: *Mar  2 20:16:39.975: RADIUS:  Vendor, Cisco       [26]  40                                                                  
Sep 15 09:42:29 nt26xx01 6786: *Mar  2 20:16:39.975: RADIUS:   h323-gw-id         [33]  34  "h323-gw-id=berez.new-telecom.com"                              
Sep 15 09:42:29 nt26xx01 6787: *Mar  2 20:16:39.975: RADIUS:  Vendor, Cisco       [26]  56                                                                  
Sep 15 09:42:29 nt26xx01 6788: *Mar  2 20:16:39.979: RADIUS:   Conf-Id            [24]  50  "h323-conf-id=8061BB67 164811CC 806C9927 AD782029"              
Sep 15 09:42:29 nt26xx01 6789: *Mar  2 20:16:39.979: RADIUS:  Vendor, Cisco       [26]  31                                                                  
Sep 15 09:42:29 nt26xx01 6790: *Mar  2 20:16:39.979: RADIUS:   h323-call-origin   [26]  25  "h323-call-origin=answer"                                      
Sep 15 09:42:29 nt26xx01 6791: *Mar  2 20:16:39.979: RADIUS:  Vendor, Cisco       [26]  32                                                                  
Sep 15 09:42:29 nt26xx01 6792: *Mar  2 20:16:39.979: RADIUS:   h323-call-type     [27]  26  "h323-call-type=Telephony"                                      
Sep 15 09:42:29 nt26xx01 6793: *Mar  2 20:16:39.983: RADIUS:  Vendor, Cisco       [26]  65                                                                  
Sep 15 09:42:29 nt26xx01 6794: *Mar  2 20:16:39.983: RADIUS:   Cisco AVpair       [1]   59  "h323-incoming-conf-id=8061BB67 164811CC 806C9927 AD782029"    
Sep 15 09:42:29 nt26xx01 6795: *Mar  2 20:16:39.983: RADIUS:  Vendor, Cisco       [26]  30                                                                  
Sep 15 09:42:29 nt26xx01 6796: *Mar  2 20:16:39.983: RADIUS:   Cisco AVpair       [1]   24  "subscriber=RegularLine"                                        
Sep 15 09:42:29 nt26xx01 6797: *Mar  2 20:16:39.983: RADIUS:  User-Name           [1]   5   "108"                                                          
Sep 15 09:42:29 nt26xx01 6798: *Mar  2 20:16:39.983: RADIUS:  Ascend-Connection-Pr[196] 6   Call Up                   [10]                                  
Sep 15 09:42:29 nt26xx01 6799: *Mar  2 20:16:39.987: RADIUS:  Vendor, Cisco       [26]  32                                                                  
Sep 15 09:42:29 nt26xx01 6800: *Mar  2 20:16:39.987: RADIUS:   Cisco AVpair       [1]   26  "connect-progress=Call Up"                                      
Sep 15 09:42:29 nt26xx01 6801: *Mar  2 20:16:39.987: RADIUS:  Acct-Session-Time   [46]  6   7                                                              
Sep 15 09:42:29 nt26xx01 6802: *Mar  2 20:16:39.987: RADIUS:  Acct-Authentic      [45]  6   noval0                    [0]                                  
Sep 15 09:42:29 nt26xx01 6803: *Mar  2 20:16:39.987: RADIUS:  Acct-Status-Type    [40]  6   Watchdog                  [3]                                  
Sep 15 09:42:29 nt26xx01 6804: *Mar  2 20:16:39.987: RADIUS:  NAS-Port-Type       [61]  6   Async                     [0]                                  
Sep 15 09:42:29 nt26xx01 6805: *Mar  2 20:16:39.991: RADIUS:  Vendor, Cisco       [26]  17                                                                  
Sep 15 09:42:29 nt26xx01 6806: *Mar  2 20:16:39.991: RADIUS:   cisco-nas-port     [2]   11  "FXS 1/0/0"                                                    
Sep 15 09:42:30 nt26xx01 6807: *Mar  2 20:16:39.991: RADIUS:  NAS-Port            [5]   6   0                                                              
Sep 15 09:42:30 nt26xx01 6808: *Mar  2 20:16:39.991: RADIUS:  Service-Type        [6]   6   Login                     [1]                                  
Sep 15 09:42:30 nt26xx01 6809: *Mar  2 20:16:39.991: RADIUS:  NAS-IP-Address      [4]   6   x.x.x.x                                                  
Sep 15 09:42:30 nt26xx01 6810: *Mar  2 20:16:39.995: RADIUS:  Acct-Delay-Time     [41]  6   0                                                              
Sep 15 09:42:30 nt26xx01 6811: *Mar  2 20:16:40.011: RADIUS: Received from id 1646/65 212.92.136.35:1813, Accounting-response, len 20                      
Sep 15 09:42:30 nt26xx01 6812: *Mar  2 20:16:40.011: RADIUS:  authenticator EE 3D 6B A6 94 CA BE ED - 49 BF BE 4F 1D 64 98 4B                              
Sep 15 09:42:40 nt26xx01 6813: *Mar  2 20:16:51.258: %VOIPAAA-5-VOIP_CALL_HISTORY: CallLegType 1, ConnectionId 8061BB67 164811CC 806C9927 AD782029, SetupTim
e *20:16:33.428 MSK Tue Mar 2 1993, PeerAddress 108, PeerSubAddress , DisconnectCause 10  , DisconnectText normal call clearing (16), ConnectTime *20:16:51.
238 MSK Tue Mar 2 1993, DisconnectTime *20:16:51.238 MSK Tue Mar 2 1993, CallOrigin 2, ChargedUnits 0, InfoType 2, TransmitPackets 197, TransmitBytes 3883,
ReceivePackets 447, ReceiveBytes 892

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "IVR trouble" 
Сообщение от leon emailИскать по авторуВ закладки(??) on 15-Сен-05, 14:40  (MSK)
какой используется tcl
У меня такое ощущение что в в 12ю3 другая версия tcl
  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "IVR trouble" 
Сообщение от Alex emailИскать по авторуВ закладки(??) on 15-Сен-05, 15:07  (MSK)
В 12.4 действительно по-другому, 12.3 - все предыдущие по 12.2 работают.
Пожалуста. посмотрите с "другой" стороны - на unix - log radius, попробуйте, для citron : radiusd -s -x и одновременно tcpdump.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "IVR trouble" 
Сообщение от негор emailИскать по авторуВ закладки on 15-Сен-05, 15:19  (MSK)
>В 12.4 действительно по-другому, 12.3 - все предыдущие по 12.2 работают.
>Пожалуста. посмотрите с "другой" стороны - на unix - log radius, попробуйте,
>для citron : radiusd -s -x и одновременно tcpdump.


хорошо, спасибо. вечером сообщу результаты

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "IVR trouble" 
Сообщение от негор emailИскать по авторуВ закладки on 15-Сен-05, 15:18  (MSK)
>какой используется tcl
>У меня такое ощущение что в в 12ю3 другая версия tcl

#show call application voice summary
name                 description

CTAPP                Call Treatment Action Application
session              Basic app to do DID, or supply dialtone.
fax_hop_on           Script to talk to a fax redialer
clid_authen          Authenticate with (ani, dnis)
clid_authen_collect  Authenticate with (ani, dnis), collect if that fails
clid_authen_npw      Authenticate with (ani, NULL)
clid_authen_col_npw  Authenticate with (ani, NULL), collect if that fails
clid_col_npw_3       Authenticate with (ani, NULL), and 3 tries collecting
clid_col_npw_npw     Authenticate with (ani, NULL) and 3 tries without pw
DEFAULT              Default system session application
lib_off_app          Libretto Offramp
ivr_pots_35-2        tftp://2.2.2.2/scripts/ivr_pots2_2600_stable.tcl

Call Treatment Action Application - Version 1.0.
TCL Script Version 2.0 supported.
TCL Script Version 1.1 supported.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх


Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ]
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру