Branch Office Questions.

[MagnaRGP]

I've just brought up an all IP 1000B to an existing 1000 MG and have a couple of questions.

1. I know that VNR is supposed to route Branch PSTN DID calls over to the Main, but I seem to be having a hell of a time getting it to work properly. I ended up having to IDC the inbound DID to a phantom 500 on the branch which is itself DCFW'd to the set DN. This works, but it's clunky. I MUST be missing something. Without this, I always get SWED Equip Congestion on the Dchannel, and the call fails to process.
2. Outbound calls for Branch users. Currently, using zone-based dialing, all branch-user outbound calls are using the branch PSTN. What I have not been able to succeed at is turning calls that are local to the Main Office back over to the Main and using their trunks. I have the requesite entries in the NRS, but seem to be losing it in the NARS along the way. IP trunk routes on both sites are INAC = Y.
3. Inbound callers over the Branch PSTN are not hearing ring-back. A caller can hear dead air while a set is ringing 4 times before RNA to VM. Once the CP (or a user) picks up the call, voice is good both ways. D Channel messaging shows Alert messages from the main out to the PSTN, so I'm not sure where to look here.

I can post any details necessary, but I'm hoping someone will point me in the right direction based on my vague descriptions.

Thanks in advance for the advice.

 

[Reusser]

1 - SWED is usually a restriction - TGAR, NCOS etc or mismatch codec

2 - Assumming sets are registared at the Main. if not you will have a problem in 90 days. Your dialing plan for local calls from main need to be done in Bars at main since phone that are registared at main are dialing from Main.
If my zone prefix is 101 and a local nxx to main is 201 I would have a SPN of 1012 or 10120 or 101201 pointing to an RLI 1st choice out Main Route.

3. oneway voice path is most often caused by VGMCs. Trace the call and disable card causing problems - may just need reset, may need replaced, may need patched updated.

 

[MagnaRGP]

Thanks Reusser. To your responses:
1. I'm not getting SWED unless I delete the phantom 500. All trunks are NOCS 7 (=FRL 7) and TGAR = NO in ESN block on both Main and Branch.
2. All sets are registered in Main. Outbound calling works for Branch users. Now what I want to do is take advantage of Toll Bypass for those NPAs (all calls at both sites are 10 digit) for those calls that are local to the main. Example, A branch user dials 1519 XXX YYYY where XXX is local to the main office. Currently, it gets 102 prepended, routes to the local PSTN, has the 102 stripped off and routes out the local PSTN as 1519 XXX etc. What I want to do is have the branch system manipulate the call for the pertinent NPA and re-route the call back to the NRS (where all of the local exchanges for both sites are entered) and have NRS reject the call if not possible. Here is what I built in the attempt. This would be AFTER the branch access code has been removed, I LTER = Yes the call so that the local NARS can handle it rather than just push the call out the local route:

RLI 1
ENTR 0
LTER NO
ROUT 30 <--- SIP Trunks so go check NRS
TOD 0 ON 1 ON 2 ON 3 ON
4 ON 5 ON 6 ON 7 ON
VNS NO
SCNV NO
CNV NO
EXP NO
FRL 2 <--- NCOS 2 = FRL 2
DMI 1
ISDM 0
FCI 0
FSNI 0
DORG NO
SBOC NRR
IDBB DBD
IOHQ NO
OHQ NO
CBQ NO

ENTR 1
LTER NO
ROUT 31 <--- H323 route (in case SIP trunks are full)
TOD 0 ON 1 ON 2 ON 3 ON
4 ON 5 ON 6 ON 7 ON
VNS NO
SCNV NO
CNV NO
EXP NO
FRL 2
DMI 1
ISDM 0
FCI 0
FSNI 0
DORG NO
SBOC NRR
IDBB DBD
IOHQ NO
OHQ NO
CBQ NO

ENTR 2
LTER NO
ROUT 3 <--- Local PSTN
TOD 0 ON 1 ON 2 ON 3 ON
4 ON 5 ON 6 ON 7 ON
VNS NO
CNV NO
EXP NO
FRL 4 <--- NCOS 4 = FRL 4
DMI 0
FCI 0
FSNI 0
SBOC NRR
IDBB DBD
IOHQ NO
OHQ NO
CBQ NO

