After not receiving a response, the resolver decided to retransmit to to determine the address of the. However, it is important to note that the destination is slightly different this time around. Since the server had been spun down, the resolver hadn’t received a response and a retransmit was issued to once again determine the address of.
Here is a clear example of a resolver making a request to an inactive name server created for testing purposesĪ standard query was made to at (159.203.187.64) from the resolver (45.79.187.48). An optimal approach would be to determine retransmission interval figures based on prior data. Internet traffic is known to be unpredictable therefore policy will vary as needed. Of course this policy can be modified to fit the efficiency needs of an application. UDP’s lack of delivery confirmation makes having retransmission policy a key tool in application success. Retransmission is defined as a behavior in which a response/request is resent due to packet loss. While UDP poses many benefits in its application, a specific feature plays a big role in the behavior of systems where it is applied.
UDP is popular amongst many real time applications due to its simple nature and ability to minimize transmission delay. While TCP based applications consume a larger percentage of the internet's bandwidth, DNS queries/responses are typically sent over User DataGram Protocol (UDP).
0 kommentar(er)
