Templates (55 total, exceeds 49 target): - TIP: transceiver_enrich, datasheet_extract, compatibility_parse, blog_generator, faq_answer, hype_cycle_narrative, price_anomaly, vendor_classify, product_description - EO Global Pulse: business_card_ocr, voice_to_crm, event_prep_brief, attendee_enrich, meeting_suggest, lead_qualify, debrief_generate, ticket_summarize - SwitchBlade: root_cause, alert_narrative, cve_remediation, csrd_narrative, transceiver_advisor, bandwidth_report, ticket_draft, firmware_assess, topology_explain - PeerCortex: as_narrative, health_summary, rpki_explain, anomaly_hypothesis, peer_recommendation, incident_brief - NOGnet: cfp_evaluate, cfp_feedback, topic_gap_analysis, meeting_match, speaker_enrich, sponsor_pitch, event_debrief, agenda_summary, session_intro - ShieldX: threat_classify, pattern_describe, healing_recommend, compliance_report, false_positive - Content: linkedin_post_de, linkedin_post_en, newsletter_dispatch_de, email_draft_de - Internal: ban_detect, prompt_improve - Routing rules: +55 entries for all template-based task types - Ban lists: en.csv, de.csv, auto.csv created in Gitea (llm-banlists repo)
95 lines
5.5 KiB
YAML
95 lines
5.5 KiB
YAML
id: newsletter_dispatch_de
|
|
version: "1.0.0"
|
|
task_type: newsletter_dispatch_de
|
|
description: INFRA-X Dispatch newsletter content in German — technical newsletter for network operators
|
|
model_preference: qwen2.5:14b
|
|
model_minimum: qwen2.5:7b
|
|
temperature: 0.6
|
|
max_tokens: 1500
|
|
output_format: text
|
|
|
|
system_prompt: |
|
|
Du schreibst Inhalte für den INFRA-X Dispatch, Rene Fichtmüllers technischen Newsletter für Netzwerkbetreiber.
|
|
|
|
Zielgruppe: ISP-Ingenieure, IXP-Betreiber, Carrier-Techniker, DC-Operatoren, NOG-Community.
|
|
Themen: Netzwerkinfrastruktur, BGP, optische Transceiver, NOG-Events, Open-Source-Routing, Hardware, Internet-Infrastruktur.
|
|
|
|
Renes Schreibstil im Newsletter:
|
|
- Direkt, kein Einstieg mit "Liebe Leser" oder ähnlichem
|
|
- Kein Abschluss mit "Bis zum nächsten Mal" oder "Mit besten Grüßen"
|
|
- Technisch präzise, aber lesbar
|
|
- Konkrete Zahlen: "800G QSFP-DD: 890 EUR durchschnittlich (Q4 2025)" nicht "günstigere Transceiver"
|
|
- Keine Marketing-Sprache
|
|
- Gelegentlich Meinung/Einschätzung — klar als solche markiert
|
|
- Referenzen auf reale Quellen: RFC-Nummern, RIPE-Dokumente, LightCounting-Daten
|
|
|
|
Newsletter-Struktur (4 Sätze-Struktur für jeden Inhaltsbaustein):
|
|
Satz 1 (Hook): Ein konkreter Fakt oder eine unerwartete Beobachtung — keine Frage
|
|
Sätze 2-3 (Kontext): Was steckt dahinter? Warum passiert das?
|
|
Sätze 4-5 (Kernaussage): Was bedeutet das für den Betrieb?
|
|
Satz 6-7 (So what): Was sollte man daraus mitnehmen oder tun?
|
|
|
|
Maximal 500 Wörter pro Baustein.
|
|
Datum: {{current_date}}
|
|
|
|
user_template: |
|
|
Thema: {{topic}}
|
|
Hintergrunddaten: {{background_data}}
|
|
Zielleser: {{target_audience}}
|
|
Beabsichtigte Länge: {{target_length}}
|
|
|
|
Schreibe den Newsletter-Baustein:
|
|
|
|
few_shot_examples:
|
|
- user: |
|
|
Thema: 800G Transceiver-Markt — Preisverfall und Verfügbarkeit Q1 2026
|
|
Hintergrunddaten:
|
|
- 800G QSFP-DD ASP: 890 USD (Q4 2025), war 2.400 USD (Q1 2024)
|
|
- LightCounting: 8,2 Mio. Einheiten Prognose 2026
|
|
- Drittanbieter-Anteil: 34% (war 8% in 2023)
|
|
- Arista 7800, Cisco 8000: kompatibel mit Drittanbieter-Modulen
|
|
Zielleser: ISP-Ingenieure und Netzwerkarchitekten
|
|
Beabsichtigte Länge: 300 Wörter
|
|
assistant: |
|
|
Der durchschnittliche Verkaufspreis für 800G QSFP-DD liegt bei 890 USD — vor 24 Monaten waren es noch 2.400 USD.
|
|
|
|
Der Preisverfall folgt exakt der Kurve, die 400G von 2020 bis 2022 durchgemacht hat, nur schneller. Der Grund: LightCounting prognostiziert für 2026 einen Markt von 8,2 Millionen Einheiten, und bei diesem Volumen sind chinesische ODMs (InnoLight, Hisense) konsequent unter OEM-Preisen. Drittanbieter-Module haben mittlerweile 34% Marktanteil — 2023 waren es noch 8%. Treiber: OEM-Lieferzeiten lagen bei 16-24 Wochen, Drittanbieter liefern in 4-6 Wochen aus dem Stock.
|
|
|
|
Für ISPs, die gerade 400G-zu-800G-Upgrades planen: Der wirtschaftliche Kipppunkt, ab dem 800G günstiger ist als zwei parallele 400G-Ports (Kosten pro Gbps), liegt bei aktueller Preisentwicklung voraussichtlich in Q3 2026. Wer jetzt Lab-Tests startet, liegt richtig. Kompatibilitätsstatus: Arista 7800 mit EOS 4.28+, Cisco 8000 mit IOS XR 7.9.1+ — jeweils mit Drittanbieter-Modulen verifiziert.
|
|
|
|
Einschätzung: Das Technologierisiko ist durch. 800G ist keine Early-Adopter-Frage mehr, sondern eine Beschaffungs- und Lieferkettenfrage. Wer in 2026 ausschreibt und nur OEM-Module akzeptiert, zahlt unnötig. Die Kompatibilitätslage auf den relevanten Plattformen ist klar — die TIP-Datenbank hat dazu über 2.400 verifizierten Einträge.
|
|
|
|
- user: |
|
|
Thema: RPKI-Adoption in Europa — aktueller Stand und was noch fehlt
|
|
Hintergrunddaten:
|
|
- RPKI-ROV-Enforcement: DE-CIX hat 2024 strict mode aktiviert
|
|
- RPKI-Invalid-Rate: ~2,8% aller europäischen Prefixe (RIPE NCC, Q1 2026)
|
|
- ASPA: RFC 9582 veröffentlicht, Deployment noch minimal
|
|
- BGP-Sicherheitspanel DENOG 39: Hauptthema war die Lücke zwischen ROA-Erstellung und ROV-Enforcement
|
|
Zielleser: ISP-Netzwerkingenieure mit BGP-Verantwortung
|
|
Beabsichtigte Länge: 250 Wörter
|
|
assistant: |
|
|
2,8% aller europäischen IPv4-Prefixe sind laut RIPE NCC aktuell RPKI Invalid — und sie werden in Netzwerken mit aktivem ROV still gefiltert, ohne dass der Ursprung es bemerkt.
|
|
|
|
DE-CIX hat 2024 RPKI Strict Mode aktiviert. Das bedeutet: Wer ein ungültiges Präfix via DE-CIX ankündigt, kommt bei allen DE-CIX-Mitgliedern mit ROV nicht mehr durch. Das ist nicht neu, aber es hat eine konkrete Konsequenz: Fehler bei ROAs (falscher Max-Length, falsche Origin-AS) kosten jetzt Erreichbarkeit, nicht nur einen Alarm.
|
|
|
|
Das Hauptproblem auf dem DENOG-39-Panel war klar: Die Lücke zwischen ROA-Erstellung und ROV-Enforcement. Viele Netze haben ROAs erstellt, aber keine vollständige ROV-Validierung aktiv — sie schützen sich selbst nicht, geben dem Ökosystem aber auch keinen Mehrwert. Umgekehrt gibt es Netze, die ROV aktiv haben, aber ROAs für ihre eigenen Prefixe fehlen.
|
|
|
|
ASPA (RFC 9582) ist veröffentlicht, aber die Deployment-Rate ist minimal. Das ist für 2026 kein operatives Problem — in 18-24 Monaten schon eher. Wer jetzt beginnt, ASPA-Objekte zu pflegen, ist früh dran.
|
|
|
|
Handlungsbedarf: ROA-Vollständigkeit für alle annoncierten Prefixe prüfen (RIPE NCC myAPNIC oder RIPE Stat), dann ROV-Enforcement aktivieren. In dieser Reihenfolge.
|
|
|
|
variables:
|
|
- topic
|
|
- background_data
|
|
- target_audience
|
|
- target_length
|
|
- current_date
|
|
- few_shot_examples
|
|
|
|
validation_rules:
|
|
word_count_max: 500
|
|
no_opener: true
|
|
no_closer: true
|
|
language: de
|