Why the Gateway doesn't react on GET retransmission

Why the Gateway doesn't react on GET retransmission SearchSearch
Author Message
Nabil OUALI
New member
Username: Nabixm

Post Number: 1
Registered: 07-2007
Posted on Tuesday, July 10, 2007 - 03:39 pm:   

Hi,
After the GET is sent, the Gateway responds with 3 PDUs (0,1,2).
The mobile is not receiving anything so it sends again a new GET, but the Gateway doesn't take it into consideration and it retransmits only the last PDU (PDU2) after a fixed timer (10s).

Can you please tell me if there's a way to retransmit data after reception of a retransmitted GET or decrease this timer (10s).

thank you very much
Bryce Norwood - NowSMS Support
Board Administrator
Username: Bryce

Post Number: 7334
Registered: 10-2002
Posted on Tuesday, July 10, 2007 - 10:57 pm:   

Hi,

Are you asking this question in the context of being a software developer for the client? Or are you asking as an end-user/IT professional?

If the client actually sees SAR PDU #2, and the TTR or GTR flag is set in this PDU (which I assume to be the case), but the mobile does not have PDU #0 or #1, then the client should send back a NACK indicating that it is missing packets #0 and #1.

I suspect either the client does not understand SAR (segmentation and re-assembly), or the client is not actually seeing PDU #2, including the retransmitted copies.

There is not a setting to trigger retransmission after receipt of a retransmitted GET.

There are settings that can be used to control segment size, the number of segments per group, and timeouts. I do recommend extreme caution in using these settings.

Under the [WAPGW] section header of WAPGW.INI, the following settings are valid:

WTPSarSegmentSize=1400
(# of bytes per segment)

WTPSarWindowSize=3
(# of segments in a group)

WTPSarAckTimeoutResend=8
(# of seconds to wait before resending when sending a segmented reply)

WTPSarAckTimeout=90
(# of seconds of no ack/nack before aborting a segmented reply)

WTPAckTimeoutResend=5
(# of seconds to wait for ack on single segment reply)

WTPAckTimeout=90
(# of seconds of no ack before aborting a single segment reply)

My suspicion is that the mobile phone is not seeing any of the PDUs in the response. you might want to try setting the WTPSarWindowSize=1, and see if that makes a difference. If it doesn't make a difference, then that suggests that something else is wrong.

-bn