⟦b97746048⟧

TextFileVerbose

>fo @~SP.DCSYS.5/3~@
>a1 INDLEDNING.
Errorhandler indeholder programmel til behandling af fejlmeddelelser og skal desuden v{re
i stand til at reloade underliggende netknuder efter break-down.

Ved reload af underliggende netknuder hentes den n|dvendige information hertil fra databasen, hvorefter den sendes
til den p}g{ldende netknude.

Fejlmeldinger til DC afleveres i errorhandler (EH), der s} s|rger for den n|dvendige behandling.

>ne5
Fejl kan opdeles i f|lgende kategorier:

  1)  Fejl mellem AT og TS
  2)  Fejl mellem VC og TS
  3)  Fejl p} nettet
  4)  Fejl i software

Forkortelsen "EH" vil blive brugt for ERRORHANDLER-MODULET.

>a1 FEJL MELLEM AT OG TS.
Fejl mellem en AT og en TS opdages i DCs EH ved, at der kommer en liniealarm,
en servicealarm eller en stop-poll-alarm. Fejl i AT eller AU resulterer i en
statusalarm.

>a2 Liniealarm.
En liniealarm optr{der, n}r der har v{ret 
et bestemt antal (max-succ-lin-fejl) transmissionsfejl i tr{k.
TS har samtidig sendt en liniealarm til PVC. I datadelen angives, om
den sidste af disse transmissionsfejl var en timeout(0) eller anden
fejl(1). En efterf|lgende korrekt transmission giver anledning til
afmelding af liniealarmen (samme meddelelsestype - datadel = 2).

>a2 Servicealarm.
Hvis transmissionskvaliteten falder under et givet niveau
skal der afgives alarm.
Dette sker efter f|lgende princip:

>ne22
>sp20
>fg Overv}gning af transmissionsfejl.

For hver korrekt transmission t{lles t{lleren et skridt ned
og for hver transmissionsfejl 1/a skridt op. 
Der kan aldrig t{lles under 0.
Ved c/a (=servicegr{nse) afgives "servicealarm" til DC:

  Modtageradresse = DC
  Afsenderadresse = AT- eller VC-CONNECTOR
  Operationskode  = 3.4
  Datadel         = 0/1   (0: p} vej ned)
                          (1: p} vej op )

Datadelen i en servicealarm kan indeholde v{rdierne 0
eller 1. 1 angiver at transmissionsfejlt{ller er kommet op
p} eller over servicegr{nsen. 0 angiver, at transmissionsfejlt{ller
er kommet ned under gr{nsen.
Servicealarm sendes s}ledes een gang hver gang gr{nsen passeres.

Servicealarmer afleveres i ERRORHANDLER. Desuden resulterer 
servicealarmen i een af f|lgende udskrifter p} konsollen (afh{ngig
af datadelen):

  servicealarm fra "AT eller VC"

eller

  afmelding af servicealarm fra AT ellerVC

Ved udskrivning af servicealarm skal operat|ren tilkalde en 
tekniker.

>a2 Overv}gning for transmissionsalarm.
Operat|ren kan foretage en manuel overv}gning af t{lleren gennem
kommandoen:

 transmissionsfejlt{ller : "AT eller VC";

der overs{ttes til

>ne5
  Modtageradresse = AT eller VC
  Afsenderadresse = DC
  Operationskode  = 11.2
  Datadel         = tom

Fra AT- eller VC-CONNECTOR svares med en kvittering for
afl{sning af transmissionsfejlt{ller:

  Modtageradresse = DC
  Afsenderadresse = AT eller VC
  Operationskode  = 11.3
  datadel         = transmissionsfejlt{ller

I DC afleveres meddelelsen til OPT, der udskriver svaret.
Operat|ren kan desuden foretage en intern test.

>a3 Standsning af poll.
Hvis transmissionsfejlt{lleren n}r op p} stop-poll-gr{nsen b|r den
p}g{ldende AT/VC ikke l{ngere polles. EH giver operat|ren besked om dette,
hvorefter denne b|r starte stop-poll proceduren. Pollning stoppes alts}
ikke automatisk.

Efter fejlretning og genoptagelse af pollning kan transmissionsfejlt{lleren
igen komme under stop-poll-gr{nsen. N}r dette sker sendes en
afmelding af stop-poll-alarm.

Formatet for en stop-poll-alarm og afmelding af denne er det samme
som benyttes ved servicealarm. Dog er operationskoden 3.5.

Konsoludskrifterne har formatet

  stop-poll-alarm fra "AT eller VC"

og

  afmelding af stop-poll-alarm fra "AT eller VC"

>a2 Statusalarm.
En statusfejl i AU eller AT giver anledning til afsendelse af statusalarm s}vel
til DC som til prim{r VC.

EH reagerer p} alarmen ved at udskrive denne p} operat|rkonsollen i DC,
hvorved en del af behandlingen overlades til en operat|r.

Formatet for sk{rmudskriften er:

  statusalarm fra "AT eller VC": "statusbyte"


>a1 FEJL MELLEM VC OG TS.
Fejl mellem en VC og en TS opdages i DCs EH p} en af f|lgende m}der, enten ved at der kommer en
liniealarm (p.g.a. max-succ-lin-fejl transmissionsfejl i tr{k),  
en servicealarm, en stop-poll-alarm 
eller hvis VC er af type AT, kan der komme statusalarm
(efter en STATUS-meddelelse fra AT til TS).

>a2 Udskrift af alarmer.
EH s|rger for udskrivning af disse alarmer p} operat|rkonsollen i DC, hvor operat|ren s} skal s|rge for den
videre behandling af fejlen.

Formatet er som beskrevet i forrige kapitel.

>a2 Spooling af alarmer
Desuden modtager EH de alarmer, som den p}g{ldende VC ikke selv er i stand til at modtage.
EH udskriver ikke disse alarmer p} hovedkonsollen.

Alarmerne gemmes (spooles) til evt. senere udsendelse til oprindelig modtager.

>a2 Operat|raktion.
Operat|ren p} DC kan nu v{lge gennem en kommando til OPT enten at overf|re den p}g{ldende VCs
vagt til en anden VC, eller at VCs abonnenter ikke l{ngere skal polles.

I f|rste tilf{lde giver OPT utilitymodulet ordre til at udf|re en 
vagtoverf|rsel (se SP.DCSYS.3).
I andet tilf{lde giver OPT besked til EH om oph|r af poll.

>a3 Standsning af poll.
Ved standsning af poll, skal EH sende en meddelelse herom til alle TSer
med abonnenter, der har denne VC som PVC. Meddelelsen har f|lgende format:

>ne 4
  modtageradresse = AT-handler i en TS
  Afsenderadresse = DCs adresse
  Operationskode  = 9.0
  Datadel         = 0 for stop-poll, 1 for start-poll
                    VC-adresse

Herefter s|rger TSerne selv for at oph|re med at polle de p}g{ldende ATer
og sende kvittering tilbage til DC.
Kvitteringen sendes med meddelelsestype 9.1.

>a1 FEJL P] NETTET.
Ved fejl p} alarmnettet, s} en logisk forbindelse afbrydes,
vil den "opdagende" knude underrette s}vel den overliggende
knude, som alle de af dens underliggende knuder, den har 
forbindelse til. Dette sker i form af en broadcast-meddelelse.

>ne6
Formatet for en s}dan er:

  Modtageradresse = "modt."
  Afsenderadresse = "opdagende knude"
  Operationskode  = 2.X   (se neden for)
  Datadel         = "udfaldne knude"

N}r en knude f}r denne meddelelse
>ul
oppefra
i nettet sendes den
videre til alle underliggende knuder.
Kommer den
>ul
nedefra
sendes den til s}vel den overliggende knude som til alle
underliggende knuder (undtagen den, som den kom fra).

Knuden p} DC sender desuden meddelelsen videre til de andre
DC'er, samt til EH i sin egen DC.

X'et i meddelelsestypen kan antage f|lgende v{rdier:

>ne12
    kode    betydning
     0      DC-udfald
     1      DC genoprettelse
     2      NC-udfald
     3      NC genoprettelse
     4      TS-udfald
     5      TS genoprettelse
     6      VC-moduludfald
     7      VC-moduloprettelse
     8      AT-moduludfald
     9      AT-modulgenoprettelse
  10-15     ikke anvendt



TSerne under bruddet s|rger for at underrette de underliggende VCer om fejlen, og holder op
med at polle de ATer, der ikke har forbindelse med hverken PVC eller DC.

EH udskriver fejlen p} hovedkonsollen i DC.

Formatet er:

 alarmnetudfald: "udfaldne knude"


Operat|ren i DC kan v{lge mellem f|lgende muligheder:

>ne2
  1)  EH modtager alarmer fra ATer, der har forbindelse
      til DC, men ikke til den VC, der skulle modtage
      alarmen.
 
>ne2
  2)  Pollning standses af ATer, hvis PVC er involveret
      i bruddet.

>ne2
  3)  Vagtflytning foretages for VCer, der har mistet
      forbindelsen til en del af deres ATer.

Indtil operat|ren har meddelt andet (dvs. valgt 2 eller 3), sendes alarmer fra ATer 
sendes alarmer fra ATer, som har forbindelse til DC men ikke til VC,
til EH, der spooler dem (1).

ATer, som ikke har forbindelse til hverken PVC eller DC, kan ikke
hj{lpes gennem en vagtflytning, da kun PVC og DC har myndighed til
at udf|re vagtflytning. Derfor standses pollning af disse automatisk
fra TSen.
Det har den bivirkning, at alarmer til AVCer for disse ATer heller ikke kan komme frem.

>ne27
>a2 Brud p} forbindelsen fra AT til b}de DC og PVC

>sp18
>fg Alarmnetudfald af TS1

TS1 oph|rer med at polle AT, da alarmer til PVC ikke kan komme igennem hverken til PVC eller DC.
Som bivirkning ses, at alarmer fra AT til AVC ikke kommer igennem, selv om forbindelsen her
er i orden.

