<div dir="ltr">HI Folks,<div><br></div><div>I've got someone wanting to come up to speed with libfabric for an application.</div><div>As is typical, when one is looking at this api for the first time, questions come up</div><div>about things from a different angle.</div><div><br></div><div>The user wants to know what good fi_av_straddr is, and if can be used in some</div><div>way to load in entries to an av table via fi_av_insertsvc or similar.</div><div><br></div><div>Except for, perhaps,   informational output, is there any intended use</div><div>case for fi_av_straddr?  Could we standardize the format of this string such that</div><div>irrespective of provider, it could be used as an out-of-band mechanism for loading</div><div>entries in to an av using the fi_av_insertsvc?</div><div><br></div><div>I've had a similar request from the Intrepid folks who I recall were hoping to use</div><div>the output of fi_av_straddr, to determine whether or not endpoints were created</div><div>by processes on the same node.</div><div><br></div><div>The sockets, udp, GNI, and usnic providers return a string of format network_addr:portnum</div><div>or the equivalent thereof, whereas the PSM and PSM2 providers return a single hex</div><div>number.  </div><div><br></div><div>Would it be possible to standardize the output to be of form  network_addr (possibly</div><div>provider specific): portnum string format.  The string len could remain specific.</div><div>I think apps could benefit from knowing that this string could then be cracked and fed</div><div>in to fi_av_insertsvc,  and that the first part could be used to detect EP's on the</div><div>same node.</div><div><br></div><div>Thanks for any suggestions,</div><div><br></div><div>Howard</div><div><br></div><div><br></div></div>