Thanks Chris: I am going to check it again and see, it does not work for me, but it is working for you, strange.
Thanks, Jose -----Original Message----- From: Chris Parker [mailto:cpar...@cparker.us] Sent: Sábado, Marzo 21, 2009 1:48 PM To: Jose Gregorio Linero (jlinero) Cc: Cliff McGlamry; Wesley Lim; ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] H323 GW SRST and AAR Voicemail Redirection Here you go ... I do see the FF thing you were pointing out before.... Pod15-BR1-RTR#debug isdn q931 debug isdn q931 is ON. Pod15-BR1-RTR# *Mar 21 19:53:05.367: ISDN Se0/0/0:23 Q931: RX <- SETUP pd = 8 callref = 0x0010 Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98381 Exclusive, Channel 1 Calling Party Number i = 0x0081, '911' Plan:Unknown, Type:Unknown Called Party Number i = 0xA1, '6175252002' Plan:ISDN, Type:National *Mar 21 19:53:05.387: ISDN Se0/0/0:23 Q931: TX -> CALL_PROC pd = 8 callref = 0x8010 Channel ID i = 0xA98381 Exclusive, Channel 1 Pod15-BR1-RTR# *Mar 21 19:53:05.399: ISDN Se0/0/0:23 Q931: TX -> ALERTING pd = 8 callref = 0x8010 Progress Ind i = 0x8188 - In-band info or appropriate now available Pod15-BR1-RTR# *Mar 21 19:53:17.395: ISDN Se0/0/0:23 Q931: Applying typeplan for sw-type 0xD is 0x0 0x0, Calling num 911 *Mar 21 19:53:17.399: ISDN Se0/0/0:23 Q931: Applying typeplan for sw-type 0xD is 0x2 0x1, Called num 12122251692 *Mar 21 19:53:17.399: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 callref = 0x0081 Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98382 Exclusive, Channel 2 Calling Party Number i = 0x0081, '911' Plan:Unknown, Type:Unknown Called Party Number i = 0xA1, '12122251692' Plan:ISDN, Type:National * Redirecting Number i = 0xFF, '2002' * Plan:Reserved, Type:Reserved *Mar 21 19:53:17.423: ISDN Se0/0/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x8081 Channel ID i = 0xA98382 Exclusive, Channel 2 *Mar 21 19:53:17.463: ISDN Se0/0/0:23 Q931: RX <- ALERTING pd = 8 callref = 0x8081 Progress Ind i = 0x8088 - In-band info or appropr Pod15-BR1-RTR#iate now available *Mar 21 19:53:17.695: ISDN Se0/0/0:23 Q931: RX <- CONNECT pd = 8 callref = 0x8081 Display i = 'Voicemail' *Mar 21 19:53:17.699: %ISDN-6-CONNECT: Interface Serial0/0/0:1 is now connected to 12122251692 N/A *Mar 21 19:53:17.699: ISDN Se0/0/0:23 Q931: TX -> CONNECT_ACK pd = 8 callref = 0x0081 *Mar 21 19:53:17.707: ISDN Se0/0/0:23 Q931: TX -> CONNECT pd = 8 callref = 0x8010 Display i = 'Voicemail' *Mar 21 19:53:17.715: ISDN Se0/0/0:23 Q931: RX <- CONNECT_ACK pd = 8 callref = 0x0010 *Mar 21 19:53:17.719: %ISDN-6-CONNECT: Interface Serial0/0/0:0 is now connected to 911 N/A Pod15-BR1-RTR# *Mar 21 19:53:20.311: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0/0/0:0, changed state to up *Mar 21 19:53:20.311: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0/0/0:1, changed state to up Jose Gregorio Linero (jlinero) wrote: > Hi Chris: > > Thanks, I am seeing that you are testing with the IOS version 12.4(3g), I am > testing with the IOS version 12.4(5b), could you please post the output from > the command "debug isdn q931", that is to see if this version is affected by > the bug. > > Regards, > > Jose > > -----Original Message----- > From: Chris Parker [mailto:cpar...@cparker.us] > Sent: Sábado, Marzo 21, 2009 1:31 PM > To: Jose Gregorio Linero (jlinero) > Cc: Cliff McGlamry; Wesley Lim; ccie_voice@onlinestudylist.com > Subject: Re: [OSL | CCIE_Voice] H323 GW SRST and AAR Voicemail Redirection > > Just tried it H323 only and it worked too. Heres my config: > > Pod15-BR1-RTR#sh run > Building configuration... > > Current configuration : 5831 bytes > ! > version 12.4 > service timestamps debug datetime msec > service timestamps log datetime msec > no service password-encryption > ! > hostname Pod15-BR1-RTR > ! > boot-start-marker > boot system flash c2800nm-adventerprisek9_ivs-mz.124-3g.bin > boot-end-marker > ! > ! > no aaa new-model > ! > resource policy > ! > memory-size iomem 20 > clock timezone EST -5 > network-clock-participate wic 0 > network-clock-select 1 T1 0/0/0 > ip subnet-zero > ! > ! > ip cef > ! > ! > ! > mls qos map cos-dscp 0 8 16 24 34 46 48 56 > isdn switch-type primary-ni > ! > voice-card 0 > no dspfarm > dsp services dspfarm > ! > ! > ! > ! > ! > ! > ! > ! > ! > ! > ! > voice translation-rule 10 > rule 1 /^617525\(2...\)/ /\1/ > ! > voice translation-rule 20 > rule 1 /^2.../ /617525\0/ > ! > voice translation-rule 30 > rule 1 /^1.../ /1212225\0/ > rule 2 /^3.../ /01134331325\0/ > ! > ! > voice translation-profile 4dsrst > translate called 30 > ! > voice translation-profile in > translate called 10 > ! > voice translation-profile out > translate calling 20 > ! > ! > ! > ! > ! > ! > controller T1 0/0/0 > framing esf > linecode b8zs > pri-group timeslots 1-3,24 > ! > class-map match-any SIGNAL > match dscp cs3 > class-map match-any RTP > match dscp ef > ! > ! > policy-map BR1-LLQ > class RTP > bandwidth 256 > class SIGNAL > bandwidth 8 > class class-default > fair-queue > ! > ! > ! > ! > ! > ! > interface Loopback0 > ip address 172.5.101.1 255.255.255.255 > ip ospf network point-to-point > ! > interface FastEthernet0/0 > no ip address > shutdown > duplex auto > speed auto > ! > interface FastEthernet0/1 > no ip address > shutdown > duplex auto > speed auto > ! > interface Serial0/0/0:23 > no ip address > isdn switch-type primary-ni > isdn incoming-voice voice > isdn bchan-number-order ascending > isdn outgoing display-ie > isdn outgoing ie redirecting-number > no cdp enable > ! > interface Serial0/1/0 > no ip address > encapsulation frame-relay IETF > no fair-queue > frame-relay lmi-type ansi > ! > interface Serial0/1/0.1 point-to-point > ip address 162.5.101.2 255.255.255.0 > ip ospf mtu-ignore > frame-relay interface-dlci 101 > class BR1 > ! > interface FastEthernet1/0 > switchport access vlan 150 > switchport mode trunk > switchport voice vlan 250 > switchport priority extend cos 0 > mls qos trust cos > spanning-tree portfast > ! > interface FastEthernet1/1 > ! > interface FastEthernet1/2 > ! > interface FastEthernet1/3 > ! > interface FastEthernet1/4 > ! > interface FastEthernet1/5 > ! > interface FastEthernet1/6 > ! > interface FastEthernet1/7 > ! > interface FastEthernet1/8 > switchport access vlan 150 > switchport mode trunk > switchport voice vlan 250 > switchport priority extend cos 0 > mls qos trust cos > spanning-tree portfast > ! > interface FastEthernet1/9 > ! > interface FastEthernet1/10 > ! > interface FastEthernet1/11 > ! > interface FastEthernet1/12 > ! > interface FastEthernet1/13 > ! > interface FastEthernet1/14 > ! > interface FastEthernet1/15 > ! > interface Vlan1 > no ip address > ! > interface Vlan150 > ip address 10.5.101.1 255.255.255.0 > ! > interface Vlan250 > ip address 10.5.201.1 255.255.255.0 > ip helper-address 10.5.200.21 > ! > router ospf 1 > log-adjacency-changes > network 10.5.101.0 0.0.0.255 area 0 > network 10.5.201.0 0.0.0.255 area 0 > network 162.5.101.0 0.0.0.255 area 0 > network 172.5.101.0 0.0.0.255 area 0 > ! > ip classless > ! > ! > ip http server > no ip http secure-server > ! > ! > map-class frame-relay BR1 > frame-relay cir 1459200 > frame-relay bc 14592 > frame-relay be 0 > frame-relay mincir 1459200 > service-policy output BR1-LLQ > ! > ! > ! > ! > control-plane > ! > ! > ! > voice-port 0/0/0:23 > translation-profile incoming in > translation-profile outgoing out > ! > ! > ! > sccp local Vlan250 > sccp ccm 10.5.200.21 identifier 2 > sccp ccm 10.5.200.20 identifier 1 > sccp > ! > sccp ccm group 1 > associate ccm 2 priority 2 > associate ccm 1 priority 1 > associate profile 2 register br1-tran > associate profile 1 register br1-conf > switchover method immediate > switchback method immediate > ! > dspfarm profile 2 transcode > codec g711ulaw > codec g711alaw > codec g729r8 > maximum sessions 2 > associate application SCCP > ! > dspfarm profile 1 conference > codec g711ulaw > codec g711alaw > codec g729r8 > associate application SCCP > ! > dial-peer cor custom > name pt-911 > name pt-local > name pt-ld > name pt-intl > name pt-internal > ! > ! > dial-peer cor list css-911 > member pt-911 > ! > dial-peer cor list css-local > member pt-911 > member pt-local > member pt-internal > ! > dial-peer cor list css-ld > member pt-ld > ! > dial-peer cor list css-intl > member pt-intl > ! > dial-peer cor list css-internal > member pt-internal > ! > dial-peer cor list css-all > member pt-911 > member pt-local > member pt-ld > member pt-intl > member pt-internal > ! > ! > dial-peer voice 911 pots > corlist outgoing css-911 > destination-pattern 911 > no digit-strip > port 0/0/0:23 > ! > dial-peer voice 9911 pots > corlist outgoing css-911 > destination-pattern 9911 > no digit-strip > port 0/0/0:23 > forward-digits 3 > ! > dial-peer voice 7 pots > corlist outgoing css-local > destination-pattern 9[2-9]......$ > port 0/0/0:23 > ! > dial-peer voice 10 pots > corlist outgoing css-ld > destination-pattern 91[2-9]..[2-9]......$ > port 0/0/0:23 > prefix 1 > ! > dial-peer voice 11 pots > corlist outgoing css-intl > destination-pattern 9011T > port 0/0/0:23 > prefix 011 > ! > dial-peer voice 1000 pots > corlist outgoing css-internal > translation-profile outgoing 4dsrst > destination-pattern [13]...$ > port 0/0/0:23 > ! > dial-peer voice 1 pots > incoming called-number . > direct-inward-dial > ! > ! > ! > ! > gatekeeper > shutdown > ! > ! > call-manager-fallback > secondary-dialtone 9 > max-conferences 3 gain -6 > ip source-address 10.5.201.1 port 2000 strict-match > max-ephones 10 > max-dn 10 dual-line > system message primary Your current options > voicemail 912122251600 > call-forward busy 91212225169. > call-forward noan 91212225169. timeout 12 > moh music-on-hold.au > cor incoming css-local default > cor incoming css-all 1 2002 - 2003 > ! > ! > line con 0 > exec-timeout 0 0 > logging synchronous > line aux 0 > line vty 0 4 > exec-timeout 0 0 > privilege level 15 > logging synchronous > login > ! > warm-reboot > scheduler allocate 20000 1000 > ! > end > > Jose Gregorio Linero (jlinero) wrote: > >> Hi Chris: >> >> Thanks for your answer, actually in Unity call viewer I am seeing the call >> as a direct call instead of redirected call, if I erase the command "isdn >> outgoing ie redirecting-number" from the ISDN serial interface everything >> works fine for SRST but I have problems with the AAR and the voicemail. >> >> Please let me know if you face the same problem when toy test it. >> >> Regards, >> >> Jose >> >> -----Original Message----- >> From: Chris Parker [mailto:cpar...@cparker.us] >> Sent: Sábado, Marzo 21, 2009 12:56 PM >> To: Jose Gregorio Linero (jlinero) >> Cc: Cliff McGlamry; Wesley Lim; ccie_voice@onlinestudylist.com >> Subject: Re: [OSL | CCIE_Voice] H323 GW SRST and AAR Voicemail Redirection >> >> I have indeed tested this and I understand the why H323 vs MGCP makes a >> difference. I trying to understand why the redirect would even matter >> since we arent relying in the presence of the redir number to accomplish >> anything. >> >> I will retest and get back to you >> >> Chris >> >> Jose Gregorio Linero (jlinero) wrote: >> >> >>> Hi Chris, Cliff: >>> >>> I tested with call-forward X commands and with the configuration you >>> suggested me and the same result, have you tested this configuration when >>> the Gateway in SiteB is H323?, have you tested this configuration and >>> > make > >>> it work without breaking the VM functionality in AAR? >>> >>> If you have access to your own lab please add the command "isdn outgoing >>> >>> >> ie >> >> >>> redirect-number" to the ISDN serial interface, this will allow you to >>> > have > >>> the voicemail working for AAR, then test the SRST with your >>> > configurations > >>> and please let me know if it works, again, this is not an MGCP gateway in >>> SiteB, it is a H323 GW in Site B. >>> >>> Regards, >>> >>> Jose >>> >>> -----Original Message----- >>> From: Chris Parker [mailto:cpar...@cparker.us] >>> Sent: Sábado, Marzo 21, 2009 12:25 PM >>> To: Jose Gregorio Linero (jlinero) >>> Cc: Cliff McGlamry; Wesley Lim; ccie_voice@onlinestudylist.com >>> Subject: Re: [OSL | CCIE_Voice] H323 GW SRST and AAR Voicemail >>> > Redirection > >>> I think you can get around this if you don't use the alias command. >>> Heres the way I usually do SRST VM: >>> >>> voicemail 912122251600 >>> call-forward busy 91212225169. >>> call-forward noan 91212225169. timeout 12 >>> >>> I create alternate extensions for the full DID in Unity for the button >>> to work, and I create a CTI port with the number 169X with CFA to VM. >>> The CTI port has VM profile with a mask of 200X. >>> >>> Chris >>> >>> Jose Gregorio Linero (jlinero) wrote: >>> >>> >>> >>>> Hi Cliff: >>>> >>>> Thanks for the answer, this is my H323 configuration: >>>> >>>> voice service voip >>>> >>>> h323 >>>> >>>> no h225 timeout keepalive >>>> >>>> ! >>>> >>>> ! >>>> >>>> voice class codec 1 >>>> >>>> codec preference 1 g711ulaw >>>> >>>> codec preference 2 g711alaw >>>> >>>> codec preference 3 g729r8 >>>> >>>> ! >>>> >>>> ! >>>> >>>> ! >>>> >>>> voice class h323 1 >>>> >>>> h225 timeout tcp establish 3 >>>> >>>> ! >>>> >>>> ! >>>> >>>> ! >>>> >>>> ! >>>> >>>> ! >>>> >>>> ! >>>> >>>> voice translation-rule 1 >>>> >>>> rule 1 /\(3...$\)/ /972301\1/ >>>> >>>> rule 2 /^\(2...$\)/ /408201\1/ >>>> >>>> rule 3 /^\(4...$\)/ /8522433\1/ >>>> >>>> ! >>>> >>>> voice translation-rule 2 >>>> >>>> rule 1 /972301\(3...\)/ /\1/ >>>> >>>> ! >>>> >>>> ! >>>> >>>> voice translation-profile ANI >>>> >>>> translate calling 1 >>>> >>>> ! >>>> >>>> voice translation-profile DNIS >>>> >>>> translate called 2 >>>> >>>> ! >>>> >>>> controller E1 0/2/0 >>>> >>>> pri-group timeslots 1-6,16 >>>> >>>> ! >>>> >>>> interface Loopback0 >>>> >>>> ip address 172.1.101.1 255.255.255.0 >>>> >>>> h323-gateway voip interface >>>> >>>> h323-gateway voip bind srcaddr 172.1.101.1 >>>> >>>> ! >>>> >>>> interface Serial0/2/0:15 >>>> >>>> no ip address >>>> >>>> encapsulation hdlc >>>> >>>> isdn switch-type primary-net5 >>>> >>>> isdn incoming-voice voice >>>> >>>> isdn outgoing display-ie >>>> >>>> *isdn outgoing ie redirecting-number **à** We need this to make the >>>> voicemail work in AAR mode* >>>> >>>> no cdp enable >>>> >>>> ! >>>> >>>> voice-port 0/2/0:15 >>>> >>>> translation-profile incoming DNIS >>>> >>>> translation-profile outgoing ANI >>>> >>>> ! >>>> >>>> ccm-manager music-on-hold >>>> >>>> ! >>>> >>>> ! >>>> >>>> sccp local Vlan203 >>>> >>>> sccp ccm 10.1.200.21 identifier 1 >>>> >>>> sccp ccm 10.1.200.20 identifier 2 >>>> >>>> sccp >>>> >>>> ! >>>> >>>> sccp ccm group 1 >>>> >>>> associate ccm 1 priority 1 >>>> >>>> associate ccm 2 priority 2 >>>> >>>> associate profile 1 register MTP001360f1a3e8 >>>> >>>> associate profile 2 register CFB001360f1a3e8 >>>> >>>> keepalive retries 5 >>>> >>>> switchover method immediate >>>> >>>> switchback method immediate >>>> >>>> switchback interval 5 >>>> >>>> ! >>>> >>>> dspfarm profile 1 transcode >>>> >>>> codec g711ulaw >>>> >>>> codec g711alaw >>>> >>>> codec g729ar8 >>>> >>>> codec g729abr8 >>>> >>>> maximum sessions 4 >>>> >>>> associate application SCCP >>>> >>>> ! >>>> >>>> dspfarm profile 2 conference >>>> >>>> codec g711ulaw >>>> >>>> codec g711alaw >>>> >>>> codec g729ar8 >>>> >>>> codec g729abr8 >>>> >>>> codec g729r8 >>>> >>>> codec g729br8 >>>> >>>> maximum sessions 2 >>>> >>>> associate application SCCP >>>> >>>> ! >>>> >>>> dial-peer cor custom >>>> >>>> name Emergency >>>> >>>> name Local >>>> >>>> name LongDistance >>>> >>>> name International >>>> >>>> ! >>>> >>>> ! >>>> >>>> dial-peer cor list Emergency >>>> >>>> member Emergency >>>> >>>> ! >>>> >>>> dial-peer cor list Local >>>> >>>> member Local >>>> >>>> ! >>>> >>>> dial-peer cor list LongDistance >>>> >>>> member LongDistance >>>> >>>> ! >>>> >>>> dial-peer cor list International >>>> >>>> member International >>>> >>>> ! >>>> >>>> dial-peer cor list Allowed >>>> >>>> member Emergency >>>> >>>> member Local >>>> >>>> member LongDistance >>>> >>>> member International >>>> >>>> ! >>>> >>>> dial-peer cor list Restricted >>>> >>>> member Emergency >>>> >>>> member Local >>>> >>>> ! >>>> >>>> ! >>>> >>>> dial-peer voice 1 pots >>>> >>>> corlist outgoing Emergency >>>> >>>> destination-pattern 911 >>>> >>>> incoming called-number . >>>> >>>> direct-inward-dial >>>> >>>> port 0/2/0:15 >>>> >>>> forward-digits all >>>> >>>> ! >>>> >>>> dial-peer voice 2 voip >>>> >>>> destination-pattern 3... >>>> >>>> voice-class codec 1 >>>> >>>> voice-class h323 1 >>>> >>>> session target ipv4:10.1.200.21 >>>> >>>> dtmf-relay h245-alphanumeric >>>> >>>> ip qos dscp cs3 signaling >>>> >>>> ! >>>> >>>> dial-peer voice 3 voip >>>> >>>> preference 1 >>>> >>>> destination-pattern 3... >>>> >>>> voice-class codec 1 >>>> >>>> voice-class h323 1 >>>> >>>> session target ipv4:10.1.200.20 >>>> >>>> dtmf-relay h245-alphanumeric >>>> >>>> ip qos dscp cs3 signaling >>>> >>>> ! >>>> >>>> dial-peer voice 4 pots >>>> >>>> corlist outgoing Emergency >>>> >>>> destination-pattern 9911 >>>> >>>> port 0/2/0:15 >>>> >>>> forward-digits 3 >>>> >>>> ! >>>> >>>> dial-peer voice 5 pots >>>> >>>> corlist outgoing Local >>>> >>>> destination-pattern 9[2-9]...... >>>> >>>> port 0/2/0:15 >>>> >>>> forward-digits 7 >>>> >>>> ! >>>> >>>> dial-peer voice 6 pots >>>> >>>> corlist outgoing LongDistance >>>> >>>> destination-pattern 91[2-9]..[2-9]...... >>>> >>>> port 0/2/0:15 >>>> >>>> forward-digits 11 >>>> >>>> ! >>>> >>>> dial-peer voice 7 pots >>>> >>>> corlist outgoing International >>>> >>>> destination-pattern 9011T >>>> >>>> port 0/2/0:15 >>>> >>>> prefix 011 >>>> >>>> ! >>>> >>>> dial-peer voice 8 pots >>>> >>>> destination-pattern 4... >>>> >>>> port 0/2/0:15 >>>> >>>> prefix 01185224334 >>>> >>>> ! >>>> >>>> ! >>>> >>>> call-manager-fallback >>>> >>>> max-conferences 8 gain -6 >>>> >>>> ip source-address 142.203.65.1 port 2000 >>>> >>>> max-ephones 3 >>>> >>>> max-dn 4 preference 2 >>>> >>>> voicemail 914082012600 >>>> >>>> alias 1 3001 to 3001 cfw 914082012801 timeout 10 >>>> >>>> alias 2 3002 to 3002 cfw 93013333 timeout 10 >>>> >>>> moh music-on-hold.au >>>> >>>> multicast moh 239.1.1.3 port 16384 route 142.203.65.1 172.1.101.1 >>>> >>>> cor incoming Allowed 1 3001 >>>> >>>> cor incoming Restricted 2 3002,3021 >>>> >>>> The alias 1 is pointing to a 914082012801, and in CCM there is a TP >>>> with 2801 translating to 3001. >>>> >>>> This is the output from the debug: >>>> >>>> Mar 21 16:54:40.781: ISDN Se0/2/0:15 Q931: RX <- SETUP pd = 8 callref >>>> = 0x00C4 >>>> >>>> Bearer Capability i = 0x8090A3 >>>> >>>> Standard = CCITT >>>> >>>> Transfer Capability = Speech >>>> >>>> Transfer Mode = Circuit >>>> >>>> Transfer Rate = 64 kbit/s >>>> >>>> Channel ID i = 0xA98381 >>>> >>>> Exclusive, Channel 1 >>>> >>>> Display i = 'HQ-Phone1' >>>> >>>> Calling Party Number i = 0x0081, '4082012001' >>>> >>>> Plan:Unknown, Type:Unknown >>>> >>>> Called Party Number i = 0x80, '9723013001' >>>> >>>> Plan:Unknown, Type:Unknown >>>> >>>> Mar 21 16:54:40.801: ISDN Se0/2/0:15 Q931: TX -> CALL_PROC pd = 8 >>>> callref = 0x80C4 >>>> >>>> Channel ID i = 0xA98381 >>>> >>>> Exclusive, Channel 1 >>>> >>>> Mar 21 16:54:40.809: ISDN Se0/2/0:15 Q931: TX -> ALERTING pd = 8 >>>> callref = 0x80C4 >>>> >>>> Progress Ind i = 0x8188 - In-band info or appropriate now available >>>> >>>> Mar 21 16:54:50.810: ISDN Se0/2/0:15 Q931: Applying typeplan for >>>> sw-type 0x12 is 0x0 0x0, Calling num 4082012001 >>>> >>>> Mar 21 16:54:50.814: ISDN Se0/2/0:15 Q931: Applying typeplan for >>>> sw-type 0x12 is 0x0 0x0, Called num 14082012801 >>>> >>>> Mar 21 16:54:50.814: ISDN Se0/2/0:15 Q931: TX -> SETUP pd = 8 callref >>>> = 0x00B9 >>>> >>>> Bearer Capability i = 0x8090A3 >>>> >>>> Standard = CCITT >>>> >>>> Transfer Capability = Speech >>>> >>>> Transfer Mode = Circuit >>>> >>>> Transfer Rate = 64 kbit/s >>>> >>>> Channel ID i = 0xA98386 >>>> >>>> Exclusive, Channel 6 >>>> >>>> Display i = 'HQ-Phone1' >>>> >>>> Calling Party Number i = 0x0081, '4082012001' >>>> >>>> Plan:Unknown, Type:Unknown >>>> >>>> Called Party Number i = 0x80, '14082012801' >>>> >>>> Plan:Unknown, Type:Unknown >>>> >>>> * Redirecting Number i = 0xFF, '3001' **à** This is the bug causing >>>> the problem and due we need the redirect number for AAR, the TP is not >>>> working * >>>> >>>> * Plan:Reserved, Type:Reserved as expected* >>>> >>>> Mar 21 16:54:50.866: ISDN Se0/2/0:15 Q931: RX <- CALL_PROC pd = 8 >>>> callref = 0x80B9 >>>> >>>> Channel ID i = 0xA98386 >>>> >>>> Exclusive, Channel 6 >>>> >>>> Mar 21 16:54:51.238: ISDN Se0/2/0:15 Q931: RX <- ALERTING pd = 8 >>>> callref = 0x80B9 >>>> >>>> Progress Ind i = 0x8188 - In-band info or appropriate now available >>>> >>>> Mar 21 16:54:51.518: ISDN Se0/2/0:15 Q931: RX <- CONNECT pd = 8 >>>> callref = 0x80B9 >>>> >>>> Mar 21 16:54:51.522: %ISDN-6-CONNECT: Interface Serial0/2/0:5 is now >>>> connected to 14082012801 N/A >>>> >>>> Mar 21 16:54:51.522: ISDN Se0/2/0:15 Q931: TX -> CONNECT_ACK pd = 8 >>>> callref = 0x00B9 >>>> >>>> Mar 21 16:54:51.530: ISDN Se0/2/0:15 Q931: TX -> CONNECT pd = 8 >>>> callref = 0x80C4 >>>> >>>> Mar 21 16:54:51.550: ISDN Se0/2/0:15 Q931: RX <- CONNECT_ACK pd = 8 >>>> callref = 0x00C4 >>>> >>>> Mar 21 16:54:51.554: %ISDN-6-CONNECT: Interface Serial0/2/0:0 is now >>>> connected to 4082012001 N/A >>>> >>>> Mar 21 16:54:55.238: ISDN Se0/2/0:15 Q931: RX <- DISCONNECT pd = 8 >>>> callref = 0x00C4 >>>> >>>> Cause i = 0x8290 - Normal call clearing >>>> >>>> Mar 21 16:54:55.238: %ISDN-6-DISCONNECT: Interface Serial0/2/0:0 >>>> disconnected from 4082012001 , call lasted 3 seconds >>>> >>>> Mar 21 16:54:55.242: ISDN Se0/2/0:15 Q931: TX -> RELEASE pd = 8 >>>> callref = 0x80C4 >>>> >>>> Mar 21 16:54:55.246: %ISDN-6-DISCONNECT: Interface Serial0/2/0:5 >>>> disconnected from 14082012801 , call lasted 3 seconds >>>> >>>> Mar 21 16:54:55.246: ISDN Se0/2/0:15 Q931: TX -> DISCONNECT pd = 8 >>>> callref = 0x00B9 >>>> >>>> Cause i = 0x8090 - Normal call clearing >>>> >>>> Mar 21 16:54:55.258: ISDN Se0/2/0:15 Q931: RX <- RELEASE_COMP pd = 8 >>>> callref = 0x00C4 >>>> >>>> Mar 21 16:54:55.270: ISDN Se0/2/0:15 Q931: RX <- RELEASE pd = 8 >>>> callref = 0x80B9 >>>> >>>> Mar 21 16:54:55.274: ISDN Se0/2/0:15 Q931: TX -> RELEASE_COMP pd = 8 >>>> callref = 0x00B9 >>>> >>>> As you can see from the information I am sending, due to the fact this >>>> is an H323 GW we need the ie redirect number commando to have the >>>> voicemail working in AAR mode, but doing this we broke the integration >>>> of the VM in SRST mode because we are sending the redirecting number >>>> with the wrong reason. >>>> >>>> Regards, >>>> >>>> Jose >>>> >>>> *From:* Cliff McGlamry [mailto:cl...@mcglamry.net] >>>> *Sent:* Sábado, Marzo 21, 2009 11:46 AM >>>> *To:* Jose Gregorio Linero (jlinero); Wesley Lim >>>> *Cc:* ccie_voice@onlinestudylist.com >>>> *Subject:* Re: [OSL | CCIE_Voice] H323 GW SRST and AAR Voicemail >>>> Redirection >>>> >>>> Why don't you post the H323 config, and the output of the q931 trace >>>> (along with the info on what was originally dialed so we know what's >>>> supposed to go to voicemail)? It would be easier to help you if we >>>> could see what you are doing. >>>> >>>> ----- Original Message ----- >>>> >>>> *From:* Jose Gregorio Linero (jlinero) <mailto:jlin...@cisco.com> >>>> >>>> *To:* Wesley Lim <mailto:lim.wes...@gmail.com> >>>> >>>> *Cc:* ccie_voice@onlinestudylist.com >>>> <mailto:ccie_voice@onlinestudylist.com> >>>> >>>> *Sent:* Saturday, March 21, 2009 12:08 PM >>>> >>>> *Subject:* Re: [OSL | CCIE_Voice] H323 GW SRST and AAR Voicemail >>>> Redirection >>>> >>>> Hi all: >>>> >>>> I am stuck on this, any thoughts?, points of view?, have anybody >>>> faced this issue? >>>> >>>> Any point of view would very helpful. >>>> >>>> Regards, >>>> >>>> Jose >>>> >>>> *From:* Jose Gregorio Linero (jlinero) >>>> *Sent:* Sábado, Marzo 21, 2009 6:31 AM >>>> *To:* 'Wesley Lim' >>>> *Cc:* ccie_voice@onlinestudylist.com >>>> <mailto:ccie_voice@onlinestudylist.com> >>>> *Subject:* RE: [OSL | CCIE_Voice] H323 GW SRST and AAR Voicemail >>>> Redirection >>>> >>>> Hi: >>>> >>>> Actually I have tested the TP and CTI RP method when the BR1 GW is >>>> MGCP and it works fine, the problem I have is when the BR1 GW is >>>> H323, due to the fact that you need the command isdn outgoing ie >>>> redirect to make the VM work in AAR, in SRST you have an issue >>>> because no matter you are using TP or CTI RP method the GW is >>>> sending the 0xFF redirect reason and after you translate the >>>> ficticious number to one of the SRST that is not registered, Unity >>>> can see the wrong reason and you have the general greeting instead >>>> of the voicemail greeting, that is why I am asking. >>>> >>>> Have anybody tested the VM integration with an H323 GW and found >>>> this issue, maybe I am asking an stupid question, but I am testing >>>> different things and using an H323 GW I found this issue. Again, I >>>> have tested the CTI RP and TP before with an MGCP GW but is >>>> different, with an MGCP GW you do not need the command isdn >>>> outgoing ie redirect-number because all the control is in CCM, >>>> and when you are using with MGCP GW the voicemail in AAR works >>>> fine without this command, but in H323 GW you need this command to >>>> make the VM work in AAR, but in SRST you have a problem. >>>> >>>> Thanks in advance. >>>> >>>> Regards, >>>> >>>> Jose >>>> >>>> *From:* Wesley Lim [mailto:lim.wes...@gmail.com] >>>> *Sent:* Sábado, Marzo 21, 2009 2:11 AM >>>> *To:* Jose Gregorio Linero (jlinero) >>>> *Cc:* ccie_voice@onlinestudylist.com >>>> *Subject:* Re: [OSL | CCIE_Voice] H323 GW SRST and AAR Voicemail >>>> Redirection >>>> >>>> 2 other methods besides vm-integration: >>>> >>>> 1. Translation pattern >>>> >>>> 2. CTI RP >>>> >>>> This topic have been discussed many times, would suggest you to >>>> search for the alternative methods. >>>> >>>> On Sat, Mar 21, 2009 at 10:58 AM, Jose Gregorio Linero (jlinero) >>>> <jlin...@cisco.com <mailto:jlin...@cisco.com>> wrote: >>>> >>>> Hi: >>>> >>>> Looks like Ive never tested this before, I have configured BR1 GW >>>> as H323 GW, I am aware of the 0xFF redirect problem and I am >>>> testing AAR and SRST, due to the fact this is an H323 GW I need >>>> the command isdn outgoing ie redirect in the ISDN serial >>>> interface in order to make the redirection of a call to the >>>> correct voicemail in AAR mode, but I realized that this command >>>> affect the integration to the voicemail in SRST mode, my question >>>> is, having this scenario the only option we have is >>>> vm-integration?, because using this command in serial interface >>>> the translation pattern workaround does not work. >>>> >>>> Thanks in advance. >>>> >>>> Regards, >>>> >>>> Jose >>>> >>>> >>>> >>>> >>> >>> >>> >> >> > >
smime.p7s
Description: S/MIME cryptographic signature