Re: [OSL | CCIE_Voice] Called # manupulation under SRST circumstance

2011-01-18 Thread givemeccievoice2010
Hi Shingei,

 

I misread your question.  Please disregard for this scenario.

 

Jeff 

 

From: givemeccievoice2...@gmail.com [mailto:givemeccievoice2...@gmail.com] 
Sent: Tuesday, January 18, 2011 8:30 AM
To: 'ccie_voice@onlinestudylist.com'
Subject: RE: [OSL | CCIE_Voice] Called # manupulation under SRST
circumstance

 

Hi Shingei,

 

Do all of your manipulations on the gateway when doing H323.  This will save
time for SRST in the actual lab.  Here is how I normally do it:

 

RP 9[2-9]XX

RL/RG - H323 GW

No digit manipulation, no use calling party external phone number mask.
Just send 4 digit extensions and number as dialed.

 

On gateway,

 

voice translation-rule 1 

rule 1 /^5.$/ /555\0/ type any subscriber plan any isdn

 

voice translation-rule 2 

rule 1 /^9/ // type any subscriber plan any isdn

 

voice translation-profile SUBSCRIBER

translate called 1

translate calling 2

 

dial-peer voice 1 pots

destination-pattern 9[2-9]..$

port 0/0/0:23

translation-profile out SUBSCRIBER

 

The called # will show on the screen as 7 digits 777 and the calling #
will be sent as 7 digits 555 (just using random numbers to illustrate my
point) and both will have subscriber/isdn as type/plan.  Now, when you fall
back to SRST, all of your dialing will work and the correct manipulations
will occur before sending out to the gateway.  Avoid using num-exp and
dial-plan pattern commands when possible.

 

Also, make sure you have your incoming voip dial-peer to set the codec and
dtmf, I assumed you have this in place and the digit manipulation was the
only issue.

 

Hope this helps,

Jeff

 

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of ShinGei Yong
Sent: Tuesday, January 18, 2011 3:56 AM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] Called # manupulation under SRST circumstance

 

Hi,

I've below setup, BR2 as a mgcp gw with fall-back configured.

dial-peer voice 9001 pots
 description *** SRST TO US ***
 destination-pattern 9001[2-9]..[2-9]..
 port 0/0/0:23
 prefix 001
!
num-exp 5... 90012123945...
num-exp 1... 90016178631...
!
When in fallback mode,BR2 users dialed the 4digit number to reach HQ,
the number get expanded to matched the outbound POTS dp with no issue,
the call can established successfully.

Problem is the called# presented on ipphone,instead of 4digit,
the screen display 90012123945001,this is not the desired result.

I did configured "no supplementary-service h225-notify cid-update"
and reloaded but the result remain.
How do i achieve the 4digit display in this case?

Thanks
Shingei.

___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com


Re: [OSL | CCIE_Voice] Called # manupulation under SRST circumstance

2011-01-18 Thread givemeccievoice2010
Hi Shingei,

 

Do all of your manipulations on the gateway when doing H323.  This will save
time for SRST in the actual lab.  Here is how I normally do it:

 

RP 9[2-9]XX

RL/RG - H323 GW

No digit manipulation, no use calling party external phone number mask.
Just send 4 digit extensions and number as dialed.

 

On gateway,

 

voice translation-rule 1 

rule 1 /^5.$/ /555\0/ type any subscriber plan any isdn

 

voice translation-rule 2 

rule 1 /^9/ // type any subscriber plan any isdn

 

voice translation-profile SUBSCRIBER

translate called 1

translate calling 2

 

dial-peer voice 1 pots

destination-pattern 9[2-9]..$

port 0/0/0:23

translation-profile out SUBSCRIBER

 

The called # will show on the screen as 7 digits 777 and the calling #
will be sent as 7 digits 555 (just using random numbers to illustrate my
point) and both will have subscriber/isdn as type/plan.  Now, when you fall
back to SRST, all of your dialing will work and the correct manipulations
will occur before sending out to the gateway.  Avoid using num-exp and
dial-plan pattern commands when possible.

 

