Cisco Cisco Packet Data Gateway (PDG) Documentation Roadmaps

 

▄  Cisco ASR 5000 Series Product Overview 

When a subscriber disconnects, all port-chunks associated with that subscriber are freed. 

If the NAT Binding Timer has not expired, the port-chunks will not be usable immediately, only on NAT Binding Timer 
expiry will the port-chunks become available for new subscribers. 

 

When a packet cannot be translated, the application can be notified by way of ICMP error messages, if configured. 
Translation failures may be due to no NAT IP address or port being available for translation. 

  In the case of P-GW, NAT IP Address/Port Allocation Failure notification is not applicable. 

 

NAT does port management only for many-to-one pools. Hence, The TCP 2MSL timer is only available for many-to-
one NAT. It is necessary to ensure that a TCP NAT port in Time Wait state is not reused if there are other free ports 
available for the subscriber. If such a reuse happens, then there is a possibility that connections might get terminated by 
the server. To avoid such issues, whenever a many-to-one NAT TCP flow gets cleared, the NAT port goes to Time Wait 
state (2MSL started for that port). Once 2MSL timer expires, the NAT port becomes usable. The 2MSL timer is started 
for every TCP NAT port as soon as the TCP connection gets cleared. This ensures that a NAT TCP port gets reused 
only after expiry of the configured TCP 2MSL timer. 

 

Consider a case where a single TCP flow is active in a port-chunk. When this connection gets cleared, the TCP NAT 
port goes to Time Wait state. Since this is the last flow of the port-chunk, the NAT Binding Timer also gets started. 
Assume NAT Binding timer >= TCP 2MSL timer. Once the 2MSL timer expires, the TCP port becomes usable. 
However, the NAT Binding Timer keeps counting, and on expiry, the port-chunk is released. 

In case the NAT Binding Timer < TCP 2MSL Timer, on NAT Binding Timer expiry, the TCP port is forcefully moved 
to Free State (made usable) from Time Wait state and the port-chunk released. 

 

Whenever a NAT IP address or NAT port-chunk is allocated/deallocated to/from a subscriber, NAT Binding Records 
(NBR) can be generated. Generation of NBRs is configurable in the Firewall-and-NAT policy configuration. 

 

NBRs are supported for both on-demand and not-on-demand NAT IP pools. For a one-to-one NAT IP pool, an NBR is 
generated whenever a NAT IP address is allocated/deallocated to/from a subscriber. For a many-to-one NAT IP pool, an 
NBR is generated when a port-chunk is allocated/deallocated to/from a subscriber for a NAT IP address. It is also 
possible to configure generation of NBRs only when a port-chunk is allocated, or deallocated, or in both cases. 

The following is the list of attributes that can be present in NBRs. You can configure a subset of these attributes or all of 
them to be logged in NBRs. If an attribute is not available, while logging records that field is populated with NULL.