09-06-2011 05:43 AM - edited 03-21-2019 04:37 AM
Trying to understand what the chunk of config below. It seems to prefix the called number of calls from on-net users with 'ABCD', then strip if off, send to the CUE .....
voice source-group CCA_SIP_SOURCE_GROUP_CUE_CME
access-list 2
translation-profile incoming SIP_Incoming
voice translation-profile SIP_Incoming
translate called 411
voice translation-rule 411
rule 1 /^9\(.*\)/ /ABCD9\1/
access-list 2 permit 192.168.10.1
access-list 2 permit 192.168.10.0 0.0.0.255
access-list 2 permit 10.1.1.0 0.0.0.255
access-list 2 permit 10.1.10.0 0.0.0.3
dial-peer voice 1003 voip
description ** Passthrough Inbound Calls for PSTN from CUE **
translation-profile incoming SIP_Passthrough
b2bua
session protocol sipv2
session target ipv4:10.1.10.1
incoming called-number ABCDT
dtmf-relay rtp-nte
codec g711ulaw
no vad
voice translation-profile SIP_Passthrough
translate called 412
voice translation-rule 412
rule 1 /^ABCD\(.*\)/ /\1/
09-06-2011 06:40 AM
Hello. This is a bit of a hack.
There's an incoming dial-peer on the router which matches all incoming calls (unless a specific DID has been configured) and rejects the call. The dial-peer has "permission term" configured. This is part of the toll fraud / anti loop mechanism which configured the router to only accept incoming calls placed to numbers which are configured on the system.
Remembering that the Unity module is a separate SIP UA, calls from CUE destined to PSTN would fail because of this, so what they've done is prefix incoming calls from networks described by access-list 2 (i.e. the CUE module) with ABCD. We then have an incoming dial-peer which matches calls starting ABCD, this is removed and the call is sucsessful.
Hope this helps
Adam
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide