ATM PVC connectivity loss

To whom it may concern:
Our main problem is a connectivity issue, that follows them following pattern:
We have a DSLAM connected via an ATM cloud to our BRAS named iadsl-tlx-staana-2, the assigned IP address to the DSLAM is 201.122.81.209; this one has to be reached via the following PVC:
iadsl-tlx-staana-2#sh run int ATM 6/0/1.1
Building configuration...
Current configuration : 483 bytes
interface ATM6/0/1.1 multipoint
description GESTION DSLAM
mtu 9180
ip address 201.122.81.222 255.255.255.240
ip access-group dslams out
ip verify unicast reverse-path
no ip mroute-cache
atm pppatm passive
pvc 2/32
protocol ip 201.122.81.209 broadcast
ubr 128
encapsulation aal5snap
Our customers had been complaining about connectivity issues, while troubleshoot it we noticed that we did not have connectivity at all:
iadsl-tlx-staana-2#ping 201.122.81.209
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 201.122.81.209, timeout is 2 seconds:
Success rate is 0 percent (0/5)
iadsl-tlx-staana-2#
So in order to obtaing more information we enabled the following debug the which showed the output docummented as follows:
iadsl-tlx-staana-2#debug atm packet interface atm6/0/1.1
ATM packets debugging is on
Displaying packets on interface ATM6/0/1.1
iadsl-tlx-staana-2#show debug
Generic ATM:
ATM packets debugging is on
Oct 10 13:32:00: ATM6/0/1.1(O):
VCD:0x1 VPI:0x2 VCI:0x20 DM:0x100 SAP:AAAA CTL:03 OUI:000000 TYPE:0800 Length:0x70
Oct 10 13:32:00: 4500 0064 109B 0000 FF01 7459 C97A 51DE C97A 51D1 0800 7504 0049 0002 0000
Oct 10 13:32:00: 0001 7FCD 892C ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD
Oct 10 13:32:00: ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD
Oct 10 13:32:00: ABCD ABCD ABCD ABCD ABCD
Oct 10 13:32:00:
Oct 10 13:32:01: ATM Auto sensing: Not changing encap in threshold time. Dropping frame.
Oct 10 13:32:02: ATM6/0/1.1(O):
VCD:0x1 VPI:0x2 VCI:0x20 DM:0x100 SAP:AAAA CTL:03 OUI:000000 TYPE:0800 Length:0x70
Oct 10 13:32:02: 4500 0064 109C 0000 FF01 7458 C97A 51DE C97A 51D1 0800 6D23 0049 0003 0000
Oct 10 13:32:02: 0001 7FCD 910C ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD
Oct 10 13:32:02: ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD
Oct 10 13:32:02: ABCD ABCD ABCD ABCD ABCD
Oct 10 13:32:02:
Oct 10 13:32:03: ATM Auto sensing: Not changing encap in threshold time. Dropping frame.
Oct 10 13:32:04: ATM6/0/1.1(O):
VCD:0x1 VPI:0x2 VCI:0x20 DM:0x100 SAP:AAAA CTL:03 OUI:000000 TYPE:0800 Length:0x70
Oct 10 13:32:04: 4500 0064 109D 0000 FF01 7457 C97A 51DE C97A 51D1 0800 6552 0049 0004 0000
Oct 10 13:32:04: 0001 7FCD 98DC ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD
Oct 10 13:32:04: ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD ABCD
Oct 10 13:32:04: ABCD ABCD ABCD ABCD ABCD
Oct 10 13:32:04:
Oct 10 13:32:04: ATM Auto sensing: Not changing encap in threshold time. Dropping frame.
Oct 10 13:32:04: ATM Auto sensing: Not changing encap in threshold time. Dropping frame.
Oct 10 13:32:05: ATM Auto sensing: Not changing encap in threshold time. Dropping frame.
Oct 10 13:32:05: ATM Auto sensing: Not changing encap in threshold time. Dropping frame.
Oct 10 13:32:05: ATM Auto sensing: Not changing encap in threshold time. Dropping frame.
Oct 10 13:32:05: ATM Auto sensing: Not changing encap in threshold time. Dropping frame.
Oct 10 13:32:05: ATM Auto sensing: Not changing encap in threshold time. Dropping frame.
Oct 10 13:32:05: ATM Auto sensing: Not changing encap in threshold time. Dropping frame.
Oct 10 13:32:06: ATM Auto sensing: Not changing encap in threshold time. Dropping frame.
Oct 10 13:32:06: ATM Auto sensing: Not changing encap in threshold time. Dropping frame.
Oct 10 13:32:07: ATM Auto sensing: Not changing encap in threshold time. Dropping frame.
Oct 10 13:32:07: ATM Auto sensing: Not changing encap in threshold time. Dropping frame.
Verifying the PVC counters:
ATM6/0/1.1: VCD: 1, VPI: 2, VCI: 32
UBR, PeakRate: 128 (302 cps)
    CDVT: 714.0 Usecs, High Watermark: 56, Low Watermark: 48
