E61i is keeping WLAN connection after VoIP call

I've just upgraded from E61 to E61i, upgraded phone firmware to 2.06 and... I'm very disappointed about some "improvement" in the Internet telephone. My SIP profile is the same as it was in E61, registration mode "When needed". The phone would register to SIP service and make calls okay. However, if a call wasn't answered and I terminate it with the "End" key, I can't drop WLAN connection. I would go to Internet telephone and disconnect from the service, SIP telephone icon would disapper but WLAN icon would be still showing. There is no way to get rid of WLAN connection, even if I'd drop it manually in connection manager it would re-appear in a second or so. The only way to disconnect is by switching phone off/on.
What's amazing, if a call was answered, everything would be working as it should: once I disconnect from the service in the Internet telephone, both SIP and WLAN icons would disappear.
Any ideas?

I think it's a bug, too! I don't know how to repeat the upgrade process (the Nokia Upgrade says my firmware is up-to-date) but anyway, the upgrade process terminated normally... I don't think the problem is there.
Note that the problem only occurs when I terminate VoIP call with the "End" key. If the call was answered and terminated by remote hangup, everything's fine.
I never had such a problem with E61. In fact, I never had to use the "Internet telephone" application on E61. When I wanted to disconnect from SIP proxy, I just went to Connection Manager and terminated WLAN connection there.

Similar Messages

IMac loses wlan connection after 5min

Hey, after updating to Yosemite, my iMac late 2013" loses wlan connection every 5-10 minute. I have to turn wlan off and on, to get it back to work. Does anyone have a solution?

Hey, after updating to Yosemite, my iMac late 2013" loses wlan connection every 5-10 minute. I have to turn wlan off and on, to get it back to work. Does anyone have a solution?

Tabs keep saying connecting after clicking yes on message for automatic login from Firefox

Yesterday morning I got this window from Firefox asking something about automatic login and now my tabs keep saying 'connecting'. I don't have the add-onn tabrenamizer installed and eventually did a complete reset of Firefox, but the problem still persists. Could they be windows settings on my computer or is it something else in Firefox?

This issue can caused by the FoxLingo extension.
*https://support.mozilla.org/kb/Troubleshooting+extensions+and+themes
Start Firefox in <u>[[Safe Mode|Safe Mode]]</u> to check if one of the extensions or if hardware acceleration is causing the problem (switch to the DEFAULT theme: Firefox/Tools > Add-ons > Appearance/Themes).
*Don't click the Reset button on the Safe mode start window or otherwise make changes.
*https://support.mozilla.org/kb/Safe+Mode

USB device keeps disconnecting/connecting after upgrading to Windows 8.1

I have a device(Pedal for Sim Racing) connected via USB, everything is working fine in Windows 7 and 8 but after upgrading my machine to Windows 8.1 the device keeps disconnecting and connecting for like every 2 seconds. But after I open the Property Sheet
in Game Controllers panel the disconnection issue was gone, if I reconnect the device the issue persist. Other people who have similar device also encounters the same issue after upgrading to windows 8.1. The issue persist with or without the device driver
installed.
Any idea, what might cause this?
Best regards
mark

I'v got this exact same problem with my Win 7 desktop. I've also got pedals and wheel but don't see it as different than all the other USB devices. I'm using a bunch of USB, but no hubs, including 3 external storage hard drives. But the momentary
disconnect appears in all devices as best as i can see..even my long time trouble free head phones..keyboard..and all. Sometimes the sound goes away and if I unplug and replug them the sound comes back, and other times I have to exit and re enter the
game. I also get video crashes ..maybe not related.IDK..and have to restart all, because I've got three black screens in Eyefinity. For years my system was trouble free and its just slowly started getting worse. I've thought it had to do with system "sleep"
etc but long ago went to never sleep max performance etc..Makes no difference. Keep thinking its my hardware or my house wiring etc..But can't seem to solve it. I replaced my Mobo/chip/ram maybe 6 months ago and that appears to have not helped. It seems
to be getting worse. I hate to start replacing parts piece by piece..cost a lot of money and sometimes doesn't help.
When I'm playing a game I can often hear "faint" sound of USB connect disconnect happening with regularity..that little bing/boink sound etc..So it must just be constantly happening...Seems weird. Didn't have anything like this happening years
ago with pretty much the same hardware and same Win7 with the continuing updates etc.
What can be causing this common problem?

No wlan connect after standby

All devices connect to my wifi (Lenovo, Asus, Sony, BB Torch, Samsung) but my new Z30 does not after waking-up from standby.
I need to restart the device and the wlan works fine, but when the flip-case closes ( screens turns off) and I open the flip-case again, the Z30 does not reconnect properly to my wlan.
Well, that's very disappointing. Pls, do not blame my wlan-router. All other devices work fine.

Does this thing always happen when the screen turns off or only when you put the phone in the cover and the screen turns of ???
Regards Eree - Follow me on Twitter - Facebook - Google+
For More visit My Blog

I bought my iPhone 5 three months ago and it keeps freezing, especially after making calls. What is the problem?

Not sure what to do. Will Apple Support cover it? Will it need to be replaced?

I have had the same problem. Between 8-10 minutes into a call the phone freezes and drops the call. I cannot do ANYTHING for about 45 seconds while it says CALL ENDING. I cannot use the phone at all and if anyone tries to call me it goes straight to VM. I am on my 3rd iPhone 5 now due to this issue and another issue of a bad speaker. I have restored, restarted, spent hours setting it up as a brand new phone all for not. It still drops the call and freezes. Makes me so mad.

WLAN connection remains active after receiving ema...

I have N95 with software release v 20.0.015 13-11-07 rm-159 Nokia N95 (83.01)
When I use Messaging to check my E-mail and connect to my mailbox over WLAN (any type opened, WEP or WPA and different HotSpots and at home), the application keeps WLAN active after messages are received. Therefore when I want to send a reply, I get message WLAN active, please close connection first. So, I have to switch to desktop, disconnect WLAN and then go back to Messaging to send a reply. Is this normal behavior of the messaging application?
Packet data connection is set to When needed.
The above problem was happening also with previous firmware versions...
Any suggestions?

