<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: nfs and rpc in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/nfs-and-rpc/m-p/3799780#M83887</link>
    <description>RPC is a powerful technique for constructing distributed, client-server based applications.&lt;BR /&gt;&lt;BR /&gt;Normally you use RPC for data exchange between a server and a client. Anyway, this runs under tcp or udp protocols anyway. &lt;BR /&gt;&lt;BR /&gt;A portmapper converts RPC program numbers into port numbers.&lt;BR /&gt;&lt;BR /&gt;The portmap daemon converts RPC program numbers into Internet port numbers.&lt;BR /&gt;&lt;BR /&gt;When an RPC server starts up, it registers with the portmap daemon. The server tells the daemon which port number it is listening to and which RPC program numbers it serves. Thus, the portmap daemon knows the location of every registered port on the host and which programs are available on each of these ports.&lt;BR /&gt;&lt;BR /&gt;A client consults the portmap daemon only once for each program the client tries to call. The portmap daemon tells the client which port to send the call to. The client stores this information for future reference.</description>
    <pubDate>Sat, 03 Jun 2006 16:53:12 GMT</pubDate>
    <dc:creator>Ivan Ferreira</dc:creator>
    <dc:date>2006-06-03T16:53:12Z</dc:date>
    <item>
      <title>nfs and rpc</title>
      <link>https://community.hpe.com/t5/operating-system-linux/nfs-and-rpc/m-p/3799779#M83886</link>
      <description>Again a stupid questions, plz accept appologies.&lt;BR /&gt;&lt;BR /&gt;http is a tcp based protocol&lt;BR /&gt;dns is a udp based protocol&lt;BR /&gt;i.e normaly in tcp/ip world, almost all application layer protocols are either udp or tcp, ok, but nfs(also an application layer protocol, is'nt ?) is a RPC based protocol.&lt;BR /&gt;&lt;BR /&gt;I wana know so whats the RPC is ? and why some applications(nfs, nis etc) works/rely on rpc, while other doesnt(like http, dns, ssh etc)&lt;BR /&gt;&lt;BR /&gt;plz help&lt;BR /&gt;Regards&lt;BR /&gt;Maaz</description>
      <pubDate>Sat, 03 Jun 2006 13:53:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/nfs-and-rpc/m-p/3799779#M83886</guid>
      <dc:creator>Maaz</dc:creator>
      <dc:date>2006-06-03T13:53:58Z</dc:date>
    </item>
    <item>
      <title>Re: nfs and rpc</title>
      <link>https://community.hpe.com/t5/operating-system-linux/nfs-and-rpc/m-p/3799780#M83887</link>
      <description>RPC is a powerful technique for constructing distributed, client-server based applications.&lt;BR /&gt;&lt;BR /&gt;Normally you use RPC for data exchange between a server and a client. Anyway, this runs under tcp or udp protocols anyway. &lt;BR /&gt;&lt;BR /&gt;A portmapper converts RPC program numbers into port numbers.&lt;BR /&gt;&lt;BR /&gt;The portmap daemon converts RPC program numbers into Internet port numbers.&lt;BR /&gt;&lt;BR /&gt;When an RPC server starts up, it registers with the portmap daemon. The server tells the daemon which port number it is listening to and which RPC program numbers it serves. Thus, the portmap daemon knows the location of every registered port on the host and which programs are available on each of these ports.&lt;BR /&gt;&lt;BR /&gt;A client consults the portmap daemon only once for each program the client tries to call. The portmap daemon tells the client which port to send the call to. The client stores this information for future reference.</description>
      <pubDate>Sat, 03 Jun 2006 16:53:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/nfs-and-rpc/m-p/3799780#M83887</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2006-06-03T16:53:12Z</dc:date>
    </item>
    <item>
      <title>Re: nfs and rpc</title>
      <link>https://community.hpe.com/t5/operating-system-linux/nfs-and-rpc/m-p/3799781#M83888</link>
      <description>you may read this article &lt;A href="http://www.cs.cf.ac.uk/Dave/C/node33.html" target="_blank"&gt;http://www.cs.cf.ac.uk/Dave/C/node33.html&lt;/A&gt; for in-depth RPC overview</description>
      <pubDate>Sun, 04 Jun 2006 01:03:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/nfs-and-rpc/m-p/3799781#M83888</guid>
      <dc:creator>Vitaly Karasik_1</dc:creator>
      <dc:date>2006-06-04T01:03:21Z</dc:date>
    </item>
    <item>
      <title>Re: nfs and rpc</title>
      <link>https://community.hpe.com/t5/operating-system-linux/nfs-and-rpc/m-p/3799782#M83889</link>
      <description>TCP &amp;amp; UDP are Transport Layer protocols.&lt;BR /&gt;&lt;BR /&gt;RPC is a Session Layer protocol.  It runs on above TCP &amp;amp; UDP.  &lt;BR /&gt;&lt;BR /&gt;NFS does run at the Application Layer.  Most implementations of NFS can be configured to use either TCP or UDP.  Originally NFS only used UDP, but most UNIX implementations of NFS these days are configured to use TCP.  By default, redhat still uses UDP.&lt;BR /&gt;&lt;BR /&gt;RPC are "Remote Procedure Calls".  They allow a server to define procedures that can be called by programs running on client machines.  RPC was developed by SUN and lot of the services that use RPCs (NIS, NFS) were also developed by SUN.</description>
      <pubDate>Mon, 05 Jun 2006 10:08:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/nfs-and-rpc/m-p/3799782#M83889</guid>
      <dc:creator>john kingsley</dc:creator>
      <dc:date>2006-06-05T10:08:34Z</dc:date>
    </item>
    <item>
      <title>Re: nfs and rpc</title>
      <link>https://community.hpe.com/t5/operating-system-linux/nfs-and-rpc/m-p/3799783#M83890</link>
      <description>Millions of Thanks, Dear Mr Ivan Ferreira, Vitaly Karasik, and john kingsley for such a nice help ;)&lt;BR /&gt;&lt;BR /&gt;Just a little more, plz dont mind ;(&lt;BR /&gt;&lt;BR /&gt;&amp;gt;RPC is a powerful technique for constructing distributed, client-server based &amp;gt;applications&lt;BR /&gt;&lt;BR /&gt;ssh(sshd and ssh client) is also a client-server program/app, but why ssh doesnt use RPC ? i.e sshd is running somewhere, and another part of software/app(ssh client) is running on another machine, so why ssh doesnt use RPC ?&lt;BR /&gt;http(http server, and web browser) is also a client-server program/app, but why http doesnt use RPC ?&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Maaz&lt;BR /&gt;</description>
      <pubDate>Mon, 05 Jun 2006 14:05:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/nfs-and-rpc/m-p/3799783#M83890</guid>
      <dc:creator>Maaz</dc:creator>
      <dc:date>2006-06-05T14:05:29Z</dc:date>
    </item>
    <item>
      <title>Re: nfs and rpc</title>
      <link>https://community.hpe.com/t5/operating-system-linux/nfs-and-rpc/m-p/3799784#M83891</link>
      <description>probably it's because NFS is trying to implement local filesystem semantic for remote filesystem.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 06 Jun 2006 02:39:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/nfs-and-rpc/m-p/3799784#M83891</guid>
      <dc:creator>Vitaly Karasik_1</dc:creator>
      <dc:date>2006-06-06T02:39:24Z</dc:date>
    </item>
    <item>
      <title>Re: nfs and rpc</title>
      <link>https://community.hpe.com/t5/operating-system-linux/nfs-and-rpc/m-p/3799785#M83892</link>
      <description>"Sockets" are a pretty low-level network abstraction. You're required to deal with potentially difficult issues like controlling socket handle lifetime, binding address to sockets, resolving human-readable (?) names into address, connecting, etc. Also, the two most common protocols used by applications on the Internet (TCP and UDP) each have some nasty "gotchas" that can make their use challenging.&lt;BR /&gt;&lt;BR /&gt;"RPC" is a higher level protocol. It's also somewhat protocol neutral -- As long as the client and server have some shared/common network protocol installed (and assuming their RPC implementations play nicely) then the two can communicate.</description>
      <pubDate>Tue, 06 Jun 2006 09:44:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/nfs-and-rpc/m-p/3799785#M83892</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2006-06-06T09:44:00Z</dc:date>
    </item>
  </channel>
</rss>