Also, make sure you have your incoming voip dial-peer to set the codec and
dtmf, I assumed you have this in place and the digit manipulation was the
only issue.

 

Hope this helps,

Jeff

 

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of ShinGei Yong
Sent: Tuesday, January 18, 2011 3:56 AM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] Called # manupulation under SRST circumstance

 

Hi,

I've below setup, BR2 as a mgcp gw with fall-back configured.

dial-peer voice 9001 pots
 description *** SRST TO US ***
 destination-pattern 9001[2-9]..[2-9]..
 port 0/0/0:23
 prefix 001
!
num-exp 5... 90012123945...
num-exp 1... 90016178631...
!
When in fallback mode,BR2 users dialed the 4digit number to reach HQ,
the number get expanded to matched the outbound POTS dp with no issue,
the call can established successfully.

Problem is the called# presented on ipphone,instead of 4digit,
the screen display 90012123945001,this is not the desired result.

I did configured "no supplementary-service h225-notify cid-update"
and reloaded but the result remain.
How do i achieve the 4digit display in this case?

Thanks
Shingei.

___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com


Re: [OSL | CCIE_Voice] Called # manupulation under SRST circumstance

2011-01-18 Thread Vik Malhi
If you do the called # transformation prior to the POTS dial-peer then the
caller phone display is affected.

If you "prefix" in the pots dial-peer then the caller display is not
affected.

-- 
Vik Malhi ­ CCIE #13890
Managing Partner / Instructor - IPexpert, Inc.
Mailto: vma...@ipexpert.com
Telephone: +1.810.326.1444 ext 420
Fax: +1.810.454.0130
Live Assistance, Please visit: www.ipexpert.com/chat
<http://www.ipexpert.com/chat>

IPexpert is a premier provider of Self-Study Workbooks, Video on Demand,
Audio Tools, Online Hardware Rental and Classroom Training for the Cisco
CCIE (R&S, Voice, Wireless, Security & Service Provider) certification(s)
with training locations throughout the United States, Europe, South Asia and
Australia. Be sure to visit our online communities at
www.ipexpert.com/communities <http://www.ipexpert.com/communities>  and our
public website at www.ipexpert.com <http://www.ipexpert.com/>

From:  ShinGei Yong 
Date:  Tue, 18 Jan 2011 19:56:01 +0800
To:  OSL Group 
Subject:  [OSL | CCIE_Voice] Called # manupulation under SRST circumstance

Hi,

I've below setup, BR2 as a mgcp gw with fall-back configured.

dial-peer voice 9001 pots
 description *** SRST TO US ***
 destination-pattern 9001[2-9]..[2-9]..
 port 0/0/0:23
 prefix 001
!
num-exp 5... 90012123945...
num-exp 1... 90016178631...
!
When in fallback mode,BR2 users dialed the 4digit number to reach HQ,
the number get expanded to matched the outbound POTS dp with no issue,
the call can established successfully.

Problem is the called# presented on ipphone,instead of 4digit,
the screen display 90012123945001,this is not the desired result.

I did configured "no supplementary-service h225-notify cid-update"
and reloaded but the result remain.
How do i achieve the 4digit display in this case?

Thanks
Shingei.

___ For more information
regarding industry leading CCIE Lab training, please visit www.ipexpert.com

___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com


[OSL | CCIE_Voice] Called # manupulation under SRST circumstance

2011-01-18 Thread ShinGei Yong
Hi,

I've below setup, BR2 as a mgcp gw with fall-back configured.

dial-peer voice 9001 pots
 description *** SRST TO US ***
 destination-pattern 9001[2-9]..[2-9]..
 port 0/0/0:23
 prefix 001
!
num-exp 5... 90012123945...
num-exp 1... 90016178631...
!
When in fallback mode,BR2 users dialed the 4digit number to reach HQ,
the number get expanded to matched the outbound POTS dp with no issue,
the call can established successfully.

Problem is the called# presented on ipphone,instead of 4digit,
the screen display 90012123945001,this is not the desired result.

I did configured "no supplementary-service h225-notify cid-update"
and reloaded but the result remain.
How do i achieve the 4digit display in this case?

Thanks
Shingei.
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com