> On Thu, 2009-02-26 at 10:22 -0500, Damian Krzeminski wrote: > > Scott Lawrence wrote: > > > On Thu, 2009-02-26 at 17:37 +0530, Raghu Venkataramana wrote: > > >> While trying HA with 3.11.11, we found this issue due to > which LG > > >> Phones configured using the default configserver settings didn't > > >> work in a HA environment. This used to work fine in 3.10 because > > >> the configserver was not setting the outbound proxy > parameter in 3.10. > > >> However in 3.11, the outbound proxy is set to the SIP > domain name > > >> and as a result LG Phones refuse to do a SRV query. > Although this > > >> looks like a LG phone issue to me, should this be worked > around in > > >> the configserver by setting the outbound proxy parameter for LG > > >> phones to 'blank' by default? > > > > > > Yes, I think so. > > > > > > > > > > Clearly some things do not work when outbound proxy is set, others > > fail when it's not set. > > The decision to set these types of fields (or not) is > plug-in specific. > > What I don't want is to get us into the cycle we lived through with > > Polycom: with one set of issues being open calling for > sipXconfig to > > set outbound proxy and another set of issues being open > calling for not setting it. > > > > Huijun coordinates LG-Nortel plug-in: as far as I am > concerned it's up > > to him if he wants to change the default or just provide the > > instruction of how to change this field to make it work in > HA environment. > > I think that our presumption should be that the 'default' > behavior of anything should work smoothly in an HA environment.
Not configuring the outbound proxy will effectively break call pickup/call park when phones behind remote NATs are involved. Any direction we go, we lose functionality. LG already supports SRV lookups - do we have an assesment from them as to how much complexity would be involved in fixing this? _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
