Cisco Cisco Packet Data Gateway (PDG) Manual De Manutenção
Configuration Management
Generally Available 06-30-2010
3-14
GGSN Commands - New in Release 9.0
This section provides information on new commands available in Release 9.0.
gtpc nsapi-in-create-pdp-response
New command added to configure the inclusion/exclusion of optional IE NSAPI in “Create
PDP Context Response” message in GTP-C.
PDP Context Response” message in GTP-C.
CLI (GGSN Service Configuration Mode)
[default | no] gtpc nsapi-in-create-pdp-response
Web Element Manager Path
This functionality is not supported at this time on the Web Element Manager.
gtpc ran-procedure-ready-delay
New command added to configure the GGSN to enable the RAN Procedure Ready feature
for the particular GGSN service and specify the timeout period for RAN procedure timer in
GGSN which is started on arrival of every secondary Create PDP Context request.
for the particular GGSN service and specify the timeout period for RAN procedure timer in
GGSN which is started on arrival of every secondary Create PDP Context request.
Once a “Create PDP Context Request” is received by GGSN from SGSN, a timer will be
started at GGSN and GGSN will wait till the Radio Access Bearer setup is completed and
“Update PDP Context Request” is sent by SGSN. If any downlink data is received before
arrival of “Update PDP Context Request” or before timer expire, that downlink packets will
be queued or buffered.
started at GGSN and GGSN will wait till the Radio Access Bearer setup is completed and
“Update PDP Context Request” is sent by SGSN. If any downlink data is received before
arrival of “Update PDP Context Request” or before timer expire, that downlink packets will
be queued or buffered.
To support this feature each sub-session uses a common flag ‘ran procedure ready state’,
whenever a “Create PDP Context Request” is received for secondary PDP context and
sub-session is allocated, this flag will be set to TRUE by default. This common flag is
checked while sending downlink traffic, if this flag is FALSE then GGSN permit flow of
downlink data but, if it is TRUE, GGSN will queue the downlink packets.
whenever a “Create PDP Context Request” is received for secondary PDP context and
sub-session is allocated, this flag will be set to TRUE by default. This common flag is
checked while sending downlink traffic, if this flag is FALSE then GGSN permit flow of
downlink data but, if it is TRUE, GGSN will queue the downlink packets.
In case if the buffer becomes full (total buffer limit is of 1024 packets) then, all the newly
coming packets will be dropped.
coming packets will be dropped.
If “Update PDP Context Request” is received by GGSN with RAN Procedure flag set or if
timer expires the ‘ran-procedure ready state’ flag in sub-session will be reset and hence
GGSN will start sending queued packets in ‘first-in first-out’ manner and buffering will be
disabled for further downlink traffic.
timer expires the ‘ran-procedure ready state’ flag in sub-session will be reset and hence
GGSN will start sending queued packets in ‘first-in first-out’ manner and buffering will be
disabled for further downlink traffic.
I
MPORTANT
This feature make no effect on Enhanced Charging Service or DPI as the buffering of
downlink data is done before sending it to ACSMgr.
downlink data is done before sending it to ACSMgr.
I
MPORTANT
During SGSN handoff scenario all packets will be processed in a normal way and the
downlink packets buffered till the timer expires.
downlink packets buffered till the timer expires.