Although I have a N95-8gb I'd have to say no thats not normal.
When I get an email and want to reply to it, I get the usual screen with the email address, Cc, Subject, and so I type in the reply and send. From there I get the select accesspoint. Either my phone carrier or my wifi thats around. I choose wifi (or wlan) and it sends.
I've turned "show WLAN avaliability" to never
My Packet Data connection to when needed
and Access Point to none. (as I'd rather choose at the time)
I hope it helps
N95-8gb xmass 2007 ,nokia 6600 2002 ,nokia 8250 2000 ,ericsson GH388 1996 ,nokia T100 analogue 1994 , Radioshack twinhandset and 15m of cord lol as kids 1984

Helix2 - WLAN issues after connected standbay

Hello,since I have bought my Helix 2 in February, I constantly have problems with the WLAN connection after the Helix resumes from connted standby. I already installed all driver updates, however non of them was able to completly fix the problem. Either the Helix shows limited connectivity or no networks can be found. Depending on the installed update the former or latter issue occurs. In order to fix these problems I need to deactivate and reactivate the intel wirless device. Thank you for your help!

We did make some mileage on this issue in the past week. After replacing motherboards (which didn't help) and even depoting a unit, the fix below appears to be working. Do the following: 1) Install the latest drivers from Lenovo directly (not using the automatic update utility)
https://download.lenovo.com/ibmdl/pub/pc/pccbbs/mobiles/n1gw202w_64.exe 2) During that install, choose repair. You will notice that several files that were missing will be detected and installed, including a few .dlls 3) After that install you will notice that the lenovo update utility will detect that you need to update the software. Go ahead and let it do the update.

Camera connect kit disturbs/cuts wlan connection when plugged in... why?

My camera connect kit disturbs/cuts wlan connection when plugged in to my iPad 2 ... why? It is impossible to keep wlan-connection while using the camera connect kit... does anybody have similar experiences?

... It was not really the cam connection kit... It was infact the radio dongle plugged in to the connection kit what created problems... The signal of the dongle was disturbing the WLAN antenna of the iPad... I was looking for a possibility to have a external soundbox connected without cable and for listening to live streamed news... Now, I need the cable for connecting the dongle with distance to the iPad... Not really a satisfying solution... Nö way arround, I guess?!?

After Updating Mountain Lion, Mail & Safari keep crashing; WLAN Connection fails

After Updating Mountain Lion, Mail & Safari keep crashing; WLAN Connection fails;
I have updatet Mountain Lion and since then, Mail & Safari keep crashing plus: WLAN Connections keeps on failing from time to time.
My Router has the newest firmware, i am clueless what to do.
I even cannot shut down my mac properly.

Hello you all,
I also had the problem of a disconnecting wifi while my imac was sleeping. I did not have the reconnecting issue after sleep, but the lost connection issue during sleep which made it impossible to reach my imac for things like homesharing, apple tv or remote desktop. I have a late 2012 iMac with a clean ML 10.8.2 on it and wirelessly connected to an apple time capsule (same as an airport extreme). My partner has a mid 2007 iMac, also with an ML 10.8.2 on it.
I tried every single solution I could find on the internet, such as changing the router's security from wpa2 to wpa, changing the MTU from automatic to manual 1453, router reboots, re-installations, re-configurations, keychain clean-ups, everything.
Eventually I solved my problem with these steps and now it works as a charm. I can still find the iMac with the remote app, even after 12 hours of sleep:
My time capsule router is set on automatic MTU and encrypted with WPA2 and I use the 5Ghz network!
1. Cleaned all the wifi passwords in keychain on my iMac
2. Created a new network location in system preferences
3. In this location I deleted the bluetooth pan and bluetooth dun connection.
4. In this location I changed the preferred connection-order to wifi on #1 and ethernet on #2.
5. Restarted my iMac.
Now I still have a connection when it sleeps and I can wake it to low profile using the remote app (homesharing) and everything works fine.
Hope more people wille be helped by this.

New FIOS customer with dropped VOIP calls and Internet connection

I am a new FIOS customer. Got my 50/25 connection a week ago, switching from a TWC 6/1 connection. Ever since the new connection, I've had numerous issues.
My VOIP (Ooma) connection constantly drops and re-connects during conversations
I've had random Internet connection losses, which picks up again after a few minutes
My home alarm starts chirping every once in a while
I've contacted Verizon several times due to these problems and have received varying answers with no resolution of the problem.
The first time I spoke with support, the tech logged into my router and changed the WiFi channel saying that would fix the problem. It didn’t.
The second time I contacted them, the tech ran a bunch of diagnostics and said everything looked fine so it must be an IP address conflict with my devices, because I had a couple devices using static IP addresses. He said everythinf should be DHCP and the last two digits could not be higher than 99 (192.168.1.99). He said FIOS does not support 3-digit numbers at the end.
So I changed all my devices to DHCP and ran some online VOIP tests. It showed a packet loss of 2-5% and MOS score of 1 (which is bad). I was still getting dropped connections, so I disconnected all devices and connected just one computer to the router and tested again. I was still getting packet loss.
Then I called support a third time, this time the tech said there were no 2-digit IP restrictions and that he was detecting there was no UPS baterry backup for the ONT which was probably causing the problem, so he dispatched a field tech to my house.
Today the field tech came (same guy as before), he took one look at the box and said it was too close to my Electric meter and the RF from the meter was causing interference to the FIOS connection and resulting in dropped connection.
He moved the ONT to another location and said that should fix it.
Well, I'm still seeing packet loss and low MOS score when I run the VOIP test.
I don't know how much of what the techs are saying is true and how much is made up stuff.
Has anyone had similar issues and have thoughts on solutions or likely causes for dropped VOIP calls and connections? Could RF be causing this?
I thought going from a 6/1 Cable connection to a 50/25 FIOS connection would be awesome, but this has turned out to be a nightmare, and I may have to switch back to cable if the problem is not resolved.
I would appreciate any help.
Thanks!

Don't know where the packet loss is happening. I ran the VOIP test on myspeed.visualware.com and it shows a packet loss of 2-5% at different times and a MOS score of 1.
The report says MOS should be around 4 for good VOIP calls.
The Verizon tech who came to the house just blamed the electric meter box for RF interference and move the ONT farther away.
My concern is that I'm getting different answers from different techs at Verizon.
Regarding IP addresses. The Router shows a DHCP range from 192.162.1.2 to 192.168.1.254 as available for devices on the network. So, if I need to assign a static IP to a device should I use a number below 99 or above 151?
Thanks!

My new Mac Air continues to disconnect from WiFi after going to sleep. When waking it up I have to manually re-connect. How do I keep it connected?

My new Mac Air continues to disconnect from WiFi after going to sleep. When waking it up I have to manually re-connect. How do I keep it connected?

I had this problem too and solved it by doing a clean install. After that it was gone.
This is a drastic method since it takes quite some time to reinstall lion and all your software.
Thoughts I had why it started working after a clean install are the following:
It looked like the airport wasn't able to reconnect fast enough before the connection timed out. So what could have prevented my mac from being able to connect fast enough?
Apps that consume processor cycles. I love what I would call 'System Enhancers', little apps that enhance my workflow (Moom, Alfred, Dropbox, Default Folder etc). I'm not saying that these are the problem, they might be programmed processor friendly, but check if you have apps that consume processor cylcles. It might prevent airport from being able to reconnect quickly enough before it times out.
Mobile Config profiles. Another thought I had was that I had a mobile config 802.1X profile installed for the company were I worked. It used TTLS to connect to the corporate network. This profile might have gotten in the way.
And a sidenote...
Routers with hardware acceleration might also be a problem. My router is a Wireless Gigabit Router 300N WL-351 and has hardware acceleration. As soon as I activate that my wifi connection keeps dropping. It is as if a Macbook Air can't handle that amount of optimisation.
That's it, hope it helps those who are still having the problem.
Best, Jan

Analog line (FXO) Incoming calls getting connected after 3 rings

     HI,
we are having 4 Analog line (FXO)...Every time when callers call the number they hear 3 rings & after that call frwds to AA or any extension.
In show voice port summary, we can see that voice port is getting connect at the first ring but after 3 rings only phone rings.
here is the o/p of voice port.
Foreign Exchange Office 0/0/0 Slot is 0, Sub-unit is 0, Port is 0
Type of VoicePort is FXO
Operation State is DORMANT
Administrative State is UP
No Interface Down Failure
Description is not set
Noise Regeneration is enabled
Non Linear Processing is enabled
Non Linear Mute is disabled
Non Linear Threshold is -21 dB
Music On Hold Threshold is Set to -38 dBm
In Gain is Set to 0 dB
Out Attenuation is Set to 3 dB
Echo Cancellation is enabled
Echo Cancellation NLP mute is disabled
Echo Cancellation NLP threshold is -21 dB
Echo Cancel Coverage is set to 128 ms
Echo Cancel worst case ERL is set to 6 dB
Playout-delay Mode is set to adaptive
Playout-delay Nominal is set to 60 ms
Playout-delay Maximum is set to 1000 ms
Playout-delay Minimum mode is set to default, value 40 ms
Playout-delay Fax is set to 300 ms
Connection Mode is plar
Connection Number is 250
Initial Time Out is set to 15 s
Interdigit Time Out is set to 10 s
Call Disconnect Time Out is set to 60 s
Power Denial Disconnect Time Out is set to 1000 ms
Ringing Time Out is set to 180 s
Wait Release Time Out is set to 30 s
Companding Type is u-law
Region Tone is set for AE
Analog Info Follows:
Currently processing none
Maintenance Mode Set to None (not in mtc mode)
Number of signaling protocol errors are 0
Impedance is set to 600r Ohm
Station name None, Station number None
Caller ID Info Follows:
Standard BELLCORE
Caller ID is received after 1 ring(s)
Translation profile (Incoming): INCOMING_CallerID_PROFILE
Translation profile (Outgoing):
lpcor (Incoming):
lpcor (Outgoing):
Voice card specific Info Follows:
Signal Type is loopStart
Battery-Reversal is enabled
Number Of Rings is set to 1
Supervisory Disconnect is signal
Answer Supervision is inactive
Hook Status is On Hook
Ring Detect Status is inactive
Ring Ground Status is inactive
Tip Ground Status is inactive
Dial Out Type is dtmf
Digit Duration Timing is set to 100 ms
InterDigit Duration Timing is set to 100 ms
Pulse Rate Timing is set to 10 pulses/second
InterDigit Pulse Duration Timing is set to 750 ms
Percent Break of Pulse is 65 percent
GuardOut timer is 2000 ms
Minimum ring duration timer is 125 ms
Hookflash-in Timing is set to 600 ms
Hookflash-out Timing is set to 400 ms
Supervisory Disconnect Timing (loopStart only) is set to 350 ms
OPX Ring Wait Timing is set to 6000 ms
Secondary dialtone is disabled

hostname VGUAE001
no aaa new-model
clock timezone UAE 4 0
ip cef
ip domain name yourdomain.com
no ipv6 cef
multilink bundle-name authenticated
trunk group ALL_FXO
max-retry 5
voice-class cause-code 1
hunt-scheme longest-idle
translation-profile outgoing PROFILE_ALL_FXO
voice-card 0
voice call send-alert
voice rtp send-recv
voice service voip
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
voice class cause-code 1
no-circuit
voice translation-rule 1112
rule 1 /^9/ //
voice translation-rule 3265
rule 1 // /9\1/
voice translation-profile INCOMING_CallerID_PROFILE
translate calling 50
voice translation-profile OUTGOING_TRANSLATION_PROFILE
translate called 1112
license udi pid CISCO2901/K9 sn FCZ173992Z8
hw-module pvdm 0/0
hw-module pvdm 0/1
username cisco privilege 15 secret 4 opjnnkXqCr4kCOa9DuALcNpBOMetBAc/usnpSWADsCI
username godiva privilege 15 secret 4 cH8b8z.ioYu/pMv/AKuEcBd/f6g9v/vm/s3aXeqUAd6
redundancy
interface Embedded-Service-Engine0/0
no ip address
shutdown
interface GigabitEthernet0/0
description $ETH-LAN$$ETH-SW-LAUNCH$$INTF-INFO-GE 0/0$
ip address 192.168.31.2 255.255.255.0
ip helper-address 192.168.31.11
duplex auto
speed auto
h323-gateway voip interface
h323-gateway voip bind srcaddr 192.168.31.2
interface GigabitEthernet0/1
no ip address
shutdown
duplex auto
speed auto
ip forward-protocol nd
ip http server
ip http access-class 23
ip http authentication local
ip http secure-server
ip http timeout-policy idle 60 life 86400 requests 10000
ip http path flash:
ip route 0.0.0.0 0.0.0.0 192.168.31.1
control-plane
voice-port 0/0/0
trunk-group ALL_FXO 64
translation-profile incoming INCOMING_CallerID_PROFILE
groundstart auto-tip
cptone AE
connection plar opx 222
caller-id enable
voice-port 0/0/1
trunk-group ALL_FXO 64
translation-profile incoming INCOMING_CallerID_PROFILE
cptone AE
connection plar opx 222
caller-id enable
voice-port 0/0/2
trunk-group ALL_FXO 64
translation-profile incoming INCOMING_CallerID_PROFILE
cptone AE
connection plar opx 222
caller-id enable
voice-port 0/0/3
trunk-group ALL_FXO 64
translation-profile incoming INCOMING_CallerID_PROFILE
cptone AE
connection plar opx 250
caller-id enable
mgcp profile default
dial-peer voice 2000 voip
destination-pattern 2..
session target ipv4:192.168.31.11
incoming called-number .
dtmf-relay h245-alphanumeric
codec g711ulaw
no vad
dial-peer voice 10 pots
trunkgroup ALL_FXO
description **CCA*UAE*Fire**
translation-profile outgoing OUTGOING_TRANSLATION_PROFILE
preference 5
destination-pattern 997
forward-digits all
no sip-register
dial-peer voice 11 pots
trunkgroup ALL_FXO
description **CCA*UAE*International Numbers**
translation-profile outgoing OUTGOING_TRANSLATION_PROFILE
preference 5
destination-pattern 900T
forward-digits all
no sip-register
dial-peer voice 12 pots
trunkgroup ALL_FXO
description **CCA*UAE*Eitisalat**
translation-profile outgoing OUTGOING_TRANSLATION_PROFILE
preference 5
destination-pattern 9101
forward-digits all
no sip-register
dial-peer voice 13 pots
trunkgroup ALL_FXO
description **CCA*UAE*Water or electrical emergencies**
translation-profile outgoing OUTGOING_TRANSLATION_PROFILE
preference 5
destination-pattern 971
forward-digits all
no sip-register
dial-peer voice 14 pots
trunkgroup ALL_FXO
description **CCA*UAE*Police and emergencies**
translation-profile outgoing OUTGOING_TRANSLATION_PROFILE
preference 5
destination-pattern 999
forward-digits all
no sip-register
dial-peer voice 15 pots
trunkgroup ALL_FXO
description **CCA*UAE*National area codes**
translation-profile outgoing OUTGOING_TRANSLATION_PROFILE
preference 5
destination-pattern 9[1-579].......
forward-digits all
no sip-register
dial-peer voice 16 pots
trunkgroup ALL_FXO
description **CCA*UAE*Mobile Numbers**
translation-profile outgoing OUTGOING_TRANSLATION_PROFILE
preference 5
destination-pattern 90[5-6][0-7].......
forward-digits all
no sip-register
dial-peer voice 17 pots
trunkgroup ALL_FXO
description **CCA*UAE*toll-free**
translation-profile outgoing OUTGOING_TRANSLATION_PROFILE
preference 5
destination-pattern 9[2-9]00T
forward-digits all
no sip-register
dial-peer voice 18 pots
trunkgroup ALL_FXO
description **CCA*UAE*Fixed Line Numbers**
translation-profile outgoing OUTGOING_TRANSLATION_PROFILE
preference 5
destination-pattern 9[2-8]T
forward-digits all
no sip-register
dial-peer voice 19 pots
trunkgroup ALL_FXO
description **CCA*UAE*808**
translation-profile outgoing OUTGOING_TRANSLATION_PROFILE
preference 5
destination-pattern 9808T
forward-digits all
no sip-register
dial-peer voice 50 pots
description ** incoming dial peer **
incoming called-number ^AAAA$
port 0/0/0
dial-peer voice 51 pots
description ** incoming dial peer **
incoming called-number ^AAAA$
port 0/0/1
dial-peer voice 52 pots
description ** incoming dial peer **
incoming called-number ^AAAA$
port 0/0/2
dial-peer voice 53 pots
description ** incoming dial peer **
incoming called-number ^AAAA$
port 0/0/3
dial-peer voice 54 pots
description ** FXO pots dial-peer **
destination-pattern A0
port 0/0/0
no sip-register
dial-peer voice 55 pots
description ** FXO pots dial-peer **
destination-pattern A1
port 0/0/1
no sip-register
dial-peer voice 56 pots
description ** FXO pots dial-peer **
destination-pattern A2
port 0/0/2
no sip-register
dial-peer voice 57 pots
description ** FXO pots dial-peer **
destination-pattern A3
port 0/0/3
no sip-register
Debug vpm signal:
Nov 23 19:31:31.556: htsp_process_event: [0/0/0, FXOLS_ONHOOK, E_DSP_SIG_0000]fxols_onhook_ringing
Nov 23 19:31:31.556: htsp_timer - 125 msec
Nov 23 19:31:31.684: htsp_process_event: [0/0/0, FXOLS_WAIT_RING_MIN, E_HTSP_EVENT_TIMER]fxols_wait_ring_min_timer
Nov 23 19:31:31.684: htsp_timer - 10000 msec
Nov 23 19:31:31.684: htsp_timer3 - 5600 msec
Nov 23 19:31:31.684: [0/0/0] htsp_start_caller_id_rx:Mode BELLCORE. Alerting 0x1
Nov 23 19:31:31.684: htsp_start_caller_id_rx create dsp_stream_manager
Nov 23 19:31:31.684: [0/0/0] htsp_dsm_create_success returns 1
Nov 23 19:31:33.604: htsp_process_event: [0/0/0, FXOLS_RINGING, E_DSP_SIG_0100]
Nov 23 19:31:33.604: fxols_ringing_not
Nov 23 19:31:33.604: htsp_timer_stop
Nov 23 19:31:33.604: htsp_timer - 10000 msec
Nov 23 19:31:37.284: htsp_process_event: [0/0/0, FXOLS_RINGING, E_HTSP_EVENT_TIMER3]fxols_snoop_clid_stop
Nov 23 19:31:37.284: htsp_timer_stop3
Nov 23 19:31:37.516: htsp_process_event: [0/0/0, FXOLS_RINGING, E_DSP_SIG_0000]
Nov 23 19:31:39.604: htsp_process_event: [0/0/0, FXOLS_RINGING, E_DSP_SIG_0100]
Nov 23 19:31:39.604: fxols_ringing_not
Nov 23 19:31:39.604: htsp_timer_stop
Nov 23 19:31:39.604: htsp_timer_stop3
Nov 23 19:31:39.604: [0/0/0] htsp_stop_caller_id_rx. message length 0htsp_setup_ind
Nov 23 19:31:39.604: [0/0/0] get_fxo_caller_id:Caller ID receive failed. parseCallerIDString:no data.
Nov 23 19:31:39.604: [0/0/0] get_local_station_id calling num= calling name= calling time=11/23 23:31 orig called=
Nov 23 19:31:39.604: //-1/B583C95F8093/CCAPI/cc_api_display_ie_subfields:
   cc_api_call_setup_ind_common:
   cisco-username=
   ----- ccCallInfo IE subfields -----
   cisco-ani=
   cisco-anitype=0
   cisco-aniplan=0
   cisco-anipi=0
   cisco-anisi=0
   dest=250
   cisco-desttype=0
   cisco-destplan=0
   cisco-rdie=FFFFFFFF
   cisco-rdn=
   cisco-rdntype=0
   cisco-rdnplan=0
   cisco-rdnpi=0
   cisco-rdnsi=0
   cisco-redirectreason=0   fwd_final_type =0
   final_redirectNumber =
   hunt_group_timeout =0
Nov 23 19:31:39.604: //-1/B583C95F8093/CCAPI/cc_api_call_setup_ind_common:
   Interface=0x3CE27724, Call Info(
   Calling Number=,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
   Called Number=250(TON=Unknown, NPI=Unknown),
   Calling Translated=FALSE, Subscriber Type Str=RegularLine, FinalDestinationFlag=TRUE,
   Incoming Dial-peer=50, Progress Indication=ORIGINATING SIDE IS NON ISDN(3), Calling IE Present=FALSE,
   Source Trkgrp Route Label=ALL_FXO, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=-1
Nov 23 19:31:39.604: //-1/B583C95F8093/CCAPI/ccCheckClipClir:
   In: Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Nov 23 19:31:39.604: //-1/B583C95F8093/CCAPI/ccCheckClipClir:
   Out: Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Nov 23 19:31:39.604: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Nov 23 19:31:39.604: :cc_get_feature_vsa malloc success
Nov 23 19:31:39.604: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Nov 23 19:31:39.604: cc_get_feature_vsa count is 1
Nov 23 19:31:39.604: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Nov 23 19:31:39.604: :FEATURE_VSA attributes are: feature_name:0,feature_time:1025218944,feature_id:83
Nov 23 19:31:39.604: //83/B583C95F8093/CCAPI/cc_api_call_setup_ind_common:
   Set Up Event Sent;
   Call Info(Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
   Called Number=250(TON=Unknown, NPI=Unknown))
Nov 23 19:31:39.608: [0/0/0] htsp_dsm_close_done
Nov 23 19:31:39.608: htsp_process_event: [0/0/0, FXOLS_WAIT_SETUP_ACK, E_HTSP_SETUP_ACK]
Nov 23 19:31:39.608: fxols_wait_setup_ack:
Nov 23 19:31:39.608: [0/0/0] set signal state = 0xC timestamp = 0fxols_check_auto_call
Nov 23 19:31:39.608: //83/B583C95F8093/CCAPI/cc_process_call_setup_ind:
   Event=0x22ACD828
Nov 23 19:31:39.608: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
   Try with the demoted called number 250
Nov 23 19:31:39.608: //83/B583C95F8093/CCAPI/ccCallSetContext:
   Context=0x230F9C10
Nov 23 19:31:39.608: //83/B583C95F8093/CCAPI/cc_process_call_setup_ind:
   >>>>CCAPI handed cid 83 with tag 50 to app "_ManagedAppProcess_Default"
Nov 23 19:31:39.608: //83/B583C95F8093/CCAPI/ccCallProceeding:
   Progress Indication=NULL(0)
Nov 23 19:31:39.608: //83/B583C95F8093/CCAPI/ccCallSetupRequest:
   Destination=, Calling IE Present=FALSE, Mode=0,
   Outgoing Dial-peer=2000, Params=0x230FB0D0, Progress Indication=ORIGINATING SIDE IS NON ISDN(3)
Nov 23 19:31:39.608: //83/B583C95F8093/CCAPI/ccCheckClipClir:
   In: Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Nov 23 19:31:39.608: //83/B583C95F8093/CCAPI/ccCheckClipClir:
   Out: Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Nov 23 19:31:39.608: //83/B583C95F8093/CCAPI/ccCallSetupRequest:
   Destination Pattern=2.., Called Number=250, Digit Strip=FALSE
Nov 23 19:31:39.608: //83/B583C95F8093/CCAPI/ccCallSetupRequest:
   Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
   Called Number=250(TON=Unknown, NPI=Unknown),
   Redirect Number=, Display Info=
   Account Number=, Final Destination Flag=TRUE,
   Guid=B583C95F-53AC-11E3-8093-C8EEBDE4256A, Outgoing Dial-peer=2000
Nov 23 19:31:39.612: //83/B583C95F8093/CCAPI/cc_api_display_ie_subfields:
   ccCallSetupRequest:
   cisco-username=
   ----- ccCallInfo IE subfields -----
   cisco-ani=
   cisco-anitype=0
   cisco-aniplan=0
   cisco-anipi=0
   cisco-anisi=0
   dest=250
   cisco-desttype=0
   cisco-destplan=0
   cisco-rdie=FFFFFFFF
   cisco-rdn=
   cisco-rdntype=0
   cisco-rdnplan=0
   cisco-rdnpi=0
   cisco-rdnsi=0
   cisco-redirectreason=0   fwd_final_type =0
   final_redirectNumber =
   hunt_group_timeout =0
Nov 23 19:31:39.612: //83/B583C95F8093/CCAPI/ccIFCallSetupRequestPrivate:
   Interface=0x22847B14, Interface Type=1, Destination=, Mode=0x0,
   Call Params(Calling Number=,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
   Called Number=250(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
   Subscriber Type Str=RegularLine, FinalDestinationFlag=TRUE, Outgoing Dial-peer=2000, Call Count On=FALSE,
   Source Trkgrp Route Label=ALL_FXO, Target Trkgrp Route Label=, tg_label_flag=1, Application Call Id=)
Nov 23 19:31:39.612: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Nov 23 19:31:39.612: :cc_get_feature_vsa malloc success
Nov 23 19:31:39.612: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Nov 23 19:31:39.612: cc_get_feature_vsa count is 2
Nov 23 19:31:39.612: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Nov 23 19:31:39.612: :FEATURE_VSA attributes are: feature_name:0,feature_time:1025218720,feature_id:84
Nov 23 19:31:39.612: //84/B583C95F8093/CCAPI/ccIFCallSetupRequestPrivate:
   SPI Call Setup Request Is Success; Interface Type=1, FlowMode=1
Nov 23 19:31:39.612: //84/B583C95F8093/CCAPI/ccCallSetContext:
   Context=0x230FB080
Nov 23 19:31:39.612: //83/B583C95F8093/CCAPI/ccSaveDialpeerTag:
   Outgoing Dial-peer=2000
Nov 23 19:31:39.612: htsp_process_event: [0/0/0, FXOLS_PROCEEDING, E_HTSP_PROCEEDING]fxols_offhook_proc
Nov 23 19:31:39.612: htsp_timer - 120000 msec
Nov 23 19:31:39.612: //84/B583C95F8093/CCAPI/ccGetMediaClassTag:
   media class tag 0
Nov 23 19:31:39.612: //84/B583C95F8093/CCAPI/ccSetMediaclassIp2ipTags:
   media class tags set: NR 0, ASP 0
Nov 23 19:31:39.612: //83/B583C95F8093/CCAPI/ccSetMediaclassIp2ipTags:
   media class tags set: NR 0, ASP 0
Nov 23 19:31:39.612: //84/B583C95F8093/CCAPI/ccGet_xc_nr_asp_info:
   media class tags: NR 0, ASP 0
Nov 23 19:31:39.612: //83/B583C95F8093/CCAPI/ccGet_xc_nr_asp_info:
   media class tags: NR 0, ASP 0
Nov 23 19:31:39.620: //84/B583C95F8093/CCAPI/cc_api_set_called_ccm_detected:
   CallInfo(called ccm detected=TRUE ccmVersion 3)
Nov 23 19:31:39.620: //84/B583C95F8093/CCAPI/cc_api_call_proceeding:
   Interface=0x22847B14, Progress Indication=NULL(0)
Nov 23 19:31:39.628: //84/B583C95F8093/CCAPI/cc_api_set_called_ccm_detected:
   CallInfo(called ccm detected=TRUE ccmVersion 3)
Nov 23 19:31:39.628: //84/B583C95F8093/CCAPI/cc_api_set_delay_xport:
   CallInfo(delay xport=TRUE)
Nov 23 19:31:39.628: //84/B583C95F8093/CCAPI/cc_api_call_alert:
   Interface=0x22847B14, Progress Indication=NULL(0), Signal Indication=SIGNAL RINGBACK(1)
Nov 23 19:31:39.628: //84/B583C95F8093/CCAPI/cc_api_call_alert:
   Call Entry(Retry Count=0, Responsed=TRUE)
Nov 23 19:31:39.628: //83/B583C95F8093/CCAPI/ccCallAlert:
   Progress Indication=NULL(0), Signal Indication=SIGNAL RINGBACK(1)
Nov 23 19:31:39.628: //83/B583C95F8093/CCAPI/ccCallAlert:
   Call Entry(Responsed=TRUE, Alert Sent=TRUE)htsp_alert_notify
Nov 23 19:31:39.628: htsp_process_event: [0/0/0, FXOLS_PROCEEDING, E_HTSP_ALERT]fxols_offhook_alert
Nov 23 19:31:39.628: //84/B583C95F8093/CCAPI/cc_api_set_called_ccm_detected:
   CallInfo(called ccm detected=TRUE ccmVersion 3)
Nov 23 19:31:39.628: //84/B583C95F8093/CCAPI/cc_api_call_notify:
   Data Bitmask=0x5, Interface=0x22847B14, Call Id=84
Nov 23 19:31:39.628: //84/B583C95F8093/CCAPI/cc_api_get_ssCTreRoutingNotSupported:
   CallInfo(ssCTreRoutingNotSupported=FALSE)
Nov 23 19:31:39.628: //84/B583C95F8093/CCAPI/cc_api_get_ccm_detected:
   CallInfo(ccm detected=TRUE)
Nov 23 19:31:39.628: //83/B583C95F8093/CCAPI/ccCallNotify:
   Data Bitmask=0x5, Call Id=83htsp_call_service_msghtsp_call_service_msg not EFXS (2)
Nov 23 19:31:39.672: //84/B583C95F8093/CCAPI/ccIsInfoRingback:
   Returning dpRingBack=0
Nov 23 19:31:39.700: //84/B583C95F8093/CCAPI/cc_api_call_connected:
   Interface=0x22847B14, Data Bitmask=0x1, Progress Indication=NULL(0),
   Connection Handle=0
Nov 23 19:31:39.700: //84/B583C95F8093/CCAPI/cc_api_call_connected:
   Call Entry(Connected=TRUE, Responsed=TRUE, Retry Count=0)
Nov 23 19:31:39.700: //84/B583C95F8093/CCAPI/cc_api_set_called_ccm_detected:
   CallInfo(called ccm detected=TRUE ccmVersion 3)
Nov 23 19:31:39.700: //84/B583C95F8093/CCAPI/cc_api_call_notify:
   Data Bitmask=0x7, Interface=0x22847B14, Call Id=84
Nov 23 19:31:39.700: //83/B583C95F8093/CCAPI/ccGenerateToneInfo:
   Stop Tone On Digit=FALSE, Tone=Null,
   Tone Direction=Network, Params=0x0, Call Id=83
Nov 23 19:31:39.700: //83/B583C95F8093/CCAPI/ccConferenceCreate:
   (confID=0xFFFFFFFF, callID1=0x53, gcid=B583C95F-53AC11E3-8093C8EE-BDE4256A, tag=0x0)
Nov 23 19:31:39.700: //84/B583C95F8093/CCAPI/ccConferenceCreate:
   (confID=0xFFFFFFFF, callID2=0x54, gcid=B583C95F-53AC11E3-8093C8EE-BDE4256A, tag=0x0)
Nov 23 19:31:39.700: //83/B583C95F8093/CCAPI/ccConferenceCreate:
   Conference Id=0xFFFFFFFF, Call Id1=83, Call Id2=84, Tag=0x0
Nov 23 19:31:39.700: htsp_call_bridged invoked
Nov 23 19:31:39.700: //83/B583C95F8093/CCAPI/cc_api_bridge_done:
   Conference Id=0x21, Source Interface=0x3CE27724, Source Call Id=83,
   Destination Call Id=84, Disposition=0x0, Tag=0xFFFFFFFF
Nov 23 19:31:39.700: //84/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:
Nov 23 19:31:39.700: cc_api_get_xcode_stream : 4819
Nov 23 19:31:39.700: //84/B583C95F8093/CCAPI/cc_api_bridge_done:
   Conference Id=0x21, Source Interface=0x22847B14, Source Call Id=84,
   Destination Call Id=83, Disposition=0x0, Tag=0x0
Nov 23 19:31:39.700: //83/B583C95F8093/CCAPI/cc_generic_bridge_done:
   Conference Id=0x21, Source Interface=0x22847B14, Source Call Id=84,
   Destination Call Id=83, Disposition=0x0, Tag=0x0
Nov 23 19:31:39.700: //83/B583C95F8093/CCAPI/ccConferenceCreate:
   Call Entry(Conference Id=0x21, Destination Call Id=84)
Nov 23 19:31:39.700: //84/B583C95F8093/CCAPI/ccConferenceCreate:
   Call Entry(Conference Id=0x21, Destination Call Id=83)
Nov 23 19:31:39.700: //83/B583C95F8093/CCAPI/ccConferenceCreate:
Nov 23 19:31:39.700: confID:0x21; callEntry1 callID1:0x53, type:6; callEntry2 callID2:0x54, type:1
Nov 23 19:31:39.700: //83/B583C95F8093/CCAPI/cc_api_caps_ind:
   Destination Interface=0x22847B14, Destination Call Id=84, Source Call Id=83,
   Caps(Codec=0x1, Fax Rate=0x1, Fax Version:=0, Vad=0x1,
   Modem=0x2, Codec Bytes=20, Signal Type=3)
Nov 23 19:31:39.700: //83/B583C95F8093/CCAPI/cc_api_caps_ind:
   Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
   Playout Max=1000(ms), Fax Nom=300(ms))
Nov 23 19:31:39.700: //84/B583C95F8093/CCAPI/cc_api_get_ssCTreRoutingNotSupported:
   CallInfo(ssCTreRoutingNotSupported=FALSE)
Nov 23 19:31:39.704: //84/B583C95F8093/CCAPI/cc_api_get_ccm_detected:
   CallInfo(ccm detected=TRUE)
Nov 23 19:31:39.704: //83/B583C95F8093/CCAPI/ccCallNotify:
   Data Bitmask=0x7, Call Id=83htsp_call_service_msghtsp_call_service_msg not EFXS (2)
Nov 23 19:31:39.704: //83/B583C95F8093/CCAPI/cc_process_notify_bridge_done:
   Conference Id=0x21, Call Id1=83, Call Id2=84
Nov 23 19:31:39.704: //84/B583C95F8093/CCAPI/cc_api_caps_ind:
   Destination Interface=0x3CE27724, Destination Call Id=83, Source Call Id=84,
   Caps(Codec=0x1, Fax Rate=0x2, Fax Version:=0, Vad=0x1,
   Modem=0x0, Codec Bytes=160, Signal Type=2)
Nov 23 19:31:39.704: //84/B583C95F8093/CCAPI/cc_api_caps_ind:
   Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
   Playout Max=1000(ms), Fax Nom=300(ms))
Nov 23 19:31:39.704: //84/B583C95F8093/CCAPI/cc_api_caps_ack:
   Destination Interface=0x3CE27724, Destination Call Id=83, Source Call Id=84,
   Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_VOICE(0x2), Fax Version:=0, Vad=OFF(0x1),
   Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=9438)
Nov 23 19:31:39.704: //83/B583C95F8093/CCAPI/cc_api_caps_ack:
   Destination Interface=0x22847B14, Destination Call Id=84, Source Call Id=83,
   Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_VOICE(0x2), Fax Version:=0, Vad=OFF(0x1),
   Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=9438)
