<snip> >> course would fail, but calls could be redialed immediately using >another relay. > >There isn't a practical way of utilizing SNS SRV to 'find' the media >relay that is alive short of inventing our own polling mechanism that >would periodically hit a specific media relay port on all the hosts >returned by an SRV lookup of our SIP domain to maintain a list of >functioning media relays but even that would not buy you much because it >does not tell you anything about the network connectivity between the >real relay media endpoint and the media relay - that is a non-starter.
> >The way I had envisioned the media relay redundancy working would be to >have one media relay running locally on each system of an HA deployment. >The proxy on a given system would always utilize the services of the >local media relay whenever relaying is required. This is a very simple >solution that covers most outage scenarios. The only one that it does >not cover is the 'media relay crash' one. More specifically, if the >media relay process on a system goes belly-up, the proxy on that system >will not be capable of turning to the media relay of another system to >complete a call that required relaying. Other cases such as network >outage, power loss, box reset are covered. > That would be acceptable from my perspective --martin _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