AAL5-LLC/SNAP, etype:0x0, Flags: 0x1040, VCmode: 0x0, Encapsize: 12
OAM frequency: 0 second(s), OAM retry frequency: 1 second(s)
OAM up retry count: 3, OAM down retry count: 5
OAM Loopback status: OAM Disabled
OAM VC Status: Not Managed
OAM Loop detection: Disabled
ILMI VC status: Not Managed
InARP frequency: 15 minutes(s)
High Watermark: 56, Low Watermark: 48
InPkts: 0, OutPkts: 0, InBytes: 0, OutBytes: 0
InPRoc: 0, OutPRoc: 423, Broadcasts: 0
InFast: 0, OutFast: 0
InPktDrops: 0, OutPktDrops: 0
Out CLP=1 Pkts: 0
OAM cells received: 0
F5 InEndloop: 0, F5 InSegloop: 0, F5 InAIS: 0, F5 InRDI: 0
OAM cells sent: 5
F5 OutEndloop: 5, F5 OutSegloop: 0, F5 OutAIS: 0, F5 OutRDI: 0
OAM cell drops: 0
Status: UP
We realized thar there were not packets comming nor incoming through the pvc mentioned.
Afterwards, PVC 2/32 was reconfigured as follows:
iadsl-tlx-staana-2#conf t
Enter configuration commands, one per line. End with CNTL/Z.
iadsl-tlx-staana-2(config)#int ATM6/0/1.1 multipoint
iadsl-tlx-staana-2(config-subif)#no pvc 2/32
iadsl-tlx-staana-2(config-subif)#pvc 2/32
iadsl-tlx-staana-2(config-if-atm-vc)# protocol ip 201.122.81.209 broadcast
iadsl-tlx-staana-2(config-if-atm-vc)# ubr 128
iadsl-tlx-staana-2(config-if-atm-vc)# encapsulation aal5snap
In consequence connectivity has been restored:
iadsl-tlx-staana-2#ping 201.122.81.209
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 201.122.81.209, timeout is 2 seconds:
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/52/60 ms
To provide you more information about our BRAS let me send you the following details:
model:
Cisco C10008 (PRE4-RP)
software version:
12.2(33)SB10
LC:
4oc3atm-1
Can anyone help me to determine the root cause of this behavior?
Thanks and regards!
elporsche & Juli

I assume these are all on the same SSID and same subnet, i.e. there are no layer 3 roaming issues since you did not mention if you use LWAPP APs. In any case I used to roam all the time with telnet sessions to Cisco switches. If it is dropping the session, it is more likely because of the host system. You could test that by testing to a Cisco device.
A couple of suggestions:
1. Use WPA2 instead of WPA. WPA2 handles roaming better.
2. If you are using XP wireless make sure you have the Microsoft WPA2 update installed. Not necessary if you use another wireless supplicant.
3. Test roaming with a laptop from room to room. If you are loosing more than two pings or so, your roaming sensitivity is not working optimally. Use continuous pings.
4. You could go to fast roaming using CCKM; however, I would make sure the standard roaming method is working correctly before going to the effort of changing everything. Besides, you will need to have a wireless client capable of CCKM. If not, you are out of luck. I had that problem with some of my Windows CE devices. They were too dumb to use CCKM.
5. I did have some Windows CE devices which did not roam properly until I had the roaming sensivity set. I was loosing about 7 pings. This is not normal unless you have a problem.
6. Last resort - but expensive. We had an intermediate server that would hold sessions to SAP due to the potential of the same problem you have. The company that provided it to us was Psion Teklogix. It prevented session loss because a server held the session, not the mobile client. A company like this one should be able to modify the application to your needs if you have money to spend.
Testing is the key I think, but WPA2 would have to help due to the caching of authentications. If you go back to a room you were just in, it should roam faster.
Randy

Similar Messages

Show atm pvc "PPPoA Current State = LCP_NEGOTIATION" / WAIT_FOR_CALL

