Ja du, sql och rätt kod i alla ära, men skulle också vilja tillägga att det är inte bara seghet som händer utan vi tappar helt kontakten med vår butik lite då och då. DNS nere, vilket knappast har med konstig kod att göra.
Det jag upplever verkar heller inte vara ngt ovanligt problem hos Loopia under senaste halvåret tyvärr. Flera vittnar om samma sak.
Jag bytte till Loopia för att slippa problem eftersom jag hört mycket gott om dem, och Ja, det fungerade klockrent första halvåret, men sedan började detta med seghet och tappad kontakt med servern. Nu inom kort kommer vi att köra egen server igen, så då slipper vi förhoppningsvis detta.
Vi låg tidigare på egen server på litet hobbyhotell men hade då problem med att det alltid gick ner när vår driftkille var bortrest. Därav bytet till Loopia som borde ge större säkerhet. I vårt fall har nertiden ökat sedan vi gått till Loopia och kunderna har påpekat seghet, något vi aldrig hörde om tidigare, så nu är vi på väg tillbaka igen till egen server.

Jag har också märkt att det varit många problem med de domäner jag har haft på loopia och jag har nu lagt samtliga i egna dns:er.

Hela loopia nere nu igen.

Hur går det eg med redundans osv?

EDIT: Nu kom de precis upp igen. Men frågan kvarstår.

Du kommer alltid ha kortare avbrott även med redundans. finns inget som går hand i hand.. den måste ju kunna kopplas om till backup linan

Man kan sätta upp redundans utan man märker avbrott, några sekunder till någon minut.

Så lite packetlost etc, men avbrott som är så länge så man hinner märka det och skriva det på WN så känns det som det var nere mer än någon minut isåfall?

Gamla hederliga upptid.se tyckte 3 minuter nertid för oss vid ett scenario av den jobbigare modellen (fysiskt fiberbrott), om det nu är av intresse för referensändamål.

Om du vill ha 1 fysisk plats samt 100% upptid så går det att använda BGP4
Kolla om det webbhotell som du anlitar har eget AS nummer samt vilka leverantörer.

T ex om du slår upp vårt AS hos ripe (AS41980) så kan du se vilka operatörer som vi i sin tur är kopplade mot. BBB samt /Tele2/DGC/Song. Närr det byter operatör så ska det inte märkas mer än att det ska bli en timeout om du gör en tracert precis i övergången. Annars så ska det inte märkas alls. Men om det blir några sekunder så
är det inte så mycket heller.

Beror på hur du sätter upp det, kan bli några minuter avbrott. Man sätter upp olika timeout värden.

Om du kör BGP direkt på fysisk interface och det dör så droppas det direkt (om det är direkt anslutning och inte någon switch mellan), men om du kör BGP sessionen på loopback så dröjer det tills det blir timeout som är inställd.

Nej. Förutom BGP-timeouts m m som redan nämnts så ska
-din router konvergera (tämligen CPU-intensivt att ändra 200 000 routes i FIBen...)
-alla berörda routers konvergera ditt prefix (och corerouters hos stora operatörer tenderar att ha en del annat för sig)

Dessutom finns det en överhängande risk för att bli flap-dampad med för korta BGP-timeouts.

Flaping är ju ett problem, fast har man en stabil lina så är det inga problem. Men fungerar inte sätta timeout på 1 sec och tro det ska fungera bra utan massa flaping.

Sedan beror det på hur stora prefix det gäller, många ISP sätter olika damping. Oftast stor skildnad på flapdamping på /16 eller ett /24.

Är närmare 250k prefix snart, det som kan vara intressant att veta är att över 50% av dom är endast så /24.

Dagens routrar är kraftiga och snabba tcam minne etc, dock prefix över netnod brukar klassas som stabila. Så varje gång netnod i gbg har dött så har det tagit över 5 minuter alltid nästan för trafiken mellan operatörerna runt gbg.

Så man ser all trafik från exempel Sthlm flyter perfekt medans trafiken direkt runt gbg är stendöd.

Så aldrig helt 100% tillgänlighet på ett prefix över hela internet är möjligt, generelt kan det skilja flera minuter i tillgänlighet från olika ISP.

Så man kan diskutera länge över möjlig tillgänliget, men går klara få under 1 minut att få trafiken gå igen via annan väg.