I am looking into which setup would be most interesting for a hybrid system.
what i want to do is:
- terminate upstream trunks to yeti for inbound and outbound calls
- terminate customer on-premises pbx to yeti (via vpn)
- have yeti route the calls coming from upstream to the correct pbx
- have yeti route the calls from the customer pbx to the upstream trunk
i.e.: i want yeti to be the only part outside of the customer network and the only part inside my own network. (so the calls would go: trunk - yeti - customer pbx without any other pbx or mediaserver in between)
i do not want yeti to touch anything other than the bare essentials and add rates to the calls coming in from the customer trunks.
i am assuming this is possible, but can anyone confirm? (and maybe give some advice pro/con on this setup?)
the other alternatives i am considering to implement are just terminating upstream trunks to customer PBXs or just throw it all in a cloud pbx setup instead of local or hybrid…)
thanks for reading.
edit: the biggest part of my question is basically: is this a good-use case for yeti or is it better to implement something possibly lighter (like sippy) or heavier (like opensips) to do these tasks.