для Cisco Cisco Packet Data Gateway (PDG)

IPv6 delegated prefix : dddd:0:0:b000::/56

show sub pgw-only full all

The output of this command has been modified to display the following:

IPv6 allocation type: local
IP address: 4001::1122:aa33:bb44:cc55, 10.0.0.1
IPv6 delegated prefix : dddd:0:0:b000::/56

show sub saegw-only full all

The output of this command has been modified to display the following:

IPv6 allocation type: local
IP address: 4001::1122:aa33:bb44:cc55, 10.0.0.1
IPv6 delegated prefix : dddd:0:0:b000::/56

This feature allows the RADIUS/AAA Server to send an Interface-ID to the GGSN/P-GW/SAEGW service,
in the Access-Accept message. This interface-id is used by these services and is communicated to the UE or
the CPE. In this case, the GGSN/P-GW/SAEGW do not allocate a local interface-id. If the RADIUS/AAA
server do not send an interface-id, then GGSN/P-GW/SAEGW allocate an interface-id locally and send it to
the UE.

Following CLI command can be used to see the total current active counter for Interface-ID allocation.

IP address allocation statistics:
Total IPv6 Interface IDs allocated:

AAA provided:

1

Locally Generated:

2

Following are the limitations of the IPv6 Prefix Delegation feature:

• RADIUS ACCOUNTING messages do not support delegated prefix.

• Zero PL in SOLICIT is not supported and the message is dropped silently. This is applicable for all

methods of allocation of delegated prefix, including dhcpv6-proxy, local pool, and AAA.

• NULL PD prefix in SOLICIT is not supported and the message is dropped silently. This is applicable

for all methods of allocation of delegated prefix, including dhcpv6-proxy, local pool, and AAA.

• For PDN type v4v6, the dhcpv6-proxy method of allocation for the default prefix is not supported.

• The UE-requested Delegated Prefix in SOLICIT message is not supported. If the UE sends SOLICIT

message requesting Delegated Prefix, it is rejected.

• One PD prefix per PDN is supported; multiple PD-prefixes per PDN are not supported.

• P-GW and GGSN do not support local-based and RADIUS-based allocation of both DHCPv6 prefix

delegation and framed prefix delegation from the same pool. Hence the allocation is done from separate
pools. Framed prefix received in the access-accept message is not part of the delegated prefix range.