2017 - Seite 2 von 5

igmproxy: Telekom IPTV mit EdgeRouter

Jens Tautenhahn26. September 201730. August 2019

Da auch mein Anschluß nun von der Telekom-Zielnetzarchitektur auf BNG umgestellt wurde, trat auch hier das Problem zutage, dass igmproxy im EdgeRouter angeblich nicht mit VLAN-getaggten Schnittstellen umgehen kann. Doch es gibt eine Lösung, welche ich ~~in einem Forenbeitrag~~ unten beschrieben habe, da ich denke, dass auch hier wieder erhöhter Diskussionsbedarf wie in meinem älteren Beitrag zu IPTV mit dem EdgeRouter entsteht.

Update (hier der Inhalt aus dem ehemaligen Forum):

Ich habe gute Nachrichten für alle, die von obigem Fehler bei Telekom-IPTV mit dem EdgeRouter geplagt sind. Die Fehlermeldung wird von igmproxy (welcher zum Routen der Multicast-Pakete und Verarbeiten von IGMP erforderlich ist) verursacht und findet sich in /var/log/messages des EdgeRouters.

Lt. dem Ubiquity-Forum unterstützt igmproxy in der aktuellen Version keine VLAN-Interfaces, wie sie für die Internetanschlüsse der Telekom erforderlich sind. Das ist falsch. Vielmehr unterstützt igmproxy keine Interfaces, welchen keine IP-Adresse zugewiesen wurde. Es lässt sich sehr wohl so konfigurieren, dass auch der EdgeRouter korrekt mit Telekom-IPTV zusammenarbeitet.

Für die (alte) Zielnetzarchitektur:

eth1.8, VLAN 8 holt eine IP-Adresse per DHCP von der Telekom (meist 10.*.*.*)
als Upstream-Interface kann dann eth1.8 beim igmproxy eingestellt werden

Für Kunden, die schon auf BNG umgestellt sind:
Alles läuft nur noch über VLAN 7. Jedoch erhält das Interface eth1.7 keine IP-Adresse, sondern erst das "hintendran" hängende pppoe0.

pppoe0 als Upstream-Interface in igmproxy einstellen

Folgende Firewall-Regeln müssen noch für das jeweilige Interface festgelegt werden:

```
rule 10 {
```
```
     action accept
```

     description "Allow IPTV Multicast UDP"

```
     destination {
```
```
         address 224.0.0.0/4
```
```
     }
```
```
     log disable
```
```
     protocol udp
```
```
 }
```
```
 rule 20 {
```
```
     action accept
```
```
     description "Allow IGMP"
```
```
     log disable
```
```
     protocol igmp
```
```
 }
```

Anschließend funktioniert IPTV sofort.

Merkzettel: Bridge-Interface für libvirt einrichten

Jens Tautenhahn23. August 201730. August 2019

Merkzettel für das Einrichten einer Bridge für libvirt (damit VMs auch ohne NAT mit der Außenwelt reden können bzw. die VM auch von außen ohne Kunstgriffe erreichbar ist):

Network-Manager stoppen und deaktivieren:

```
systemctl stop NetworkManager.service
```

systemctl disable NetworkManager.service

Interface Settings manuell in /etc/network/interfaces eintragen, Bridge-Parameter angeben und Nameserver manuell festlegen:

```
auto br0
```
```
     address 192.168.0.10
```
```
     netmask 255.255.255.0
```
```
     gateway 192.168.0.1
```
```
     bridge_ports enp3s0
```
```
     bridge_stp on
```
```
     bridge_maxwait 0
```
```
     dns-search local
```
```
     dns-nameserver 192.168.0.1
```

Rechner neustarten

Die Bridge sollte nun korrekt konfiguriert sein und folgendermaßen aussehen:

```
# ifconfig br0
```

br0       Link encap:Ethernet  Hardware Adresse 50:xx:xx:xx:xx:xx

          inet Adresse:192.168.0.10  Bcast:192.168.0.255  Maske:255.255.255.0

          inet6-Adresse: fe80::xxxx:xxxx:xxxx:xxxx/64 Gültigkeitsbereich:Verbindung

          inet6-Adresse: 2003:86:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx/64 Gültigkeitsbereich:Global

          inet6-Adresse: 2003:86:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx/64 Gültigkeitsbereich:Global

          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1

          RX-Pakete:39478 Fehler:0 Verloren:0 Überläufe:0 Fenster:0

          TX-Pakete:41158 Fehler:0 Verloren:0 Überläufe:0 Träger:0

          Kollisionen:0 Sendewarteschlangenlänge:1000

          RX-Bytes:42091131 (42.0 MB)  TX-Bytes:6646905 (6.6 MB)

```
 
```
```
# brctl show br0
```

bridge name	bridge id		STP enabled	interfaces

br0             8000.50xxxxxxxxxx       yes             enp3s0

Anschließend kann die Bridge dann auch virtuellen Maschinen mit z.B. virt-manager zugewiesen werden:

worldPing: Monitoring der eigenen Webseite leicht gemacht 1

Jens Tautenhahn18. Juli 20171 Kommentar

