Forums | developer.brewmp.com Forums | developer.brewmp.com

Developer

Forums

Forums:

Does any body know why am I getting the PPP closed in LG8500 - chocolate. The scenario is I use IWEB_GetResponse, https. I do get response back from the server but out of 11 loop of data retrieval, I get 7 time at first, then PPP closed, after 4min again restart to get remaining 4 loop of data. This is constant for any amount of data.

Here is the debug info. Also if somebody can tell me how to fix and I would like to enable the debug mode using pound (but forgot the keystroke), so that I can see more logs.

10/25/06 4:23:04 PM inside ReadAtCallBack##########
10/25/06 4:23:10 PM =>Call 0x5 Event 0x103
10/25/06 4:23:10 PM ==> AEETAPI_cbPhoneStatus
10/25/06 4:23:10 PM ==> AEETAPI_cbCallEvent
10/25/06 4:23:10 PM =>Call 0x5 Done.
10/25/06 4:23:10 PM # 54295664 (Net)
10/25/06 4:23:10 PM # 54295664 from OPEN to ASLEEP
10/25/06 4:23:10 PM # 66706512 (Net)
10/25/06 4:23:10 PM # 66706512 from OPEN to ASLEEP
10/25/06 4:23:23 PM 54295664 LINGER - timer fired
10/25/06 4:23:23 PM 54295664 LINGER - (activity) reset for
10/25/06 4:23:23 PM 66706512 LINGER - timer fired
10/25/06 4:23:23 PM 66706512 LINGER - (activity) reset for
10/25/06 4:23:34 PM 54295664 LINGER - timer fired
10/25/06 4:23:34 PM 54295664 LINGER - releasing PPP
10/25/06 4:23:34 PM 54295664 closing PPP
10/25/06 4:23:34 PM 54295664 PPP - Closed
10/25/06 4:23:34 PM # 54295664 (Net)
10/25/06 4:23:34 PM # 54295664 from ASLEEP to CLOSED
10/25/06 4:23:34 PM 54295664 PPP - Closed
10/25/06 4:23:34 PM 66706512 LINGER - timer fired
10/25/06 4:23:34 PM 66706512 LINGER - releasing PPP
10/25/06 4:23:34 PM 66706512 closing PPP
10/25/06 4:23:34 PM 66706512 ClosePPP - ActiveSockets!
10/25/06 4:27:03 PM =>Call 0x6 Event 0x104
10/25/06 4:27:03 PM =>CCall_Incoming 0x6
10/25/06 4:27:03 PM =>Call 0x6 Event 0x102
10/25/06 4:27:03 PM =>Call 0x6 Event 0x105
10/25/06 4:27:03 PM ==> AEETAPI_cbPhoneStatus
10/25/06 4:27:03 PM ==> AEETAPI_cbCallEvent
10/25/06 4:27:03 PM # 66706512 (Net)
10/25/06 4:27:03 PM # 66706512 from ASLEEP to OPEN
10/25/06 4:27:03 PM 66706512 LINGER - set for 30000
10/25/06 4:27:03 PM inside ReadAtCallBack##########

###################################

Thanks
BRU

Whats your linger time ? Default is 30 seconds. You can set it using INetMgr_SetLinger.
-- Swapnil.

Whats your linger time ? Default is 30 seconds. You can set it using INetMgr_SetLinger.
-- Swapnil.

If you are using the Emulator then put some Network Sniffer to Catch the Packets. So that you can know more about the behaviour.

If you are using the Emulator then put some Network Sniffer to Catch the Packets. So that you can know more about the behaviour.

Swapnilp,
I have not changed any linger time from the default and most of the handsets are supposed to have 30 sec as linger time.
There is a similarity with this is issue which is that LG8500 & Sam990 are showing same behaviour. Both are 3.x handsets.
Also if I use the same LG8500 with just HTTP URL and without SSL, then same data is being downloaded in 35 sec.
Note: This is not a ISOCKET transaction but using IWEB APIs
Here the amount of data is not matter and only the time delay between
##################
10/25/06 4:23:34 PM 54295664 closing PPP
10/25/06 4:23:34 PM 54295664 PPP - Closed
10/25/06 4:23:34 PM # 54295664 (Net)
and
10/25/06 4:27:03 PM ==> AEETAPI_cbCallEvent
10/25/06 4:27:03 PM # 66706512 (Net)
10/25/06 4:27:03 PM # 66706512 from ASLEEP to OPEN
10/25/06 4:27:03 PM 66706512 LINGER - set for 30000
##############
Here we can notice that the BREW/OEM is setting the LINGER to 30sec on each expiration.
--------------------------------------------------
skumar_rao - This is not happening in emulator or not in other handsets. Something to do with 3.x handsets or large screens like 240x298. The entire data is returned from server. Just the handset is not completing the read in short time.