Nov 23 19:31:39.704: //83/B583C95F8093/CCAPI/ccCallConnect:
   Progress Indication=NULL(0), Data Bitmask=0x1
Nov 23 19:31:39.704: //83/B583C95F8093/CCAPI/ccCallConnect:
   Call Entry(Connected=TRUE, Responsed=TRUE)
Nov 23 19:31:39.704: htsp_process_event: [0/0/0, FXOLS_PROCEEDING, E_HTSP_CONNECT]fxols_offhook_connect
Nov 23 19:31:39.704: htsp_timer_stop
Nov 23 19:31:39.704: //83/B583C95F8093/CCAPI/cc_api_voice_mode_event:
   Call Id=83
Nov 23 19:31:39.704: //83/B583C95F8093/CCAPI/cc_api_voice_mode_event:
   Call Entry(Context=0x230F9C10)
Nov 23 19:31:39.704: htsp_process_event: [0/0/0, FXOLS_CONNECT, E_HTSP_VOICE_CUT_THROUGH]fxols_connect_proc_voice
Nov 23 19:31:39.932: htsp_process_event: [0/0/0, FXOLS_CONNECT, E_DSP_SIG_0110]fxols_rvs_battery
Nov 23 19:31:39.932: htsp_timer_stop2
Nov 23 19:31:39.932: htsp_timer_stop2
Nov 23 19:31:48.860: //84/B583C95F8093/CCAPI/cc_api_call_disconnected:
   Cause Value=16, Interface=0x22847B14, Call Id=84