>ne 25
>a2 Brud p} forbindelsen fra AT til PVC

>sp18
>fg Alarmnetudfald af TS1

AT1 og AT2 har VC1 som PVC. Efter alarmnetudfaldet af TS1, sender operat|ren ved DC
kommandoen:

  overf|r vagt: afsender = "VC1", modtager = "VC2";

til OPT, hvor den fortolkes og afleveres til UTIL.

UTIL s|rger for at overf|re vagten fra VC1 til VC2. Dette registreres i VCaVCm-tabellen i TS2,
men ikke i TS1 p.g.a. bruddet. Herefter vil alarmer fra AT1 til PVC stadig blive sendt til VC1,
mens alarmer fra AT2 til PVC i stedet bliver sendt til VC2.

>a2 Efter udbedring af fejlen.
N}r fejlen er udbedret rundsendes meddelelse herom p}
samme m}de som ved fejlens opst}en (meddelelsen udbredes til
alle knuder "som ringe i vandet").

Formatet er det samme som ved meddelelsen om fejlens opst}en.

Meddelelsen udskrives af EH p} hovedkonsollen:

  alarmnetudbedring: "knude"

Herefter skal VCaVCm-tabellerne i TSerne g|res konsistente, idet vagtoverf|rsler, der er
foretaget, mens der var brud kun g{lder enten uden for eller under bruddet.

Situationen
>ul
under
det tidligere brud skal nu g{lde overalt i nettet.

Derfor skal EH automatisk igangs{tte vagtreturnering for de VCer,
som der p.g.a. alarmnetudfaldet blev foretaget vagtflytning for fra DC
(se SP.DCSYS.3).

«eof»
DataMuseum.dk

RC3500

⟦b97746048⟧ TextFileVerbose

Derivation

TextFileVerbose