Swapnilp,
I have not changed any linger time from the default and most of the handsets are supposed to have 30 sec as linger time.
There is a similarity with this is issue which is that LG8500 & Sam990 are showing same behaviour. Both are 3.x handsets.
Also if I use the same LG8500 with just HTTP URL and without SSL, then same data is being downloaded in 35 sec.
Note: This is not a ISOCKET transaction but using IWEB APIs
Here the amount of data is not matter and only the time delay between
##################
10/25/06 4:23:34 PM 54295664 closing PPP
10/25/06 4:23:34 PM 54295664 PPP - Closed
10/25/06 4:23:34 PM # 54295664 (Net)
and
10/25/06 4:27:03 PM ==> AEETAPI_cbCallEvent
10/25/06 4:27:03 PM # 66706512 (Net)
10/25/06 4:27:03 PM # 66706512 from ASLEEP to OPEN
10/25/06 4:27:03 PM 66706512 LINGER - set for 30000
##############
Here we can notice that the BREW/OEM is setting the LINGER to 30sec on each expiration.
--------------------------------------------------
skumar_rao - This is not happening in emulator or not in other handsets. Something to do with 3.x handsets or large screens like 240x298. The entire data is returned from server. Just the handset is not completing the read in short time.

Please somebody answer this ASAP, as this is going to be a show stopper.
Thanks
BRU

Please somebody answer this ASAP, as this is going to be a show stopper.
Thanks
BRU

swapnilp wrote:Whats your linger time ? Default is 30 seconds. You can set it using INetMgr_SetLinger.
-- Swapnil.
The described behavior is more like a dormancy issue.
Which would be caused by not sending or receiving
data for some period. (Could be caused by a slow/unresponsive server).
This time period is also usually 30 seconds.
(So, in the stated example there may be a 30 second delay between #7 and #8
requests for whatever reason)
The solution would be to keep the connection goingwhile
all the data is retrieved, or properly close the connection before
the dormancy period is reached. Alternatively, you can check for
dormant conditions and when they are triggered you can bring
the connection back up before closing it.
All the more reason to use ISocket IMHO, and maintaining tight control
over the data flow.
---jeff

swapnilp wrote:Whats your linger time ? Default is 30 seconds. You can set it using INetMgr_SetLinger.
-- Swapnil.
The described behavior is more like a dormancy issue.
Which would be caused by not sending or receiving
data for some period. (Could be caused by a slow/unresponsive server).
This time period is also usually 30 seconds.
(So, in the stated example there may be a 30 second delay between #7 and #8
requests for whatever reason)
The solution would be to keep the connection goingwhile
all the data is retrieved, or properly close the connection before
the dormancy period is reached. Alternatively, you can check for
dormant conditions and when they are triggered you can bring
the connection back up before closing it.
All the more reason to use ISocket IMHO, and maintaining tight control
over the data flow.
---jeff

jeff,
Thanks for the info. Here I am not getting "keep the connection goingwhile", I am waiting in the call back function and about 7 times I get ISOURCE_WAIT, but still there was some read of 3 times. After that control never comes back to call back at all. Here what can I do to hold the connection? any WEBOPTs?
On the other hand, how to identify the dormancy? to set a timer and see if there is any data? If I identify, then do you want me to close the connection and make new one? wont that become new request to the server? Here already 2059 bytes out of 7624 bytes read.
Also by keeping everything same, and just making HTTPS to HTTP and removing the SSLROOT from IWEB_GetResponse(), the whole transaction is completed in 35 sec opposed to 4min on HTTPS.
Here are some header info, if that helps to get more light
###############
Date
Fri, 27 Oct 2006 22:39:26 GMT
Server
IBM_HTTP_Server/6.0.2.9 Apache/2.0.47 (
Pragma
No-cache
Cache-Control
no-cache,no-store,max-age=0
Expires
Thu, 01 Jan 1970 00:00:00 GMT
Content-Length
7624
Content-Type
text/html;charset=UTF-8
Content-Language
en-US
Set-Cookie
JSESSIONID=0000nuMYBnATNwyFlyrm-h83gEH:
Via
1.1 ohdblndrevproxy-ce1 Internet revers
Connection
Keep-Alive
####################
Thanks again
BRU

jeff,
Thanks for the info. Here I am not getting "keep the connection goingwhile", I am waiting in the call back function and about 7 times I get ISOURCE_WAIT, but still there was some read of 3 times. After that control never comes back to call back at all. Here what can I do to hold the connection? any WEBOPTs?
On the other hand, how to identify the dormancy? to set a timer and see if there is any data? If I identify, then do you want me to close the connection and make new one? wont that become new request to the server? Here already 2059 bytes out of 7624 bytes read.
Also by keeping everything same, and just making HTTPS to HTTP and removing the SSLROOT from IWEB_GetResponse(), the whole transaction is completed in 35 sec opposed to 4min on HTTPS.
Here are some header info, if that helps to get more light
###############
Date
Fri, 27 Oct 2006 22:39:26 GMT
Server
IBM_HTTP_Server/6.0.2.9 Apache/2.0.47 (
Pragma
No-cache
Cache-Control
no-cache,no-store,max-age=0
Expires
Thu, 01 Jan 1970 00:00:00 GMT
Content-Length
7624
Content-Type
text/html;charset=UTF-8
Content-Language
en-US
Set-Cookie
JSESSIONID=0000nuMYBnATNwyFlyrm-h83gEH:
Via
1.1 ohdblndrevproxy-ce1 Internet revers
Connection
Keep-Alive
####################
Thanks again
BRU

Hello,
I would like to know if you resolved your issue, I'm having the same problem. I receive part of the HTTPS response and 4 mins later I finally receive the last part.
Thank you.

Hello,
I would like to know if you resolved your issue, I'm having the same problem. I receive part of the HTTPS response and 4 mins later I finally receive the last part.
Thank you.