Nov 23 19:31:48.860: //84/B583C95F8093/CCAPI/cc_api_call_disconnected:
   Call Entry(Responsed=TRUE, Cause Value=16, Retry Count=0)
Nov 23 19:31:48.860: //83/B583C95F8093/CCAPI/ccConferenceDestroy:
   Conference Id=0x21, Tag=0x0
Nov 23 19:31:48.860: //83/B583C95F8093/CCAPI/ccConferenceDestroy:
Nov 23 19:31:48.860: confID:0x21; callEntry1 callID1:0x53, type:6; callEntry2 callID2:0x54, type:1
Nov 23 19:31:48.860: //83/B583C95F8093/CCAPI/cc_api_bridge_drop_done:
   Conference Id=0x21, Source Interface=0x3CE27724, Source Call Id=83,
   Destination Call Id=84, Disposition=0x0, Tag=0x0
Nov 23 19:31:48.860: //84/B583C95F8093/CCAPI/cc_api_bridge_drop_done:
   Conference Id=0x21, Source Interface=0x22847B14, Source Call Id=84,
   Destination Call Id=83, Disposition=0x0, Tag=0x0
Nov 23 19:31:48.860: //83/B583C95F8093/CCAPI/cc_generic_bridge_done:
   Conference Id=0x21, Source Interface=0x22847B14, Source Call Id=84,
   Destination Call Id=83, Disposition=0x0, Tag=0x0
