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 <cpar...@cparker.us
<mailto:cpar...@cparker.us>> 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:cpar...@cparker.us
<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
<mailto: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
<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
<mailto: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
<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
<mailto: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
<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
<mailto: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
<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
<mailto: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
<mailto:jlin...@cisco.com>>
*To:* Wesley Lim <mailto:lim.wes...@gmail.com
<mailto:lim.wes...@gmail.com>>
*Cc:* ccie_voice@onlinestudylist.com
<mailto:ccie_voice@onlinestudylist.com>
<mailto: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>
<mailto: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
<mailto:lim.wes...@gmail.com>]
*Sent:* Sábado, Marzo 21, 2009 2:11 AM
*To:* Jose Gregorio Linero (jlinero)
*Cc:* ccie_voice@onlinestudylist.com
<mailto: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>
<mailto: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
______________________________________________________________________
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
______________________________________________________________________
