Wireshark · Ethereal-dev: Re: [ethereal-dev] Re: Adding NetInfo (ONC RPC proto) support to ethereal

[Nicolas Williams <Nicolas.Williams@xxxxxxx>]

On Wed, Jan 05, 2000 at 10:52:46AM -0800, Guy Harris wrote:
> > It has to be hardcoded because the Solaris rpcbind sends replies to
> > indirect calls with a different source port.
> 
> But presumably the destination network-layer address and transport-layer
> port are the same as the network-layer address and transport-layer port
> whence the indirect call request came; perhaps we should wildcard the
> server port, just as we wildcard the server network-layer address (as
> there's no guarantee the reply will come from the address to which the
> request was sent).

Hmmm. The issue here is finding the conversation_t object related to the
call and reply. The dissect_rpc() function creates this object. All
dissect_portmap_rmtcall*() care about is that they be able to find that
struct. If there is a better way to do this than the two searches
dissect_portmap_rmtcall*() try, then let's use that.

Nico

This message contains confidential information and is intended only 
for the individual named.  If you are not the named addressee you 
should not disseminate, distribute or copy this e-mail.  Please 
notify the sender immediately by e-mail if you have received this 
e-mail by mistake and delete this e-mail from your system.

E-mail transmission cannot be guaranteed to be secure or error-free 
as information could be intercepted, corrupted, lost, destroyed, 
arrive late or incomplete, or contain viruses.  The sender therefore 
does not accept liability for any errors or omissions in the contents 
of this message which arise as a result of e-mail transmission.  If 
verification is required please request a hard-copy version.  This 
message is provided for informational purposes and should not be 
construed as a solicitation or offer to buy or sell any securities or 
related financial instruments.