Nov 23 19:31:48.864: //83/B583C95F8093/CCAPI/ccCallDisconnect:
   Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
Nov 23 19:31:48.864: //83/B583C95F8093/CCAPI/ccCallDisconnect:
   Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
Nov 23 19:31:48.864: //83/B583C95F8093/CCAPI/cc_api_get_transfer_info:
   Transfer Number=NULL
Nov 23 19:31:48.864: //84/B583C95F8093/CCAPI/ccCallDisconnect:
   Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=16)
Nov 23 19:31:48.864: //84/B583C95F8093/CCAPI/ccCallDisconnect:
   Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
Nov 23 19:31:48.864: //84/B583C95F8093/CCAPI/cc_api_get_transfer_info:
   Transfer Number=NULL
Nov 23 19:31:48.864: htsp_timer_stop3
Nov 23 19:31:48.872: //84/B583C95F8093/CCAPI/cc_api_get_transfer_info:
   Transfer Number=NULL
Nov 23 19:31:48.872: //84/B583C95F8093/CCAPI/cc_api_call_disconnect_done:
   Disposition=0, Interface=0x22847B14, Tag=0x0, Call Id=84,
   Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
Nov 23 19:31:48.872: //84/B583C95F8093/CCAPI/cc_api_call_disconnect_done:
   Call Disconnect Event Sent
