Cisco Cisco Packet Data Gateway (PDG)

IP address. The counter is incremented when the T3-RESPONSE timer expires for an Echo Request message
sent to the peer's IP address. The path is considered as down if the counter exceeds the value of N3-REQUESTS.

ePDG initiates the Echo requests once retransmission timeout occurs for the request sent to the P-GW. The
retransmission for GTP messages is handled by running the retransmission timer (T3-RESPONSE) and for
N3-REQUESTS timer, the message is retransmitted after the retransmission timer expires. After all the
retransmissions are over, echo handling is initiated.

The GTPC configuration has the configuration command, no gtpc path-failure detection-policy <CR> using
which on path failure detection, SNMP traps/alarms are generated notifying that P-GW has gone down, but
the sessions are not deleted. The SNMP trap is sent only once per peer, and not for every session. When this
command is not configured, path failure detection and the subsequent cleanup action is enabled by default.

Detection of path failure for user plane is supported using the Echo Request/ Echo Response messages. A
path counter is reset every time an Echo Response is received and incremented when the T3-RESPONSE
timer expires for any Echo Request message sent. The path is considered as down if the counter exceeds the
value of N3-REQUESTS.

By default, path failure detection is not configured for ePDG.

The ePDG can assign DSCP levels to specific traffic patterns in order to ensure that the data packets can be
delivered according to the precedence with which they are tagged. The DiffServ markings can be applied to
the IP header of the every subscriber data packet transmitted over the SWu and the S2b[GTPv2] interface.

The specific traffic patterns are classified as per their associated QCI/ARP value on the GTP-tunnel. Data
packets falling under the category of each of the traffic patterns are tagged with a DSCP marking.

For uplink traffic, i.e. traffic from ePDG to P-GW through GTP tunnel, DSCP markings can be configured
using global qci-qos mapping configuration association in ePDG service. In this case, only outer IP header is
used for routing the packet over GTP-u' interface. Hence TOS field of only outer IP header is changed, i.e.
subscriber packet is not marked with DSCP value at ePDG.

ePDG service does have configuration for association of the global configured qci-qos mapping and further
in global qci-qos mapping configuration its expected that encaps-header configuration for dscp marking shall
be used for setting the TOS value in the outer IP header.

Following is the global configuration under qci-qos mapping:

The 802.1p marking shall be done on the uplink traffic per the qci-qos mapping global configuration
corresponding to the map configured under ePDG service. This is similar configuration as described above
for DSCP marking.

The 802.1p marking shall be done in the "user priority" bits of the "TAG" field in the 802.1q tagged frame.

ePDG also supports:

• DSCP marking of Data Packets in uplink (UE->ePDG->PGW) using qci-qos mapping configuration

which can be associated to epdg-service

• ePDG marking the inner IP packet DSCP value received from PGW to the outer ESP header in SWu

interface