Fiber BSS
Einführung
fiber-bss ist ein System zur Abwicklung von Business Support Prozessen (z.B. Verrechnung) sowie Kommunikation zwischen den Beteiligten (ISP, ANO, PIP) (offener) 3LOM Glasfasernetze.
Benötigte Informationen
Die Ausführungen hier sollen einen groben Überblick über die benötigten Parameter geben und dienen als Grundlage für die Diskussion dieser - nicht aber als tatsächliche technische Implementierung.
Physical Infrastructure Provider
Für den Betrieb des BSS sind vom PIP informationen zum Netz, allem voran der angeschlossene Kundenstandort sowie der Nutzgegenstand (= Faserlink bzw. Link im allgemeinen) erforderlich.
Objekt (Faser-)Links
-
lid
(link ID, a digital object identifier)mandatory
type: uuid v4 example: ecc2ea90-0e39-42b9-8441-0544e72a80a5 Weltweit eindeutiger Schlüssel, wird vom Quellsystem vorgegeben -
sid
(site ID, a digital object identifier)mandatory
type: uuid v4
example: fcc2ea90-bbbb-42b9-8441-0544e72a80a5
Referenz zur Tabelle/Klasse Kundenstandorte (Site ID) -
fiber
mandatory
type: integer
example: 1
Nummer des Faserlinks. -
olid
optional
type: text
example: tbd
Open Link ID / NUR notwendig bei Verwendung absoluter Open Link IDs -
status
mandatory
type: ENUM(active, ended)
Datensatzstatus, Bestimmt ob Datensatz aktiv oder "entfernt" wurde -
token
mandatory
type: ENUM(connected/indelivery/unclear)
Zustand des Faserlinks aus Kundensicht -
link_category
optional
type: ENUM(ftth)
Physikalische Art des Faserlinks, gegebenenfalls sind hier noch weitere Angaben notwendig -
contract
mandatory
type: text (reduced ASCII)
Example: fiber.contract.a
Synonym für den Nutzungsvertrag zwischen PIP und ANO, dieser ist Basis für die Bestimmung der Kosten und auch Freigaben gegenüber ISPs -
pop_id
mandatory
type: text
example: pop.flake01 Eindeutige Identifikation des POP / siehe auch pop_position -
pop_position
mandatory (optional) | hängt vom Feld token ab, bei connected ist relative Position im POP erforderlich
type: complex structure (e.g. json)
example: {"port": "7", "rack": "Patchrack 01 RT", "shelf": "B01", "pop_id": "pop.flake01 ", "port_type": "LC/APC", "patchpanel": "M06"} Inhalt ist abhängig von der Bauform / weitgehende Standardisierung von Vorteil
Objekt Kundenstandorte
-
sid
(Site ID, a digital object identifier)mandatory
type: uuid v4
example: fcc2ea90-bbbb-42b9-8441-0544e72a80a5
Systeminterne ID der Kundenstandorte (Site ID) -
oaid
mandatory (optional) | für Kundenbestellungen beim ISP erforderlich
type: char(8)
example: ABCD4321
Open Access ID, wird im Zuge der Herstellung vergeben -
status
mandatory
type: ENUM(active, suspended, ended)
Datensatzstatus, Bestimmt ob Datensatz aktiv oder "entfernt" wurde -
token
mandatory
type: ENUM(planned/accepted/indelivery/mounting/built)
Zustand des Standorts aus Kundensicht -
pip
mandatory
type: text (reduced ASCII)
Example: fiberpark
Synonym für den Infrastrukturbetreiber / zwangsweise notwendig bei Schnittstellen die Daten mehrerer PIPs liefern -
pop_id
optional
type: text
example: pop.flake01
Eindeutige Identifikation des POP. Kann über verknüpftes Link Objekt eruiert werden, jedoch ist dieses in der Praxis oft Anfangs noch nicht verfügbar. -
center
mandatory
type: text (latidude,longitude als String)
example: 48.21854,16.37295
Hinreichend genaue Position des Kundenstandortes in WGS84 -
address
optional
type: complex structure (e.g. json)
example: {"hnr": "13", "zip": "3999", "city": "Flake", "door": null, "addon": null, "street": "Brückenstraße", "country": "AT"}
Postalische Adresse des Kundenstandorts -
lot_id
optional
type: text
example: 06541:12/3
Grundstücksnummer inklusive Katastrale
Zusatz-Objekte des Physical Infrastructure Provider
Zur besseren Vermarktung des Netzes sind neben den errichteten Komponenten auch Informationen zur zukünftigen Planung von Vorteil. Dazu gehören die Adressen bzw. Grundstücke oder ganz allgemein eine geografische Darstellung (z.B. in Form eines Polygons oder der geplanten und errichteten Trassen oder einer Punktwolke mit möglichen Anschlüssen) des adressierbaren Gebietes.
Aufgrund der Komplexität ist eine individuelle Abstimmung notwendig.
Allgemeine Begriffe
Universal Unique ID
Die Universal Unique ID ist ein eindeutiger, zumeist zufällig generierter Schlüssel mit 128-bit.
Im Allgemeinen erfolgt die Darstellung in hexadezimaler Notation, wie bspw. 180ed519-a856-4409-96ef-50accc4fc2ee
.
UUID werden von uns bei der erstmaligen Anlage eines Objektes vergeben und sind lebenslang gültig.
Durch die Schlüssellänge von 128-bit ist die Wahrscheinlichkeit für Kollisionen selbst mit anderen, dritten Systemen, sehr unwahrscheinlich.
Mehr Informationen finden sich hier.