archive-es.com » ES » O » OVH.ES

Total: 788

Choose link from "Titles, links and description words view":

Or switch to "Titles and links view".
  • OVH Tasks  
    the substancial problem is not fixed And tomorrow we will end up with a black day to manage Comment by OVH Monday 19 September 2011 01 27AM Kill in progress Comment by OVH Monday 19 September 2011 01 27AM Paris done Comment by OVH Monday 19 September 2011 01 30AM Marseille Bordeaux Lille Lyon done Sessions remounted We found the sessions and the bandwidth of the customers Comment by OVH Monday 19 September 2011 01 34AM In image the disaster of the weekend This is our curve of LNS Paris s traffic http yfrog com z h6ojpihj The possibility that the problem continues tomorrow is very strong Comment by OVH Monday 19 September 2011 01 50AM At 23 30 p m SFR expects to perform a hardware reboot to one of the 8 BAS it is VEL 1 which was the first one to be reloaded in software this after noon It takes about 25 minutes to reboot the BAS of the brand redback Customers using this BAS in our case there are less than 500 subscribers will have a cut and should go through another BAS Once rebooted SFR will provide a 4 hour monitoring We assume it will be about checking these graphs and appraising with a simple look whether the rebooted hardware is working well or bad At 04 00am a small meeting is planned to know if the other BAS will restart with the same method or a faster one A prioress is obtruding Comment by OVH Monday 19 September 2011 02 17AM Many customers are back again claiming the problems of bandwidth even after the session kills It s obvious that the problem is not resolved And if it were me I d already gone to the datacentre to cut the juice of washing machines and see what happens after a hardware cut in a good standing Comment by OVH Monday 19 September 2011 02 18AM VEL 1 reboot in progress sh l2tp peer Conf Tun Ses Peer Name Local Name Role Source Count Count SE800 VEL 1 ovh LNS Local 0 0 Unnamed DOWN Sep 18 22 29 08 L2TP 6 TUNNEL SE800 VEL 1 508 Max retransmits on packet 277 Closing tunnel Sep 18 22 29 08 L2TP 6 PEER Marking peer SE800 VEL 1 dead for 120 seconds Sep 18 22 29 08 L2TP 6 TUNNEL SE800 VEL 1 508 remote abort Reached max retransmits Comment by OVH Monday 19 September 2011 02 29AM It is back SE800 VEL 1 ovh LNS Local 1 1 Unnamed lns 1 par se1200 sh l2tp peer SE800 VEL 1 Peer Name SE800 VEL 1 Admin State Up Local Name ovh Vendor RedBack Networks Firmware 0x0600 Hello Timer 300 Preference 10 Maximum Tunnels 32767 Maximum Ses Tunnel 65535 Control Timeout 3 Retry 10 Tunnel Count 1 Session Count 7 Active Sessions 7 We were asking ourselves the question why the PPP sessions that go through several BAS are with less quality than via other BAS This is probably because the repartition of subscribers is not homogeneous on all BAS because of the reload performed during day When they reload all subscribers of a BAS switch to the other BAS And therefore all N 1 BAS take the X X N 1 subscribers and is apparently beyond its limit Basically the infrastructures are overloaded and do not stand failover or failure Comment by OVH Monday 19 September 2011 07 44AM The reboot is done the VEL 1 is up and takes the new subscribers As we are at 0 10 there are no many new subscribers SFR decided 2 30 the time to watch the logs and do things on VEL 1 and then at 3 00 am they should take the decision if they will reboot all the rest and we hope to spend a normal monday if they don t reboot the rest and it is sure that it will be like taking the wall at 200km h Too many business customers companies are impacted With a simple look the SE800 has 8 cards 4x10G on each card we can subscribe 8000 to 15 000 business ADSL customers companies 55 000 of the general public So we manager around 80000 100000 ADSL by BAS There are 8 BAS so it is between 500K to 800K ADSL business running on these 8 BAS it s a few people who will start tomorrow at 7 00 Well you have to decide to do something but there is less than 7 hours to fix everything If it takes 30 mintues by BAS and there are 7 remaining it s four hours of work non stop which means before 3 00 you have to take decisions and go Comment by OVH Monday 19 September 2011 08 05AM Here is something interesting Our Lyon LNS is also a redback And we see that four hours before the failure of collect at SFR something with SFR happened and made our Lyon LNS crash The same software the same bug Sep 17 14 12 51 LOG 6 PRI STANDBY Sep 17 14 12 51 AAA 6 INFO AAA session sync completed Sep 17 14 19 35 LOG 6 PRI STANDBY Sep 17 14 19 35 AAA 6 INFO AAA start session sync Sep 17 14 33 35 LOG 6 PRI STANDBY Sep 17 14 33 35 AAA 6 INFO AAA session sync completed Sep 17 15 38 06 LOG 6 PRI STANDBY Sep 17 15 38 06 AAA 6 INFO AAA start session sync Sep 17 15 38 33 0003 OSPF 6 INFO OSPF 16276 Full neighbor xx xx xx xx event 1 Way Sep 17 15 38 33 0003 OSPF 6 INFO OSPF 16276 Neighbor xx xx xx xx fell from Full state to Init state Sep 17 15 38 38 0001 OSPF 6 INFO OSPF 16276 Full neighbor xx xx xx xx event 1 Way Sep 17 15 38 38 0001 OSPF 6 INFO OSPF 16276 Neighbor xx xx xx

    Original URL path: http://status.ovh.es/?do=details&id=1818 (2015-10-15)
    Open archived version from archive


  • OVH Tasks  
    processed with the operator Date Wednesday 19 October 2011 17 51PM Reason for closing Done Comments 3 Comment by OVH Wednesday 19 October 2011 17 40PM Other operators has this problem as well The search for the origin of the problem is still ongoing Comment by OVH Wednesday 19 October 2011 17 43PM According to the provider the problem is resolved A re functioning of the proxy which blocks their

    Original URL path: http://status.ovh.es/?do=details&id=1990 (2015-10-15)
    Open archived version from archive

  • OVH Tasks  
    Details The NRA is isolated now According to our infos There is an FT cut off The problem occurred at 8h this morning and will be resolved around 13h The impacted customers were contacted Date Friday 21 October 2011 17

    Original URL path: http://status.ovh.es/?do=details&id=2000 (2015-10-15)
    Open archived version from archive

  • OVH Tasks  
    for closing Done Comments 4 Comment by OVH Tuesday 22 November 2011 04 00AM We will perform an NSA re init for the card 4TCA from NRA RSA59 there is no impact on our customer traffic Comment by OVH Tuesday 22 November 2011 04 03AM Unfortunately NSA re init did not change anything we will start with SA re init there is no impact on customer traffic it effects a

    Original URL path: http://status.ovh.es/?do=details&id=2048 (2015-10-15)
    Open archived version from archive

  • OVH Tasks  
    we are goiing to shut down the LNS to fix the problem It should be up before the end of the week the whole suscribers will be automatically switched to the secundary LNS of Paris Lyon Date Monday 21 November 2011 17 57PM Reason for closing Done Additional comments about closing On a changé l optique et maintenant tout sont up Comments 2 Comment by OVH Monday 21 November 2011

    Original URL path: http://status.ovh.es/?do=details&id=2095 (2015-10-15)
    Open archived version from archive

  • OVH Tasks  
    a few minutes is expected during the replacement of the card We will put regularily up to date this task in order to keep you informed ALARM 369 RECOVERY CLEARED 0x02320000 EQUIPMENT 2011 11 19 15 27 58 01 00 ALARM NAME The communication of the board with the control board recovers SRVEFF NSA DESCRIPTION The communication between the service board and the control board recovers from a fault CAUSE The communication with the control board recovers ADVICE No need to deal with it END ALARM 368 FAULT MAJOR 0x02310000 EQUIPMENT 2011 11 19 15 22 41 01 00 ALARM NAME The communication between the board and the control board fails SRVEFF SA DESCRIPTION The communication of the board interrupted the services in the board fail CAUSE The communication with the control board is abnormal Date Tuesday 22 November 2011 03 56AM Reason for closing Done Additional comments about closing The card has been replaced and all the customers are up Comments 3 Comment by OVH Monday 21 November 2011 16 35PM The card was again in Failed status was59 1 dsl display board 0 SlotID BoardName Status SubType0 SubType1 Online Offline 0 1 H805ADPD Failed Online It is working

    Original URL path: http://status.ovh.es/?do=details&id=2105 (2015-10-15)
    Open archived version from archive

  • OVH Tasks  
    We have an incident on the routing to our degrouping and collect suscribers We are investigating Date Sunday 27 November 2011 21 11PM Reason for closing Done Comments 2 Comment by OVH Saturday 26 November 2011 20 54PM We identified the origin of the problem The routing must be restablished We are doing the verifications Comment by OVH Saturday 26 November 2011 20 55PM To announce 17 of ISP in

    Original URL path: http://status.ovh.es/?do=details&id=2129 (2015-10-15)
    Open archived version from archive

  • OVH Tasks  
    Problem on the card 10G LNS roubaix Attached to Project ADSL SDSL Task Type Incident Category Backend Core Status CLOSED Percent Complete Details XFP interco on the card 10G on LNS crashed Date Tuesday 13 December 2011 00 44AM Reason

    Original URL path: http://status.ovh.es/?do=details&id=2184 (2015-10-15)
    Open archived version from archive



  •