Christian, While you can do some interesting things with the vm-integration route, you should be aware of something.
There is no guarantee that in the actual lab exam that the "pstn" is going to forward more than the 10 digits...or even process it. It's certainly easy to set up, but if you do this be aware that if it doesn't work immediately, you need to realize it may not be supported by the lab PSTN backbone. Personally, I like it better too. But this serious potential issue was pointed out to me by someone who is in a position to know far more than me about this. It's okay to try it....but be ready with plan "b". Cliff ----- Original Message ----- From: "Christian Hennrich" <[email protected]> To: "Wesley Lim" <[email protected]> Cc: <[email protected]> Sent: Sunday, March 22, 2009 3:53 PM Subject: Re: [OSL | CCIE_Voice] H323 GW SRST and AAR Voicemail Redirection Hi, well I came to the same result, vm-integrations works perfect. But you need to do it properly. you need to have a dial-peer, that allows you to send 10 digits + * or # and 4 digits: dial-peer v 10 pots port .. destination-p 91[2-9]..[2-9]...... prefix 1 ! Having one with forward-digits 10 will not work. The HQ gateway only takes the last 4, if you set to significant digits 4. The call takes in HQ the no answer route of the BR1 phones. HTH Wesley Lim schrieb: > Jose, > > Output of debug isdn q931 using vm-integration > > Mar 22 11:42:19.091: ISDN Se0/0/0:23 Q931: RX <- SETUP pd = 8 callref = > 0x0032 > 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, '6175212001' > Plan:ISDN, Type:National > Mar 22 11:42:19.115: ISDN Se0/0/0:23 Q931: TX -> CALL_PROC pd = 8 > callref = 0x8032 > Channel ID i = 0xA98381 > Exclusive, Channel 1 > Pod11-BR1-RTR# > Mar 22 11:42:19.119: ISDN Se0/0/0:23 Q931: TX -> ALERTING pd = 8 > callref = 0x8032 > Progress Ind i = 0x8188 - In-band info or appropriate now > available > Pod11-BR1-RTR# > Mar 22 11:42:27.115: ISDN Se0/0/0:23 Q931: Applying typeplan for sw-type > 0xD is 0x0 0x0, Calling num 911 > Mar 22 11:42:27.119: ISDN Se0/0/0:23 Q931: Applying typeplan for sw-type > 0xD is 0x2 0x1, Called num 12122211220#2001 > Mar 22 11:42:27.119: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 callref = > 0x0093 > Bearer Capability i = 0x8090A2 > Standard = CCITT > Transfer Capability = Speech > Transfer Mode = Circuit > Transfer Rate = 64 kbit/s > Channel ID i = 0xA98383 > Exclusive, Channel 3 > Calling Party Number i = 0x0081, '911' > Plan: > Pod11-BR1-RTR#Unknown, Type:Unknown > Called Party Number i = 0xA1, '12122211220#2001' > Plan:ISDN, Type:National > Redirecting Number i = 0xFF, '2001' > Plan:Reserved, Type:Reserved > Mar 22 11:42:27.143: ISDN Se0/0/0:23 Q931: RX <- CALL_PROC pd = 8 > callref = 0x8093 > Channel ID i = 0xA98383 > Exclusive, Channel 3 > Mar 22 11:42:27.183: ISDN Se0/0/0:23 Q931: RX <- ALERTING pd = 8 > callref = 0x8093 > Progress Ind i = 0x8088 - In-band info or appropriate now > available > Mar 22 11:42:27.335: ISDN Se0/0/0:23 Q931: RX <- CONNECT pd = 8 callref > = 0x8093 > Display i = 'Voicemail' > Mar 22 11:42:27.339: %ISDN-6-CONNECT: Interface Serial0/0/0:2 is now > connected to 12122211220#2001 N/A > Mar 22 11:42:27.343: ISDN Se0/0/0:23 Q931: TX -> CONNECT_ACK pd = 8 > callref = 0x0093 > Mar 22 11:42:27.347: ISDN Se0/0/0:23 Q931: TX -> CONNECT pd = 8 callref > = 0x8032 > Display i = 'Voicemail' > Mar 22 11:42:27.355: ISDN Se0/0/0:23 Q931: RX <- CONNECT_ACK pd = 8 > callref = 0x0032 > Pod11-BR1-RTR# > Mar 22 11:42:27.359: %ISDN-6-CONNECT: Interface Serial0/0/0:0 is now > connected to 911 N/A > Pod11-BR1-RTR# > Mar 22 11:42:34.995: ISDN Se0/0/0:23 Q931: RX <- DISCONNECT pd = 8 > callref = 0x0032 > Cause i = 0x8290 - Normal call clearing > Mar 22 11:42:34.999: %ISDN-6-DISCONNECT: Interface Serial0/0/0:0 > disconnected from 911 , call lasted 7 seconds > Mar 22 11:42:34.999: ISDN Se0/0/0:23 Q931: TX -> RELEASE pd = 8 callref > = 0x8032 > Mar 22 11:42:35.003: %ISDN-6-DISCONNECT: Interface Serial0/0/0:2 > disconnected from 12122211220#2001 , call lasted 7 seconds > Pod11-BR1-RTR# > Mar 22 11:42:35.007: ISDN Se0/0/0:23 Q931: TX -> DISCONNECT pd = 8 > callref = 0x0093 > Cause i = 0x8290 - Normal call clearing > Mar 22 11:42:35.007: ISDN Se0/0/0:23 Q931: RX <- RELEASE_COMP pd = 8 > callref = 0x0032 > Mar 22 11:42:35.019: ISDN Se0/0/0:23 Q931: RX <- RELEASE pd = 8 callref > = 0x8093 > Mar 22 11:42:35.023: ISDN Se0/0/0:23 Q931: TX -> RELEASE_COMP pd = 8 > callref = 0x0093 > Pod11-BR1-RTR# > 1. isdn out ie redirect is present at se0/0/0:23. > 2. The above output is taken during SRST > 3. H323 gw to CM when SRST is taking a break > > Now, this is tested via proctorlab's gear - which I believe the PSTN > switch connected to the E1/T1 trunks are configured with specific > forwarding IE elements. I remember mocking this up at home with my home > gear and found that vm-integration does not work due to the fact that I > made some misconfiguration on the PSTN switch. > > Folks, I really highly recommend using the vm-integration for CFNA & CFB > during SRST. Why do I say that? Coz of all the 3 methods available, only > the vm-integration works with CFwdall. > > rgds, > wes > On Sun, Mar 22, 2009 at 3:23 AM, Chris Parker <[email protected] > <mailto:[email protected]>> wrote: > > You might want to check other things too like your CCM / Unity > setup. I'm starting to feel like this bug isn't what is causing your > problem at all. I am familiar with this redirecting number bug. The > whole point of using the call forward to a CTI RP hack-around is to > overcome this bug. If the bug didn't exist we could just send > everything to the Unity hunt pilot and be famished because Unity > would see the redir number come from the gw and use it to forward > the call to the right box. The bug prevents this from happening and > forces us to forward the call someplace where the proper redirect > can be staged. > > > 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:[email protected] > <mailto:[email protected]>] Sent: Sábado, Marzo 21, 2009 1:48 PM > To: Jose Gregorio Linero (jlinero) > Cc: Cliff McGlamry; Wesley Lim; [email protected] > <mailto:[email protected]> > 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:[email protected] > <mailto:[email protected]>] Sent: Sábado, Marzo 21, 2009 > 1:31 PM > To: Jose Gregorio Linero (jlinero) > Cc: Cliff McGlamry; Wesley Lim; > [email protected] > <mailto:[email protected]> > 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:[email protected] > <mailto:[email protected]>] Sent: Sábado, Marzo 21, > 2009 12:56 PM > To: Jose Gregorio Linero (jlinero) > Cc: Cliff McGlamry; Wesley Lim; > [email protected] > <mailto:[email protected]> > 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:[email protected] > <mailto:[email protected]>] Sent: Sábado, Marzo 21, > 2009 12:25 PM > To: Jose Gregorio Linero (jlinero) > Cc: Cliff McGlamry; Wesley Lim; > [email protected] > <mailto:[email protected]> > 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:[email protected] > <mailto:[email protected]>] > *Sent:* Sábado, Marzo 21, 2009 11:46 AM > *To:* Jose Gregorio Linero (jlinero); Wesley Lim > *Cc:* [email protected] > <mailto:[email protected]> > *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:[email protected] > <mailto:[email protected]>> > > *To:* Wesley Lim <mailto:[email protected] > <mailto:[email protected]>> > > *Cc:* [email protected] > <mailto:[email protected]> > <mailto:[email protected] > <mailto:[email protected]>> > > *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:* [email protected] > <mailto:[email protected]> > <mailto:[email protected] > <mailto:[email protected]>> > *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:[email protected] > <mailto:[email protected]>] > *Sent:* Sábado, Marzo 21, 2009 2:11 AM > *To:* Jose Gregorio Linero (jlinero) > *Cc:* [email protected] > <mailto:[email protected]> > *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) > <[email protected] <mailto:[email protected]> > <mailto:[email protected] > <mailto:[email protected]>>> 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 > > > > > > > > > > > > > > > > ______________________________________________________________________ > This email has been scanned by the MessageLabs Email Security System. > For more information please visit http://www.messagelabs.com/email > ______________________________________________________________________ > > ______________________________________________________________________ > This email has been scanned by the MessageLabs Email Security System. > For more information please visit http://www.messagelabs.com/email > ______________________________________________________________________
