Programmatically determining next-hop mac address

1. A method to accelerate the transmission of packets by programmatically determining at least one next-hop mac address for packets to be transmitted in a network by an application residing at the application layer in a system having a kernel having a protocol stack, the method comprising:

create a phantom datagram (UDP) having protocol headers;

populate one or more of the protocol headers of the phantom UDP while leaving the next-hop MAC address header unpopulated;

submit the phantom UDP to the kernel for traversing the protocol stack;

receive the phantom UDP from the kernel with the next-hop MAC address header having been populated by the kernel;

recognize the phantom UDP based upon one or more predetermined characteristics;

store the next-hop MAC address header from the phantom UDP; and

do not transmit the phantom UDP.

2. The method of claim 1 further comprising create a next UDP; retrieve the stored next-hop MAC address; and populate the header of the next UDP with the retrieved next-hop MAC address.

3. The method of claim 2 wherein the protocol stack of the kernel determines the next-hop MAC address header based on a predetermined set of rules that accounts for routing rules.

4. The method of claim 3 wherein the predetermined set of rules accounts for one or more of network-rules, security measures, firewall measures.

5. The method of claim 2 wherein the application has control over a NIC and further comprising instruct the NIC to drop the phantom UDP.

6. The method of claim 5 further comprising bypass the kernel and provide a next UDP to the NIC with the stored next-hop MAC address header populated in the next UDP.

7. The method of claim 2 further comprising

use a bind call and a connect call with the kernel to create a socket;

retrieve and store a source IP and source port from the phantom UDP which were populated by the kernel; and

populate the header of the next UDP with the stored source IP and source port.

8. A method to programmatically determining at least one layer 2 destination address for packets to be transmitted in a network by an application residing at the application layer in a system having a kernel, the method comprising:

creating a phantom packet;

populating one or more of protocol headers of the phantom packet while leaving the layer 2 destination address unpopulated;

submitting the phantom packet to the kernel;

receiving the phantom packet from the kernel with the layer 2 destination address header having been populated by the kernel;

recognizing the phantom packet;

storing the layer 2 destination address from the phantom packet;

creating a next packet; and

populating header of the next packet with the stored layer 2 destination address.

9. The method of claim 8 wherein the kernel includes a protocol stack and the method further comprises the protocol stack of the kernel determines the layer 2 destination address based on a predetermined set of rules that accounts for routing rules.

10. The method of claim 9 wherein the predetermined set of rules accounts for one or more of network-rules, security measures, and firewall measures.

11. The method of claim 8 wherein the application has control over a network interface controller (NIC) and further comprising the NIC dropping the phantom packet.

12. The method of claim 11 further comprises bypassing the kernel and providing the next packet to the NIC.

13. The method of claim 8 further comprising

use a bind call and a connect call with the kernel to create a socket;

retrieve and store the source IP and source port from the phantom packet which were populated by the kernel; and

populate the header of the next packet with the stored source IP and source port.

14. A system for accelerated transmission of packets over a network by programmatically determining a layer 2 destination address, the system comprising:

at least one processor; and

a memory in communication with the at least one processor and storing instructions that when executed by the at least one processor cause the at least on one processor to:

execute an application residing at the application layer with an operating system having a kernel, the application operable to

create a phantom packet,

populate one or more of protocol headers of the phantom packet while leaving the layer 2 destination address unpopulated,

submit the phantom packet to the kernel, receive the phantom packet from the kernel with the layer 2 destination address header having been populated by the kernel,

recognize the phantom packet,

store the layer 2 destination address from the phantom packet,

create a next packet, and

populate header of the next packet with the stored layer 2 destination address.

15. The system of claim 14 wherein the kernel includes a protocol stack and wherein the protocol stack of the kernel is configured to determine the layer 2 destination address based on a predetermined set of rules that accounts for routing rules.

16. The system of claim 15 wherein the predetermined set of rules accounts for one or more of network-rules, security measures, and firewall measures.

17. The system of claim 14 wherein the application is further operable to control a network interface controller and the network interface controller drops the phantom packet.

18. The system of claim 14 wherein the application is further operable to bypass the kernel and provide the next packet to the network interface controller.

19. The system of claim 14 wherein the application is further operable to

use a bind call and a connect call with the kernel to create a socket;

retrieve and store the source IP and source port from the phantom packet which were populated by the kernel; and

populate the header of the next packet with the stored source IP and source port.

20. The system of claim 14 wherein the application is further operable to

populate the payload of the phantom UDP with an identifier and recognize the packet further includes recognizing the identifier.