BCM 50 to BCM50 via Sip trunks 1

[joezzz]

Hi all,

I have 2 BCM50's tied using SIp trunks BCM A and BCM B...calls go both ways via these trunks.Each BCm has its own pstn trunks and Dn range .However if a call terminates at BCM A (at any PSTN Trunk) and is answered and we then want to externally transfer this call to an extension on BCM B I get a message saying "transfer denied".

what have I missed here if anything to have this work.


thanks in advance

joezzz

 

[morenot]

check if you have allow redirect at phone on site A
under capabilities..

 

[joezzz]

allow redirect is ON , it works if x calls y at site A then y transfers to Z at site B,but if it's an external PSTN call to x at site A and I try transfering to Z at site B i get the message "transfer denied

 

[eng09]

you are trying to transfer an external party from analog lines to another external party via VoIP lines. you may need to check the line restrictions and enable remote access package for analog line pools and VoIP line pools. then the call will come from analog lines and will be redirected via VoIP lines.

 

[oldestgeek]

Look at the BCM monitor and insure you have an idle VoIP trunk.

 

[morenot]

check this:

Symptom:
Transfer is denied for an incoming analogue call to transfer to an IP trunk.

Cause:
The Trunk Mode setting of the Analogue Line was set to Loop Unguarded.




Resolution Plan



Fix:
Change the Trunk Mode setting to Loop Guarded and also contact the provider of the Line (CO) to ask them to ensure that the CDT (Call Disconnect timer) is set to 500 milliseconds.

 

[morenot]

or this:

Description (Problem Clarification)


Call scenario


PSTN (analogue lines)------->GATI-------->BCM50R3 (BCM A)------>VOIP (SIP) network--------->BCM 4.0 (BCM B)
| |
DN 7080 (IP set) DN 5002 (Digital set)

PSTN = Public Switched Telephone Network
GATI = Global Analogue Trunk Interface (inbuilt analogue trunks on the BCM main unit)
SIP = Session Initiation Protocol
VOIP = Voice Over IP
DN = Directory Number

Incoming call rings through to DN 7080 (BCM A) and is answered without a problem.
DN 7080 (BCM A) attempts a transfer across a SIP network to DN 5002 (BCM B). It fails with "Transfer Denied".

Resolution Plan


When dialing from DN 7080 on a BCM50R3 to 6-5002 (6=des code for a SIP trunk, 5002 = DN on a BCM 4.0) there is no problem.

When dialing from a desk phone to an analogue line, (the line is unguarded, that is not supervised) the call rings on DN 7080 and is answered without problem. When attempting a transfer to 6-5002, it fails with "Transfer Denied". This is expected. This is because the line provided by the Central Office is unsupervised (unguarded). Also under Business Element Manager->configuration->Telephony->Lines->Active Physical lines, for line 63 Trunk Mode = "unspr" (that is unsupervised). Since the line is unsupervised, the transfer across a VOIP trunk will be denied. This is design intent and is not a problem.

If the line/lines provided by the Central Office (CO) is/are unsupervised, and you configure the line/lines as supervised, you may resolve the problem. However, because the analogue line is unsupervised, there is no way for the VOIP trunk to detect the call has cleared down. This will result in locked VOIP trunks. Unsupervised analogue lines are not supported if a transfer across a VOIP line is required.

In this scenario analogue lines provided by the CO MUST be supervised, and must be configured as supervised.
Confirm with the CO whether the lines are supervised that is disconnect supervision. If they are not, you would need to change them. In addition, review the Business Element Manager->configuration->Telephony->Lines->Active Physical lines for the appropriate line(s) and ensure they are configured with trunk Mode = Supervised.

Warning: When changing any analogue line, for example on the GATI (BCM main unit), the entire bus 3 will be disabled and re-enabled. If you change any one line on a GATM, the entire GATM would be disabled and enabled automatically. This would affect active calls.

 

[madwok]

morenot got it nailed down .

Thank you for sharing your knowledge .********************