Chris
Jose Gregorio Linero (jlinero) wrote:
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 PMTo: 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 = 0x0010Bearer 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 = 0x8010Channel 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 = 0x8010Progress 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 = 0x0081Bearer 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 = 0x8081Channel ID i = 0xA98382 Exclusive, Channel 2*Mar 21 19:53:17.463: ISDN Se0/0/0:23 Q931: RX <- ALERTING pd = 8 callref = 0x8081Progress 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 = 0x8081Display 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 = 0x8010Display 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/APod15-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 upJose Gregorio Linero (jlinero) wrote:Hi Chris: Thanks, I am seeing that you are testing with the IOS version 12.4(3g), Iamtesting with the IOS version 12.4(5b), could you please post the outputfromthe command "debug isdn q931", that is to see if this version is affectedbythe bug. Regards, Jose -----Original Message-----From: Chris Parker [mailto:cpar...@cparker.us] Sent: Sábado, Marzo 21, 2009 1:31 PMTo: 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 thecallas 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 PMTo: Jose Gregorio Linero (jlinero) Cc: Cliff McGlamry; Wesley Lim; ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] H323 GW SRST and AAR VoicemailRedirectionI 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 configurationwhenthe Gateway in SiteB is H323?, have you tested this configuration andmakeit work without breaking the VM functionality in AAR? If you have access to your own lab please add the command "isdn outgoingieredirect-number" to the ISDN serial interface, this will allow you tohavethe voicemail working for AAR, then test the SRST with yourconfigurationsand please let me know if it works, again, this is not an MGCP gatewayinSiteB, 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 PMTo: Jose Gregorio Linero (jlinero) Cc: Cliff McGlamry; Wesley Lim; ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] H323 GW SRST and AAR VoicemailRedirectionI 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 12I 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,3021The 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 = 0x00C4Bearer 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:UnknownMar 21 16:54:40.801: ISDN Se0/2/0:15 Q931: TX -> CALL_PROC pd = 8 callref = 0x80C4Channel ID i = 0xA98381 Exclusive, Channel 1Mar 21 16:54:40.809: ISDN Se0/2/0:15 Q931: TX -> ALERTING pd = 8 callref = 0x80C4Progress Ind i = 0x8188 - In-band info or appropriate now availableMar 21 16:54:50.810: ISDN Se0/2/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Calling num 4082012001Mar 21 16:54:50.814: ISDN Se0/2/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x0, Called num 14082012801Mar 21 16:54:50.814: ISDN Se0/2/0:15 Q931: TX -> SETUP pd = 8 callref = 0x00B9Bearer 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 = 0x80B9Channel ID i = 0xA98386 Exclusive, Channel 6Mar 21 16:54:51.238: ISDN Se0/2/0:15 Q931: RX <- ALERTING pd = 8 callref = 0x80B9Progress Ind i = 0x8188 - In-band info or appropriate now availableMar 21 16:54:51.518: ISDN Se0/2/0:15 Q931: RX <- CONNECT pd = 8 callref = 0x80B9Mar 21 16:54:51.522: %ISDN-6-CONNECT: Interface Serial0/2/0:5 is now connected to 14082012801 N/AMar 21 16:54:51.522: ISDN Se0/2/0:15 Q931: TX -> CONNECT_ACK pd = 8 callref = 0x00B9Mar 21 16:54:51.530: ISDN Se0/2/0:15 Q931: TX -> CONNECT pd = 8 callref = 0x80C4Mar 21 16:54:51.550: ISDN Se0/2/0:15 Q931: RX <- CONNECT_ACK pd = 8 callref = 0x00C4Mar 21 16:54:51.554: %ISDN-6-CONNECT: Interface Serial0/2/0:0 is now connected to 4082012001 N/AMar 21 16:54:55.238: ISDN Se0/2/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x00C4Cause i = 0x8290 - Normal call clearingMar 21 16:54:55.238: %ISDN-6-DISCONNECT: Interface Serial0/2/0:0 disconnected from 4082012001 , call lasted 3 secondsMar 21 16:54:55.242: ISDN Se0/2/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x80C4Mar 21 16:54:55.246: %ISDN-6-DISCONNECT: Interface Serial0/2/0:5 disconnected from 14082012801 , call lasted 3 secondsMar 21 16:54:55.246: ISDN Se0/2/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x00B9Cause i = 0x8090 - Normal call clearingMar 21 16:54:55.258: ISDN Se0/2/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x00C4Mar 21 16:54:55.270: ISDN Se0/2/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x80B9Mar 21 16:54:55.274: ISDN Se0/2/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x00B9As 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 RedirectionWhy 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 I’ve 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
