2 UC500s on same network?

Unanswered Question
Oct 26th, 2009
User Badges:

We have a client (that is rapidly growing) that is out of licenses and voicemail quota space on one UC500 which is connected to a SIP circuit.   I have setup a second UC500 internally on their network that they are borrowing until they can get a second location purchased to move some of their employees too.   I have been successfully in internal calling to work between the 2 UC500s, but cannot get external calls from the internal UC500 through the Main UC500 out the SIP trunk.

When looking at the debugs with TAC, it shows the main uc500 accepting the call from the internal UC500 and then establishing the connection over the SIP trunk.   The SIP server authenticates correctly, but then the call is disconnected and the SIP server.   The TAC engineer stated that this could be a problem with the carrier (CBeyond).  I contacted them and they stated that the initial connection and INVITE is heard and accepted by their SIP server, but when the SIP server tries to send an INVITE back it is denied or ignored from the main UC500 and then the call is dropped.

Is there any way to allow this to work, or is this type of setup not possible?

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Saurabh Verma Wed, 10/28/2009 - 05:28
User Badges:
  • Silver, 250 points or more

Hi Bradon,

Please post your configuration and output of SIP debugs (Troubleshoot > Voice Diagnostics > Voice Debug log - Check the VoIP SIP debug box and hit apply debug - Make a test call for the failing scenario and generate the troubleshooting log).



Maulik Shah Thu, 10/29/2009 - 11:40
User Badges:
  • Silver, 250 points or more

Please attach your logs to the support community - Saurabh already asked for the logs. Few comments:

1. Your setup is UC500 internal --??? --- UC500 main --- SIP trunk -- CBeyond -- PSTN

How are you connecting the UC500 internal to UC500 main - via VOIP or a back to back FXO - FXS ports? Note such a config is not typical and you probably are looking at a fair amount of CLI for this but it can be done.

2. Your debug that you sent from the main router - showed a call from an extension on the UC500 main router to a PSTN number - what I see in the SIP log is:

UC500 Main          Cbeyond


               <----- 401 Unauthorized

INVITE w credentials --->

             <--- 100 Trying

             <--- 180 Ringing

             <-- 480 Temporarily Unavailable

What is this PSTN number you are calling - is it a DID on the UC500 Internal box? Seems to me Cbeyond is ending the call but I have no access to the Cbeyond link you sent so I cannot see what Cbeyond is saying.

3. What is the # of users - they seem to have an 8U box as internal and 32U box as main - may make sense to move all users to 32U system with an upgrade to 48U license or 64U license (its a license upgrade)

brandon.kallas Thu, 10/29/2009 - 12:05
User Badges:

I do not want to post the logs on this site due to the fact that it contains phone numbers and I do not want them to be seen on a public site.  That is why I sent you the information via email so that it would be kept private.

1. However, this is how I have the 2 UC500s setup.  

Inside UC500 (BOX A) WAN port ....  connected to Main UC500 (BOX B) LAN port  ...  Main UC500 WAN Port ....  connected to SIP trunk.

Basically, I want to be able to Route a call made from BOX A through BOX B and then out the SIP trunk.    I can make calls between BOX A and BOX B by dialing extensions.   I can also take an incoming call in from the SIP trunk to BOX B and then route it to BOX A (although there are a few underlying issues with that as well.)

2. This is the error that shows on the Cbeyond side.


IP SRC: IP DST: MGCP   Response Code  : [502] -- Transaction not executed: endpoint has insufficient resources.   Transaction ID = 10704288   Commentary     = Protocol Error Server: sce03den 
Timestamp: Oct 26, 2009 10:54:48.350831000 EDT

502 Bad Gateway

IP SRC: IP DST: SIP   Version:         SIP/2.0   Response Code:     : [502] -- Server-Error - Bad Gateway   Commentry:         = Bad Gateway Parameters:   Via                     [Via] :     Transport:         SIP/2.0/UDP     Sent-By:           bwas1atl.atl0.cbeyond.net     Via-Parameters     branch=z9hG4bK-BroadWorks.BWAS1ATL-     Via-Parameters     received=   From                    [From] :     Display Name:      "NorthStarDigitalImaging"     Address:               Tag Label:         1163645194-1256568887108-   To                      [To] :     Address:               Tag Label:         1_1106_t165917_9530   Call-ID                 [Call-ID] : [email protected]   Command-Sequence        [CSeq] :     Sequence Number:   145476515     Method:            INVITE   Server              [Server] :     Product:           BTS10200/900-04.05.01.V32     Comment:           (SIA)   Content-Length      [Content-Length] :     Length:            0 Server: sce03den Timestamp: Oct 26, 2009 10:54:48.373699000 EDT