Nov 23 19:31:48.876: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Nov 23 19:31:48.876: :cc_free_feature_vsa freeing 3D1B9898
Nov 23 19:31:48.876: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Nov 23 19:31:48.876: vsacount in free is 1
Nov 23 19:31:48.884: htsp_process_event: [0/0/0, FXOLS_CONNECT, E_HTSP_RELEASE_REQ]fxols_offhook_release
Nov 23 19:31:48.884: htsp_timer_stop
Nov 23 19:31:48.884: htsp_timer_stop2
Nov 23 19:31:48.884: htsp_timer_stop3
Nov 23 19:31:48.884: [0/0/0] set signal state = 0x4 timestamp = 0
Nov 23 19:31:48.884: htsp_timer - 2000 msec
Nov 23 19:31:48.884: //83/B583C95F8093/CCAPI/cc_api_call_disconnect_done:
   Disposition=0, Interface=0x3CE27724, Tag=0x0, Call Id=83,
   Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
Nov 23 19:31:48.884: //83/B583C95F8093/CCAPI/cc_api_call_disconnect_done:
   Call Disconnect Event Sent
Nov 23 19:31:48.884: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Nov 23 19:31:48.884: :cc_free_feature_vsa freeing 3D1B9978
Nov 23 19:31:48.884: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Nov 23 19:31:48.884: vsacount in free is 0
Nov 23 19:31:49.156: htsp_process_event: [0/0/0, FXOLS_GUARD_OUT, E_DSP_SIG_0110]
Nov 23 19:31:50.884: htsp_process_event: [0/0/0, FXOLS_GUARD_OUT, E_HTSP_EVENT_TIMER]fxols_guard_out_timeout
Nov 23 19:31:50.884: htsp_process_event: [0/0/0, FXOLS_ONHOOK, E_DSP_SIG_0100]