I am troubleshooting (MPLS VPN issue) ATM problem on Cisco 10000 router IOS Version 12.0(20020314:211744).
I have issued command
dsl#sh atm pvc ***/***
ATM*/*/*.****: VCD: ****, VPI: ***, VCI: ***
UBR, PeakRate: 573
CDVT: 714.0 Usecs, High Watermark: 192, Low Watermark: 128
AAL5-MUX, etype:0x9, Flags: 0x24, VCmode: 0x0
OAM frequency: 0 second(s), OAM retry frequency: 1 second(s)
OAM up retry count: 3, OAM down retry count: 5
OAM Loopback status: OAM Disabled
OAM Managed VC Status: Not Managed
ILMI Managed VC status: Not Managed
InARP DISABLED
High Watermark: 192, Low Watermark: 128
InPkts: 125, OutPkts: 192, InBytes: 960, OutBytes: 2254
InPRoc: 119, OutPRoc: 191, Broadcasts: 0
InFast: 6, OutFast: 0
InPktDrops: 0, OutPktDrops: 0
Out CLP=1 Pkts: 0
OAM cells received: 5
F5 InEndloop: 0, F5 InSegloop: 5, F5 InAIS: 0, F5 InRDI: 0
F4 InEndloop: 0, F4 InSegloop: 0, F4 InAIS: 0, F4 InRDI: 0
OAM cells sent: 10
F5 OutEndloop: 5, F5 OutSegloop: 5, F5 OutRDI: 0
F4 OutEndloop: 0, F4 OutSegloop: 0, F4 OutRDI: 0
OAM cell drops: 0
Status: UP
PPPoA Current State = LCP_NEGOTIATION
PPPoA Latest Event = PPP Msg
PPPoA Latest Error = None
PPPoA Session ID = 4412
PPPoA Handle = 0xC4020E7E, SSS Handle = 0x3601048C
Switch Handle = 0x0D01075B, PPP Handle = 0xC7010FC9
AAA Unique ID = 0x1223F4CE, AIE Handle = 0xF2000159
PPPoA Debug(s): Event Error
This router is connected to MGX 8850 I can see cell count in MGX (Ingress & Egress both) from this router segment ping (atm pvc) is successful but I can do ping (atm pvc) device. I have noticed this changes
PPPoA Current State = WAIT_FOR_CALL
PPPoA Latest Event = AAA unique id allocated
PPPoA Latest Error = None
PPPoA Current State = LCP_NEGOTIATION
PPPoA Latest Event = PPP Msg
PPPoA Latest Error = None
Because of this my end user cant connect to VPN.
Can anyone help me to solve this puzzle.

Hello Ritesh, this is AL the guru, basically PPPoA Current State = LCP_NEGOTIATION / PPPoA Current State = WAIT_FOR_CALL means its waiting for the next LCP session from the PPP packet. Check to see if the users ADSL router is spitting errors when "debug ppp auth" and "debug ppp nego" is on. If its not check ADSL line to see if its in sync, if it is the break and rebuild the VC within the VP

Windows server 2012 and windows xp remote desktop connection loss

I am having this problem for a month now, and i am stumped with trying to find an answer . I have talked with several network admins in my area and with no luck i have not found a solution. I have a windows server 2012 placed with 5 pcs that are connected
on a local network , those 5 pc's connect to the server via remote desktop. List of pc's:
1x Windows 7
4x Windows XP SP3
All have the latests network drivers, all have the latest version of remote desktop installed. All have been scanned for viruses. All have antivirus software.
Problem is the 4 XP machines lose connection on when connected via remote desktop. If one starts losing connection the other 3 start to lose the connection aswell. The windows 7 machine is not affected by this it works fine.
What have I tried:
Scanning for viruses.
Disabling Firewall and antivirus software.
Updating all drivers.
Did many changes to group policy like keepalives etc.
Turning off SMBv2 SMBv3.
Turning off network adapter Offload settings.
Changed some registry settings like keepalive, smb etc.
Updating every pc and server with all windows updates.
Changed the router and switch.
Port forwarded needed ports like 3389.
Updating remote desktop to 7.0.
I might be forgetting some stuff i will add as i remember anything.
So the thing is this. I use a Windows XP machine from my office I remotely connect to the server via the Internet and I DO NOT experience any connection loss. BUT the XP machines on the local network constantly experience connection loss via remote desktop.
I pinged every Machine from the server via CMD command PING. So when they lose connection the Packets get time outs . Packets get dropped between 1-10 packets when a connection is lost. This packet drop does not occur when using the internet or anything else.
ONLY when connected to the server via remote desktop. The packets get dropped at random intervals.
Problem is I use an XP machine and I am not experiencing any loss of connection , while the XP machines on the local network experience it , but not the windows 7 machine.
Router is ASUS RT-N53 , and switch is Dlink DES-1008D. Server is a Dell PowerEdge T110 II.
Can someone please tell me what can i do to solve this problem?

So today got some word from their office. They were using RDP from 8AM until 12PM all was working fine. Then got back after lunch about 1PM and got a few connection lost errors when they tried using RDP again. Its weird since they didn't have disconnects
in the morning, and started having them after lunch.
Also noticed, that two pc were not using RDP and were disconnected as shown in task manager. And they still got request timeouts.
Maybe this is not a remote desktop issue?
TASK MANAGER
The 2 disconnected pc's ping screens:

Connection loss SUM GUI to SL Controller

Hi experts,
I am experiencing an issue that I need to resolve. It is that I lose the connection from SUM GUI (locally) to the SL Controller running on the remote server.
Currently I am doing an upgrade and after some time, e.g. when I have an error and don't notice it immediately, I get a warning message.
"The connection to the SL Controller is down.
The SDT GUI will reestablish the connection, when possible."
On the server I get the following error message:
May 26, 2014 7:49:47 AM [Error]: com.sap.sdt.engine.core.communication.FactoryAlreadyRegisteredException: Factory for key 'com.sap.sdt.engine.core.com
munication.FactoryKey@13c2c5f4' is already registered.
May 26, 2014 7:49:47 AM [Error]: com.sap.sdt.engine.core.communication.FactoryAlreadyRegisteredException: Factory for key 'com.sap.sdt.engine.core.com
munication.FactoryKey@13c2c5f4' is already registered.
May 26, 2014 7:49:47 AM [Error]: com.sap.sdt.server.core.ServerException
May 26, 2014 7:49:51 AM [Warning]: Connection has been shutdown: javax.net.ssl.SSLException: java.net.SocketException: Broken pipe
May 26, 2014 7:49:51 AM [Warning]: Error while closing connection.
May 26, 2014 7:49:51 AM [Error]: com.sap.sdt.engine.core.communication.SendException: Error while sending data.
Network input/output exception has occurred: Connection has been shutdown: javax.net.ssl.SSLException: java.net.SocketException: Broken pipe
javax.net.ssl.SSLException: Connection has been shutdown: javax.net.ssl.SSLException: java.net.SocketException: Broken pipe
javax.net.ssl.SSLException: Connection has been shutdown: javax.net.ssl.SSLException: java.net.SocketException: Broken pipe
javax.net.ssl.SSLException: java.net.SocketException: Broken pipe
java.net.SocketException: Broken pipe
May 26, 2014 7:49:51 AM [Error]: com.sap.sdt.engine.core.communication.SendException: Error while sending data.
Network input/output exception has occurred: Connection has been shutdown: javax.net.ssl.SSLException: java.net.SocketException: Broken pipe
javax.net.ssl.SSLException: Connection has been shutdown: javax.net.ssl.SSLException: java.net.SocketException: Broken pipe
javax.net.ssl.SSLException: Connection has been shutdown: javax.net.ssl.SSLException: java.net.SocketException: Broken pipe
javax.net.ssl.SSLException: java.net.SocketException: Broken pipe
java.net.SocketException: Broken pipe
My current assumption is that the firewall drops the connection due to inactivity.
The main issue then is:
although I restart my local SUM GUI and reconnect to the server I can't continue the upgrade because the Buttons are "unclickable" (grey).
Currently I always had to restart SUM including the services on ther server (SL controller).
My question is:
what can I do to avoid this connection loss?
Is there a option to set a "keep alive" to the network connection?
so that the firewall does not validate the connection as idle and drops?
Unfortunately we can't do much about the firewall settings due to security restrictions.
I would be glad to hear from you.
Kind regards,
Niklas

Hi Mathias,
I got an answer from SAP. There is no option that can be executed with STARTUP to solve this.
I already proposed to forward this request to the dev team at SAP
What I am currently doing is:
Start the GUI and keep it open only if I know if there is are Actions coming next, otherwise I close it (only the GUI) and when some time has passed by I logon again to check.
This is a really bad solution, but currently the only one.
Regards,
Niklas

Why do I have Intermittent Wifi Connection Loss during music streaming ?

Hello,
I have an ipad3 and an iPhone 4S and I am getting with both devices interruption of the sound when I send music to the Apple TV. It generally happens after a few minutes. The signal for the wifi is still good and I have still access to the Internet I have tried all the recommendations of the article "iOS: Troubleshooting Wi-Fi networks and connections" but this did not help. I have used several applications for sending music to the Apple TV (music application from Apple and DSAudio from Synology) but I'm getting the same issue. I have also the same issue with the media center application from Bouygues Telecom connecting directly to my internet router. My router is a bbox sensation. I had also the same kind of issue with my old router when sensing photo albums to the internet: I had the error message "your system is running low on ressources". How can I solve these intermittent wifi connection losses ?

Try #5.
Some things to try first:
1. Turn Off your iPad. Then turn Off (disconnect power cord for 30 seconds or longer) the wireless router & then back On. Now boot your iPad. Hopefully it will see the WiFi.
2. Go to Settings>Wi-Fi and turn Off. Then while at Settings>Wi-Fi, turn back On and chose a Network.
3. Change the channel on your wireless router (Auto or Channel 6 is best). Instructions at http://macintoshhowto.com/advanced/how-to-get-a-good-range-on-your-wireless-netw ork.html
4. Go into your router security settings and change from WEP to WPA with AES.
5. Renew IP Address: (especially if you are droping internet connection)
    •    Launch Settings app
    •    Tap on Wi-Fi
    •    Tap on the blue arrow of the Wi-Fi network that you connect to from the list
    •    In the window that opens, tap on the Renew Lease button
6. Potential Quick Fixes When Your iPad Won’t Connect to Your Wifi Network
http://ipadinsight.com/ipad-tips-tricks/potential-quick-fixes-when-your-ipad-won t-connect-to-your-wifi-network/
~~~~~~~~~~~~~~~~~~~~~~~~~
Wi-Fi Fix for iOS 6
https://discussions.apple.com/thread/4823738?tstart=240
iOS 6 Wifi Problems/Fixes
How To: Workaround iPad Wi-Fi Issues
http://www.theipadfan.com/workaround-ipad-wifi-issues/
Another Fix For iOS 6 WiFi Problems
http://tabletcrunch.com/2012/10/27/fix-ios-6-wifi-problems-ssid/
Wifi Doesn't Connect After Waking From Sleep - Sometimes increasing screen brightness prevents the failure to reconnect after waking from sleep. According to Apple, “If brightness is at lowest level, increase it by moving the slider to the right and set auto brightness to off.”
Fix For iOS 6 WiFi Problems?
http://tabletcrunch.com/2012/09/27/fix-ios-6-wifi-problems/
Did iOS 6 Screw Your Wi-Fi? Here’s How to Fix It
http://gizmodo.com/5944761/does-ios-6-have-a-wi+fi-bug
How To Fix Wi-Fi Connectivity Issue After Upgrading To iOS 6
http://www.iphonehacks.com/2012/09/fix-wi-fi-connectivity-issue-after-upgrading- to-ios-6.html
iOS 6 iPad 3 wi-fi "connection fix" for netgear router
http://www.youtube.com/watch?v=XsWS4ha-dn0
Apple's iOS 6 Wi-Fi problems
http://www.zdnet.com/apples-ios-6-wi-fi-problems-linger-on-7000004799/
~~~~~~~~~~~~~~~~~~~~~~~
How to Boost Your Wi-Fi Signal
http://ipad.about.com/od/iPad_Troubleshooting/a/How-To-Boost-Your-Wi-Fi-Signal.h tm
Troubleshooting a Weak Wi-Fi Signal
http://ipad.about.com/od/iPad_Troubleshooting/a/Troubleshooting-A-Weak-Wi-Fi-Sig nal.htm
How to Fix a Poor Wi-Fi Signal on Your iPad
http://ipad.about.com/od/iPad_Troubleshooting/a/How-To-Fix-A-Poor-Wi-Fi-Signal-O n-Your-iPad.htm
iOS Troubleshooting Wi-Fi networks and connections http://support.apple.com/kb/TS1398
iPad: Issues connecting to Wi-Fi networks http://support.apple.com/kb/ts3304
WiFi Connecting/Troubleshooting http://www.apple.com/support/ipad/wifi/
How to Fix: My iPad Won't Connect to WiFi
http://ipad.about.com/od/iPad_Troubleshooting/ss/How-To-Fix-My-Ipad-Wont-Connect -To-Wi-Fi.htm
iOS: Connecting to the Internet http://support.apple.com/kb/HT1695
iOS: Recommended settings for Wi-Fi routers and access points http://support.apple.com/kb/HT4199
How to Quickly Fix iPad 3 Wi-Fi Reception Problems
http://osxdaily.com/2012/03/21/fix-new-ipad-3-wi-fi-reception-problems/
iPad Wi-Fi Problems: Comprehensive List of Fixes
http://appletoolbox.com/2010/04/ipad-wi-fi-problems-comprehensive-list-of-fixes/
Connect iPad to Wi-Fi (with troubleshooting info)
http://thehowto.wikidot.com/wifi-connect-ipad
Fix iPad Wifi Connection and Signal Issues http://www.youtube.com/watch?v=uwWtIG5jUxE
Fix Slow WiFi Issue https://discussions.apple.com/thread/2398063?start=60&tstart=0
How To Fix iPhone, iPad, iPod Touch Wi-Fi Connectivity Issue http://tinyurl.com/7nvxbmz
Unable to Connect After iOS Update - saw this solution on another post.
https://discussions.apple.com/thread/4010130
Note - When troubleshooting wifi connection problems, don't hold your iPad by hand. There have been a few reports that holding the iPad by hand, seems to attenuate the wifi signal.
Wi-Fi or Bluetooth settings grayed out or dim
http://support.apple.com/kb/TS1559
~~~~~~~~~~~~~~~
If any of the above solutions work, please post back what solved your problem. It will help others with the same problem.
 Cheers, Tom

Connectivity loss between PLC and Kepware

Hi Experts,
I m working on SAP PCo and PLC connectivity using Kepware.
I m trying to find out ways to find connectivity loss between
1) PLC and kepware
2) kepware and PCo
For 2nd approch,if connectivity loss is there then PCo instance will go in error state and using remote monitoring we can get alert.
But m not able to find any way for 1st approch.
If PLC connection lost then only tag quality in kepware is bad.
Is there any way in PCo expression editor to check tag quality so that i can trigger MII transaction?
Thanks in advance.
Regards,
Neha

To add to Hubrisnsx's comment ... are you provisioned Ethernet or MoCA for the WAN connection?
Edit: Never mind, I see in the first post you said MoCA. So, if the MoCA channel is staying up, then it sounds like it might be something inside the ONT.
Keep in mind that while some Verizon folks do drop by these forums from time to time, that this is primarily are user to user forum where customers can help one another.

Calendar Crashes on connection loss.

Does anyone know why oracle calendar crashes when the connection to the calendar server is lost. This happens for both Mac and Windows. I am using calendar version 9.0.4.2

after much work I have discovered that this is due to power settings on the mac. if you don't turn off the hardrive it seems to work better. This however doesn't explain the corruption issues due to connection loss.

Trying to detect connection loss

I have built a little telnet program which is specialized for a specific telnet supporting server... Everything works just fine except for detecting connection loss...
I am connected to the server using java.net.Socket, data is sent using java.io.PrintStream and data is received using java.io.InputStream...
I have tried having a thread running and looking if the Socket was still connected, but even after closing the server, the Socket keeps returning true when I call Socket.isConnected()... How could I detect the moment when a connection is broken, would it be because the user has a modem connection and gets disconnected or because the server shuts down or any other such reason?

You can detect a dead socket when a write to it fails.
So, you could periodically send "keep alive" messages
to know approximately when it drops.Okay, I had noticed that the PrintStream would set it's error state to true when I try to send a message and the socket is dead, but I hoped I didn't have to wait until that moment... Thanks though! You confirmed me I'll have to do it that way :P

Internet connection loss using Airport Extreme and Netgear DG843

Hello,
I am accessing internet via a Netgear DG834 router (not wifi), connected to an Airport Extreme base station. Most of the time, I can access internet through the Wifi network of the AEB without any problem. But around once a day I am experiencing connection loss and the only way I found to restore it is to reset the Netgear Router by physically unplungging it.
Both the Netgear and the AEB have up to date firmware, so I suspect some kind of problem in my setup, as I am not an expert in setting up networks.
Is it possible that using a Netgear Router connected to the AE (which is also a router if I understand correctly) could cause connection problems ?
I am at a loss, and do not even know how to describe the relevant informations of my current setup. If a kind soul could help me nonetheless, I would be very gratefull.
Mr Pedrito
Powerbook G4 Mac OS X (10.3.9)

Is it possible that using a Netgear Router connected
to the AE (which is also a router if I understand
correctly) could cause connection problems ?
Yes.
Ensure that that the AEBS is configured to not distribute IP addresses.
Also ensure that the AEBS is on a different channel to the DG834G.
iFelix

Folders being closed upon connection loss?

The issue is that previously it would bring up an error saying that connection was lost and would still show the folders but without any contents, and it would've been possible to do a refresh when you'd have a connection, now it instantly brings to Network folder.
Update:
Previously before the OS reinstall, I've tested what's causing the CPU usage to go up so high using ProcessExplorer, and found out that explorer.exe is using too much services/libraries, mainly ntdll.dll, which is being looped constantly, i.o. ntdll.dll would be copied and copied and copied until you'd restart the process (explorer.exe)

Hello,I'm currently having an issue with a user that is often on the road and obviously it's often that connection is being lost. That person often opens a lot of folders that we have on our local file server, and as soon as his connection is lost it brings him to the "Network" folder. Any idea what could be the issue? Also CPU would rise up to a %100 in total (File explorer .exe consuming approx. 40-60% because explorer.exe has a looping ntdll.dll library being looped in its process).He uses a Dell XPS 13 ultrabook with a four core i7 processor.Before connection loss:After connection loss:
OS: 8.1 Pro (Latest updates)File server, DC&AD: Win Server 2012 R2, Folder share.
What has been tried:sfc /scannowOS reinstall
This topic first appeared in the Spiceworks Community

MPLS and Bridging over separate ATM PVCs

We have one physical ATM Interface on Cisco 3660 Router (IOS Enterprise 12.2.19) and we like to use bridging on one ATM PVC und MPLS (tag-switching) on another ATM PVC. But we always get an error message.
Did anybody knew whether bridging and mpls is supported at one ATM Interface although we use separate PVCs ?
Thanks for your help

The configuration of using mixed mpls/bridged sub-interfaces under the same main interface isn't supported.

Five months of ongoing timeouts and connection loss

SE PA area. Problem started back in January with bursts of high ping times and timeouts on an old white Westell model with a WRT54g bridged to handle the routing. After several support calls a new Westell 6100 was sent but failed to resolve the intermittent problem. It seems to be aggravated by wet weather but also happens during dry periods just not as frequently. Around March tech support sent another Westell 6100 claiming the first one went bad. Problems continued intermittently as they've always been.
After a couple more calls to tech support they claimed the second Westell 6100 might be causing the problem and sent an Actiontec GT704WGB. Before getting the Actiontec installed our phone quit working (clicking noise and cross talk) but DSL continued to function with the same high pings and time outs randomly. This was last week and we were finally able to get a phone tech last Thursday (still had the Westell 6100 hooked up) to come to the house. Several hours prior to his arrival our phone started working and talking to the tech he said there was a line problem found and fixed.
While the tech was here, he put a splitter in line and ran a home run for the DSL to help us eliminate any possible filter issues and see if it would help with the intermittent DSL problems. I have also replaced the line from the NID inside with a new cat5e run. Yesterday (Friday) we had a bad rain storm lasting several hours (over 1.5in of rain) and the DSL has been garbage since.
I broke down today and pulled the Westell 6100 and my Linksys WRT54g out of the DSL line and finally installed the Actiontec GT704WGB and it's as bad or worse than ever. I've collected as much info as I can to try to shed some light on this if someone know how to interpret what the results are and can help, that would be awesome. I'm at my wits end with Indias tech support route and after 5 months I don't know what else to do.
Reverse traceroute during problem:
I x'd out my IP on the last hops.
06/2/2012 10pm
news-europe.giganews.com
1 vl201.gw2.ams.giganews.com (216.196.110.2) 0 ms 0 ms 0 ms
2 208.174.49.145 (208.174.49.145) 0 ms 0 ms 0 ms
3 cr2-tengig-0-5-1-0.frankfurtft3.savvis.net (204.70.207.209) 7 ms 9 ms 7 ms
4 cr2-ten-0-8-0-0.NewYork.savvis.net (204.70.195.22) 88 ms 88 ms 88 ms
5 er2-tengig-8-8.newyork.savvis.net (204.70.224.249) 87 ms 87 ms 87 ms
6 0.xe-9-2-0.BR2.NYC4.ALTER.NET (204.255.168.89) 94 ms 94 ms 94 ms
7 0.ae2.NY5030-BB-RTR2.verizon-gni.NET (152.63.18.74) 110 ms 96 ms 88 ms
8 ge-7-1-0-0.PHIL-CORE-RTR2.verizon-gni.net (130.81.20.139) 88 ms 88 ms 88 ms
9 A4-0-0-1723.PHIL-DSL-RTR7.verizon-gni.net (130.81.11.234) 88 ms 88 ms 88 ms
10 pool-xx-xx-xxx-xxx.phil.east.verizon.net (xx.xx.xx.xxx) 1736 ms 1714 ms 1593 ms
06/2/2012 10:03pm
news.giganews.com
1 gw1-g-vlan201.dca.giganews.com (216.196.98.4) 2 ms 0 ms 0 ms
2 g3-0.bb1.dca.giganews.com (216.196.96.62) 25 ms 54 ms 0 ms
3 xe-8-0-7.ar2.iad1.us.nlayer.net (69.31.10.97) 4 ms 1 ms 1 ms
4 TenGigE0-1-0-0.GW7.IAD8.ALTER.NET (152.179.50.73) 5 ms TenGigE0-2-4-0.GW7.IAD8.ALTER.NET (152.179.50.93) 0 ms TenGigE0-1-0-0.GW7.IAD8.ALTER.NET (152.179.50.73) 0 ms
5 0.xe-0-1-0.XL4.IAD8.ALTER.NET (152.63.37.93) 0 ms 0 ms 0 ms
6 0.ge-11-0-0.RES-BB-RTR2.verizon-gni.net (152.63.30.10) 0 ms 0.so-9-3-0.RES-BB-RTR2.verizon-gni.net (152.63.37.122) 0 ms 0.xe-15-1-0.RES-BB-RTR2.verizon-gni.NET (152.63.3.54) 0 ms
7 ge-7-1-0-0.PHIL-CORE-RTR2.verizon-gni.net (130.81.20.139) 7 ms 6 ms 6 ms
8 A4-0-0-1723.PHIL-DSL-RTR7.verizon-gni.net (130.81.11.234) 11 ms 9 ms 8 ms
9 pool-70-16-xxx-xxx.phil.east.verizon.net (70.16.xxx.xxx) 1206 ms 1339 ms 1661 ms
news-europe.giganews.com
1 vl201.gw2.ams.giganews.com (216.196.110.2) 0 ms 0 ms 0 ms
2 208.174.49.145 (208.174.49.145) 31 ms 0 ms 0 ms
3 cr2-tengig-0-5-1-0.frankfurtft3.savvis.net (204.70.207.209) 7 ms 7 ms 6 ms
4 cr2-ten-0-8-0-0.NewYork.savvis.net (204.70.195.22) 88 ms 88 ms 88 ms
5 er2-tengig-8-8.newyork.savvis.net (204.70.224.249) 87 ms 87 ms 87 ms
6 0.xe-9-2-0.BR2.NYC4.ALTER.NET (204.255.168.89) 94 ms 94 ms 94 ms
7 0.ae2.NY5030-BB-RTR2.verizon-gni.NET (152.63.18.74) 105 ms 88 ms 88 ms
8 ge-7-1-0-0.PHIL-CORE-RTR2.verizon-gni.net (130.81.20.139) 88 ms 90 ms 88 ms
9 A4-0-0-1723.PHIL-DSL-RTR7.verizon-gni.net (130.81.11.234) 88 ms 88 ms 88 ms
10 * * *
11 * * pool-70-16-xxx-xxx.phil.east.verizon.net (70.16.xxx.xxx) 1802 ms
Snippets of ping times to yahoo:
Reply from 98.139.183.24: bytes=32 time=55ms TTL=50
Reply from 98.139.183.24: bytes=32 time=55ms TTL=49
Reply from 98.139.183.24: bytes=32 time=72ms TTL=50
Reply from 98.139.183.24: bytes=32 time=76ms TTL=50
Reply from 98.139.183.24: bytes=32 time=66ms TTL=50
Reply from 98.139.183.24: bytes=32 time=52ms TTL=49
Reply from 98.139.183.24: bytes=32 time=94ms TTL=49
Reply from 98.139.183.24: bytes=32 time=137ms TTL=49
Reply from 98.139.183.24: bytes=32 time=40ms TTL=49
Reply from 98.139.183.24: bytes=32 time=420ms TTL=49
Reply from 98.139.183.24: bytes=32 time=973ms TTL=49
Reply from 98.139.183.24: bytes=32 time=1410ms TTL=49
Reply from 98.139.183.24: bytes=32 time=1995ms TTL=50
Reply from 98.139.183.24: bytes=32 time=3076ms TTL=49
Reply from 98.139.183.24: bytes=32 time=2058ms TTL=50
Reply from 98.139.183.24: bytes=32 time=114ms TTL=49
Reply from 98.139.183.24: bytes=32 time=54ms TTL=50
Reply from 98.139.183.24: bytes=32 time=55ms TTL=50
Reply from 98.139.183.24: bytes=32 time=43ms TTL=49
Reply from 98.139.183.24: bytes=32 time=68ms TTL=50
Reply from 98.139.183.24: bytes=32 time=141ms TTL=50
Reply from 98.139.183.24: bytes=32 time=69ms TTL=49
Reply from 98.139.183.24: bytes=32 time=52ms TTL=50
Reply from 98.139.183.24: bytes=32 time=56ms TTL=50
Reply from 98.139.183.24: bytes=32 time=309ms TTL=50
TRANSCEIVER STATS:
Inside house (10pm 06/2/2012) around the time of the above traceroutes and ping snips.
DSL Status
VPI: 0
VCI: 35
DSL Mode Setting: Auto
DSL Negotiated Mode: G.DMT
Connection Status: ShowTime
Speed (down/up): 1792/448
ATM QoS class:    UBR
Output Power (Downstream/Upstream): 11.9/17.3 dBm
Attainable Rate (Downstream/Upstream): 8352/1064 Kbps
HEC Errors (Downstream/Upstream): 1/0
OCD Errors (Downstream/Upstream): 0/0
LCD Errors (Downstream/Upstream): 0/0
SNR Margin (Downstream/Upstream): 29.8/22.0 dB
Attenuation (Downstream/Upstream): 49.5/24.0 dB
At NID (tested a couple hours prior to inside test above)
DSL Status
VPI: 0
VCI: 35
DSL Mode Setting: Auto
DSL Negotiated Mode: G.DMT
Connection Status: ShowTime
Speed (down/up): 1792/448
ATM QoS class:    UBR
Output Power (Downstream/Upstream): 11.9/16.8 dBm
Attainable Rate (Downstream/Upstream): 8160/1052 Kbps
HEC Errors (Downstream/Upstream): 1/0
OCD Errors (Downstream/Upstream): 0/0
LCD Errors (Downstream/Upstream): 0/0
SNR Margin (Downstream/Upstream): 29.8/22.0 dB
Attenuation (Downstream/Upstream): 49.5/24.0 dB

Ah.. I was hoping you'd stop by and chime in. Thanks! I spent a couple of evenings browsing the forums looking at others' issues and was always impressed with not only your knowledge but your willingness and consistent help to many who post up with issues. I'm gonna have to give you a Kudos on this as it's the best I can do and people such as yourself and several of the other regular "assistees" I've seen help here are what really make these forums/communities the great resource that they are.
As I have a technical background in electronics and electro-mechanical I was able to blow through a lot of good information on what to check and get all my potential infrastructure issues on my side covered before going any farther (replacing my old lines with new cat5 and new jacks, getting the tech to put a splitter in and run a home run for the DSL line). But I don't have much knowledge in the telecommunications end and DSL. Your info helped a lot with shedding some more light on that as well as reading other posts.
I saw the Redback router in the reverser trace and had gathered from other reading that they're older units. I have no idea what if any upgrades will be done at my CO. I am in fact fed from a CO and that fits in with my attenuation numbers as I'm about 2 miles away. From the numbers I estimate between 12-13000 feet on the wire.
A short update since Sunday. Yesterday my wife received a call from a US based tech from the Chronic Intermittency team (I think that's what she called them) and after looking at the line the nice lady was a bit perplexed as I was as the numbers look so good on the line. She was able to determine after several steps with my wife, that we might just be saturating the 1.7Mb we were provisioned at and the modem was just giving up the ghost and timing out eventually. She opened the pipe up to 3Mb and it's gotten MUCH better since yesterday. While it tightened us up quite a bit on the Margin (I was a little surprised at how much the Margin dropped with only doubling the rate) it appears 5Mbps would easily be doable barring no other line issues. What I was most favorably impressed with though was that the nice lady promised to call back and stay with this issue until resolved. She's off for a couple of days which will give us some time to see how much better this one change has improved things but she did call twice yesterday (a call back followup after the original call and bumping up the provisioning to see if she was on the right track). That certainly helped boost my confidence level with Verizon's support a bit...
New transceiver stats 6/4/12 actual stats were taken 6/5 with 54hrs uptime.
DSL Status
VPI:   0
VCI:   35
DSL Mode Setting: Auto
DSL Negotiated Mode:   G.DMT
Connection Status:   Showtime
Speed (down/up):   3360/832
ATM QoS class:   UBR
Output Power (Downstream/Upstream):   11.9 / 11.6 dBm
Attainable Rate (Downstream/Upstream):   8320 / 932 Kbps
HEC Errors (Downstream/Upstream): 522 / 0
OCD Errors (Downstream/Upstream): 0 / 0
LCD Errors (Downstream/Upstream): 0 / 0
SNR Margin (Downstream/Upstream): 17.1 / 9.0
Attenuation (Downstream/Upstream): 49.5 / 24.0
I also found it interesting that the upstream output power dropped so much. It appears that modem was getting a workout at 400Kbps. Downstream held the same.
I'm not ready to mark this resolved yet but it does appear the lady was correct in her assumption that we were saturating the connection as a primary root cause. Interesting...
What I still find a bit of a puzzle is our online habits haven't changed (always run virus/trojan protection as that was one item the tech queried due to the activity she was seeing based on what my wife had running at the time) and yet this didn't crop up until the beginning of this year. We primarily run 2 desktop systems and I use a laptop wirelessly occasionally (yes, I did kill the wireless on the router for a day in troubleshooting). My usage is primarily browsing and email and my browsing is mostly forums and finance based so not a lot of high bandwidth usage there. The wife does have an online game she's played for years and does use Skype and Teamspeak during her gaming, but her gaming habits/use hasn't changed over the years either. I do run the Network Meter Gadget on Windows 7 on all PCs so we can monitor our rate dynamically but it's hard to aggregate that info when we're both online to see the total bandwidth we're pushing. I've watched her sessions as well as monitoring mine and she was by no means in constant saturation. I was surprised at the constant "chatter" Skype puts on the line even with no ongoing conversations. I suspect some congestion at the DSLAM might be in play here as well. We'll see how it all shakes out in the end. I'd certainly like to get the bump to 5Mbps if it's doable and think that might just buy us a bit more life until we finally have to cave to Fios.

Connectivity loss when roaming from AP to AP

I work for a healthcare organization where nurses use what we refer to as COWS, or carts on wheels. These carts are basically laptops attached to carts that utilize our wireless infrastructure to access patient care applications.
The problem we've been having and working with the application developers on is that, whenever the carts are moved between patient rooms and have to associate with a different AP, the telnet connection that the application uses to establish connectivity is dropped during the short delay in the changeover.
Anyone have any experience with settings that might mitigate this? Far as I know there are no telnet timers that can be adjusted(buffered) to help with this situation, and I'm not certain if anything can be adjusted on the wireless network to help. The "fix" has been to have the user reboot to re-establish the telnet session and then everything's good again.
Any suggestions on things to try?
Thanks.
/rls

I assume these are all on the same SSID and same subnet, i.e. there are no layer 3 roaming issues since you did not mention if you use LWAPP APs. In any case I used to roam all the time with telnet sessions to Cisco switches. If it is dropping the session, it is more likely because of the host system. You could test that by testing to a Cisco device.
A couple of suggestions:
1. Use WPA2 instead of WPA. WPA2 handles roaming better.
2. If you are using XP wireless make sure you have the Microsoft WPA2 update installed. Not necessary if you use another wireless supplicant.
3. Test roaming with a laptop from room to room. If you are loosing more than two pings or so, your roaming sensitivity is not working optimally. Use continuous pings.
4. You could go to fast roaming using CCKM; however, I would make sure the standard roaming method is working correctly before going to the effort of changing everything. Besides, you will need to have a wireless client capable of CCKM. If not, you are out of luck. I had that problem with some of my Windows CE devices. They were too dumb to use CCKM.
5. I did have some Windows CE devices which did not roam properly until I had the roaming sensivity set. I was loosing about 7 pings. This is not normal unless you have a problem.
6. Last resort - but expensive. We had an intermediate server that would hold sessions to SAP due to the potential of the same problem you have. The company that provided it to us was Psion Teklogix. It prevented session loss because a server held the session, not the mobile client. A company like this one should be able to modify the application to your needs if you have money to spend.
Testing is the key I think, but WPA2 would have to help due to the caching of authentications. If you go back to a room you were just in, it should roam faster.
Randy

Speed connection loss issue since mid December

Morning all here,
We've been having speed problems since the middle of December. We've had BT Total broadband since January 2009 with a very consistant and reliable 3-4 Mbps download speed, but since arround the 13th of Dec when we had a 24 hr power cut the line has never recovered. I've had a good look round the forum here re possible solutions and suggestions, tried all the tricks re the Openreach master socket faceplate, new microfilters etc but its not attainng the service we used to have.
Stats and speed test as of this morning attached below, we'd much appreciate it if someone here can have a look. The home hub 2 has been on for about 14 days now, but apeared to loose and reacquire connection on christmas morning. We were away for three days over that period but there was no power failure so it wasnt the route being power cycled.
Home Hub stats
ADSL line status
Connection information
Line state Connected
Connection time 4 days, 12:47:37
Downstream 704 Kbps
Upstream 448 Kbps
ADSL settings
VPI/VCI 0/38
Type PPPoA
Modulation ITU-T G.992.1
Latency type Interleaved
Noise margin (Down/Up) 29.8 dB / 14.0 dB
Line attenuation (Down/Up) 51.0 dB / 30.0 dB
Output power (Down/Up) 15.9 dBm / 12.5 dBm
Loss of Framing (Local) 0
Loss of Signal (Local) 0
Loss of Power (Local) 0
FEC Errors (Down/Up) 82020642 / 42
CRC Errors (Down/Up) 94619 / N/A
HEC Errors (Down/Up) N/A / 33
Error Seconds (Local) 185309
Speed test.
Test1 comprises of Best Effort Test: -provides background information.
Download Speed
450 Kbps
0 Kbps 500 Kbps
Max Achievable Speed
Download speedachieved during the test was - 450 Kbps
For your connection, the acceptable range of speeds is 50-500 Kbps.
Additional Information:
Your DSL Connection Rate :704 Kbps(DOWN-STREAM), 448 Kbps(UP-STREAM)
IP Profile for your line is - 500 Kbps
Many Thanks for any assistance.
Gordon

Thanks for the reply imjolly
I haven't done a quiet line test yet, I was trying to leave the hub online as long as possible over xmas to see if things improved, I had tried the hub in the master socket behind the faceplate, but there was no diference between speed tests with it plugged in there instead of the front faceplate socket or the extension it normaly sits in someplace else in the house.
Interestingly, I've just 5 mins ago spoken to my next door neighbour, he's just had an openreach chap in testing the line not half an hour ago. His homehub has turned out to have been fried during the power outage on the 13th Dec., its running slow and unreliably dropping out now and then. Openreach chap took it apart and you could see the damage to the circuit he said.
Now, where do we go from here, that doesn't involve having to speak to BT India I wonder? Should I have a peak inside our router or make the dreded phone call......aaaggghhhh..
Thanks for you attention again.
Gordon

Intermittant Connectivity Loss During Long Inactivity Periods

I am working with a customer who is experiencing an intermittant loss of network connectivity after (or during) long periods of inactivity, such as overnight. Details of the environment include:
Dell Latitude D820 notebook (integrated wireless disabled)
Cisco Aironet Wireless PC Card Adapter (Aironet 802.11 A/B/G model AIR-CB21AG-A-K9)
Driver version 3.0.0.104 (5-19-2006)
Operating System: WinXP SP2
Notebook Power Management: Disabled
Cisco Wireless Power Management: CAM
(Constantly Awake Mode)
AP: AIR-AP1231G-A-K9, updated to A Radio Module AIR-RM21A-A-K9 (making them A-B-G)
AP Software Version: 12.3(8)JEA1
Any thoguhts and/or suggestions would be appreciated, and I'm happy to supply additional information if desired. Thanks!
Alan

User login might have timed out and may require to re-authenticate which results in loss of connectivity. Upgrade the PC card firmware version.

ATM PVC connectivity loss

Similar Messages

Maybe you are looking for