[reSIProcate] DNS SRV multiple records and timeouts

[Nathan Stratton]

Right, got that, but because the first record times out, the 2nd one is
never tried, thus never added to the whitelist.


On Thu, Aug 15, 2013 at 1:43 PM, Scott Godin <sgodin at sipspectrum.com> wrote:

> From the wiki:
>
>    - DNS path is whitelisted when we receive any response that doesn't
>    result in a grey list or a black list
>
>
> By response it is referring to a SIP response (ie: 200, 404, etc.).  So
> once a good path is found, resip will stick to it.
>
> Scott
>
>
> On Thu, Aug 15, 2013 at 2:16 PM, Nathan Stratton <nathan at robotics.net>wrote:
>
>> On Thu, Aug 15, 2013 at 12:44 PM, Scott Godin <sgodin at sipspectrum.com>wrote:
>>
>>> Hi Nathan,
>>>
>>> For Whitelisting - what do you mean about knowing all the hosts upfront?
>>>   I was referring to enabling the resip DNS Whitelisting feature - this
>>> doesn't require knowing anything up front.
>>>
>>
>> I guess I don't understand how a record would get whitelisted. The DUM
>> would get two records back from the SRV record, and try the first that
>> would be grey listed because of a timeout. It looks like a path is
>> whitelisted when there is a response that does not end in grey or black.
>>
>> I guess I thought that because the 2nd record was never tried, you would
>> need to add them to the whitelist before hand so that on the next request
>> you would try the 2nd host first rather then the first timeout host.
>>
>> --
>> ><>
>> Nathan Stratton                                               Founder,
>> CTO Exario Networks, Inc.
>> nathan at robotics.net                                     nathan at
>> exarionetworks.com
>> http://www.robotics.net
>> http://www.exarionetworks.com/
>>
>
>


-- 
><>
Nathan Stratton                                               Founder, CTO
Exario Networks, Inc.
nathan at robotics.net                                     nathan at
exarionetworks.com
http://www.robotics.net
http://www.exarionetworks.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.resiprocate.org/pipermail/resiprocate-devel/attachments/20130815/86f0f751/attachment.htm>