RE: NAT Tables...

Comments inline....


-----Original Message-----
From: [email protected] [mailto:[email protected]]On Behalf Of Rajiv
Raghunarayan
Sent: Monday, May 06, 2002 12:03 PM
To: [email protected]
Cc: [email protected]
Subject: Re: [NAT] NAT Tables...


Hi Arumugam,

Here's my take on your question:

One could separate NAT into two main classes - NAT and NAPT. The
former works only on an address translation level while the latter
addresses ports as well.

---------My comment------
Rajiv, could you calrify, I thought that NAT can work on both the network
and/or transport layer (may use a port other than the originating hosts
source port), whereas NAPT performs mapping totally at the transport layer,
with exception of the single address(es) used for specific NAPT pools. I
agree with your comment above except for my stated assumption, which I think
should be addressed.

Or is the standard for NAT to use the same transport layer address as the
originating host (have not seen this, yet, in draft or RFC format)
----end comment-----------

The Address Bind table maintains information about the address-only
binds. Note that in this case there could be more than one session
branched off this BIND (and the loss of a session does not
necessarily indicate loss of a BIND) i.e. one entry in the address
bind table could map to zero or more entries in the session table.

The Address Port Bind table, on the other hand, maintains info
regarding napt. Typically one bind in this case would translate
to one session, but there could be cases (twice nat) where two
binds would combine to form one session entry.

Further, if you consider a static binds i.e. no timeouts, a bind
would always exist, but there is no guarantee that there is a
session necessarily associated with the bind at all times.

Hope this answers your query.

-Rajiv.

Arumugam V wrote:
>
> Hi,
>
> I am Arumugam, new to this NAT area. I'm looking into the lattest draft
> version of the NAT MIB.
>
> Can anyone help me to understand the BIND and SESSION tables of the NAT.
>
> 1. when the BIND Table entries would be created and how it's different
from
> Session table.
>
> Your help would be appreciated.
>
> Thanks and Regards,
> Arumugam
>
>
***************************************************************************
> This message is proprietary to Future Software Limited (FSL)
> and is intended solely for the use of the individual to whom it
> is addressed. It may contain  privileged or confidential information
> and should not be circulated or used for any purpose other than for
> what it is intended.
>
> If you have received this message in error, please notify the
> originator immediately. If you are not the intended recipient,
> you are notified that you are strictly prohibited from using,
> copying, altering, or disclosing the contents of this message.
> FSL accepts no responsibility for loss or damage arising from
> the use of the information transmitted by this email including
> damage from virus.
>
***************************************************************************
>
> _______________________________________________
> nat mailing list
> [email protected]
> https://www1.ietf.org/mailman/listinfo/nat


_______________________________________________
nat mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/nat