Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Community Member

Is it feasible to use multiple VG350's to support a couple of hundred analog phones?

Hello All,

This question is intended for those that have a good bit of experience with Cisco VoiceGateways and possibly old style PBX's. To give a summary of my dilema, I have a few hundred analog phones that I would like to integrate into my VoIP network to wean us off of our PBX. I'm looking at something around 200 phones that would require the swap and cannot be replaced with VoIP phones easily; i.e. they are outdoor, connected to elevators, or have no Cat5/6 infrastructure near them. 

I'll add that I'm not terribly well experienced with telephony and VoIP, so this question may be off, but would it be feasible to run to VG350's to support these phones?

On top of that, do VG's share information with each when they have a direct connection, in the way that a router might broadcast its available routes to antoher router? Or would I have to provide a route for every single phone, or range of phones, connected to the first VG into the second VG and vice versa?

Would the VG's should the processing burden of translating between VoIP and analog, or would this create overhead for the CUCM?

 

 

Everyone's tags (5)
3 REPLIES
Hall of Fame Super Silver

Yes VG350 would provide what

Yes VG350 would provide what you are looking for.

You did not specify what your PBX is going to be, so I will assume it's CUCM, then to answer your second question CUCM has the dial-plan defined for your analog extensions as it's in charge of routing calls to/from it, the analog GW without a call agent such as CUCM cannot do anything.

Depending on the protocol you use (SIP, H323, MGCP, SCCP) the configuration of dial plan is different, if using MGCP/SCCP you defined the analog device similarly to IP phones in CUCM, if SIP/H323 then you define patterns to them and point to respective trunk and then configure the GW with dial-peers. Decision on protocol boils down to what type of analog devices and feature you have, i.e. for faxing to get full T.38 protocol-based v.3 support you'd need SIP/H323, for analog phones to get supplementary feature such as hold, etc only SCCP can do that.

Community Member

Chris,Thanks for the info so

Chris,

Thanks for the info so far. Yes, the CUCM would serve as the PBX in this. The plan would be to disconnect the analog phones from the old analog PBX and reconnect them to the Voice Gateway.

The protocol I'm kind of locked into using is SCCP, so I'm guessing I would add them into the CUCM and give them a normal DN to route calls.

In the scenario of having an analog phone connected to a VG calling a VoIP phone hanging off of a switch connected to the CUCM, how would the call be built?

I know with a VoIP to VoIP the phone reaches out to the CUCM and then switches to an RTP stream between the two devices, but I don't know how a VG and analog phone would fit into that scenario.

Hall of Fame Super Silver

With SCCP the routing would

With SCCP the routing would look identically to routing from IP Phone where the CSS/Device Pool (if using local route group) would specify the routing.

As to the RTP it would be between the analog GW to whatever the end device is, i.e. IP phone, or PSTN GW, so the traffic from analog GW to far side would be IP, and traffic from this analog GW to the analog device is the analog across the analog wire. 

105
Views
20
Helpful
3
Replies
CreatePlease to create content