On Sat, 2008-09-06 at 15:34 -0400, M. Ranganathan wrote: > Perhaps the issue is that the park server is only able to > handle a single dialog per call. Perhaps a solution would be to > provide the park server extension to sipxbridge as a configuration > parameter and avoid using the special id ~mh~~. Then I can tear down > the original dialog with the park server for the given call ID and > re-establish it when I see the REFER. In this case, it would take a > little additional configuration information i.e. you MUST have the > park server enabled and provide its extension. > > > What is the best way to proceed on this?
There can any number of arbitrary park orbits, so I don't think that providing sipXbridge with information about them is the answer. More likely the fix is to get the park server to recognize that it's got two media sessions to one target. _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