3.  As I mentioned above...  the client does not want to upgrade their Main UC500 because of 2 reasons.

     1.  They are pretty much out of voicemail quota space, so adding more users will just make all users have a very small quota space for their voicemail storage and the client does not want that.   They have already shrunk the quota size for some users, which is not a lot of space.

     2. They do not want to spend the extra money on upgrading because when they acquire a new location, they will move the inside UC500 to that location which, in turn, will lighten the load on their current main UC500.   So, this whole setup is for a temporary solution until they can acquire and move into a second location.

Maulik Shah Thu, 10/29/2009 - 13:11
User Badges:
  • Silver, 250 points or more

Logs - am ok with sending it privately or scrub for passwords / IP addresses / phone numbers and post which is commonly done.

1. Ok so you are doing:

UC500 internal -- H.323 -- UC500 main -- Cbeyond SIP Trunk

2. The error is not clear to me - seems to show an MGCP error which is not a protocol that is run on the UC500. The log from the UC500 main does not show UC500 sending a SIP 502 message. Per my earlier post, all the log shows is a 480 received from the Cbeyond side. Is Cbeyond stating this is a UC500 issue? If so can they provide a trace of the SIP message flow from / to UC500?

3. There will be a fair amount of work required for this temporary solution - CLI for networking multiple UC500s is at the link below:


but am not sure this is a UC500 config issue.

brandon.kallas Thu, 10/29/2009 - 13:50
User Badges:

This is seeming to be more trouble than what it's worth, so I think we are going to try to get Cbeyond to add a few analog lines from their IAD and we'll just use those on the FXO ports to dial out from instead of trying to daisy-chain the two together.   

I have that working somewhat right now, but the one issue I am having is that if you dial from BOX A to BOX B and try to leave a voicemail, it just rings busy.   If you try to dial the voicemail on BOX A from BOX B directly it also rings busy.  

Can I get some assistance for this issue?   If this can be resolved then this will be our temporary solution for this problem.

Maulik Shah Thu, 10/29/2009 - 14:39
User Badges:
  • Silver, 250 points or more

For voicemail - see if adding the below helps:

Internal UC500:

dial-peer voice 50000 voip
description ** Main UC500 VM **
destination-pattern 500
session target ipv4:

codec g711ulaw
dtmf-relay h245-alphanumeric

Main UC500

dial-peer voice 60000 voip
description ** Secondary UC500 VM **
destination-pattern 600
session target ipv4:

codec g711ulaw
dtmf-relay h245-alphanumeric

brandon.kallas Thu, 10/29/2009 - 14:58
User Badges:

Well, that worked, but only from one way.    When you dial extension 600 from Main UC500 it still rings busy, but if you dial 500 from Inside UC500 it works.

Here are the dial-peers:

Inside UC500

dial-peer voice 2000 voip

description ** cue voicemail pilot number **

translation-profile outgoing XFER_TO_VM_PROFILE

destination-pattern 600


voice-class sip outbound-proxy ipv4: 

session protocol sipv2

session target ipv4:

dtmf-relay sip-notify

codec g711ulaw

no vad

Main UC500

dial-peer voice 2002 voip

description ** cue voicemail PSTN number **

translation-profile outgoing xfertovm

destination-pattern 500

session protocol sipv2

session target ipv4:

dtmf-relay rtp-nte

codec g711ulaw

no vad

Maulik Shah Thu, 10/29/2009 - 16:43
User Badges:
  • Silver, 250 points or more

Seems like you are using 600 for meet me conference on the main UC500 which is why this probably fails - may want to change voicemail on the internal UC500 to say 599 or some extension that is not used on both the systems.

ephone-dn  95  dual-line
number 600

conference meetme
no huntstop


This Discussion

Related Content