TcpIP connection to remote server not closing after each call.

using urlconnection to connect to a remote server does not close tcp connection after use. Any ideas on how to force this closed.
This inturn causes subsequent calls to the remoteserver to use the existing tcp connections, slowing down the over <br>all connections because the remote server is not able to handle multiple requests using the same connection.
We are using a unix box running solaris 8.0 I believe and the <br>connection to the remote server is done over a dedicated line.
Here is what the code looks like. I believe I am doing all that I can to force the stream objects closed so that there is no lingering connections. Is there anything that I can do from a code perspective to assure that after each transaction all stream objects are dropped and closed so that the tcp connections close. Also, could there be other reasons why these connections stay open.
pls help.
try {
// Read the Login URL net connection output
URLConnection conn = new URL( url ).openConnection();
boolean inputOK = true;
if ( testInput ) {
     InputStream inConn = conn.getInputStream();
     InputStreamReader inStream = new InputStreamReader( inConn );
// read input stream for OK/FAILED
BufferedReader in = new BufferedReader( inStream );
String str = null;
Debug.println( this, "Response read" );
while ( ( str = in.readLine() ) != null ) {
System.err.println( str );
if ( ( str.indexOf( SUCCESS ) >= 0 ) || ( str.indexOf( LC_SUCCESS ) >= 0 ) ) {
Debug.println( this, "Found success " + str );
inputOK = true;
break;
else if ( ( str.indexOf( FAILURE ) >= 0 ) || ( str.indexOf( LC_FAILURE ) >= 0 ) ) {
Debug.println( this, "Found failure " + str );
inputOK = false;
break;
in.close();
     inStream.close();
     inConn.close();
     in = null;
     inStream = null;
     inConn = null;
Debug.println( this, "End of Response read" );
}

This is an issue with the browser rather than Java.
You are getting the same response, because the browser checks it's cache first and keeps serving up the same info from the cache.
Add a parameter to the URL so that the browser thinks you are submitting a form. Use the new methods in the URLConnection class, or you can manually add a GET parameter to the URL.

Facetime says connecting after you answer the call but doesn't actually connect and both iphone 5s were quick reset-ted and facetime was turnt on and off, any reasons like why or how and how to fix this concerning issue

facetime says connecting after you answer the call but doesn't actually connect and both iphone 5s were quick reset-ted and facetime was turnt on and off, any reasons like why or how and how to fix this concerning issue

Apple has released a document which is reported to address the recent FaceTime issue.
http://support.apple.com/kb/TS5419

E61i is keeping WLAN connection after VoIP call

Similar Messages

Maybe you are looking for