Janus TCP/IP Base V7.8 changes: Difference between revisions
m (→DNS Retries) |
mNo edit summary |
||
| Line 1: | Line 1: | ||
{{Hierarchy header}} | {{Hierarchy header}} | ||
The following features are new or changed in [[Janus TCP/IP Base]]. | The following features are new or changed in <var class="product">[[Janus TCP/IP Base]]</var>. | ||
==DNS Retries== | ==DNS Retries== | ||
Prior to <var class="product">[[Sirius Mods]]</var> Version 7.8, | Prior to <var class="product">[[Sirius Mods]]</var> Version 7.8, | ||
the [[JANUS NAMESERVER]] command had no facility to call for a retry of | the [[JANUS NAMESERVER]] command had no facility to call for a retry of | ||
a DNS UDP packet for which no response is received. | a DNS UDP packet for which no response is received. | ||
This meant that if Janus does a DNS lookup just when the target nameserver | This meant that if <var class="product>Janus</var> does a DNS lookup just when the target nameserver | ||
is down for an instant, or if the UDP packet gets lost on the network (IP | is down for an instant, or if the UDP packet gets lost on the network (IP | ||
networks don't have to guarantee delivery of IP packets), the DNS lookup | networks don't have to guarantee delivery of IP packets), the DNS lookup | ||
could fail. | could fail. | ||
The version 7.8 DNS Retries feature is | The version 7.8 "DNS Retries" feature is | ||
a RETRIES parameter for the JANUS NAMESERVER command. | a RETRIES parameter for the JANUS NAMESERVER command. | ||
Setting RETRIES to a positive integer value, say 2, instructs Janus | Setting RETRIES to a positive integer value, say 2, instructs <var class="product>Janus</var> | ||
to retry as many as two times if no response was received to a DNS lookup. | to retry as many as two times if no response was received to a DNS lookup. | ||
Setting RETRIES to 0, its default, means no retries are attempted. | Setting RETRIES to 0, its default, means no retries are attempted. | ||
On a swamped network, it is probably better to | On a swamped network, it is probably better to | ||
set a JANUS NAMESERVER TIMEOUT value of, say, 3 and a RETRIES setting of 2, rather than to set TIMEOUT to | set a JANUS NAMESERVER TIMEOUT value of, say, 3 and a RETRIES setting of 2, rather than to set TIMEOUT to | ||
10 with RETRIES 0. This is so because: | 10 with RETRIES 0. This is so because: | ||
*If a packet gets dropped, there is no benefit to waiting 10 seconds instead of 3. | *If a packet gets dropped, there is no benefit to waiting 10 seconds instead of 3. | ||
*It is very unlikely that it would take a nameserver 3 seconds to respond to a received request (including packet turnaround time). | *It is very unlikely that it would take a nameserver 3 seconds to respond to a received request (including packet turnaround time). | ||
It probably does not make sense to set RETRIES | It probably does not make sense to set RETRIES | ||
to a value greater than 2: if packets are being dropped so frequently | to a value greater than 2: if packets are being dropped so frequently | ||
that three consecutive DNS requests are dropped, you have problems much more serious than the failed lookups. | that three consecutive DNS requests are dropped, you have problems much more serious than the failed lookups. | ||
{{Hierarchy footer}} | {{Hierarchy footer}} | ||
Revision as of 20:43, 11 March 2011
{{#hierarchy-top:}} The following features are new or changed in Janus TCP/IP Base.
DNS Retries
Prior to Sirius Mods Version 7.8, the JANUS NAMESERVER command had no facility to call for a retry of a DNS UDP packet for which no response is received. This meant that if Janus does a DNS lookup just when the target nameserver is down for an instant, or if the UDP packet gets lost on the network (IP networks don't have to guarantee delivery of IP packets), the DNS lookup could fail.
The version 7.8 "DNS Retries" feature is a RETRIES parameter for the JANUS NAMESERVER command. Setting RETRIES to a positive integer value, say 2, instructs Janus to retry as many as two times if no response was received to a DNS lookup. Setting RETRIES to 0, its default, means no retries are attempted.
On a swamped network, it is probably better to set a JANUS NAMESERVER TIMEOUT value of, say, 3 and a RETRIES setting of 2, rather than to set TIMEOUT to 10 with RETRIES 0. This is so because:
- If a packet gets dropped, there is no benefit to waiting 10 seconds instead of 3.
- It is very unlikely that it would take a nameserver 3 seconds to respond to a received request (including packet turnaround time).
It probably does not make sense to set RETRIES to a value greater than 2: if packets are being dropped so frequently that three consecutive DNS requests are dropped, you have problems much more serious than the failed lookups.
{{#hierarchy-bottom:}}