The packet gets sent to the address of the peer, so it is thus received by the remote host. The packet is tagged with the id of the destination peer, so the remote host only has to index into its array of peers with that id. After, it compares the address in the peer with the address of the packet's sender to verify the packet came from the right source. There's no real performance penalty for this.<br>
<br><div class="gmail_quote">On Mon, Jul 30, 2012 at 8:35 AM, JiangHao <span dir="ltr"><<a href="mailto:jaxecn@gmail.com" target="_blank">jaxecn@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
hello ,<div>     I'm leaning the enet libaray,and i am puzzled with the flow of send buffer when i reading <div>the implementation of enet_protocol_send_outgoing_commands,</div><div>      </div><div>     here is: sentLength = enet_socket_send (host -> socket, & currentPeer -> address, host -> buffers, host -> bufferCount);<br>

<div>      Is I made a mistake or you have it in the design?  will it send the same buffers to all  the peers of one host  and filtered by </div></div></div><div>remote host when it has receved these buffers.?</div><div>
      the performance is not affected if  it is  send to all <a href="http://peers.is" target="_blank">peers.is</a> it?</div>
<div>     </div><div><br></div><div>      forgive my poor english .and thanks for answer.</div><div>       </div><div><br></div>
<br>_______________________________________________<br>
ENet-discuss mailing list<br>
<a href="mailto:ENet-discuss@cubik.org">ENet-discuss@cubik.org</a><br>
<a href="http://lists.cubik.org/mailman/listinfo/enet-discuss" target="_blank">http://lists.cubik.org/mailman/listinfo/enet-discuss</a><br>
<br></blockquote></div><br>