On Thu, Aug 20, 2009 at 3:05 PM, Andy Spitzer<[email protected]> wrote: > Woof! > > Raymond asked me this question. I open it up to the wisdom of sipx-dev. > > I think the essence of the question is: > When using DNS SRV, when an INVITE is challenged, should you then send the > new INVITE with the credentials back to the server that requested them, or do > you start the DNS SRV lookups all over again, potentially getting a different > server?
You should send it back to the same server. Ranga > > --Woof! > > ------- Forwarded message ------- > From: "Raymond Chandler" <[email protected]> > Subject: DNS SRV > > Mike Jerris told me to email you in regards to the proper handling of > DNS SRV records for SIP. Specifically, we have an issue with sending > INVITEs to a proxy, getting challenged and sending INVITE w/auth to > another proxy since all have the same priority and weight. > > It was said that if the weight is 0, then the first chosen host should > be used throughout, but any other weights would cause the normal > selection process to occur on every new transaction. The references > we've been going off of thus far are RFCs 2782, 3263, and 3261. > > It would be greatly appreciated if you could shed some light on any > other resources that we might be missing that say one way or another > that we're handling things the right or the wrong way. > > BTW, I'm on IRC as [intra]lanman if you'd rather contact me there. > > Thanks, > Raymond Chandler > http://freeswitchsolutions.com > http://cluecon.com > http://cudatel.com > > > --Woof! > > > > > _______________________________________________ > sipx-dev mailing list [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-dev > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev > sipXecs IP PBX -- http://www.sipfoundry.org/ > -- M. Ranganathan _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
