1310 Bridge loses connection

I work at a college campus where we have a couple of 1310 bridges between our main campus and a group of apartment buildings that we own 3 blocks down the road. One 1310 bridge is in our bell tower and the other is in one of the apartments. The other apartments have 1240 AG access points. The problem I am having is that periodically the remote apartments will loose their network connection. Originally I thought it was a problem with the remote bridge because rebooting the bridge at the remote apartment would bring the connection back up. I recently discovered that I could bring the remote location back up by rebooting the bridge in the belltower. At first we could go a couple of weeks before the link would go down now it seems to be happening much more frequently.
Any help in troubleshooting this would be appreciated.
Thanks.
Jeff

You might want to post carrier busy test results for both ends as well as signal strength readings for both ends. If memory serves you'll need commands like (check my syntax):
dot11 dot11 0 carrier busy (assuming 802.11g)
and
show dot11 ass X.X.X (X.X.X = remote end mac)

Similar Messages

  • Bridge loses connection after a few minutes

    Hi at all,
    my name is Daniel and i have a problem with two AIR-SAP1532E-E-K9 with the software version 15.2(4)JB3b.
    The situation: Our customer want to connect two buildings with a wireless bridge, so he bought two 1532 with two AIR-ANT5114P2M-N= antennas.
    Over the wireless connection should go traffic from different VLANs.
    The root bridge is configured as follows:
    dot11 ssid [SSID]
       vlan 212
       authentication open
       authentication key-management wpa
       infrastructure-ssid
       wpa-psk ascii 7 [KEY]
    interface Dot11Radio1
     no ip address
     no ip route-cache
     encryption vlan 212 mode ciphers aes-ccm
     ssid [SSID]
     antenna gain 14
     peakdetect
     no dfs band block
     power local 15
     packet retries 64 drop-packet
     channel dfs
     station-role root bridge
    interface Dot11Radio1.204
     encapsulation dot1Q 204
     no ip route-cache
     logging event subif-link-status
     bridge-group 2
     bridge-group 2 spanning-disabled
    interface Dot11Radio1.212
     encapsulation dot1Q 212 native
     no ip route-cache
     logging event subif-link-status
     bridge-group 1
     bridge-group 1 spanning-disabled
    interface Dot11Radio1.463
     encapsulation dot1Q 463
     no ip route-cache
     logging event subif-link-status
     bridge-group 3
     bridge-group 3 spanning-disabled
    The GigabitEthernet is configured like the dot11radio 1 with the Sub interfaces for each VLAN.
    The non-root bridge is configured as follows:
    dot11 ssid [SSID]
       vlan 212
       authentication open
       authentication key-management wpa
       infrastructure-ssid
       wpa-psk ascii 7 [Key]
    interface Dot11Radio1
     no ip address
     no ip route-cache
     encryption vlan 212 mode ciphers aes-ccm
     ssid [SSID]
     antenna gain 14
     peakdetect
     power local 11
     packet retries 64 drop-packet
     station-role non-root bridge
    interface Dot11Radio1.204
     encapsulation dot1Q 204
     no ip route-cache
     logging event subif-link-status
     bridge-group 2
     bridge-group 2 spanning-disabled
    interface Dot11Radio1.212
     encapsulation dot1Q 212 native
     no ip route-cache
     logging event subif-link-status
     bridge-group 1
     bridge-group 1 spanning-disabled
    The GigabitEthernet is configured like the dot11radio 1 with one subinterface for each VLAN.
    At the moment the non-root bridge connects to the root. All is fine and each subinterface comes up. After 3-4 minutes the non-root logs the message that there is no response from the root and shut down the interfaces and after a short moment the non-root connect to the root again.
    The root shows with the command sh dot11 associations:
    802.11 Client Stations on Dot11Radio1:
    SSID [SSID] :
    MAC Address    IP address      IPV6 address                           Device        Name            Parent         State     
    189c.5d79.f570 0.0.0.0         ::                                     Br-client     -               189c.5d7d.f570 Assoc    
    189c.5d7d.f570 10.93.212.225   ::                                     bridge        BR-Archiv-Neu01 self           Assoc
    And some logging from the non root:
    Sep  1 13:51:02.806: %DOT11-4-CANT_ASSOC: Interface Dot11Radio1, cannot associate: Rcvd response from 189c.5d7d.f2b0 channel 100 43058
    Sep  1 13:51:03.806: %DOT11-4-CANT_ASSOC: Interface Dot11Radio1, cannot associate: Associating
    Sep  1 13:51:11.806: %DOT11-4-CANT_ASSOC: Interface Dot11Radio1, cannot associate: EAP authenticating
    Sep  1 13:52:22.554: %DOT11-4-UPLINK_ESTABLISHED: Interface Dot11Radio1, Associated To AP BR-RH-WSee02 189c.5d7d.f2b0 [None WPAv2 PSK]
    Sep  1 13:52:22.558: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Dot11Radio0.204, changed state to up
    Sep  1 13:52:22.558: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Dot11Radio0.212, changed state to up
    Sep  1 13:52:22.558: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Dot11Radio0.463, changed state to up
    Sep  1 13:52:22.558: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Dot11Radio0.533, changed state to up
    Sep  1 13:53:04.459: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Dot11Radio0.204, changed state to down
    Sep  1 13:53:04.459: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Dot11Radio0.212, changed state to down
    Sep  1 13:53:04.459: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Dot11Radio0.463, changed state to down
    Sep  1 13:53:04.459: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Dot11Radio0.533, changed state to down
    Sep  1 13:53:15.139: %DOT11-4-CANT_ASSOC: Interface Dot11Radio1, cannot associate: No Response
    Sep  1 13:53:50.151: %DOT11-4-CANT_ASSOC: Interface Dot11Radio1, cannot associate: EAP authenticating
    Sep  1 13:54:07.371: %DOT11-4-UPLINK_ESTABLISHED: Interface Dot11Radio1, Associated To AP BR-RH-WSee02 189c.5d7d.f2b0 [None WPAv2 PSK]
    Sep  1 13:54:07.375: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Dot11Radio0.204, changed state to up
    Sep  1 13:54:07.375: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Dot11Radio0.212, changed state to up
    Sep  1 13:54:07.375: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Dot11Radio0.463, changed state to up
    Sep  1 13:54:07.375: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Dot11Radio0.533, changed state to up
    So it looks like the root bridge shuts the interfaces and then activate them after a short time.
    What i want to do next is to upgrade the software version and to set the channel of the 5 GHz interface manually.
    I hope somebady have another idea and would share it with us.
    regards
    Daniel

    Hi Daniel,
    Thanks for your brief explanation, the configuration looks good and from the logs I see that the radios are going up and down.
    Kindly, make sure that the antennas are installed and mounted in the right direction.
    Change the channels manually, you are using Radio 1 for bridging make sure there is enough coverage to cover Radio 1.
    You can also test with Radio 0 for bridging and i also understand that there are some of the known issues with the version you are running for bridging and WGB connectivity.
    Once after doing all these tests it's good for you to upgrade the APs to 15.2(4)JB5 and above.
    Regards
    Salma 

  • Aironet 1310 Bridges keep losing connection

    There was a similar thread about this last year and I tried what was listed in there to no avail.  I have 2 Aironet 1310 bridges, one as a route bridge and the second as a non-route with clients.  These worked great for nearly a year, we had no problems keeping the connection up.  They were not connected for the last few months but nothing was changed on the configuration, when I put them back up they reconnected just fine and worked for about an hour, not they randomly disconnect with the same message in the log entries below.  Is there something wrong with them now?  The are using the same antennas as before and are in the same exact locations.
    logs from root bridge
    Nov 29 13:52:53.311: %DOT11-4-MAXRETRIES: Packet to client XXXX.XXXX.XXXX reached max retries, removing the client
    Nov 29 13:52:53.311: %DOT11-6-DISASSOC: Interface Dot11Radio0, Deauthenticating Station XXXX.XXXX.XXXX Reason: Previous authentication no longer valid
    Nov 29 13:52:53.568: %DOT11-6-ASSOC: Interface Dot11Radio0, Station Test XXX.XXXX.XXXX Reassociated KEY_MGMT[WPAv2 PSK]
    Nov 29 13:55:16.260: %DOT11-4-MAXRETRIES: Packet to client XXXX.XXXX.XXXX reached max retries, removing the client
    Nov 29 13:55:16.260: %DOT11-6-DISASSOC: Interface Dot11Radio0, Deauthenticating Station XXXX.XXXX.XXXX Reason: Previous authentication no longer valid
    Nov 29 13:55:16.550: %DOT11-4-MAXRETRIES: Packet to client XXXX.XXXX.XXXX reached max retries, removing the client
    Nov 29 13:55:16.550: Client XXXX.XXXX.XXXX failed: reached maximum retries
    logs from non-root
    Nov 29 2010 13:52:55: %DOT11-4-UPLINK_DOWN: Interface Dot11Radio0, parent lost: Received deauthenticate (2) not valid
    Nov 29 2010 13:52:55: %LINK-3-UPDOWN: Interface Dot11Radio0, changed state to down

    I am not at the remote location any more, but the route bridge had a signal of -78 dB and a SNR of -22 dB.  The non-route has -77dB for signal and a SNR of -22 dB.  The location has line of sight, over water with nothing in the way. 
    Since I last posted I changed the fragmentation and RTS thresholds back to default from 4000 and it has been up for 24 hours now.  I am hoping that it has made the difference.

  • Aironet 1310 bridge does not reestablish connection

    We have an aironet 1310 bridge installed (root/non root) where the non root drops sometimes the signal when the morning sun is in direct line with the link. This blackout problem is known. What bothers me is the fact that the bridge does not automatically reestablish the association...
    Once it has been lost we have to restart the Air 1310, then it re-associates. Is there a workaround or an automatism?
    Thank you for your suggestions.
    Bert

    This should be automatic. I had a client have this problem once, and we found that the problem was actually with the 1310 being configured in diversity mode. The 1310 would disconnect in tough weather conditions and try to connect to the little metal stub that comes on the bridge. The signal was too weak to establish a good connection, but for some reason it would not switch back.
    So check to see if you have diversity mode enable, and disable it if it is. If that's not the problem, I'm not sure what it could be. Have you tried upgrading the IOS?

  • Connection loss of cisco 1310 bridge.

    Hi Experts,
    I have cisco 1310  bridge  with IOS version  Version 12.3(7)JA5. Sometimes bridges are disconnecting by showing the following error message.
    *Mar 1 01:22:21.856: %DOT11-6-DISASSOC: Interface Dot11Radio0, Deauthenticating Station 003a.99eb.cc00 Reason: Previous authentication no longer valid
    *Mar 1 01:22:22.115: %DOT11-4-MAXRETRIES: Packet to client 003a.99eb.cc00 reached max retries, removing the client
    *Mar 1 01:22:26.414: %DOT11-4-MAXRETRIES: Packet to client 003a.99eb.cc00 reached max retries, removing the client
    *Mar 1 01:22:26.484: %DOT11-6-ASSOC: Interface Dot11Radio0, Station SNUDH1BRIDGE 003a.99eb.cc00 Associated KEY_MGMT[NONE]
    *Mar 1 01:22:27.386: %DOT11-4-MAXRETRIES: Packet to client 003a.99eb.cc00 reached max retries, removing the client
    *Mar 1 01:22:27.388: %DOT11-6-DISASSOC: Interface Dot11Radio0, Deauthenticating Station 003a.99eb.cc00 Reason: Previous authentication no longer valid
    *Mar 1 01:22:30.831: %DOT11-4-MAXRETRIES: Packet to client 003a.99eb.cc00 reached max retries, removing the client
    *Mar 1 01:22:31.170: %DOT11-4-MAXRETRIES: Packet to client 003a.99eb.cc00 reached max retries, removing the client
    *Mar 1 01:22:31.786: %DOT11-4-MAXRETRIES: Packet to client 003a.99eb.cc00 reached max retries, removing the client
    *Mar 1 01:22:31.854: %DOT11-6-ASSOC: Interface Dot11Radio0, Station SNUDH1BRIDGE 003a.99eb.cc00 Associated KEY_MGMT[NONE]
    *Mar 1 01:22:33.277: %DOT11-4-MAXRETRIES: Packet to client 003a.99eb.cc00 reached max retries, removing the client
    *Mar 1 01:22:33.279: %DOT11-6-DISASSOC: Interface Dot11Radio0, Deauthenticating Station 003a.99eb.cc00 Reason: Previous authentication no longer valid
    *Mar 1 01:22:35.760: %DOT11-4-MAXRETRIES: Packet to client 003a.99eb.cc00 reached max retries, removing the client
    *Mar 1 01:22:36.456: %DOT11-4-MAXRETRIES: Packet to client 003a.99eb.cc00 reached max retries, removing the client
    *Mar 1 01:22:37.264: %DOT11-4-MAXRETRIES: Packet to client 003a.99eb.cc00 reached max retries, removing the client
    *Mar 1 01:22:37.356: %DOT11-6-ASSOC: Interface Dot11Radio0, Station SNUDH1BRIDGE 003a.99eb.cc00 Associated KEY_MGMT[NONE]
    *Mar 1 01:22:39.198: %DOT11-4-MAXRETRIES: Packet to client 003a.99eb.cc00 reached max retries, removing the client
    *Mar 1 01:22:39.200: %DOT11-6-DISASSOC: Interface Dot11Radio0, Deauthenticating Station 003a.99eb.cc00 Reason: Previous authentication no longer valid
    *Mar 1 01:22:39.518: %DOT11-4-MAXRETRIES: Packet to client 003a.99eb.cc00 reached max retries, removing the client
    *Mar 1 01:22:39.771: %DOT11-4-MAXRETRIES: Packet to client 003a.99eb.cc00 reached max retries, removing the client
    *Mar 1 01:22:42.093: %DOT11-4-MAXRETRIES: Packet to client 003a.99eb.cc00 reached max retries, removing the client
    *Mar 1 01:22:43.580: %DOT11-4-MAXRETRIES: Packet to client 003a.99eb.cc00 reached max retries, removing the client
                       Once it is deassossiated, ihave to manually restart the bridges. How can avoid manual restarting so it would automatically associate after some time.
    Also time is getting changed after restarting. Please help me to solve this problems.
    Regards,
    naisam

    Hi,
    Following are the answers for your questions.
    How often does this happen ?
      This is happnenig two or three times in a day and mostly at eavening when the data traffic is high.
    What is the distance between the bridges and RSSI ?
        Distance is near to 600 mtr and RSSI is continously keep on changing between -51 dBM to -75dBM
    Did this ever work without this issue or is this a new install ?
      This installed one year before as a back up to my fiber link. This problem started recently only.
    Thanks,
    Naisam

  • Configuration of a Point to MultiPoint link with Cisco Aironet 1310 bridges

    Hi All,
    The previous problem of which I started another conversation here:
    http://forum.cisco.com/eforum/servlet/NetProf?page=netprof&forum=Wireless%20-%20Mobility&topic=General&CommCmd=MB%3Fcmd%3Ddisplay_location%26location%3D.1ddba023
    somehow dissapeared. It could have been a problem of interferences.
    I have another issue with other (multipoint) wireless WAN link, which I hope has a solution.
    On the central node, we have an Cisco Aironet 1310 bridge configured as root-bridge. It has a panel of four vertical polarity 17 dBi panel 90? antennas, with more than enough gain (there is a 250 mWatts 802.11 b/g amplifier, before the 4-way splitter) and excellent line of sight to three remote bridges.
    The three (03) remote bridges are also Aironet 1310 models, confidured as non-root-bridges.
    The problem we have is that it seems that when the three remote links operate concurrently the amount of lost packets is huge. When I shutdown the radio interfaces of two bridges, the remaining bridge makes an excellent link with the central node.
    It seems that some hours are more critical than others, also the links operate much worse when there is some (small) network traffic in them.
    I have read the 1310 manuals, and I can't find a sample configuration for point to multi-point links.
    Does someone knows what radio interface configuration should I need to use to establish better quality communication?
    I mean, perhaps the 1 x root - 3 x no root configuration is not recommendable for the multipoint link configuration.
    Any hints will be welcome.
    Best Regards,
    Igor Sotelo.

    Hi All,
    Thank you for the information. I configured the distance on the root bridges, but the links showed instability.
    I'm using a bi-directional amplifier. It has two pieces. According to the manuals, one is installed indoors, the other outdoors. I'm not sure if the indoors piece has the transmition module or it's only the injector.
    We could establish connection at 7 km (around 4 milles) distance from the central point, using 24 dBi antennas on the other side.
    However, we have issues with a near located point that is only 1.2 Km (around 0.8 milles) away and has a 13 dBi integrated patch antenna. The signal strenght value we get there is in the -62 to -68 dBm range, and is noticiably (5-10 dBm) lower than the strenght we get at other points of the link. And I have trouble establishing a high quality link with that point, using OFDM modulation. I tend to think that if I remove the amplifier I'm not going to reach that point at all. The EIRP on the central iste is 34 dBm / 2.5 watts, without amplifier it would be 26 dBm / 0.4 watts.
    On the opposite sites the EIRP is 33 dBm / 2 watts using CCK or 28 dBm / 0.63 watts using OFDM.
    When one looks at the central site from that point, an Motorola Canopy with passive reflector (EIRP 48 dBm or around 64 watts) can be seen. It doesn't have the same direction, but the opposite site must be large distance and could interfere with my wireless network. Attached is an amplified photo of the view. It's safe to assume that the Canopy operates in the 2.4 GHz frequency range.
    Once I connect the point at 1.2 Km, the multipoint link loses its quality, and soon the lost packets get too frequent.
    The CCK seems to be much more interfered than OFDM, I guess because of that canopies.
    Another thing I'm wondering about is if the Aironet 1310 can continuosly switch CCK-OFDM over the same point - multipoint link, without losing packets.
    What other parameters should I tweak? Is there a way to avoid interferences fromt the canopy?
    I would like to apply 100 mWatts local power using the radio with OFDM, but it seems that's not possible.
    Best Regards,
    Igor Sotelo.

  • Lower than expected 1310 bridge performance

    Hi All,
    We have recently installed an wireless WAN link over 7 km (aproximate 4.5 milles) distance. The towers are sufficent for fresnel and earth bulge and obstacles requirements.
    We have used Cisco Aironet 1310 bridges (one configured as root bridge, the other as non-root bridge). The antennas are 24 dBi from Hyperlink, connected by RP-TNC to N pigtails, also provided by Hyperlink. According the Cisco utilities, the antennas has more than enough gain for the distance, climatic and topographic conditions.
    The alignement of the antennas was made visually (using binoculars) on one side, on the other with precision instruments.
    To select the frequency (the automatic selection works awfuly bad, it establish connection one of three times) we use the Carrier Busy Test on the network interface / Radio 802.11G menu, where we are able to pick the frequency with zero percent (0%) utilization most of the time.
    The problems we experiment are the following:
    - The latency times are very variable. From 1 ms, to 207 ms, to other values. We have used other wireless equipment with more stable performance.
    - There are lost packets frequently, even with the slightest network traffic (2 PC's with terminal service sessions). Supousedly, the link is of 54 Mbps speed, but the quality is very low.
    - At the moment, we are losing connection every couple of minutes. After that the non-root configured bridge stays down and the only way to reestablish connection is by reseting the 1310.
    - I see that the speed changes every time I refresh the IE utility.
    I still havent configured any security, because the awful way the link works.
    What could be the reason for such bad performance?
    Best Regards,
    Igor Sotelo.

    Hi All,
    I have noticed that when the switches have VLAN configured, the latency is very variable. In this particular case, the switches does not have this configuration. I haven't configured VLAN's on the wireless bridges either.
    I will test the link without any switches, it's an good idea. Perhaps there is "something" with the wired network.
    Other than that the specifics are:
    - I have used Belden RG-6 1530A cable that has even higher grade than the Belden 9077 recommended by the manuals.
    - The extension of the cables is around 40 meters (120 foot).
    - We have installed another wireless link in the place, that uses the same frequency, but different polarity. Also we try to separate the channels at least 7 frequencies.
    - The other system is omnidireccional in nature, and it doesn't have excessive gain.
    - On the place where the equipment of both systems coexist, the physical separation between the antennas of the two systems is around 9 foots (3 meters).
    The error messages we get are:
    - On the root bridge:
    Mar 1 00:00:57.238 Information Interface Dot11Radio0, Deauthenticating Station 0017.0ec6.a590 Reason: Previous authentication no longer valid
    Mar 1 00:00:57.237 Warning Packet to client 0017.0ec6.a590 reached max retries, removing the client
    - On the non-root bridge:
    Mar 1 16:19:52.072 Notification Line protocol on Interface Dot11Radio0, changed state to up
    Mar 1 16:19:51.072 Error Interface Dot11Radio0, changed state to up
    Mar 1 16:19:51.071 Warning Interface Dot11Radio0, Associated To AP Central-2 0017.0ec6.a580 [None]
    Mar 1 16:16:00.255 Warning Interface Dot11Radio0, cannot associate: No Response
    Mar 1 16:15:50.397 Notification Line protocol on Interface Dot11Radio0, changed state to down
    Mar 1 16:15:49.398 Error Interface Dot11Radio0, changed state to down
    Mar 1 16:15:49.397 Warning Interface Dot11Radio0, parent lost: Too many retries
    Mar 1 16:14:56.788 Notification Line protocol on Interface Dot11Radio0, changed state to up
    Mar 1 16:14:55.788 Error Interface Dot11Radio0, changed state to up
    Mar 1 16:14:55.788 Warning Interface Dot11Radio0, Associated To AP Central-2 0017.0ec6.a580 [None]
    When we make a reload on any of the bridges the link reestablishes for some time. With this message on the root bridge:
    Mar 1 00:00:44.194 Information Interface Dot11Radio0, Station NONROOTNAME 0017.0ec6.a590 Reassociated KEY_MGMT[NONE]
    Mar 1 00:00:35.456 Notification Line protocol on Interface Dot11Radio0, changed state to up
    I will appreciate any additional help.
    Best Regards,
    Igor Sotelo.

  • 1310 Bridge-Building to Building advice.

    I am looking at implementing building to building wireless using Cisco 1310 bridges. This would be a backup link between the 2 buildings. The primary link is 3 T-1's. There are about 250 users connecting back here for application and internet. I am assuming that since the speed over the wireless is more than the existing T-1's that there shouldn't be a problem with latency. Am I missing anything with my thinking?
    Thanks

    Hey there,
    If you use a BR1310 to cover 3 T1s you should be fine.
    The BR1310 can get up to 54mbs (28mbs in reality due the the nature of half duplex devices such as these bridges).So even with less than ideal signal quality and strength you should have no problem getting that kind of throughput.Ideal links get in the low to mid 20s.
    Hope this helps.
    Regards,
    Aaron

  • EAP-TLS auth between 2 1310 bridges

    Hello,
    Am working on getting EAP-TLS auth working between a root and non-root 1310 bridge. I've had success getting LEAP working but EAP-TLS is kicking my butt.
    I have an ACS 4.1 server acting as the Radius server and the auth is failing there with the code "EAP-TLS or PEAP authentication failed during SSL handshake". I think I'm missing something related to the certs but don't know where.
    I can post config snippets if that will help but if someone knows of any examples configuring a 1310 or similar bridge with EAP-TLS that would be fantastic.
    TIA,
    BR

    Hi Bastien,
    it is actually what i did.
    The point here i have 2 CA involved, with no relation between them.
    So I did the operation twice for each CA :
    -> making a certificate signing request, sent it to the CA, signed to by the CA and then imported/binded into the ACS
    -> I have added the root CA of each CA into the ACS as well.
    The point is when a computer, try to connect, it try to verify ACS server identity. And the ACS server only seems to present the certificate signed from CA1.
    So when a computer with certificate machine CA2, try to connect, it doesn't trust the ACS server has the ACS sent its certificate signed by CA1.
    I don't know how to allow the ACS to present the right signed certificated depending on the cleint that try to connect.
    Then another conf I do not understand is the option:
    EAP: Used for EAP protocols that use SSL/TLS tunneling --> in local cetificate, when you add a local certificate to the ACS
    I do not undestand what does this option stand for ?
    Then I culd see into Cisco do :
        "For TLS related EAP protocols, a single local certificate is used to authenticate the server for all the TLS related protocol"
    Doest it means that the ACS can use only one single certificate for All the TLS protocol configured in the ACS, to authenticate itself to the client?
    Or does the ACS can use a diferent local certificate from each dedicated eap-tls protocol?
    thx

  • Firmware crash on cisco 1310 Bridge while upgrade to higher version

    Dear experts,
                       My cisco 1310 Bridge old firmware C1310-K9W7-tar.123-8.jea3 is crash while i try to upgarade to the higher version C1310.K9W7-tar.124.10b.jda2 via HTTP service upgrade, any advise to get back the firmware.
    rgds,
    woo.

    It appears that you are assigning IP address properly. For some reason we are not getting a response from TFTP server. This is typically one of 2 things:
    1. Firewall on the TFTP server workstation
    2. Connectivity issue between AP and TFTP server
    I would check firewall settings on the TFTP workstation. Are you connecting the AP to the workstation directly or through a switch? If it is through a switch, you could plugin a different workstation to the AP switchport to make sure it could reach the server as well.
    -Pat

  • Re: (forte-users) DBSessions randomly lose connection toOracle

    Try setting the flag trc:lo:25 on the partition where the DBSession gets
    disconnected. It should tell you the reason what is error that is
    bringing down the DBSession.
    -Ashish
    "Musgrove, Mark" <[email protected]> on 10/21/99 10:52:43 AM
    To: [email protected]
    cc: (bcc: Ashish Joshi/Consultant/NAC)
    Fax to:
    Subject: (forte-users) DBSessions randomly lose connection to Oracle
    We have two applications deployed to our production environment(3.0.G.2).
    We have three HP's with Unix 10.20. Server 1 is our database server.
    Server2 supports all of Application1 and Server3 supports all of
    Application2. Our database is Oracle 7.3.3.4. We are finding that during
    the course of a normal day, our users will receive the following error:
    "The DBSession that you are using is no longer connected to a
    database..."
    Our database connections are replicated. It will occur in only some of our
    replicates. I then go through the application and force a reconnect on all
    of the database connections and the users can continue on with their
    processing. This happens randomly during the day at different times, with
    different applications, on different servers. I have talked to Forte
    support and they suggested some trace flags (trc:db:6:6, trc:db:11:11 and
    trc:db:13:13). None of the flags have produced any helpful information.
    When you look at it from the Forte side, it thinks that it still has a
    valid DB connection. When you look at it from the Oracle side, Oracle
    thinks that it still has a valid connection. Somewhere our connections are
    getting "stepped on". We have looked at SQLNet and nothing shows up in
    the logs. Where else should I look? What else could be causing the
    problem? Any suggestions are greatly appreciated.
    Mark Musgrove
    Forte Consultant (Object Technologies, Inc)
    Signed by : Mark Musgrove/BCS/BBS/BLS
    Signed on : 10/21/99 09:54:25
    Certifier : /BLS

    Try setting the flag trc:lo:25 on the partition where the DBSession gets
    disconnected. It should tell you the reason what is error that is
    bringing down the DBSession.
    -Ashish
    "Musgrove, Mark" <[email protected]> on 10/21/99 10:52:43 AM
    To: [email protected]
    cc: (bcc: Ashish Joshi/Consultant/NAC)
    Fax to:
    Subject: (forte-users) DBSessions randomly lose connection to Oracle
    We have two applications deployed to our production environment(3.0.G.2).
    We have three HP's with Unix 10.20. Server 1 is our database server.
    Server2 supports all of Application1 and Server3 supports all of
    Application2. Our database is Oracle 7.3.3.4. We are finding that during
    the course of a normal day, our users will receive the following error:
    "The DBSession that you are using is no longer connected to a
    database..."
    Our database connections are replicated. It will occur in only some of our
    replicates. I then go through the application and force a reconnect on all
    of the database connections and the users can continue on with their
    processing. This happens randomly during the day at different times, with
    different applications, on different servers. I have talked to Forte
    support and they suggested some trace flags (trc:db:6:6, trc:db:11:11 and
    trc:db:13:13). None of the flags have produced any helpful information.
    When you look at it from the Forte side, it thinks that it still has a
    valid DB connection. When you look at it from the Oracle side, Oracle
    thinks that it still has a valid connection. Somewhere our connections are
    getting "stepped on". We have looked at SQLNet and nothing shows up in
    the logs. Where else should I look? What else could be causing the
    problem? Any suggestions are greatly appreciated.
    Mark Musgrove
    Forte Consultant (Object Technologies, Inc)
    Signed by : Mark Musgrove/BCS/BBS/BLS
    Signed on : 10/21/99 09:54:25
    Certifier : /BLS

  • 1310 Bridge Firmware and Console Troubles

    A few days ago, we lost the Ethernet connection to one of our 1310 Bridges. Restarting the unit restored access for a short time. A technician tried to reload the IOS over the console port and set the speed to 115200, and then lost the ability to communicate with the device. I have tried to console into the device using every speed from 110 to 921600, but cannot establish a connection. Also, the LEDs are showing a firmware load error (red, amber, red). Is this device bricked, or is there a way to recover it?
    Thanks in advance.

    You'll have to try password-recovery process. Here's the link:
    https://www.cisco.com/en/US/products/hw/wireless/ps430/products_password_recovery09186a00800949d0.shtml#ca_1310_ser

  • Rtr-- Motorola Canopy-- 1310 bridge Question

    Good Morning,
    We have a setup in place where one of our edge routers connect to a switch through a Motorola Canopy wireless bridge.  What I am wondering is;  Can I put a c1310 bridge setup at the switch end between the Canopy transport without having to add a switch between the 1310 bridge and Motorola Canopy?
    Here are the connection configs:
    ****on rtr****
    interface GigabitEthernetg/g
    description 10.e.e.1 LAN-UPLINK to rm-so-3550PWR24-1 int Fa0/24
    ip address 10.e.e.1 255.255.255.248
    ip access-group outbound in
    ip helper-address 10.d.d.d
    ip pim sparse-dense-mode
    duplex full
    speed 100
    ip route 0.0.0.0 0.0.0.0 10.w.w.1              ##route to wan-agg rtr
    ip route 10.e.0.0 255.255.0.0 10.e.0.4    ##route to egde sw
    ****on edge sw****
    interface FastEthernet0/24
    description WAN link - UPLINK to rm-r1-rm.wanagg in Faf/f
    no switchport
    ip address 10.e.e.4 255.255.255.248
    ip pim sparse-dense-mode
    duplex full
    speed 100
    mls qos trust dscp
    ip route 0.0.0.0 0.0.0.0 10.e.e.1         ##route to agg rtr
    diagram of setup and temporary setup:
    Thank you in advance.

    I figured it out myself.  The answer is yes.

  • Airport Extreme intermittently loses connection with Internet?

    I have an Airport Extreme connected to a router that is connected to our cable modem. Internet connection is fine, but the Airport Extreme will intermittently lose connection with the Internet and shows a solid amber light. Turning the Airport Extreme off and then on again will resolve the issue, however, this happens about once per week (at different days/times) and would like to ensure a consistent connection even when I'm not at home. (We are thinking of installing a lighting control system that depends upon a consistent wireless connection to work properly, even when we aren't home to restart the Airport Extreme). Please advise on what the trouble might be and how we can get a permanent resolution to the issue.

    Is your Extreme an 802.11g (domed-shape) or 802.11n (squarish) model? Do you have the Extreme connected to the other router by Ethernet? Finally, is the Extreme configured as a bridge, i.e., Connection Sharing = Off (Bridge Mode)?

  • Windows 7 Pro Client loses connectivity to internal Win2k8 web server

    1. affected workstation are Optiplex 380 running Win 7 pro sp1 with broadcom NICs.
    2. Internal users use a internal webserver for customer invoicing application. Users lose connectivity to this internal web server, all other networking works, network shares, internet, etc. If I try to ping the webserver IP I get no reply. XP
    machines are not affected. Not a DHCP issue as there are plenty of IPs.
    3. I have tried different internal NICs (3com) but still had issue. I have upgraded BIOS, nic drivers. etc.
    4. I rebuilt one of the machines using Windows XP pro sp3 and have had no issue with that workstation.
    the problem started a few months or so ago. I have not been able to determine the source. I tried running wireshark but nothing stuck out. I have changed the session settings on the IIS server from 15 minutes to 6 hours but did not make a difference.
    5. Today when client lost connectivity to the server I tried pinging from the server back to the client and the connection was restored. This issue really has me confused as I cannot find anything in the logs that sticks out.

    Hello,
    Thank you for your question.
    I am trying to involve someone familiar with this topic to further look at this issue. There might be some time delay. Appreciate your patience.
    Thank you for your understanding and support.

Maybe you are looking for

  • ITunes has stopped working every time I try to sync.

    At this point right now im furious.  Every single time I plug my iPhone to my Windows computer and try to sync it to iTunes, by the second step the message pops up and I have to close it.  Now I don't want to call Apple yet but this is getting ridicu

  • Problem with Airdisk: files not copying

    This is a strange one: I copy large movie files (several hundred of MB) over to my Airdisk, the progress bar goes through the whole process - but the files do not show up afterwards. No error msg, they just aren't there. This happens in about 50 perc

  • Will we be able to trade?

    I'm not usually an advocate for buying something with the intention of returning however I am wondering if the white iphone 4 will look nicer. If it is released in the next 30 days, do you think Apple will let us trade the phones out? If they do, I'm

  • Differents characters between db schemas when i use import

    dear all. source: Centos 4.0 and Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 target: RHEL AS 4.0 and Oracle Database 10g Release 10.2.0.1.0 When: 1.- i used exp from source. Export with this parameters: exp USER owner= file= log= GRANTS

  • Ipod Suffle memory shows 550mb already used before any songs added.

    I just got my new ipod shuffle. When I connected it and started to add songs it showed that 550mb of the memory was already used but did not show what it was used for. I have not added anything to it. I just added songs and although it claims I can a