BCM50 voip trunk issue

[frecomm]

Hey all,
I have 2 BCM50 r3 systems that are linked with 4 VOIP trunks using sip protocol. They both have MCDN keycodes. One system has a PRI circuit with DID that provides the DID lines for both systems. The systems have been linked for over a year and the 4 digit dialing works well. I don't know if this is a new issue or just one that has always been there and only recently identified. It seems that only one call to a target line on the remote system can go through at a time. The second call to any target line on the remote system gets a busy signal. I have used bcm monitor and can verify that all 4 VOIP trunks are never all in use when this condition occurs. I noticed that 2 trunks are labelled as incoming and 2 as outgoing in bcm monitor but I assume that all 4 can be used for either. And usually only one is in use when the busy condition occurs. When viewing bcm monitor of the main system I can see the call come in on the PRI trunk and then the system accesses a voip trunk and then both disconnect. Any ideas?? Thanks in advance.
Doug

 

[cook1082]

Have you tried 2 different DID #'s at the same time.
And 2 or more extensions at the same time.
What happens.

 

[DBrewsky]

OK.. It's actually about the number of appearances of the target line. You'll notice that regardless of the target line setting, Appr&Ring - Appr Only - Ring Only, you can assign the number of appearances. If you assign a target line with only 1 appearance and that appearance is in use, then the target line will failover to the programmed prime set of that target line. I would assign the prime set as the VM DN at the remote site. If you're using a centralized voicemail then I'm really unsure as to how to program it, except for one.. Remember, this is only for centralized voicemail.. Program two ringing appearances of the target line onto a set, then set call forward busy to the centralized VM DN on that set. All subsequent calls on their DID will forward to their voicemail box.

I may have gotten off-track, but not sure of your situation. If you provide a little more detail of your setup, then I am positive I can help..

--DB

http://support.csctech.us

 

[frecomm]

Thanks. I have multiple appearances of the target lines on each set. And you get the call drop on the second call whether you dial the same DID or a different one. I'm not sure about multiple extension calls. I will verify that and let you know.

 

[morenot]

Check:
Resources/Application Reosurces/Application Resources Reservation:
Media Gateway Minimun...if you have 1, modified to 4
Then you need reset BCM...

 

[cook1082]

I would look at the Trunk sides settings plus on both sides look at the application resources for the IP trunks Max Min.

 

[frecomm]

Ok here is the update. I can only get one incoming call to the remote system whether it is an extension or DID call. There is a 2nd remote system networked the same as the one that I'm having the trouble with and it can get multiple incoming calls. That system has only 2 VOIP trunks and the one I'm having the problem with has 4. My media gateway minimum is 2 on all 3 systems. Minimum sip trunks is 0 on all 3 systems with licenses for 2,4, and 6 respectively. With 1 incoming call, I can still make outgoing extension calls to the other systems so the system will handle more than one VOIP call at a time, just not 2 incoming. Watching BCM monitor for both systems, with 1 incoming DID call on hold, I had someone at the main branch try to dial my extension. I saw the VOIP trunk go in use and drop immediately after the digits were dialed. No trunk in the remote system showed anything.

 

[morenot]

Shows BCM any alarm when the call is dropped

 

[cook1082]

I can't remember if remote packages are involved.
Try an external call out from the remote system and at same time an inbound to see if you hit the second trunk.

 

[cook1082]

Question have you done a reboot on the systems.
And upto date patches.

 

[frecomm]

I have the pri pool and voip pool both assigned to remote package 1. This is necessary for any calls to be transferred to the remote systems.

 

[DBrewsky]

Remote packages are not used to transfer callers. It's used to allow trunks coming in to automatically use other trunks, and also to allow a remote page.

--DB

http://support.csctech.us

 

[frecomm]

but the remote package would have to be set up correctly for any calls to be transferred directly to the remote system... therefore I don't think that is my problem