When I read your email the first thought that popped into my head was a bunch of Calix E5-111s used for pennies on the dollar. They are simply ADSL/POTs boxes. 48 ports of pots. But each line registers individually. But at least the box is stupid dumb and you handle everything on the switch side. I would not want anything complex on site barring a distinct requirement. Of course just turn off the ADSL.
Why do you prefer that the lines do not register individually? Do you have a requirement for so much box intelligence in their closets? Matthew Yaklin Network Engineer FirstLight 359 Corporate Drive │ Portsmouth, NH 03801 Mobile 603-845-5031 myak...@firstlight.net | www.firstlight.net This email may contain FirstLight confidential and/or privileged information. If you are not the intended recipient, you are directed not to read, disclose or otherwise use this transmission and to immediately delete same. Delivery of this message is not intended to waive any applicable privileges. ________________________________ From: VoiceOps <voiceops-boun...@voiceops.org> on behalf of Ryan Delgrosso <ryandelgro...@gmail.com> Sent: Thursday, March 21, 2019 11:55:37 AM To: voiceops@voiceops.org Subject: [VoiceOps] Request for Opinions: High density ATA's I have found myself with a number of hospital opportunities and servicing the staff with IP phones is a no-brainer, however there is the need for multi-hundred room connectivity for patient room phones and the staff mandate is to keep it analog because "ip phones there will grow legs". I am looking for 24+ port density with amphenol connectors, and ideally some kind of rudimentary internal routing so i dont need to register all 24 discreet ports and can route by some header (to or uri) within a single registration. Right now im looking at AudioCodes and the Sangoma Vega series. Obihai would be my natural choice here but don't have anything that fits my density requirements. Any opinions on these or others I should consider. Anyone deploy these and can speak to the experience? Thanks in advance -Ryan _______________________________________________ VoiceOps mailing list VoiceOps@voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
_______________________________________________ VoiceOps mailing list VoiceOps@voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