Das beste Monitoring ist eher nervig, wenn die Auswertungen oder Graphen nicht ansprechend aussehen oder zu kompliziert zu bedienen sind. Hier setzt die Opensource Software Grafana Maßstäbe: ein schlichtes Design verbunden mit vielen verschiedenen Widgets, die sich aus den unterschiedlichsten Datenquellen füttern lassen. Dazu komplett im Browser zu erstellende Dashboards, die das Admin-Herz höher schlagen lassen. Obendrauf noch die einfach zu installierende App worldPing, welche verschiedene Checks von Rechnern aus der ganzen Welt aus ausführt. Fertig ist das Monitoring der eigenen Webseite. Und das auch noch kostenlos. ...weiterlesen "worldPing: Monitoring der eigenen Webseite leicht gemacht"

Kommentar: Yacy? Eher nicht. 20

Jens Tautenhahn10. Juli 201720 Kommentare

Immer mal wieder geht die verteilte Suchmaschine Yacy durch die Medien, Blogs und Chats. Offenbar haben viele Internetnutzer das Bedürfnis, sich ob der vielen Datenschutzbedenken von den großen etablierten Suchmaschinen zu lösen, was erfreulich ist. Für Experimentierfreudige ist Yacy ein Projekt, um einmal in den Aufbau einer verteilten Suchmaschine und deren Funktionsweise reinzuschnuppern. Ich habe dieses Experiment gewagt und möchte nach ca. dreimonatiger Anwendung über meine Erfahrungen berichten. ...weiterlesen "Kommentar: Yacy? Eher nicht."

Neues Bintec-Tracetool verfügbar

Jens Tautenhahn5. Juli 201730. August 2019

Router der Bintec-Reihe haben neben der per Browser zugänglichen Verwaltungsoberfläche und der per SSH oder Telnet erreichbaren SNMP-Shell noch eine Tracemöglichkeit eingebaut, mit der sich der Traffic auf einer Schnittstelle auslesen lässt.

Nach langer Wartezeit, die vorherige Version 2.43 ist schon mehr als zehn Jahre alt, wurde die Version 2.53 des Tracetools auch für Linux veröffentlicht. Diese kann nun endlich auch mit den seit langer Zeit nicht mehr nur vierstelligen Interface-Nummern der Bintec-Firmware umgehen.

```
$ bricktrace
```
```
 
```

Bintec/Funkwerk remote interface tracer ($Revision: 2.53 $)

```
 
```
```
Usage:
```

  bricktrace [opts] <routerip> [<channel> <unit> <slot> or <ifindex>]

        -h      hexadecimal output (-! for full length)

```
        -2      layer 2 output
```
```
        -3      layer 3 output
```

        -a      asynchronous HDLC (B-Channel only)

        -e      ETS300075 (EuroFileTransfer) output (B-channel only)

```
        -F      FAX (B-Channel only)
```

        -A      FAX + AT Commands (B-Channel only)

```
        -D      delta time
```
```
        -p      PPP (B-Channel only)
```

        -f      Frame Relay (B-Channel only)

```
        -i      IP output
```
```
        -N      Novell(c) IPX output
```

        -t      ascii text output (B-Channel only)

```
        -x      raw dump mode
```

        -X      asynchronous PPP over X.75

        -T <tei>        set tei filter (D-Channel only)

        -c <cref>       set callref filter (D-Channel only)

        -r <cnt>        capture only cnt bytes per paket

        -v      increase debug verbose level

        -V 1..3 trace protocol version (default: 3)

        -P<port>        specify trace tcp port (default: 7000)

        -I ipsrc:ipdst:proto:srcport:dstport      IPsession filter

        -B ip1:ip2:proto:port1:port2     bidirect IPsession filter

```
        -o      OR for LAN filter
```

        --src=<addr>    LAN filter for source MAC address

        --dst=<addr>    LAN filter for destination MAC address

        --llc           LAN filter for LLC packets

        --help          extended help (environ vars & filter)

        --vpi=<vci>     VPI for ADSL connections

        --vci=<vpi>     VCI for ADSL connections

        --ethereal      start ethereal (implies --pcap-pipe)

        --pcap-pipe     write data in pcap-format into named pipe

        --pcap-file     write data in pcap-format into file

        --ofile=<fname> out filename (pipe/file)

        --pwd=<passwd>  remote admin-password

```
 
```

        <routerip>      trace host (router's name or IP-address)

        <channel>       0 = D-Channel or no ISDN, 1..31 = Bx-Channel

```
        <unit>          0..15
```
```
        <slot>          0..9
```

        <ifindex>       interface index (instead of chan/unit/slot)

        if no chan/unit/slot or ifindex given: list all interfaces

```
 
```
```
Examples:
```

    bricktrace router                   : list all interfaces

    bricktrace router 0 1 2             : D-Channel(0) of ISDN Slot 2, Unit 1

    bricktrace router 1000              : LAN Interface 1000 (Slot 1)

    bricktrace router 100001            : virtual IPsec interface 100001

    bricktrace --ethereal router 1000   : write PCAP & start ethereal

    bricktrace --pcap-file router 1000  : write PCAP file

    bricktrace --ethereal --pcap-linktype=9 router 3000 : tracing PPPoA with VC-mux encaps in ethereal

Damit ist nun endlich auch wieder eine Analyse bei Netzwerkproblemen mit Bintec-Routern möglich.