ISET 3
NALT 5
MFRL 2
OVLL 0


DMI 1
DEL 1
ISPN NO
CTYP NPA

3. This is not a one-way speech path issue. full duplex voice is established once the call is connected (either to a set or to VM), there is just no ring-back.

 

[Reusser]

1 - turn on SIP trace or H323Trace ( which ever your VNR are pointed to)in SigServer and see what the reponse is. I suspect it is rejected either at local end or Far end (may have to turn on same Trace at far end.
By the way, what do you have the Phantom ports pointed to - since it works that way VNR maybe should be setup the same.

2 - With the Zone base routing you can only build as SPN so FCAS would not be an option. Only way I could think to do this is to segragate your entries to different RLIs - for example area code 519 and prefix 209 is local
SPN 1021519 209
RLI 20 <-- RLI 20 1st choice would point to local Route off Main

SPN 1021519 208 <-- not local to main
RLI 1 <-- this will point to Virtual trunks allowing NRS to route to another destination (branch)

Etc for all or parts of prefix in 519 area code


3 - What if phone was answered is there 2-way speach. Ring back is a symptom of no speach path - once call goes to voice mail - path changes. Still suspect speach path VGMC. Of course you can do a LD 80 trace to see.

 

[MagnaRGP]

To answer your questions, I'll start with 3.

3. Speech path is full-duplex when the call is answered. There is no one-way issue for any calls that I am aware of. The lack of ringback is 100% though. I will be doing a test today to see if it is telco or not though as I've traced the dchannel messaging clear through both systems and get alert messaging all the way back to the PRI, but I don't get an alert Ack on the PRI.

1. Here is the print of the relevant info on the branch. the phantoms are simply DCFW'd to a 4 digit DN (in this case, callpilot)

VNR RLI:

RLI 2
ENTR 0
LTER NO
ROUT 30
TOD 0 ON 1 ON 2 ON 3 ON
4 ON 5 ON 6 ON 7 ON
VNS NO
SCNV NO
CNV NO
EXP NO
FRL 1
DMI 0
ISDM 0
FCI 0
FSNI 0
DORG NO
SBOC NRR
IDBB DBD
IOHQ NO
OHQ NO
CBQ NO

ENTR 1
LTER NO
ROUT 31
TOD 0 ON 1 ON 2 ON 3 ON
4 ON 5 ON 6 ON 7 ON
VNS NO
SCNV NO
CNV NO
EXP NO
FRL 0
DMI 0
ISDM 0
FCI 0
FSNI 0
DORG NO
SBOC NRR
IDBB DBD
IOHQ NO
OHQ NO
CBQ NO

ISET 2
NALT 5
MFRL 1
OVLL 0

2. Here is the existing NARS entries:

SPN 102's RLI (Zone based Dialing digit removal):
RLI 102
ENTR 0
LTER YES <-- terminate call on branch office CS
TOD 0 ON 1 ON 2 ON 3 ON
4 ON 5 ON 6 ON 7 ON
VNS NO
FRL 2
DMI 102
FCI 0
FSNI 0
SBOC NRR
IDBB DBD
IOHQ NO

ISET 1
NALT 5
MFRL 2
OVLL 0

DMI 102
DEL 3
ISPN NO
INST 9
CTYP NPA

From this point, the call is in the NARS at the BO call server. I tried then to put the RLI shown in my previous post into NPA 1519, but got "no route to dest" even though entry 2 clearly puts the call onto the local PSTN. So, I'm not sure what's going on. I have all the exchanges 519XXX as national call type in the NRS, so again, not sure what's going on.

 

[MagnaRGP]

I MAY have answered number one while bashing my head on the wall over this.....

Question: When a call comes in from the PSTN and the telco sends 4 digits, what should the call type be?

 

[tnphoneman]

CDP

Signature===========================================

http://www.greatwhitetechnologies.com

 

[MagnaRGP]

So I've resolved item 3. I don't know what caused it, but I took out all of the DTRs and the TDS and Conf loops from the MGC and put them back in. Enabled them and voila. Instant ring-back.

I may have a solution for #2 as well. I'm going to be testing this at another Branch office tonight, and if it works, I'll post that solution as well.

As for #1, when a call comes in, I'm seing it come in as CDP on some sites and subscriber (NXX) on others with similar setups. Can that be controlled?