Portunity Wiki - Benutzerbeiträge [de]

Kategorie:VPN-Tunnel (Tarif)

Br@superroot — Wed, 04 Mar 2015 14:55:55 GMT

Br@superroot:

VPN-Tunnel via PPTP- und OpenVPN-Protokoll Bereits ab 0,00 Euro gibt es von Portunity Tunnel mit festen IP-Adressen /access/produkte/vpn-loesungen.html

[[Category:Access]]

Kategorie:L2TP (Übersicht)

Br@superroot — Mon, 27 May 2013 14:05:11 GMT

Br@superroot:

Hier finden Sie Informationen und Konfigurationsanleitungen zu Routern speziell für L2TP.

[[Category:Access]]

Portunity Wiki:Aktuelle Ereignisse

Br@superroot — Wed, 06 Mar 2013 15:47:17 GMT

Br@superroot: /* Updates zum Update */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== ISPSuite Update 5. und 6.3.2013 ==

=== Updates zum Update ===

* Di 5.3. - 23:05 Uhr: Diverse Hintergrund-Prozesse angehalten / deaktiviert (Übernahme Logfiles, Domain-Spooler usw.)
* Mi 6.3. - 05:00 Uhr: Start der Update und der Datenbank-Migration
* Mi 6.3. - 09:00 Uhr: Datenbank-Migration abgeschlossen, Starten nun mit tests
* Mi 6.3. - 12:00 Uhr: Wir kommen gut voran, sind noch an 1-2 kleinen aufgefallenen Fehlern dran
* Mi 6.3. - 13:05 Uhr: Webinterface ist wieder freigegeben, an den Cronjob-Spooler-Prozessen sind wir noch dran. D.h. das eine oder andere wird derzeit noch gequeued...
* Mi 6.3. - 14:45 Uhr: Ca. 50% der im Hintergrund arbeitenden Prozesse wurden nachgeführt und laufen wieder regulär.
* Mi 6.3. - 16:40 Uhr: Ca. 90% der im Hintergrund arbeitenden Prozesse wurden nachgeführt und laufen wieder regulär.

=== Mögliche Auswirkungen während der Wartungsarbeiten===

* Es wird in jedem Fall zur Nicht-Erreichbarkeit des Webinterfaces kommen
* Es wird zu Verzögerungen in der Ausführung von Prozessen / Übernahme von Informationen kommen
* Unsere Website portunity.de (und damit auch dieses Wiki) wird zeitweise nicht zur Verfügung stehen
* In Einzelfällen kann es zu Ausfällen bei Services kommen (was wir natürlich nach Kräften vermeiden wollen)

=== Geplanter Ablauf ===

*'''Di 5. März 2013 22 Uhr (abends):''' Wir deaktivieren erste Spooler und im Hintergrund laufende Prozesse wie z.B. die Übertragung aktueller Verbindungs-Daten (DSL, Tunnel usw.), Übernahme von Tarif-Änderungen auf Server usw. Das Webinterface wird zu diesem Zeitpunkt für Kunden noch zugänglich sein, Änderungen werden dann aber zum Teil gequeued und erst im laufe des Mittwochs nach dem Update umgesetzt. Dies betrifft nicht nur Bestandskunden, sondern auch den Großteil an Tarifen von neuen Kunden.

*'''Mi 6. März 2013 5 Uhr (nachts):''' Wir deaktivieren den Zugriff auf das Webinterface vollständig. Rien ne va plus - nichts geht mehr. Wir beginnen dann unverzüglich mit der Konvertierung (UTF8) und Übertragung aller Datenbank-Tabellen auf den neuen SQL-Server - was, wenn alles gut läuft, ca. 100-120 Minuten in Anspruch nehmen wird (wir haben das jetzt 3x bereits gemacht). Im Anschluß werden wir schnellstmöglich aber dennoch so sorgfältig wie möglich das System durchtesten.

*'''Mi 6. März 2013 9-16 Uhr (vormittags bis nachmittags):''' Wir werden bei positiven Tests das System wieder nach und nach hochfahren und verfügbar machen. D.h. auch entsprechende Spooler-Prozeße dann nach und nach wieder in Betrieb nehmen bzw. nachlaufen lassen. Hier werden wir uns die Erstläufe natürlich auch sehr genau anschauen und monitoren. Von der Reihenfolge werden wir insbesondere die API-Schnittstellen, das Webinterface an sich und dann die sonstigen Prozeße angehen.

Das ganze ist ein sehr sehr großes Update / Upgrade - wo es mehrere neuralgische Punkte gibt wo etwas schief gehen könnte. Wir haben jetzt zwar alles sehr sorgfältig geplant, aber man steckt letztendlich am Ende nicht drin. Von daher möchten wir an dieser Stelle darauf aufmerksam machen, dass der oben skizzierte Zeitplan als grober Fahrplan verstanden sein will. Möglicherweise werden wir davon spontan abweichen müssen. Es könnte dann auch länger dauern als vorgesehen. Den Worst-Case, alles wieder rückgängig machen zu müssen, ist als Plan-B da und wird hoffentlich nicht nötig sein.

=== Was bringt's ===

* '''Geschwindigkeit:''' Nach den Wartungsarbeiten sollte das Webinterface aber auch Anfragen gegen die API-Schnittstellen insgesamt spürbar schneller laufen.
* '''UTF8:''' Im besten Fall sieht man davon erstmal nichts - macht uns aber insgesamt zukunftssicherer. Einige Partner und Registrierungsstellen wie DENIC u.a. arbeiten schon mit UTF8, wodurch es zukünftig dann weniger Probleme gibt

Bei diesem Update stehen also keine neuen Features oder Funktionen im Vordergrund, sondern es geht uns vor allem darum,die zugrunde liegende Infrastruktur und das Fundament state-of-the-art zu halten.

Nach diesem Update werden dann wieder verstärkt auch neue Funktionen und mehr sichtbare Verbesserungen in der Entwicklung im Vordergrund stehen.

== ENUM-Neuregistrierung momentan nicht möglich ==

Die DENIC als zentrale Registrierungstelle für alle ENUM-Domains für deutsche Rufnummern (9.4.e164.arpa) hat uns leider eine schlechte Nachricht mitgeteilt.

Nachdem in den letzten Tagen und Wochen anhaltend massive Probleme bei der Registrierung von ENUM-Domains auftraten haben wir die Mitteilung bekommen, dass dies erst Ende des Jahres wieder möglich sein wird.

Da es sich hierbei um einen kostenlosen Dienst handelt und zudem die Feiertage vor der Tür stehen, bitten wir Sie um Verständnis dass wir Anfragen dazu nicht ganz so zeitnah bearbeiten können.

 

*'''Status 04.01.2013''': Leider besteht das Problem bei der DeNIC weiterhin und wir haben auch noch keine Rückmeldung wann mit einer Lösung zu rechnen ist.
*:Wir bitten um noch etwas Geduld. Dankeschön.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== Zertifikate für Webrequests (z.B. Bankdatencheck) ==

Da das bisher verwendete SSL-Zertifikat am 18.02.2013 ablief, haben wir es bereits einige Tage vorher durch ein neues Zertifikat ausgetauscht.
Das neue Zertifikat wurde allerdings von einer Zertifizierungsstelle ausgestellt, die offenbar noch nicht in den Root-Zertifikatslisten einiger (vorwiegend älterer) Betriebssysteme aufgeführt ist und daher von diesen Systemen nicht als vertrauenswürdig eingestuft wird.

Aus diesem Grund haben wir uns entschlossen das Zertifikat erneut zu tauschen, diesmal jedoch eine Zertifizierungsstelle zu nutzen die schon deutlich länger besteht und deren CA-Zertifikate auch in älteren Betriebssystemen integriert ist.

Falls Sie das neue Zertifikat gesondert validieren möchten, finden Sie hier die Fingerabdrücke und Seriennummern:

Fingerabruck (SHA1):
03 55 34 e5 bf d2 b4 c6 56 57 6f 3b 45 d4 bc 9a 07 db 8a 58

Seriennummer:
4c 68 cb 86 3f ed 00 eb 96 23 24 65 96 6c 1b 9a

'''Nichts desto trotz ein Hinweis zu entsprechend älteren Systemen:'''

Es hat sich in den letzten Jahren einiges getan, was durchaus Änderungen an den Root-CA-Listen erfordert. Um ein prominentes Beispiel zu nennen ist die Zertifizierungsstelle DigiNotar gehacked worden was dazu führte, dass deren Stammzertifikate zurückgezogen wurden (also alle damit signierten Zertifikate mit einem Schlag ungültig sind).
Bitte denken Sie daran, dass Sie mit diesen Systemen vor kompromittierten Zertifikaten nicht geschützt sind!

== Packetloss über bestimmte Routen ==

Momentan sehen wir vermehrt Packetloss auf bestimmten Routen und betrifft sowohl IPv4- als auch IPv6-Konnektivität.
Dieses Problem äußert sich durch kurzzeitige Aussetzer mit i.d.R. weniger als einer Sekunde Länge.
Wir stehen mit den Peeringpartnern im Kontakt um die Störung möglichst kurzfristig beheben zu können.

Diese Beeinträchtigung betrifft tritt nur aus bestimmten Netzen auf, insbesondere bei IPv4-Verbindungen aus dem Netz der Deutschen Telekom.

Die genauen Ursachen sind noch nicht endgültig geklärt, sobald wir genauere Informationen haben werden wir diese veröffentlichen.

'''[UPDATE 21.02.2013 / 18:00 Uhr]'''

Der Traffic wird jetzt so gut wie möglich an Düsseldorf vorbeigeroutet, um den Packetloss zu reduzieren und die Ursachen besser untersuchen zu können.

'''[UPDATE 22.02.2013 / 13:01 Uhr]'''

Es wurden jetzt mehrere SFP-Module getauscht, seitdem können wir keinen Packetloss mehr sehen.
In den nächsten 30 Minuten kann es jedoch zu kurzen Unterbrechungen kommen, da jetzt das Routing wieder zurückgeändert wird.

'''[UPDATE 25.02.2013 / 15:14 Uhr]'''

Da seit Freitag keine Paketverluste mehr aufgetreten sind, möchten wir hiermit die Entstörung melden. Wie wir erfahren haben wird es in den kommenden Tagen noch einige Nacharbeiten geben, diese sollten aber zu keinen weiteren Paketverlusten führen.

== Störungen SIP ==

Am 8.1.2013 vermeldeten verschiedene News-Portale eine kritische Sicherheitslücke in der aktuellen Asterisk-Version (vgl. Heise [http://www.heise.de/newsticker/meldung/Kritische-Schwachstellen-in-Asterisk-1779526.html Kritische Schwachstellen in Asterisk] von Heise). Wir hatten daraufhin das von Digium bereitgestellte Sicherheitsupdate installiert.

Seit dem hatten wir zweimal mit der Stabilität unserer VoIP-Plattform bei ausgehenden Gesprächen zu kämpfen (11.1. und 12.1.). Eingehende Telefonate sind dabei nicht grundsätzlich betroffen (z.B. auch Faxempfang, Konferenzen.eu u.a. sind nicht betroffen und hatten weiter funktioniert) - allenfalls wenn eingehende Gespräche auf eine Telefonnummer weitergeleitet werden (und damit einausgehendens Gespräch initiert werden sollte, das schlug dann fehl).

*'''Status 12.01.2013:''' Wir haben nun verschiedene System-Paramter geändert und werden das verstärkt im Auge behalten. Wir hoffen, dass es nicht mehr neu auftritt.

 

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!

*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser ''' Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen'''.

*'''Status 04.12.2012 09:16 Uhr:''' Die meisten Tunnel sind bereits wieder online und stabil. Da wir nun auf dem neuen System natürliche Last haben gibt es noch das eine oder andere Verhalten, wo wir noch Stellschrauben nutzen. Wir sind noch aktiv dran....

*'''Status 04.12.2012 12:00 Uhr:''' Der OpenVPN Dienst bricht unter Last zusammen und muss abgeschossen werden. Wir haben hier bereits mit einigen Patches versucht...

*'''Status 04.12.2012 13:30 Uhr:''' Das Radius-Plugin für den OpenVPN Dienst ist schuldig und wurde ersetzt. Nun tauschen wir wieder den OpenVPN Dienst zurück, damit wir wieder einen IPv6 fähigen Serverdienst haben (das konnte der alte Tunnel-Server auch nicht.) Auch bauen wir den Selbstschutz weiter aus, damit "böse Anfragen" geblockt werden und nicht die Tunnel stören.

*'''Status 04.12.2012 14:04Uhr:''' Die aktuelle, IPv6 fähige Version vom OpenVPN Dienst ist instable und mitschuldig! Wir graden nun down.

*'''Status 04.12.2012 15:10 Uhr:''' Der OpenVPN Dienst läuft jetzt anscheinend stabil. Wir betrachten die arbeiten als abgeschlossen, halten die Plattform natürlich weiterhin im Auge.

*'''Status 06.12.2012''': Bad News. Leider sind die OpenVPN Verbindungen anhaltend nicht sauber. Es kommt immer wieder punktuell zu hohen Latenzen und auch ganz zu Abstürzen des zentralen Server-Dienstes. Wir sind da mit Hochdruck dran und tauschen die OpenVPN Server durch (andere Version, anders compilieren, andere / eigene Addons und Patches). Wir fischen leider im Trüben, sind aber froh, das "nur" OpenVPN Verbindungen betroffen sind und nicht die PPTP Verbindungen. Zur Erkärung nochmal: Wir haben seit fast 2 Monaten ein Testsystem in Wuppertal laufen, welches diese Verhalten nicht aufweist, da es natürlich keine echte Last hat. Diesen Server haben wir dann nach Frankfurt geklont (mit Stammzellen ;) ).
*: Wir bitten um noch etwas Geduld. Dankeschön.

*'''Status 13.12.2012 16:30 Uhr:''' Eine von uns gepatchte Version von OpenVPN ist jetzt seit gut 48h im Einsatz. Mit dieser Version registrieren wir Momentan keine Probleme mehr.
'''done'''

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

* Update 05.12.12: Die Arbeiten sind ausgefallen, da wir mit der Tunnelplattform unerwartet viele Schwierigkeiten hatten.

'''done'''

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

'''done'''

== NTP - Server Portunity ==
Die TimeServer (NTP) für uns und unsere Kunden wurden in KW 49.2012 einer Optimierung unterzogen. Sie laufen nun als "Stratum 2" Uhren.

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Br@superroot — Wed, 06 Mar 2013 13:46:34 GMT

Br@superroot: /* Updates zum Update */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== ISPSuite Update 5. und 6.3.2013 ==

=== Updates zum Update ===

* Di 5.3. - 23:05 Uhr: Diverse Hintergrund-Prozesse angehalten / deaktiviert (Übernahme Logfiles, Domain-Spooler usw.)
* Mi 6.3. - 05:00 Uhr: Start der Update und der Datenbank-Migration
* Mi 6.3. - 09:00 Uhr: Datenbank-Migration abgeschlossen, Starten nun mit tests
* Mi 6.3. - 12:00 Uhr: Wir kommen gut voran, sind noch an 1-2 kleinen aufgefallenen Fehlern dran
* Mi 6.3. - 13:05 Uhr: Webinterface ist wieder freigegeben, an den Cronjob-Spooler-Prozessen sind wir noch dran. D.h. das eine oder andere wird derzeit noch gequeued...
* Mi 6.3. - 14:45 Uhr: Ca. 50% der im Hintergrund arbeitenden Prozesse wurden nachgeführt und laufen wieder regulär.

=== Mögliche Auswirkungen während der Wartungsarbeiten===

* Es wird in jedem Fall zur Nicht-Erreichbarkeit des Webinterfaces kommen
* Es wird zu Verzögerungen in der Ausführung von Prozessen / Übernahme von Informationen kommen
* Unsere Website portunity.de (und damit auch dieses Wiki) wird zeitweise nicht zur Verfügung stehen
* In Einzelfällen kann es zu Ausfällen bei Services kommen (was wir natürlich nach Kräften vermeiden wollen)

=== Geplanter Ablauf ===

*'''Di 5. März 2013 22 Uhr (abends):''' Wir deaktivieren erste Spooler und im Hintergrund laufende Prozesse wie z.B. die Übertragung aktueller Verbindungs-Daten (DSL, Tunnel usw.), Übernahme von Tarif-Änderungen auf Server usw. Das Webinterface wird zu diesem Zeitpunkt für Kunden noch zugänglich sein, Änderungen werden dann aber zum Teil gequeued und erst im laufe des Mittwochs nach dem Update umgesetzt. Dies betrifft nicht nur Bestandskunden, sondern auch den Großteil an Tarifen von neuen Kunden.

*'''Mi 6. März 2013 5 Uhr (nachts):''' Wir deaktivieren den Zugriff auf das Webinterface vollständig. Rien ne va plus - nichts geht mehr. Wir beginnen dann unverzüglich mit der Konvertierung (UTF8) und Übertragung aller Datenbank-Tabellen auf den neuen SQL-Server - was, wenn alles gut läuft, ca. 100-120 Minuten in Anspruch nehmen wird (wir haben das jetzt 3x bereits gemacht). Im Anschluß werden wir schnellstmöglich aber dennoch so sorgfältig wie möglich das System durchtesten.

*'''Mi 6. März 2013 9-16 Uhr (vormittags bis nachmittags):''' Wir werden bei positiven Tests das System wieder nach und nach hochfahren und verfügbar machen. D.h. auch entsprechende Spooler-Prozeße dann nach und nach wieder in Betrieb nehmen bzw. nachlaufen lassen. Hier werden wir uns die Erstläufe natürlich auch sehr genau anschauen und monitoren. Von der Reihenfolge werden wir insbesondere die API-Schnittstellen, das Webinterface an sich und dann die sonstigen Prozeße angehen.

Das ganze ist ein sehr sehr großes Update / Upgrade - wo es mehrere neuralgische Punkte gibt wo etwas schief gehen könnte. Wir haben jetzt zwar alles sehr sorgfältig geplant, aber man steckt letztendlich am Ende nicht drin. Von daher möchten wir an dieser Stelle darauf aufmerksam machen, dass der oben skizzierte Zeitplan als grober Fahrplan verstanden sein will. Möglicherweise werden wir davon spontan abweichen müssen. Es könnte dann auch länger dauern als vorgesehen. Den Worst-Case, alles wieder rückgängig machen zu müssen, ist als Plan-B da und wird hoffentlich nicht nötig sein.

=== Was bringt's ===

* '''Geschwindigkeit:''' Nach den Wartungsarbeiten sollte das Webinterface aber auch Anfragen gegen die API-Schnittstellen insgesamt spürbar schneller laufen.
* '''UTF8:''' Im besten Fall sieht man davon erstmal nichts - macht uns aber insgesamt zukunftssicherer. Einige Partner und Registrierungsstellen wie DENIC u.a. arbeiten schon mit UTF8, wodurch es zukünftig dann weniger Probleme gibt

Bei diesem Update stehen also keine neuen Features oder Funktionen im Vordergrund, sondern es geht uns vor allem darum,die zugrunde liegende Infrastruktur und das Fundament state-of-the-art zu halten.

Nach diesem Update werden dann wieder verstärkt auch neue Funktionen und mehr sichtbare Verbesserungen in der Entwicklung im Vordergrund stehen.

== ENUM-Neuregistrierung momentan nicht möglich ==

Die DENIC als zentrale Registrierungstelle für alle ENUM-Domains für deutsche Rufnummern (9.4.e164.arpa) hat uns leider eine schlechte Nachricht mitgeteilt.

Nachdem in den letzten Tagen und Wochen anhaltend massive Probleme bei der Registrierung von ENUM-Domains auftraten haben wir die Mitteilung bekommen, dass dies erst Ende des Jahres wieder möglich sein wird.

Da es sich hierbei um einen kostenlosen Dienst handelt und zudem die Feiertage vor der Tür stehen, bitten wir Sie um Verständnis dass wir Anfragen dazu nicht ganz so zeitnah bearbeiten können.

 

*'''Status 04.01.2013''': Leider besteht das Problem bei der DeNIC weiterhin und wir haben auch noch keine Rückmeldung wann mit einer Lösung zu rechnen ist.
*:Wir bitten um noch etwas Geduld. Dankeschön.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== Zertifikate für Webrequests (z.B. Bankdatencheck) ==

Da das bisher verwendete SSL-Zertifikat am 18.02.2013 ablief, haben wir es bereits einige Tage vorher durch ein neues Zertifikat ausgetauscht.
Das neue Zertifikat wurde allerdings von einer Zertifizierungsstelle ausgestellt, die offenbar noch nicht in den Root-Zertifikatslisten einiger (vorwiegend älterer) Betriebssysteme aufgeführt ist und daher von diesen Systemen nicht als vertrauenswürdig eingestuft wird.

Aus diesem Grund haben wir uns entschlossen das Zertifikat erneut zu tauschen, diesmal jedoch eine Zertifizierungsstelle zu nutzen die schon deutlich länger besteht und deren CA-Zertifikate auch in älteren Betriebssystemen integriert ist.

Falls Sie das neue Zertifikat gesondert validieren möchten, finden Sie hier die Fingerabdrücke und Seriennummern:

Fingerabruck (SHA1):
03 55 34 e5 bf d2 b4 c6 56 57 6f 3b 45 d4 bc 9a 07 db 8a 58

Seriennummer:
4c 68 cb 86 3f ed 00 eb 96 23 24 65 96 6c 1b 9a

'''Nichts desto trotz ein Hinweis zu entsprechend älteren Systemen:'''

Es hat sich in den letzten Jahren einiges getan, was durchaus Änderungen an den Root-CA-Listen erfordert. Um ein prominentes Beispiel zu nennen ist die Zertifizierungsstelle DigiNotar gehacked worden was dazu führte, dass deren Stammzertifikate zurückgezogen wurden (also alle damit signierten Zertifikate mit einem Schlag ungültig sind).
Bitte denken Sie daran, dass Sie mit diesen Systemen vor kompromittierten Zertifikaten nicht geschützt sind!

== Packetloss über bestimmte Routen ==

Momentan sehen wir vermehrt Packetloss auf bestimmten Routen und betrifft sowohl IPv4- als auch IPv6-Konnektivität.
Dieses Problem äußert sich durch kurzzeitige Aussetzer mit i.d.R. weniger als einer Sekunde Länge.
Wir stehen mit den Peeringpartnern im Kontakt um die Störung möglichst kurzfristig beheben zu können.

Diese Beeinträchtigung betrifft tritt nur aus bestimmten Netzen auf, insbesondere bei IPv4-Verbindungen aus dem Netz der Deutschen Telekom.

Die genauen Ursachen sind noch nicht endgültig geklärt, sobald wir genauere Informationen haben werden wir diese veröffentlichen.

'''[UPDATE 21.02.2013 / 18:00 Uhr]'''

Der Traffic wird jetzt so gut wie möglich an Düsseldorf vorbeigeroutet, um den Packetloss zu reduzieren und die Ursachen besser untersuchen zu können.

'''[UPDATE 22.02.2013 / 13:01 Uhr]'''

Es wurden jetzt mehrere SFP-Module getauscht, seitdem können wir keinen Packetloss mehr sehen.
In den nächsten 30 Minuten kann es jedoch zu kurzen Unterbrechungen kommen, da jetzt das Routing wieder zurückgeändert wird.

'''[UPDATE 25.02.2013 / 15:14 Uhr]'''

Da seit Freitag keine Paketverluste mehr aufgetreten sind, möchten wir hiermit die Entstörung melden. Wie wir erfahren haben wird es in den kommenden Tagen noch einige Nacharbeiten geben, diese sollten aber zu keinen weiteren Paketverlusten führen.

== Störungen SIP ==

Am 8.1.2013 vermeldeten verschiedene News-Portale eine kritische Sicherheitslücke in der aktuellen Asterisk-Version (vgl. Heise [http://www.heise.de/newsticker/meldung/Kritische-Schwachstellen-in-Asterisk-1779526.html Kritische Schwachstellen in Asterisk] von Heise). Wir hatten daraufhin das von Digium bereitgestellte Sicherheitsupdate installiert.

Seit dem hatten wir zweimal mit der Stabilität unserer VoIP-Plattform bei ausgehenden Gesprächen zu kämpfen (11.1. und 12.1.). Eingehende Telefonate sind dabei nicht grundsätzlich betroffen (z.B. auch Faxempfang, Konferenzen.eu u.a. sind nicht betroffen und hatten weiter funktioniert) - allenfalls wenn eingehende Gespräche auf eine Telefonnummer weitergeleitet werden (und damit einausgehendens Gespräch initiert werden sollte, das schlug dann fehl).

*'''Status 12.01.2013:''' Wir haben nun verschiedene System-Paramter geändert und werden das verstärkt im Auge behalten. Wir hoffen, dass es nicht mehr neu auftritt.

 

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!

*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser ''' Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen'''.

*'''Status 04.12.2012 09:16 Uhr:''' Die meisten Tunnel sind bereits wieder online und stabil. Da wir nun auf dem neuen System natürliche Last haben gibt es noch das eine oder andere Verhalten, wo wir noch Stellschrauben nutzen. Wir sind noch aktiv dran....

*'''Status 04.12.2012 12:00 Uhr:''' Der OpenVPN Dienst bricht unter Last zusammen und muss abgeschossen werden. Wir haben hier bereits mit einigen Patches versucht...

*'''Status 04.12.2012 13:30 Uhr:''' Das Radius-Plugin für den OpenVPN Dienst ist schuldig und wurde ersetzt. Nun tauschen wir wieder den OpenVPN Dienst zurück, damit wir wieder einen IPv6 fähigen Serverdienst haben (das konnte der alte Tunnel-Server auch nicht.) Auch bauen wir den Selbstschutz weiter aus, damit "böse Anfragen" geblockt werden und nicht die Tunnel stören.

*'''Status 04.12.2012 14:04Uhr:''' Die aktuelle, IPv6 fähige Version vom OpenVPN Dienst ist instable und mitschuldig! Wir graden nun down.

*'''Status 04.12.2012 15:10 Uhr:''' Der OpenVPN Dienst läuft jetzt anscheinend stabil. Wir betrachten die arbeiten als abgeschlossen, halten die Plattform natürlich weiterhin im Auge.

*'''Status 06.12.2012''': Bad News. Leider sind die OpenVPN Verbindungen anhaltend nicht sauber. Es kommt immer wieder punktuell zu hohen Latenzen und auch ganz zu Abstürzen des zentralen Server-Dienstes. Wir sind da mit Hochdruck dran und tauschen die OpenVPN Server durch (andere Version, anders compilieren, andere / eigene Addons und Patches). Wir fischen leider im Trüben, sind aber froh, das "nur" OpenVPN Verbindungen betroffen sind und nicht die PPTP Verbindungen. Zur Erkärung nochmal: Wir haben seit fast 2 Monaten ein Testsystem in Wuppertal laufen, welches diese Verhalten nicht aufweist, da es natürlich keine echte Last hat. Diesen Server haben wir dann nach Frankfurt geklont (mit Stammzellen ;) ).
*: Wir bitten um noch etwas Geduld. Dankeschön.

*'''Status 13.12.2012 16:30 Uhr:''' Eine von uns gepatchte Version von OpenVPN ist jetzt seit gut 48h im Einsatz. Mit dieser Version registrieren wir Momentan keine Probleme mehr.
'''done'''

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

* Update 05.12.12: Die Arbeiten sind ausgefallen, da wir mit der Tunnelplattform unerwartet viele Schwierigkeiten hatten.

'''done'''

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

'''done'''

== NTP - Server Portunity ==
Die TimeServer (NTP) für uns und unsere Kunden wurden in KW 49.2012 einer Optimierung unterzogen. Sie laufen nun als "Stratum 2" Uhren.

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Br@superroot — Wed, 06 Mar 2013 12:09:28 GMT

Br@superroot: /* Updates zum Update */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== ISPSuite Update 5. und 6.3.2013 ==

=== Updates zum Update ===

* Di 5.3. - 23:05 Uhr: Diverse Hintergrund-Prozesse angehalten / deaktiviert (Übernahme Logfiles, Domain-Spooler usw.)
* Mi 6.3. - 05:00 Uhr: Start der Update und der Datenbank-Migration
* Mi 6.3. - 09:00 Uhr: Datenbank-Migration abgeschlossen, Starten nun mit tests
* Mi 6.3. - 12:00 Uhr: Wir kommen gut voran, sind noch an 1-2 kleinen aufgefallenen Fehlern dran
* Mi 6.3. - 13:05 Uhr: Webinterface ist wieder freigegeben, an den Cronjob-Spooler-Prozessen sind wir noch dran. D.h. das eine oder andere wird derzeit noch gequeued...

=== Mögliche Auswirkungen während der Wartungsarbeiten===

* Es wird in jedem Fall zur Nicht-Erreichbarkeit des Webinterfaces kommen
* Es wird zu Verzögerungen in der Ausführung von Prozessen / Übernahme von Informationen kommen
* Unsere Website portunity.de (und damit auch dieses Wiki) wird zeitweise nicht zur Verfügung stehen
* In Einzelfällen kann es zu Ausfällen bei Services kommen (was wir natürlich nach Kräften vermeiden wollen)

=== Geplanter Ablauf ===

*'''Di 5. März 2013 22 Uhr (abends):''' Wir deaktivieren erste Spooler und im Hintergrund laufende Prozesse wie z.B. die Übertragung aktueller Verbindungs-Daten (DSL, Tunnel usw.), Übernahme von Tarif-Änderungen auf Server usw. Das Webinterface wird zu diesem Zeitpunkt für Kunden noch zugänglich sein, Änderungen werden dann aber zum Teil gequeued und erst im laufe des Mittwochs nach dem Update umgesetzt. Dies betrifft nicht nur Bestandskunden, sondern auch den Großteil an Tarifen von neuen Kunden.

*'''Mi 6. März 2013 5 Uhr (nachts):''' Wir deaktivieren den Zugriff auf das Webinterface vollständig. Rien ne va plus - nichts geht mehr. Wir beginnen dann unverzüglich mit der Konvertierung (UTF8) und Übertragung aller Datenbank-Tabellen auf den neuen SQL-Server - was, wenn alles gut läuft, ca. 100-120 Minuten in Anspruch nehmen wird (wir haben das jetzt 3x bereits gemacht). Im Anschluß werden wir schnellstmöglich aber dennoch so sorgfältig wie möglich das System durchtesten.

*'''Mi 6. März 2013 9-16 Uhr (vormittags bis nachmittags):''' Wir werden bei positiven Tests das System wieder nach und nach hochfahren und verfügbar machen. D.h. auch entsprechende Spooler-Prozeße dann nach und nach wieder in Betrieb nehmen bzw. nachlaufen lassen. Hier werden wir uns die Erstläufe natürlich auch sehr genau anschauen und monitoren. Von der Reihenfolge werden wir insbesondere die API-Schnittstellen, das Webinterface an sich und dann die sonstigen Prozeße angehen.

Das ganze ist ein sehr sehr großes Update / Upgrade - wo es mehrere neuralgische Punkte gibt wo etwas schief gehen könnte. Wir haben jetzt zwar alles sehr sorgfältig geplant, aber man steckt letztendlich am Ende nicht drin. Von daher möchten wir an dieser Stelle darauf aufmerksam machen, dass der oben skizzierte Zeitplan als grober Fahrplan verstanden sein will. Möglicherweise werden wir davon spontan abweichen müssen. Es könnte dann auch länger dauern als vorgesehen. Den Worst-Case, alles wieder rückgängig machen zu müssen, ist als Plan-B da und wird hoffentlich nicht nötig sein.

=== Was bringt's ===

* '''Geschwindigkeit:''' Nach den Wartungsarbeiten sollte das Webinterface aber auch Anfragen gegen die API-Schnittstellen insgesamt spürbar schneller laufen.
* '''UTF8:''' Im besten Fall sieht man davon erstmal nichts - macht uns aber insgesamt zukunftssicherer. Einige Partner und Registrierungsstellen wie DENIC u.a. arbeiten schon mit UTF8, wodurch es zukünftig dann weniger Probleme gibt

Bei diesem Update stehen also keine neuen Features oder Funktionen im Vordergrund, sondern es geht uns vor allem darum,die zugrunde liegende Infrastruktur und das Fundament state-of-the-art zu halten.

Nach diesem Update werden dann wieder verstärkt auch neue Funktionen und mehr sichtbare Verbesserungen in der Entwicklung im Vordergrund stehen.

== ENUM-Neuregistrierung momentan nicht möglich ==

Die DENIC als zentrale Registrierungstelle für alle ENUM-Domains für deutsche Rufnummern (9.4.e164.arpa) hat uns leider eine schlechte Nachricht mitgeteilt.

Nachdem in den letzten Tagen und Wochen anhaltend massive Probleme bei der Registrierung von ENUM-Domains auftraten haben wir die Mitteilung bekommen, dass dies erst Ende des Jahres wieder möglich sein wird.

Da es sich hierbei um einen kostenlosen Dienst handelt und zudem die Feiertage vor der Tür stehen, bitten wir Sie um Verständnis dass wir Anfragen dazu nicht ganz so zeitnah bearbeiten können.

 

*'''Status 04.01.2013''': Leider besteht das Problem bei der DeNIC weiterhin und wir haben auch noch keine Rückmeldung wann mit einer Lösung zu rechnen ist.
*:Wir bitten um noch etwas Geduld. Dankeschön.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== Zertifikate für Webrequests (z.B. Bankdatencheck) ==

Da das bisher verwendete SSL-Zertifikat am 18.02.2013 ablief, haben wir es bereits einige Tage vorher durch ein neues Zertifikat ausgetauscht.
Das neue Zertifikat wurde allerdings von einer Zertifizierungsstelle ausgestellt, die offenbar noch nicht in den Root-Zertifikatslisten einiger (vorwiegend älterer) Betriebssysteme aufgeführt ist und daher von diesen Systemen nicht als vertrauenswürdig eingestuft wird.

Aus diesem Grund haben wir uns entschlossen das Zertifikat erneut zu tauschen, diesmal jedoch eine Zertifizierungsstelle zu nutzen die schon deutlich länger besteht und deren CA-Zertifikate auch in älteren Betriebssystemen integriert ist.

Falls Sie das neue Zertifikat gesondert validieren möchten, finden Sie hier die Fingerabdrücke und Seriennummern:

Fingerabruck (SHA1):
03 55 34 e5 bf d2 b4 c6 56 57 6f 3b 45 d4 bc 9a 07 db 8a 58

Seriennummer:
4c 68 cb 86 3f ed 00 eb 96 23 24 65 96 6c 1b 9a

'''Nichts desto trotz ein Hinweis zu entsprechend älteren Systemen:'''

Es hat sich in den letzten Jahren einiges getan, was durchaus Änderungen an den Root-CA-Listen erfordert. Um ein prominentes Beispiel zu nennen ist die Zertifizierungsstelle DigiNotar gehacked worden was dazu führte, dass deren Stammzertifikate zurückgezogen wurden (also alle damit signierten Zertifikate mit einem Schlag ungültig sind).
Bitte denken Sie daran, dass Sie mit diesen Systemen vor kompromittierten Zertifikaten nicht geschützt sind!

== Packetloss über bestimmte Routen ==

Momentan sehen wir vermehrt Packetloss auf bestimmten Routen und betrifft sowohl IPv4- als auch IPv6-Konnektivität.
Dieses Problem äußert sich durch kurzzeitige Aussetzer mit i.d.R. weniger als einer Sekunde Länge.
Wir stehen mit den Peeringpartnern im Kontakt um die Störung möglichst kurzfristig beheben zu können.

Diese Beeinträchtigung betrifft tritt nur aus bestimmten Netzen auf, insbesondere bei IPv4-Verbindungen aus dem Netz der Deutschen Telekom.

Die genauen Ursachen sind noch nicht endgültig geklärt, sobald wir genauere Informationen haben werden wir diese veröffentlichen.

'''[UPDATE 21.02.2013 / 18:00 Uhr]'''

Der Traffic wird jetzt so gut wie möglich an Düsseldorf vorbeigeroutet, um den Packetloss zu reduzieren und die Ursachen besser untersuchen zu können.

'''[UPDATE 22.02.2013 / 13:01 Uhr]'''

Es wurden jetzt mehrere SFP-Module getauscht, seitdem können wir keinen Packetloss mehr sehen.
In den nächsten 30 Minuten kann es jedoch zu kurzen Unterbrechungen kommen, da jetzt das Routing wieder zurückgeändert wird.

'''[UPDATE 25.02.2013 / 15:14 Uhr]'''

Da seit Freitag keine Paketverluste mehr aufgetreten sind, möchten wir hiermit die Entstörung melden. Wie wir erfahren haben wird es in den kommenden Tagen noch einige Nacharbeiten geben, diese sollten aber zu keinen weiteren Paketverlusten führen.

== Störungen SIP ==

Am 8.1.2013 vermeldeten verschiedene News-Portale eine kritische Sicherheitslücke in der aktuellen Asterisk-Version (vgl. Heise [http://www.heise.de/newsticker/meldung/Kritische-Schwachstellen-in-Asterisk-1779526.html Kritische Schwachstellen in Asterisk] von Heise). Wir hatten daraufhin das von Digium bereitgestellte Sicherheitsupdate installiert.

Seit dem hatten wir zweimal mit der Stabilität unserer VoIP-Plattform bei ausgehenden Gesprächen zu kämpfen (11.1. und 12.1.). Eingehende Telefonate sind dabei nicht grundsätzlich betroffen (z.B. auch Faxempfang, Konferenzen.eu u.a. sind nicht betroffen und hatten weiter funktioniert) - allenfalls wenn eingehende Gespräche auf eine Telefonnummer weitergeleitet werden (und damit einausgehendens Gespräch initiert werden sollte, das schlug dann fehl).

*'''Status 12.01.2013:''' Wir haben nun verschiedene System-Paramter geändert und werden das verstärkt im Auge behalten. Wir hoffen, dass es nicht mehr neu auftritt.

 

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!

*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser ''' Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen'''.

*'''Status 04.12.2012 09:16 Uhr:''' Die meisten Tunnel sind bereits wieder online und stabil. Da wir nun auf dem neuen System natürliche Last haben gibt es noch das eine oder andere Verhalten, wo wir noch Stellschrauben nutzen. Wir sind noch aktiv dran....

*'''Status 04.12.2012 12:00 Uhr:''' Der OpenVPN Dienst bricht unter Last zusammen und muss abgeschossen werden. Wir haben hier bereits mit einigen Patches versucht...

*'''Status 04.12.2012 13:30 Uhr:''' Das Radius-Plugin für den OpenVPN Dienst ist schuldig und wurde ersetzt. Nun tauschen wir wieder den OpenVPN Dienst zurück, damit wir wieder einen IPv6 fähigen Serverdienst haben (das konnte der alte Tunnel-Server auch nicht.) Auch bauen wir den Selbstschutz weiter aus, damit "böse Anfragen" geblockt werden und nicht die Tunnel stören.

*'''Status 04.12.2012 14:04Uhr:''' Die aktuelle, IPv6 fähige Version vom OpenVPN Dienst ist instable und mitschuldig! Wir graden nun down.

*'''Status 04.12.2012 15:10 Uhr:''' Der OpenVPN Dienst läuft jetzt anscheinend stabil. Wir betrachten die arbeiten als abgeschlossen, halten die Plattform natürlich weiterhin im Auge.

*'''Status 06.12.2012''': Bad News. Leider sind die OpenVPN Verbindungen anhaltend nicht sauber. Es kommt immer wieder punktuell zu hohen Latenzen und auch ganz zu Abstürzen des zentralen Server-Dienstes. Wir sind da mit Hochdruck dran und tauschen die OpenVPN Server durch (andere Version, anders compilieren, andere / eigene Addons und Patches). Wir fischen leider im Trüben, sind aber froh, das "nur" OpenVPN Verbindungen betroffen sind und nicht die PPTP Verbindungen. Zur Erkärung nochmal: Wir haben seit fast 2 Monaten ein Testsystem in Wuppertal laufen, welches diese Verhalten nicht aufweist, da es natürlich keine echte Last hat. Diesen Server haben wir dann nach Frankfurt geklont (mit Stammzellen ;) ).
*: Wir bitten um noch etwas Geduld. Dankeschön.

*'''Status 13.12.2012 16:30 Uhr:''' Eine von uns gepatchte Version von OpenVPN ist jetzt seit gut 48h im Einsatz. Mit dieser Version registrieren wir Momentan keine Probleme mehr.
'''done'''

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

* Update 05.12.12: Die Arbeiten sind ausgefallen, da wir mit der Tunnelplattform unerwartet viele Schwierigkeiten hatten.

'''done'''

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

'''done'''

== NTP - Server Portunity ==
Die TimeServer (NTP) für uns und unsere Kunden wurden in KW 49.2012 einer Optimierung unterzogen. Sie laufen nun als "Stratum 2" Uhren.

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Br@superroot — Wed, 06 Mar 2013 11:15:59 GMT

Br@superroot: /* Updates zum Update */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== ISPSuite Update 5. und 6.3.2013 ==

=== Updates zum Update ===

* Di 5.3. - 23:05 Uhr: Diverse Hintergrund-Prozesse angehalten / deaktiviert (Übernahme Logfiles, Domain-Spooler usw.)
* Mi 6.3. - 05:00 Uhr: Start der Update und der Datenbank-Migration
* Mi 6.3. - 09:00 Uhr: Datenbank-Migration abgeschlossen, Starten nun mit tests
* Mi 6.3. - 12:00 Uhr: Wir kommen gut voran, sind noch an 1-2 kleinen aufgefallenen Fehlern dran

=== Mögliche Auswirkungen während der Wartungsarbeiten===

* Es wird in jedem Fall zur Nicht-Erreichbarkeit des Webinterfaces kommen
* Es wird zu Verzögerungen in der Ausführung von Prozessen / Übernahme von Informationen kommen
* Unsere Website portunity.de (und damit auch dieses Wiki) wird zeitweise nicht zur Verfügung stehen
* In Einzelfällen kann es zu Ausfällen bei Services kommen (was wir natürlich nach Kräften vermeiden wollen)

=== Geplanter Ablauf ===

*'''Di 5. März 2013 22 Uhr (abends):''' Wir deaktivieren erste Spooler und im Hintergrund laufende Prozesse wie z.B. die Übertragung aktueller Verbindungs-Daten (DSL, Tunnel usw.), Übernahme von Tarif-Änderungen auf Server usw. Das Webinterface wird zu diesem Zeitpunkt für Kunden noch zugänglich sein, Änderungen werden dann aber zum Teil gequeued und erst im laufe des Mittwochs nach dem Update umgesetzt. Dies betrifft nicht nur Bestandskunden, sondern auch den Großteil an Tarifen von neuen Kunden.

*'''Mi 6. März 2013 5 Uhr (nachts):''' Wir deaktivieren den Zugriff auf das Webinterface vollständig. Rien ne va plus - nichts geht mehr. Wir beginnen dann unverzüglich mit der Konvertierung (UTF8) und Übertragung aller Datenbank-Tabellen auf den neuen SQL-Server - was, wenn alles gut läuft, ca. 100-120 Minuten in Anspruch nehmen wird (wir haben das jetzt 3x bereits gemacht). Im Anschluß werden wir schnellstmöglich aber dennoch so sorgfältig wie möglich das System durchtesten.

*'''Mi 6. März 2013 9-16 Uhr (vormittags bis nachmittags):''' Wir werden bei positiven Tests das System wieder nach und nach hochfahren und verfügbar machen. D.h. auch entsprechende Spooler-Prozeße dann nach und nach wieder in Betrieb nehmen bzw. nachlaufen lassen. Hier werden wir uns die Erstläufe natürlich auch sehr genau anschauen und monitoren. Von der Reihenfolge werden wir insbesondere die API-Schnittstellen, das Webinterface an sich und dann die sonstigen Prozeße angehen.

Das ganze ist ein sehr sehr großes Update / Upgrade - wo es mehrere neuralgische Punkte gibt wo etwas schief gehen könnte. Wir haben jetzt zwar alles sehr sorgfältig geplant, aber man steckt letztendlich am Ende nicht drin. Von daher möchten wir an dieser Stelle darauf aufmerksam machen, dass der oben skizzierte Zeitplan als grober Fahrplan verstanden sein will. Möglicherweise werden wir davon spontan abweichen müssen. Es könnte dann auch länger dauern als vorgesehen. Den Worst-Case, alles wieder rückgängig machen zu müssen, ist als Plan-B da und wird hoffentlich nicht nötig sein.

=== Was bringt's ===

* '''Geschwindigkeit:''' Nach den Wartungsarbeiten sollte das Webinterface aber auch Anfragen gegen die API-Schnittstellen insgesamt spürbar schneller laufen.
* '''UTF8:''' Im besten Fall sieht man davon erstmal nichts - macht uns aber insgesamt zukunftssicherer. Einige Partner und Registrierungsstellen wie DENIC u.a. arbeiten schon mit UTF8, wodurch es zukünftig dann weniger Probleme gibt

Bei diesem Update stehen also keine neuen Features oder Funktionen im Vordergrund, sondern es geht uns vor allem darum,die zugrunde liegende Infrastruktur und das Fundament state-of-the-art zu halten.

Nach diesem Update werden dann wieder verstärkt auch neue Funktionen und mehr sichtbare Verbesserungen in der Entwicklung im Vordergrund stehen.

== ENUM-Neuregistrierung momentan nicht möglich ==

Die DENIC als zentrale Registrierungstelle für alle ENUM-Domains für deutsche Rufnummern (9.4.e164.arpa) hat uns leider eine schlechte Nachricht mitgeteilt.

Nachdem in den letzten Tagen und Wochen anhaltend massive Probleme bei der Registrierung von ENUM-Domains auftraten haben wir die Mitteilung bekommen, dass dies erst Ende des Jahres wieder möglich sein wird.

Da es sich hierbei um einen kostenlosen Dienst handelt und zudem die Feiertage vor der Tür stehen, bitten wir Sie um Verständnis dass wir Anfragen dazu nicht ganz so zeitnah bearbeiten können.

 

*'''Status 04.01.2013''': Leider besteht das Problem bei der DeNIC weiterhin und wir haben auch noch keine Rückmeldung wann mit einer Lösung zu rechnen ist.
*:Wir bitten um noch etwas Geduld. Dankeschön.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== Zertifikate für Webrequests (z.B. Bankdatencheck) ==

Da das bisher verwendete SSL-Zertifikat am 18.02.2013 ablief, haben wir es bereits einige Tage vorher durch ein neues Zertifikat ausgetauscht.
Das neue Zertifikat wurde allerdings von einer Zertifizierungsstelle ausgestellt, die offenbar noch nicht in den Root-Zertifikatslisten einiger (vorwiegend älterer) Betriebssysteme aufgeführt ist und daher von diesen Systemen nicht als vertrauenswürdig eingestuft wird.

Aus diesem Grund haben wir uns entschlossen das Zertifikat erneut zu tauschen, diesmal jedoch eine Zertifizierungsstelle zu nutzen die schon deutlich länger besteht und deren CA-Zertifikate auch in älteren Betriebssystemen integriert ist.

Falls Sie das neue Zertifikat gesondert validieren möchten, finden Sie hier die Fingerabdrücke und Seriennummern:

Fingerabruck (SHA1):
03 55 34 e5 bf d2 b4 c6 56 57 6f 3b 45 d4 bc 9a 07 db 8a 58

Seriennummer:
4c 68 cb 86 3f ed 00 eb 96 23 24 65 96 6c 1b 9a

'''Nichts desto trotz ein Hinweis zu entsprechend älteren Systemen:'''

Es hat sich in den letzten Jahren einiges getan, was durchaus Änderungen an den Root-CA-Listen erfordert. Um ein prominentes Beispiel zu nennen ist die Zertifizierungsstelle DigiNotar gehacked worden was dazu führte, dass deren Stammzertifikate zurückgezogen wurden (also alle damit signierten Zertifikate mit einem Schlag ungültig sind).
Bitte denken Sie daran, dass Sie mit diesen Systemen vor kompromittierten Zertifikaten nicht geschützt sind!

== Packetloss über bestimmte Routen ==

Momentan sehen wir vermehrt Packetloss auf bestimmten Routen und betrifft sowohl IPv4- als auch IPv6-Konnektivität.
Dieses Problem äußert sich durch kurzzeitige Aussetzer mit i.d.R. weniger als einer Sekunde Länge.
Wir stehen mit den Peeringpartnern im Kontakt um die Störung möglichst kurzfristig beheben zu können.

Diese Beeinträchtigung betrifft tritt nur aus bestimmten Netzen auf, insbesondere bei IPv4-Verbindungen aus dem Netz der Deutschen Telekom.

Die genauen Ursachen sind noch nicht endgültig geklärt, sobald wir genauere Informationen haben werden wir diese veröffentlichen.

'''[UPDATE 21.02.2013 / 18:00 Uhr]'''

Der Traffic wird jetzt so gut wie möglich an Düsseldorf vorbeigeroutet, um den Packetloss zu reduzieren und die Ursachen besser untersuchen zu können.

'''[UPDATE 22.02.2013 / 13:01 Uhr]'''

Es wurden jetzt mehrere SFP-Module getauscht, seitdem können wir keinen Packetloss mehr sehen.
In den nächsten 30 Minuten kann es jedoch zu kurzen Unterbrechungen kommen, da jetzt das Routing wieder zurückgeändert wird.

'''[UPDATE 25.02.2013 / 15:14 Uhr]'''

Da seit Freitag keine Paketverluste mehr aufgetreten sind, möchten wir hiermit die Entstörung melden. Wie wir erfahren haben wird es in den kommenden Tagen noch einige Nacharbeiten geben, diese sollten aber zu keinen weiteren Paketverlusten führen.

== Störungen SIP ==

Am 8.1.2013 vermeldeten verschiedene News-Portale eine kritische Sicherheitslücke in der aktuellen Asterisk-Version (vgl. Heise [http://www.heise.de/newsticker/meldung/Kritische-Schwachstellen-in-Asterisk-1779526.html Kritische Schwachstellen in Asterisk] von Heise). Wir hatten daraufhin das von Digium bereitgestellte Sicherheitsupdate installiert.

Seit dem hatten wir zweimal mit der Stabilität unserer VoIP-Plattform bei ausgehenden Gesprächen zu kämpfen (11.1. und 12.1.). Eingehende Telefonate sind dabei nicht grundsätzlich betroffen (z.B. auch Faxempfang, Konferenzen.eu u.a. sind nicht betroffen und hatten weiter funktioniert) - allenfalls wenn eingehende Gespräche auf eine Telefonnummer weitergeleitet werden (und damit einausgehendens Gespräch initiert werden sollte, das schlug dann fehl).

*'''Status 12.01.2013:''' Wir haben nun verschiedene System-Paramter geändert und werden das verstärkt im Auge behalten. Wir hoffen, dass es nicht mehr neu auftritt.

 

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!

*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser ''' Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen'''.

*'''Status 04.12.2012 09:16 Uhr:''' Die meisten Tunnel sind bereits wieder online und stabil. Da wir nun auf dem neuen System natürliche Last haben gibt es noch das eine oder andere Verhalten, wo wir noch Stellschrauben nutzen. Wir sind noch aktiv dran....

*'''Status 04.12.2012 12:00 Uhr:''' Der OpenVPN Dienst bricht unter Last zusammen und muss abgeschossen werden. Wir haben hier bereits mit einigen Patches versucht...

*'''Status 04.12.2012 13:30 Uhr:''' Das Radius-Plugin für den OpenVPN Dienst ist schuldig und wurde ersetzt. Nun tauschen wir wieder den OpenVPN Dienst zurück, damit wir wieder einen IPv6 fähigen Serverdienst haben (das konnte der alte Tunnel-Server auch nicht.) Auch bauen wir den Selbstschutz weiter aus, damit "böse Anfragen" geblockt werden und nicht die Tunnel stören.

*'''Status 04.12.2012 14:04Uhr:''' Die aktuelle, IPv6 fähige Version vom OpenVPN Dienst ist instable und mitschuldig! Wir graden nun down.

*'''Status 04.12.2012 15:10 Uhr:''' Der OpenVPN Dienst läuft jetzt anscheinend stabil. Wir betrachten die arbeiten als abgeschlossen, halten die Plattform natürlich weiterhin im Auge.

*'''Status 06.12.2012''': Bad News. Leider sind die OpenVPN Verbindungen anhaltend nicht sauber. Es kommt immer wieder punktuell zu hohen Latenzen und auch ganz zu Abstürzen des zentralen Server-Dienstes. Wir sind da mit Hochdruck dran und tauschen die OpenVPN Server durch (andere Version, anders compilieren, andere / eigene Addons und Patches). Wir fischen leider im Trüben, sind aber froh, das "nur" OpenVPN Verbindungen betroffen sind und nicht die PPTP Verbindungen. Zur Erkärung nochmal: Wir haben seit fast 2 Monaten ein Testsystem in Wuppertal laufen, welches diese Verhalten nicht aufweist, da es natürlich keine echte Last hat. Diesen Server haben wir dann nach Frankfurt geklont (mit Stammzellen ;) ).
*: Wir bitten um noch etwas Geduld. Dankeschön.

*'''Status 13.12.2012 16:30 Uhr:''' Eine von uns gepatchte Version von OpenVPN ist jetzt seit gut 48h im Einsatz. Mit dieser Version registrieren wir Momentan keine Probleme mehr.
'''done'''

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

* Update 05.12.12: Die Arbeiten sind ausgefallen, da wir mit der Tunnelplattform unerwartet viele Schwierigkeiten hatten.

'''done'''

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

'''done'''

== NTP - Server Portunity ==
Die TimeServer (NTP) für uns und unsere Kunden wurden in KW 49.2012 einer Optimierung unterzogen. Sie laufen nun als "Stratum 2" Uhren.

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Br@superroot — Tue, 05 Mar 2013 22:10:21 GMT

Br@superroot: /* Updates zum Update */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== ISPSuite Update 5. und 6.3.2013 ==

=== Updates zum Update ===

* Di 5.3. - 23:05 Uhr: Diverse Hintergrund-Prozesse angehalten / deaktiviert (Übernahme Logfiles, Domain-Spooler usw.)

=== Mögliche Auswirkungen während der Wartungsarbeiten===

* Es wird in jedem Fall zur Nicht-Erreichbarkeit des Webinterfaces kommen
* Es wird zu Verzögerungen in der Ausführung von Prozessen / Übernahme von Informationen kommen
* Unsere Website portunity.de (und damit auch dieses Wiki) wird zeitweise nicht zur Verfügung stehen
* In Einzelfällen kann es zu Ausfällen bei Services kommen (was wir natürlich nach Kräften vermeiden wollen)

=== Geplanter Ablauf ===

*'''Di 5. März 2013 22 Uhr (abends):''' Wir deaktivieren erste Spooler und im Hintergrund laufende Prozesse wie z.B. die Übertragung aktueller Verbindungs-Daten (DSL, Tunnel usw.), Übernahme von Tarif-Änderungen auf Server usw. Das Webinterface wird zu diesem Zeitpunkt für Kunden noch zugänglich sein, Änderungen werden dann aber zum Teil gequeued und erst im laufe des Mittwochs nach dem Update umgesetzt. Dies betrifft nicht nur Bestandskunden, sondern auch den Großteil an Tarifen von neuen Kunden.

*'''Mi 6. März 2013 5 Uhr (nachts):''' Wir deaktivieren den Zugriff auf das Webinterface vollständig. Rien ne va plus - nichts geht mehr. Wir beginnen dann unverzüglich mit der Konvertierung (UTF8) und Übertragung aller Datenbank-Tabellen auf den neuen SQL-Server - was, wenn alles gut läuft, ca. 100-120 Minuten in Anspruch nehmen wird (wir haben das jetzt 3x bereits gemacht). Im Anschluß werden wir schnellstmöglich aber dennoch so sorgfältig wie möglich das System durchtesten.

*'''Mi 6. März 2013 9-16 Uhr (vormittags bis nachmittags):''' Wir werden bei positiven Tests das System wieder nach und nach hochfahren und verfügbar machen. D.h. auch entsprechende Spooler-Prozeße dann nach und nach wieder in Betrieb nehmen bzw. nachlaufen lassen. Hier werden wir uns die Erstläufe natürlich auch sehr genau anschauen und monitoren. Von der Reihenfolge werden wir insbesondere die API-Schnittstellen, das Webinterface an sich und dann die sonstigen Prozeße angehen.

Das ganze ist ein sehr sehr großes Update / Upgrade - wo es mehrere neuralgische Punkte gibt wo etwas schief gehen könnte. Wir haben jetzt zwar alles sehr sorgfältig geplant, aber man steckt letztendlich am Ende nicht drin. Von daher möchten wir an dieser Stelle darauf aufmerksam machen, dass der oben skizzierte Zeitplan als grober Fahrplan verstanden sein will. Möglicherweise werden wir davon spontan abweichen müssen. Es könnte dann auch länger dauern als vorgesehen. Den Worst-Case, alles wieder rückgängig machen zu müssen, ist als Plan-B da und wird hoffentlich nicht nötig sein.

=== Was bringt's ===

* '''Geschwindigkeit:''' Nach den Wartungsarbeiten sollte das Webinterface aber auch Anfragen gegen die API-Schnittstellen insgesamt spürbar schneller laufen.
* '''UTF8:''' Im besten Fall sieht man davon erstmal nichts - macht uns aber insgesamt zukunftssicherer. Einige Partner und Registrierungsstellen wie DENIC u.a. arbeiten schon mit UTF8, wodurch es zukünftig dann weniger Probleme gibt

Bei diesem Update stehen also keine neuen Features oder Funktionen im Vordergrund, sondern es geht uns vor allem darum,die zugrunde liegende Infrastruktur und das Fundament state-of-the-art zu halten.

Nach diesem Update werden dann wieder verstärkt auch neue Funktionen und mehr sichtbare Verbesserungen in der Entwicklung im Vordergrund stehen.

== ENUM-Neuregistrierung momentan nicht möglich ==

Die DENIC als zentrale Registrierungstelle für alle ENUM-Domains für deutsche Rufnummern (9.4.e164.arpa) hat uns leider eine schlechte Nachricht mitgeteilt.

Nachdem in den letzten Tagen und Wochen anhaltend massive Probleme bei der Registrierung von ENUM-Domains auftraten haben wir die Mitteilung bekommen, dass dies erst Ende des Jahres wieder möglich sein wird.

Da es sich hierbei um einen kostenlosen Dienst handelt und zudem die Feiertage vor der Tür stehen, bitten wir Sie um Verständnis dass wir Anfragen dazu nicht ganz so zeitnah bearbeiten können.

 

*'''Status 04.01.2013''': Leider besteht das Problem bei der DeNIC weiterhin und wir haben auch noch keine Rückmeldung wann mit einer Lösung zu rechnen ist.
*:Wir bitten um noch etwas Geduld. Dankeschön.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== Zertifikate für Webrequests (z.B. Bankdatencheck) ==

Da das bisher verwendete SSL-Zertifikat am 18.02.2013 ablief, haben wir es bereits einige Tage vorher durch ein neues Zertifikat ausgetauscht.
Das neue Zertifikat wurde allerdings von einer Zertifizierungsstelle ausgestellt, die offenbar noch nicht in den Root-Zertifikatslisten einiger (vorwiegend älterer) Betriebssysteme aufgeführt ist und daher von diesen Systemen nicht als vertrauenswürdig eingestuft wird.

Aus diesem Grund haben wir uns entschlossen das Zertifikat erneut zu tauschen, diesmal jedoch eine Zertifizierungsstelle zu nutzen die schon deutlich länger besteht und deren CA-Zertifikate auch in älteren Betriebssystemen integriert ist.

Falls Sie das neue Zertifikat gesondert validieren möchten, finden Sie hier die Fingerabdrücke und Seriennummern:

Fingerabruck (SHA1):
03 55 34 e5 bf d2 b4 c6 56 57 6f 3b 45 d4 bc 9a 07 db 8a 58

Seriennummer:
4c 68 cb 86 3f ed 00 eb 96 23 24 65 96 6c 1b 9a

'''Nichts desto trotz ein Hinweis zu entsprechend älteren Systemen:'''

Es hat sich in den letzten Jahren einiges getan, was durchaus Änderungen an den Root-CA-Listen erfordert. Um ein prominentes Beispiel zu nennen ist die Zertifizierungsstelle DigiNotar gehacked worden was dazu führte, dass deren Stammzertifikate zurückgezogen wurden (also alle damit signierten Zertifikate mit einem Schlag ungültig sind).
Bitte denken Sie daran, dass Sie mit diesen Systemen vor kompromittierten Zertifikaten nicht geschützt sind!

== Packetloss über bestimmte Routen ==

Momentan sehen wir vermehrt Packetloss auf bestimmten Routen und betrifft sowohl IPv4- als auch IPv6-Konnektivität.
Dieses Problem äußert sich durch kurzzeitige Aussetzer mit i.d.R. weniger als einer Sekunde Länge.
Wir stehen mit den Peeringpartnern im Kontakt um die Störung möglichst kurzfristig beheben zu können.

Diese Beeinträchtigung betrifft tritt nur aus bestimmten Netzen auf, insbesondere bei IPv4-Verbindungen aus dem Netz der Deutschen Telekom.

Die genauen Ursachen sind noch nicht endgültig geklärt, sobald wir genauere Informationen haben werden wir diese veröffentlichen.

'''[UPDATE 21.02.2013 / 18:00 Uhr]'''

Der Traffic wird jetzt so gut wie möglich an Düsseldorf vorbeigeroutet, um den Packetloss zu reduzieren und die Ursachen besser untersuchen zu können.

'''[UPDATE 22.02.2013 / 13:01 Uhr]'''

Es wurden jetzt mehrere SFP-Module getauscht, seitdem können wir keinen Packetloss mehr sehen.
In den nächsten 30 Minuten kann es jedoch zu kurzen Unterbrechungen kommen, da jetzt das Routing wieder zurückgeändert wird.

'''[UPDATE 25.02.2013 / 15:14 Uhr]'''

Da seit Freitag keine Paketverluste mehr aufgetreten sind, möchten wir hiermit die Entstörung melden. Wie wir erfahren haben wird es in den kommenden Tagen noch einige Nacharbeiten geben, diese sollten aber zu keinen weiteren Paketverlusten führen.

== Störungen SIP ==

Am 8.1.2013 vermeldeten verschiedene News-Portale eine kritische Sicherheitslücke in der aktuellen Asterisk-Version (vgl. Heise [http://www.heise.de/newsticker/meldung/Kritische-Schwachstellen-in-Asterisk-1779526.html Kritische Schwachstellen in Asterisk] von Heise). Wir hatten daraufhin das von Digium bereitgestellte Sicherheitsupdate installiert.

Seit dem hatten wir zweimal mit der Stabilität unserer VoIP-Plattform bei ausgehenden Gesprächen zu kämpfen (11.1. und 12.1.). Eingehende Telefonate sind dabei nicht grundsätzlich betroffen (z.B. auch Faxempfang, Konferenzen.eu u.a. sind nicht betroffen und hatten weiter funktioniert) - allenfalls wenn eingehende Gespräche auf eine Telefonnummer weitergeleitet werden (und damit einausgehendens Gespräch initiert werden sollte, das schlug dann fehl).

*'''Status 12.01.2013:''' Wir haben nun verschiedene System-Paramter geändert und werden das verstärkt im Auge behalten. Wir hoffen, dass es nicht mehr neu auftritt.

 

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!

*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser ''' Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen'''.

*'''Status 04.12.2012 09:16 Uhr:''' Die meisten Tunnel sind bereits wieder online und stabil. Da wir nun auf dem neuen System natürliche Last haben gibt es noch das eine oder andere Verhalten, wo wir noch Stellschrauben nutzen. Wir sind noch aktiv dran....

*'''Status 04.12.2012 12:00 Uhr:''' Der OpenVPN Dienst bricht unter Last zusammen und muss abgeschossen werden. Wir haben hier bereits mit einigen Patches versucht...

*'''Status 04.12.2012 13:30 Uhr:''' Das Radius-Plugin für den OpenVPN Dienst ist schuldig und wurde ersetzt. Nun tauschen wir wieder den OpenVPN Dienst zurück, damit wir wieder einen IPv6 fähigen Serverdienst haben (das konnte der alte Tunnel-Server auch nicht.) Auch bauen wir den Selbstschutz weiter aus, damit "böse Anfragen" geblockt werden und nicht die Tunnel stören.

*'''Status 04.12.2012 14:04Uhr:''' Die aktuelle, IPv6 fähige Version vom OpenVPN Dienst ist instable und mitschuldig! Wir graden nun down.

*'''Status 04.12.2012 15:10 Uhr:''' Der OpenVPN Dienst läuft jetzt anscheinend stabil. Wir betrachten die arbeiten als abgeschlossen, halten die Plattform natürlich weiterhin im Auge.

*'''Status 06.12.2012''': Bad News. Leider sind die OpenVPN Verbindungen anhaltend nicht sauber. Es kommt immer wieder punktuell zu hohen Latenzen und auch ganz zu Abstürzen des zentralen Server-Dienstes. Wir sind da mit Hochdruck dran und tauschen die OpenVPN Server durch (andere Version, anders compilieren, andere / eigene Addons und Patches). Wir fischen leider im Trüben, sind aber froh, das "nur" OpenVPN Verbindungen betroffen sind und nicht die PPTP Verbindungen. Zur Erkärung nochmal: Wir haben seit fast 2 Monaten ein Testsystem in Wuppertal laufen, welches diese Verhalten nicht aufweist, da es natürlich keine echte Last hat. Diesen Server haben wir dann nach Frankfurt geklont (mit Stammzellen ;) ).
*: Wir bitten um noch etwas Geduld. Dankeschön.

*'''Status 13.12.2012 16:30 Uhr:''' Eine von uns gepatchte Version von OpenVPN ist jetzt seit gut 48h im Einsatz. Mit dieser Version registrieren wir Momentan keine Probleme mehr.
'''done'''

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

* Update 05.12.12: Die Arbeiten sind ausgefallen, da wir mit der Tunnelplattform unerwartet viele Schwierigkeiten hatten.

'''done'''

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

'''done'''

== NTP - Server Portunity ==
Die TimeServer (NTP) für uns und unsere Kunden wurden in KW 49.2012 einer Optimierung unterzogen. Sie laufen nun als "Stratum 2" Uhren.

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Br@superroot — Fri, 01 Mar 2013 14:37:44 GMT

Br@superroot: /* Mögliche Auswirkungen während der Wartungsarbeiten */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== ISPSuite Update 5. und 6.3.2013 ==

=== Updates zum Update ===

=== Mögliche Auswirkungen während der Wartungsarbeiten===

* Es wird in jedem Fall zur Nicht-Erreichbarkeit des Webinterfaces kommen
* Es wird zu Verzögerungen in der Ausführung von Prozessen / Übernahme von Informationen kommen
* Unsere Website portunity.de (und damit auch dieses Wiki) wird zeitweise nicht zur Verfügung stehen
* In Einzelfällen kann es zu Ausfällen bei Services kommen (was wir natürlich nach Kräften vermeiden wollen)

=== Geplanter Ablauf ===

*'''Di 5. März 2013 22 Uhr (abends):''' Wir deaktivieren erste Spooler und im Hintergrund laufende Prozesse wie z.B. die Übertragung aktueller Verbindungs-Daten (DSL, Tunnel usw.), Übernahme von Tarif-Änderungen auf Server usw. Das Webinterface wird zu diesem Zeitpunkt für Kunden noch zugänglich sein, Änderungen werden dann aber zum Teil gequeued und erst im laufe des Mittwochs nach dem Update umgesetzt. Dies betrifft nicht nur Bestandskunden, sondern auch den Großteil an Tarifen von neuen Kunden.

*'''Mi 6. März 2013 5 Uhr (nachts):''' Wir deaktivieren den Zugriff auf das Webinterface vollständig. Rien ne va plus - nichts geht mehr. Wir beginnen dann unverzüglich mit der Konvertierung (UTF8) und Übertragung aller Datenbank-Tabellen auf den neuen SQL-Server - was, wenn alles gut läuft, ca. 100-120 Minuten in Anspruch nehmen wird (wir haben das jetzt 3x bereits gemacht). Im Anschluß werden wir schnellstmöglich aber dennoch so sorgfältig wie möglich das System durchtesten.

*'''Mi 6. März 2013 9-16 Uhr (vormittags bis nachmittags):''' Wir werden bei positiven Tests das System wieder nach und nach hochfahren und verfügbar machen. D.h. auch entsprechende Spooler-Prozeße dann nach und nach wieder in Betrieb nehmen bzw. nachlaufen lassen. Hier werden wir uns die Erstläufe natürlich auch sehr genau anschauen und monitoren. Von der Reihenfolge werden wir insbesondere die API-Schnittstellen, das Webinterface an sich und dann die sonstigen Prozeße angehen.

Das ganze ist ein sehr sehr großes Update / Upgrade - wo es mehrere neuralgische Punkte gibt wo etwas schief gehen könnte. Wir haben jetzt zwar alles sehr sorgfältig geplant, aber man steckt letztendlich am Ende nicht drin. Von daher möchten wir an dieser Stelle darauf aufmerksam machen, dass der oben skizzierte Zeitplan als grober Fahrplan verstanden sein will. Möglicherweise werden wir davon spontan abweichen müssen. Es könnte dann auch länger dauern als vorgesehen. Den Worst-Case, alles wieder rückgängig machen zu müssen, ist als Plan-B da und wird hoffentlich nicht nötig sein.

=== Was bringt's ===

* '''Geschwindigkeit:''' Nach den Wartungsarbeiten sollte das Webinterface aber auch Anfragen gegen die API-Schnittstellen insgesamt spürbar schneller laufen.
* '''UTF8:''' Im besten Fall sieht man davon erstmal nichts - macht uns aber insgesamt zukunftssicherer. Einige Partner und Registrierungsstellen wie DENIC u.a. arbeiten schon mit UTF8, wodurch es zukünftig dann weniger Probleme gibt

Bei diesem Update stehen also keine neuen Features oder Funktionen im Vordergrund, sondern es geht uns vor allem darum,die zugrunde liegende Infrastruktur und das Fundament state-of-the-art zu halten.

Nach diesem Update werden dann wieder verstärkt auch neue Funktionen und mehr sichtbare Verbesserungen in der Entwicklung im Vordergrund stehen.

== ENUM-Neuregistrierung momentan nicht möglich ==

Die DENIC als zentrale Registrierungstelle für alle ENUM-Domains für deutsche Rufnummern (9.4.e164.arpa) hat uns leider eine schlechte Nachricht mitgeteilt.

Nachdem in den letzten Tagen und Wochen anhaltend massive Probleme bei der Registrierung von ENUM-Domains auftraten haben wir die Mitteilung bekommen, dass dies erst Ende des Jahres wieder möglich sein wird.

Da es sich hierbei um einen kostenlosen Dienst handelt und zudem die Feiertage vor der Tür stehen, bitten wir Sie um Verständnis dass wir Anfragen dazu nicht ganz so zeitnah bearbeiten können.

 

*'''Status 04.01.2013''': Leider besteht das Problem bei der DeNIC weiterhin und wir haben auch noch keine Rückmeldung wann mit einer Lösung zu rechnen ist.
*:Wir bitten um noch etwas Geduld. Dankeschön.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== Zertifikate für Webrequests (z.B. Bankdatencheck) ==

Da das bisher verwendete SSL-Zertifikat am 18.02.2013 ablief, haben wir es bereits einige Tage vorher durch ein neues Zertifikat ausgetauscht.
Das neue Zertifikat wurde allerdings von einer Zertifizierungsstelle ausgestellt, die offenbar noch nicht in den Root-Zertifikatslisten einiger (vorwiegend älterer) Betriebssysteme aufgeführt ist und daher von diesen Systemen nicht als vertrauenswürdig eingestuft wird.

Aus diesem Grund haben wir uns entschlossen das Zertifikat erneut zu tauschen, diesmal jedoch eine Zertifizierungsstelle zu nutzen die schon deutlich länger besteht und deren CA-Zertifikate auch in älteren Betriebssystemen integriert ist.

Falls Sie das neue Zertifikat gesondert validieren möchten, finden Sie hier die Fingerabdrücke und Seriennummern:

Fingerabruck (SHA1):
03 55 34 e5 bf d2 b4 c6 56 57 6f 3b 45 d4 bc 9a 07 db 8a 58

Seriennummer:
4c 68 cb 86 3f ed 00 eb 96 23 24 65 96 6c 1b 9a

'''Nichts desto trotz ein Hinweis zu entsprechend älteren Systemen:'''

Es hat sich in den letzten Jahren einiges getan, was durchaus Änderungen an den Root-CA-Listen erfordert. Um ein prominentes Beispiel zu nennen ist die Zertifizierungsstelle DigiNotar gehacked worden was dazu führte, dass deren Stammzertifikate zurückgezogen wurden (also alle damit signierten Zertifikate mit einem Schlag ungültig sind).
Bitte denken Sie daran, dass Sie mit diesen Systemen vor kompromittierten Zertifikaten nicht geschützt sind!

== Packetloss über bestimmte Routen ==

Momentan sehen wir vermehrt Packetloss auf bestimmten Routen und betrifft sowohl IPv4- als auch IPv6-Konnektivität.
Dieses Problem äußert sich durch kurzzeitige Aussetzer mit i.d.R. weniger als einer Sekunde Länge.
Wir stehen mit den Peeringpartnern im Kontakt um die Störung möglichst kurzfristig beheben zu können.

Diese Beeinträchtigung betrifft tritt nur aus bestimmten Netzen auf, insbesondere bei IPv4-Verbindungen aus dem Netz der Deutschen Telekom.

Die genauen Ursachen sind noch nicht endgültig geklärt, sobald wir genauere Informationen haben werden wir diese veröffentlichen.

'''[UPDATE 21.02.2013 / 18:00 Uhr]'''

Der Traffic wird jetzt so gut wie möglich an Düsseldorf vorbeigeroutet, um den Packetloss zu reduzieren und die Ursachen besser untersuchen zu können.

'''[UPDATE 22.02.2013 / 13:01 Uhr]'''

Es wurden jetzt mehrere SFP-Module getauscht, seitdem können wir keinen Packetloss mehr sehen.
In den nächsten 30 Minuten kann es jedoch zu kurzen Unterbrechungen kommen, da jetzt das Routing wieder zurückgeändert wird.

'''[UPDATE 25.02.2013 / 15:14 Uhr]'''

Da seit Freitag keine Paketverluste mehr aufgetreten sind, möchten wir hiermit die Entstörung melden. Wie wir erfahren haben wird es in den kommenden Tagen noch einige Nacharbeiten geben, diese sollten aber zu keinen weiteren Paketverlusten führen.

== Störungen SIP ==

Am 8.1.2013 vermeldeten verschiedene News-Portale eine kritische Sicherheitslücke in der aktuellen Asterisk-Version (vgl. Heise [http://www.heise.de/newsticker/meldung/Kritische-Schwachstellen-in-Asterisk-1779526.html Kritische Schwachstellen in Asterisk] von Heise). Wir hatten daraufhin das von Digium bereitgestellte Sicherheitsupdate installiert.

Seit dem hatten wir zweimal mit der Stabilität unserer VoIP-Plattform bei ausgehenden Gesprächen zu kämpfen (11.1. und 12.1.). Eingehende Telefonate sind dabei nicht grundsätzlich betroffen (z.B. auch Faxempfang, Konferenzen.eu u.a. sind nicht betroffen und hatten weiter funktioniert) - allenfalls wenn eingehende Gespräche auf eine Telefonnummer weitergeleitet werden (und damit einausgehendens Gespräch initiert werden sollte, das schlug dann fehl).

*'''Status 12.01.2013:''' Wir haben nun verschiedene System-Paramter geändert und werden das verstärkt im Auge behalten. Wir hoffen, dass es nicht mehr neu auftritt.

 

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!

*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser ''' Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen'''.

*'''Status 04.12.2012 09:16 Uhr:''' Die meisten Tunnel sind bereits wieder online und stabil. Da wir nun auf dem neuen System natürliche Last haben gibt es noch das eine oder andere Verhalten, wo wir noch Stellschrauben nutzen. Wir sind noch aktiv dran....

*'''Status 04.12.2012 12:00 Uhr:''' Der OpenVPN Dienst bricht unter Last zusammen und muss abgeschossen werden. Wir haben hier bereits mit einigen Patches versucht...

*'''Status 04.12.2012 13:30 Uhr:''' Das Radius-Plugin für den OpenVPN Dienst ist schuldig und wurde ersetzt. Nun tauschen wir wieder den OpenVPN Dienst zurück, damit wir wieder einen IPv6 fähigen Serverdienst haben (das konnte der alte Tunnel-Server auch nicht.) Auch bauen wir den Selbstschutz weiter aus, damit "böse Anfragen" geblockt werden und nicht die Tunnel stören.

*'''Status 04.12.2012 14:04Uhr:''' Die aktuelle, IPv6 fähige Version vom OpenVPN Dienst ist instable und mitschuldig! Wir graden nun down.

*'''Status 04.12.2012 15:10 Uhr:''' Der OpenVPN Dienst läuft jetzt anscheinend stabil. Wir betrachten die arbeiten als abgeschlossen, halten die Plattform natürlich weiterhin im Auge.

*'''Status 06.12.2012''': Bad News. Leider sind die OpenVPN Verbindungen anhaltend nicht sauber. Es kommt immer wieder punktuell zu hohen Latenzen und auch ganz zu Abstürzen des zentralen Server-Dienstes. Wir sind da mit Hochdruck dran und tauschen die OpenVPN Server durch (andere Version, anders compilieren, andere / eigene Addons und Patches). Wir fischen leider im Trüben, sind aber froh, das "nur" OpenVPN Verbindungen betroffen sind und nicht die PPTP Verbindungen. Zur Erkärung nochmal: Wir haben seit fast 2 Monaten ein Testsystem in Wuppertal laufen, welches diese Verhalten nicht aufweist, da es natürlich keine echte Last hat. Diesen Server haben wir dann nach Frankfurt geklont (mit Stammzellen ;) ).
*: Wir bitten um noch etwas Geduld. Dankeschön.

*'''Status 13.12.2012 16:30 Uhr:''' Eine von uns gepatchte Version von OpenVPN ist jetzt seit gut 48h im Einsatz. Mit dieser Version registrieren wir Momentan keine Probleme mehr.
'''done'''

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

* Update 05.12.12: Die Arbeiten sind ausgefallen, da wir mit der Tunnelplattform unerwartet viele Schwierigkeiten hatten.

'''done'''

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

'''done'''

== NTP - Server Portunity ==
Die TimeServer (NTP) für uns und unsere Kunden wurden in KW 49.2012 einer Optimierung unterzogen. Sie laufen nun als "Stratum 2" Uhren.

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Br@superroot — Fri, 01 Mar 2013 12:08:57 GMT

Br@superroot: /* Geplanter Ablauf */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== ISPSuite Update 5. und 6.3.2013 ==

=== Updates zum Update ===

=== Mögliche Auswirkungen während der Wartungsarbeiten===

* Es wird in jedem Fall zur Nicht-Erreichbarkeit des Webinterfaces kommen
* Es wird zu Verzögerungen in der Ausführung von Prozessen / Übernahme von Informationen kommen
* In Einzelfällen kann es zu Ausfällen bei Services kommen (was wir natürlich nach Kräften vermeiden wollen)

=== Geplanter Ablauf ===

*'''Di 5. März 2013 22 Uhr (abends):''' Wir deaktivieren erste Spooler und im Hintergrund laufende Prozesse wie z.B. die Übertragung aktueller Verbindungs-Daten (DSL, Tunnel usw.), Übernahme von Tarif-Änderungen auf Server usw. Das Webinterface wird zu diesem Zeitpunkt für Kunden noch zugänglich sein, Änderungen werden dann aber zum Teil gequeued und erst im laufe des Mittwochs nach dem Update umgesetzt. Dies betrifft nicht nur Bestandskunden, sondern auch den Großteil an Tarifen von neuen Kunden.

*'''Mi 6. März 2013 5 Uhr (nachts):''' Wir deaktivieren den Zugriff auf das Webinterface vollständig. Rien ne va plus - nichts geht mehr. Wir beginnen dann unverzüglich mit der Konvertierung (UTF8) und Übertragung aller Datenbank-Tabellen auf den neuen SQL-Server - was, wenn alles gut läuft, ca. 100-120 Minuten in Anspruch nehmen wird (wir haben das jetzt 3x bereits gemacht). Im Anschluß werden wir schnellstmöglich aber dennoch so sorgfältig wie möglich das System durchtesten.

*'''Mi 6. März 2013 9-16 Uhr (vormittags bis nachmittags):''' Wir werden bei positiven Tests das System wieder nach und nach hochfahren und verfügbar machen. D.h. auch entsprechende Spooler-Prozeße dann nach und nach wieder in Betrieb nehmen bzw. nachlaufen lassen. Hier werden wir uns die Erstläufe natürlich auch sehr genau anschauen und monitoren. Von der Reihenfolge werden wir insbesondere die API-Schnittstellen, das Webinterface an sich und dann die sonstigen Prozeße angehen.

Das ganze ist ein sehr sehr großes Update / Upgrade - wo es mehrere neuralgische Punkte gibt wo etwas schief gehen könnte. Wir haben jetzt zwar alles sehr sorgfältig geplant, aber man steckt letztendlich am Ende nicht drin. Von daher möchten wir an dieser Stelle darauf aufmerksam machen, dass der oben skizzierte Zeitplan als grober Fahrplan verstanden sein will. Möglicherweise werden wir davon spontan abweichen müssen. Es könnte dann auch länger dauern als vorgesehen. Den Worst-Case, alles wieder rückgängig machen zu müssen, ist als Plan-B da und wird hoffentlich nicht nötig sein.

=== Was bringt's ===

* '''Geschwindigkeit:''' Nach den Wartungsarbeiten sollte das Webinterface aber auch Anfragen gegen die API-Schnittstellen insgesamt spürbar schneller laufen.
* '''UTF8:''' Im besten Fall sieht man davon erstmal nichts - macht uns aber insgesamt zukunftssicherer. Einige Partner und Registrierungsstellen wie DENIC u.a. arbeiten schon mit UTF8, wodurch es zukünftig dann weniger Probleme gibt

Bei diesem Update stehen also keine neuen Features oder Funktionen im Vordergrund, sondern es geht uns vor allem darum,die zugrunde liegende Infrastruktur und das Fundament state-of-the-art zu halten.

Nach diesem Update werden dann wieder verstärkt auch neue Funktionen und mehr sichtbare Verbesserungen in der Entwicklung im Vordergrund stehen.

== Packetloss über bestimmte Routen ==

Momentan sehen wir vermehrt Packetloss auf bestimmten Routen und betrifft sowohl IPv4- als auch IPv6-Konnektivität.
Dieses Problem äußert sich durch kurzzeitige Aussetzer mit i.d.R. weniger als einer Sekunde Länge.
Wir stehen mit den Peeringpartnern im Kontakt um die Störung möglichst kurzfristig beheben zu können.

Diese Beeinträchtigung betrifft tritt nur aus bestimmten Netzen auf, insbesondere bei IPv4-Verbindungen aus dem Netz der Deutschen Telekom.

Die genauen Ursachen sind noch nicht endgültig geklärt, sobald wir genauere Informationen haben werden wir diese veröffentlichen.

'''[UPDATE 21.02.2013 / 18:00 Uhr]'''

Der Traffic wird jetzt so gut wie möglich an Düsseldorf vorbeigeroutet, um den Packetloss zu reduzieren und die Ursachen besser untersuchen zu können.

'''[UPDATE 22.02.2013 / 13:01 Uhr]'''

Es wurden jetzt mehrere SFP-Module getauscht, seitdem können wir keinen Packetloss mehr sehen.
In den nächsten 30 Minuten kann es jedoch zu kurzen Unterbrechungen kommen, da jetzt das Routing wieder zurückgeändert wird.

'''[UPDATE 25.02.2013 / 15:14 Uhr]'''

Da seit Freitag keine Paketverluste mehr aufgetreten sind, möchten wir hiermit die Entstörung melden. Wie wir erfahren haben wird es in den kommenden Tagen noch einige Nacharbeiten geben, diese sollten aber zu keinen weiteren Paketverlusten führen.

== Zertifikate für Webrequests (z.B. Bankdatencheck) ==

Da das bisher verwendete SSL-Zertifikat am 18.02.2013 ablief, haben wir es bereits einige Tage vorher durch ein neues Zertifikat ausgetauscht.
Das neue Zertifikat wurde allerdings von einer Zertifizierungsstelle ausgestellt, die offenbar noch nicht in den Root-Zertifikatslisten einiger (vorwiegend älterer) Betriebssysteme aufgeführt ist und daher von diesen Systemen nicht als vertrauenswürdig eingestuft wird.

Aus diesem Grund haben wir uns entschlossen das Zertifikat erneut zu tauschen, diesmal jedoch eine Zertifizierungsstelle zu nutzen die schon deutlich länger besteht und deren CA-Zertifikate auch in älteren Betriebssystemen integriert ist.

Falls Sie das neue Zertifikat gesondert validieren möchten, finden Sie hier die Fingerabdrücke und Seriennummern:

Fingerabruck (SHA1):
03 55 34 e5 bf d2 b4 c6 56 57 6f 3b 45 d4 bc 9a 07 db 8a 58

Seriennummer:
4c 68 cb 86 3f ed 00 eb 96 23 24 65 96 6c 1b 9a

'''Nichts desto trotz ein Hinweis zu entsprechend älteren Systemen:'''

Es hat sich in den letzten Jahren einiges getan, was durchaus Änderungen an den Root-CA-Listen erfordert. Um ein prominentes Beispiel zu nennen ist die Zertifizierungsstelle DigiNotar gehacked worden was dazu führte, dass deren Stammzertifikate zurückgezogen wurden (also alle damit signierten Zertifikate mit einem Schlag ungültig sind).
Bitte denken Sie daran, dass Sie mit diesen Systemen vor kompromittierten Zertifikaten nicht geschützt sind!

== ENUM-Neuregistrierung momentan nicht möglich ==

Die DENIC als zentrale Registrierungstelle für alle ENUM-Domains für deutsche Rufnummern (9.4.e164.arpa) hat uns leider eine schlechte Nachricht mitgeteilt.

Nachdem in den letzten Tagen und Wochen anhaltend massive Probleme bei der Registrierung von ENUM-Domains auftraten haben wir die Mitteilung bekommen, dass dies erst Ende des Jahres wieder möglich sein wird.

Da es sich hierbei um einen kostenlosen Dienst handelt und zudem die Feiertage vor der Tür stehen, bitten wir Sie um Verständnis dass wir Anfragen dazu nicht ganz so zeitnah bearbeiten können.

 

*'''Status 04.01.2013''': Leider besteht das Problem bei der DeNIC weiterhin und wir haben auch noch keine Rückmeldung wann mit einer Lösung zu rechnen ist.
*:Wir bitten um noch etwas Geduld. Dankeschön.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Neues Produkt: iSCSI Freigabe Service ==
Aufgrund der Anfragen in den letzten Dekaden haben wir mitte November mit der Planung und auch bereits mit der Umsetzung eines iSCSI - Freigabe Service begonnen.

* iSCSI Freigaben beliebiger Größe für unsere Housing / Hosting Kunden im Wuppertaler Rechenzentrum
* Einige Features, siehe Tarifliste (Verlinkung folgt)

* Status: Konkreten Bedarf prüfen :)

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== Störungen SIP ==

Am 8.1.2013 vermeldeten verschiedene News-Portale eine kritische Sicherheitslücke in der aktuellen Asterisk-Version (vgl. Heise [http://www.heise.de/newsticker/meldung/Kritische-Schwachstellen-in-Asterisk-1779526.html Kritische Schwachstellen in Asterisk] von Heise). Wir hatten daraufhin das von Digium bereitgestellte Sicherheitsupdate installiert.

Seit dem hatten wir zweimal mit der Stabilität unserer VoIP-Plattform bei ausgehenden Gesprächen zu kämpfen (11.1. und 12.1.). Eingehende Telefonate sind dabei nicht grundsätzlich betroffen (z.B. auch Faxempfang, Konferenzen.eu u.a. sind nicht betroffen und hatten weiter funktioniert) - allenfalls wenn eingehende Gespräche auf eine Telefonnummer weitergeleitet werden (und damit einausgehendens Gespräch initiert werden sollte, das schlug dann fehl).

*'''Status 12.01.2013:''' Wir haben nun verschiedene System-Paramter geändert und werden das verstärkt im Auge behalten. Wir hoffen, dass es nicht mehr neu auftritt.

 

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!

*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser ''' Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen'''.

*'''Status 04.12.2012 09:16 Uhr:''' Die meisten Tunnel sind bereits wieder online und stabil. Da wir nun auf dem neuen System natürliche Last haben gibt es noch das eine oder andere Verhalten, wo wir noch Stellschrauben nutzen. Wir sind noch aktiv dran....

*'''Status 04.12.2012 12:00 Uhr:''' Der OpenVPN Dienst bricht unter Last zusammen und muss abgeschossen werden. Wir haben hier bereits mit einigen Patches versucht...

*'''Status 04.12.2012 13:30 Uhr:''' Das Radius-Plugin für den OpenVPN Dienst ist schuldig und wurde ersetzt. Nun tauschen wir wieder den OpenVPN Dienst zurück, damit wir wieder einen IPv6 fähigen Serverdienst haben (das konnte der alte Tunnel-Server auch nicht.) Auch bauen wir den Selbstschutz weiter aus, damit "böse Anfragen" geblockt werden und nicht die Tunnel stören.

*'''Status 04.12.2012 14:04Uhr:''' Die aktuelle, IPv6 fähige Version vom OpenVPN Dienst ist instable und mitschuldig! Wir graden nun down.

*'''Status 04.12.2012 15:10 Uhr:''' Der OpenVPN Dienst läuft jetzt anscheinend stabil. Wir betrachten die arbeiten als abgeschlossen, halten die Plattform natürlich weiterhin im Auge.

*'''Status 06.12.2012''': Bad News. Leider sind die OpenVPN Verbindungen anhaltend nicht sauber. Es kommt immer wieder punktuell zu hohen Latenzen und auch ganz zu Abstürzen des zentralen Server-Dienstes. Wir sind da mit Hochdruck dran und tauschen die OpenVPN Server durch (andere Version, anders compilieren, andere / eigene Addons und Patches). Wir fischen leider im Trüben, sind aber froh, das "nur" OpenVPN Verbindungen betroffen sind und nicht die PPTP Verbindungen. Zur Erkärung nochmal: Wir haben seit fast 2 Monaten ein Testsystem in Wuppertal laufen, welches diese Verhalten nicht aufweist, da es natürlich keine echte Last hat. Diesen Server haben wir dann nach Frankfurt geklont (mit Stammzellen ;) ).
*: Wir bitten um noch etwas Geduld. Dankeschön.

*'''Status 13.12.2012 16:30 Uhr:''' Eine von uns gepatchte Version von OpenVPN ist jetzt seit gut 48h im Einsatz. Mit dieser Version registrieren wir Momentan keine Probleme mehr.
'''done'''

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

* Update 05.12.12: Die Arbeiten sind ausgefallen, da wir mit der Tunnelplattform unerwartet viele Schwierigkeiten hatten.

'''done'''

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

'''done'''

== NTP - Server Portunity ==
Die TimeServer (NTP) für uns und unsere Kunden wurden in KW 49.2012 einer Optimierung unterzogen. Sie laufen nun als "Stratum 2" Uhren.

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Br@superroot — Fri, 01 Mar 2013 12:08:39 GMT

Br@superroot: /* Geplanter Ablauf */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== ISPSuite Update 5. und 6.3.2013 ==

=== Updates zum Update ===

=== Mögliche Auswirkungen während der Wartungsarbeiten===

* Es wird in jedem Fall zur Nicht-Erreichbarkeit des Webinterfaces kommen
* Es wird zu Verzögerungen in der Ausführung von Prozessen / Übernahme von Informationen kommen
* In Einzelfällen kann es zu Ausfällen bei Services kommen (was wir natürlich nach Kräften vermeiden wollen)

=== Geplanter Ablauf ===

*'''5. März 2013 22 Uhr (abends):''' Wir deaktivieren erste Spooler und im Hintergrund laufende Prozesse wie z.B. die Übertragung aktueller Verbindungs-Daten (DSL, Tunnel usw.), Übernahme von Tarif-Änderungen auf Server usw. Das Webinterface wird zu diesem Zeitpunkt für Kunden noch zugänglich sein, Änderungen werden dann aber zum Teil gequeued und erst im laufe des Mittwochs nach dem Update umgesetzt. Dies betrifft nicht nur Bestandskunden, sondern auch den Großteil an Tarifen von neuen Kunden.

*'''6. März 2013 5 Uhr (nachts):''' Wir deaktivieren den Zugriff auf das Webinterface vollständig. Rien ne va plus - nichts geht mehr. Wir beginnen dann unverzüglich mit der Konvertierung (UTF8) und Übertragung aller Datenbank-Tabellen auf den neuen SQL-Server - was, wenn alles gut läuft, ca. 100-120 Minuten in Anspruch nehmen wird (wir haben das jetzt 3x bereits gemacht). Im Anschluß werden wir schnellstmöglich aber dennoch so sorgfältig wie möglich das System durchtesten.

*'''6. März 2013 9-16 Uhr (vormittags bis nachmittags):''' Wir werden bei positiven Tests das System wieder nach und nach hochfahren und verfügbar machen. D.h. auch entsprechende Spooler-Prozeße dann nach und nach wieder in Betrieb nehmen bzw. nachlaufen lassen. Hier werden wir uns die Erstläufe natürlich auch sehr genau anschauen und monitoren. Von der Reihenfolge werden wir insbesondere die API-Schnittstellen, das Webinterface an sich und dann die sonstigen Prozeße angehen.

Das ganze ist ein sehr sehr großes Update / Upgrade - wo es mehrere neuralgische Punkte gibt wo etwas schief gehen könnte. Wir haben jetzt zwar alles sehr sorgfältig geplant, aber man steckt letztendlich am Ende nicht drin. Von daher möchten wir an dieser Stelle darauf aufmerksam machen, dass der oben skizzierte Zeitplan als grober Fahrplan verstanden sein will. Möglicherweise werden wir davon spontan abweichen müssen. Es könnte dann auch länger dauern als vorgesehen. Den Worst-Case, alles wieder rückgängig machen zu müssen, ist als Plan-B da und wird hoffentlich nicht nötig sein.

=== Was bringt's ===

* '''Geschwindigkeit:''' Nach den Wartungsarbeiten sollte das Webinterface aber auch Anfragen gegen die API-Schnittstellen insgesamt spürbar schneller laufen.
* '''UTF8:''' Im besten Fall sieht man davon erstmal nichts - macht uns aber insgesamt zukunftssicherer. Einige Partner und Registrierungsstellen wie DENIC u.a. arbeiten schon mit UTF8, wodurch es zukünftig dann weniger Probleme gibt

Bei diesem Update stehen also keine neuen Features oder Funktionen im Vordergrund, sondern es geht uns vor allem darum,die zugrunde liegende Infrastruktur und das Fundament state-of-the-art zu halten.

Nach diesem Update werden dann wieder verstärkt auch neue Funktionen und mehr sichtbare Verbesserungen in der Entwicklung im Vordergrund stehen.

== Packetloss über bestimmte Routen ==

Momentan sehen wir vermehrt Packetloss auf bestimmten Routen und betrifft sowohl IPv4- als auch IPv6-Konnektivität.
Dieses Problem äußert sich durch kurzzeitige Aussetzer mit i.d.R. weniger als einer Sekunde Länge.
Wir stehen mit den Peeringpartnern im Kontakt um die Störung möglichst kurzfristig beheben zu können.

Diese Beeinträchtigung betrifft tritt nur aus bestimmten Netzen auf, insbesondere bei IPv4-Verbindungen aus dem Netz der Deutschen Telekom.

Die genauen Ursachen sind noch nicht endgültig geklärt, sobald wir genauere Informationen haben werden wir diese veröffentlichen.

'''[UPDATE 21.02.2013 / 18:00 Uhr]'''

Der Traffic wird jetzt so gut wie möglich an Düsseldorf vorbeigeroutet, um den Packetloss zu reduzieren und die Ursachen besser untersuchen zu können.

'''[UPDATE 22.02.2013 / 13:01 Uhr]'''

Es wurden jetzt mehrere SFP-Module getauscht, seitdem können wir keinen Packetloss mehr sehen.
In den nächsten 30 Minuten kann es jedoch zu kurzen Unterbrechungen kommen, da jetzt das Routing wieder zurückgeändert wird.

'''[UPDATE 25.02.2013 / 15:14 Uhr]'''

Da seit Freitag keine Paketverluste mehr aufgetreten sind, möchten wir hiermit die Entstörung melden. Wie wir erfahren haben wird es in den kommenden Tagen noch einige Nacharbeiten geben, diese sollten aber zu keinen weiteren Paketverlusten führen.

== Zertifikate für Webrequests (z.B. Bankdatencheck) ==

Da das bisher verwendete SSL-Zertifikat am 18.02.2013 ablief, haben wir es bereits einige Tage vorher durch ein neues Zertifikat ausgetauscht.
Das neue Zertifikat wurde allerdings von einer Zertifizierungsstelle ausgestellt, die offenbar noch nicht in den Root-Zertifikatslisten einiger (vorwiegend älterer) Betriebssysteme aufgeführt ist und daher von diesen Systemen nicht als vertrauenswürdig eingestuft wird.

Aus diesem Grund haben wir uns entschlossen das Zertifikat erneut zu tauschen, diesmal jedoch eine Zertifizierungsstelle zu nutzen die schon deutlich länger besteht und deren CA-Zertifikate auch in älteren Betriebssystemen integriert ist.

Falls Sie das neue Zertifikat gesondert validieren möchten, finden Sie hier die Fingerabdrücke und Seriennummern:

Fingerabruck (SHA1):
03 55 34 e5 bf d2 b4 c6 56 57 6f 3b 45 d4 bc 9a 07 db 8a 58

Seriennummer:
4c 68 cb 86 3f ed 00 eb 96 23 24 65 96 6c 1b 9a

'''Nichts desto trotz ein Hinweis zu entsprechend älteren Systemen:'''

Es hat sich in den letzten Jahren einiges getan, was durchaus Änderungen an den Root-CA-Listen erfordert. Um ein prominentes Beispiel zu nennen ist die Zertifizierungsstelle DigiNotar gehacked worden was dazu führte, dass deren Stammzertifikate zurückgezogen wurden (also alle damit signierten Zertifikate mit einem Schlag ungültig sind).
Bitte denken Sie daran, dass Sie mit diesen Systemen vor kompromittierten Zertifikaten nicht geschützt sind!

== ENUM-Neuregistrierung momentan nicht möglich ==

Die DENIC als zentrale Registrierungstelle für alle ENUM-Domains für deutsche Rufnummern (9.4.e164.arpa) hat uns leider eine schlechte Nachricht mitgeteilt.

Nachdem in den letzten Tagen und Wochen anhaltend massive Probleme bei der Registrierung von ENUM-Domains auftraten haben wir die Mitteilung bekommen, dass dies erst Ende des Jahres wieder möglich sein wird.

Da es sich hierbei um einen kostenlosen Dienst handelt und zudem die Feiertage vor der Tür stehen, bitten wir Sie um Verständnis dass wir Anfragen dazu nicht ganz so zeitnah bearbeiten können.

 

*'''Status 04.01.2013''': Leider besteht das Problem bei der DeNIC weiterhin und wir haben auch noch keine Rückmeldung wann mit einer Lösung zu rechnen ist.
*:Wir bitten um noch etwas Geduld. Dankeschön.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Neues Produkt: iSCSI Freigabe Service ==
Aufgrund der Anfragen in den letzten Dekaden haben wir mitte November mit der Planung und auch bereits mit der Umsetzung eines iSCSI - Freigabe Service begonnen.

* iSCSI Freigaben beliebiger Größe für unsere Housing / Hosting Kunden im Wuppertaler Rechenzentrum
* Einige Features, siehe Tarifliste (Verlinkung folgt)

* Status: Konkreten Bedarf prüfen :)

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== Störungen SIP ==

Am 8.1.2013 vermeldeten verschiedene News-Portale eine kritische Sicherheitslücke in der aktuellen Asterisk-Version (vgl. Heise [http://www.heise.de/newsticker/meldung/Kritische-Schwachstellen-in-Asterisk-1779526.html Kritische Schwachstellen in Asterisk] von Heise). Wir hatten daraufhin das von Digium bereitgestellte Sicherheitsupdate installiert.

Seit dem hatten wir zweimal mit der Stabilität unserer VoIP-Plattform bei ausgehenden Gesprächen zu kämpfen (11.1. und 12.1.). Eingehende Telefonate sind dabei nicht grundsätzlich betroffen (z.B. auch Faxempfang, Konferenzen.eu u.a. sind nicht betroffen und hatten weiter funktioniert) - allenfalls wenn eingehende Gespräche auf eine Telefonnummer weitergeleitet werden (und damit einausgehendens Gespräch initiert werden sollte, das schlug dann fehl).

*'''Status 12.01.2013:''' Wir haben nun verschiedene System-Paramter geändert und werden das verstärkt im Auge behalten. Wir hoffen, dass es nicht mehr neu auftritt.

 

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!

*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser ''' Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen'''.

*'''Status 04.12.2012 09:16 Uhr:''' Die meisten Tunnel sind bereits wieder online und stabil. Da wir nun auf dem neuen System natürliche Last haben gibt es noch das eine oder andere Verhalten, wo wir noch Stellschrauben nutzen. Wir sind noch aktiv dran....

*'''Status 04.12.2012 12:00 Uhr:''' Der OpenVPN Dienst bricht unter Last zusammen und muss abgeschossen werden. Wir haben hier bereits mit einigen Patches versucht...

*'''Status 04.12.2012 13:30 Uhr:''' Das Radius-Plugin für den OpenVPN Dienst ist schuldig und wurde ersetzt. Nun tauschen wir wieder den OpenVPN Dienst zurück, damit wir wieder einen IPv6 fähigen Serverdienst haben (das konnte der alte Tunnel-Server auch nicht.) Auch bauen wir den Selbstschutz weiter aus, damit "böse Anfragen" geblockt werden und nicht die Tunnel stören.

*'''Status 04.12.2012 14:04Uhr:''' Die aktuelle, IPv6 fähige Version vom OpenVPN Dienst ist instable und mitschuldig! Wir graden nun down.

*'''Status 04.12.2012 15:10 Uhr:''' Der OpenVPN Dienst läuft jetzt anscheinend stabil. Wir betrachten die arbeiten als abgeschlossen, halten die Plattform natürlich weiterhin im Auge.

*'''Status 06.12.2012''': Bad News. Leider sind die OpenVPN Verbindungen anhaltend nicht sauber. Es kommt immer wieder punktuell zu hohen Latenzen und auch ganz zu Abstürzen des zentralen Server-Dienstes. Wir sind da mit Hochdruck dran und tauschen die OpenVPN Server durch (andere Version, anders compilieren, andere / eigene Addons und Patches). Wir fischen leider im Trüben, sind aber froh, das "nur" OpenVPN Verbindungen betroffen sind und nicht die PPTP Verbindungen. Zur Erkärung nochmal: Wir haben seit fast 2 Monaten ein Testsystem in Wuppertal laufen, welches diese Verhalten nicht aufweist, da es natürlich keine echte Last hat. Diesen Server haben wir dann nach Frankfurt geklont (mit Stammzellen ;) ).
*: Wir bitten um noch etwas Geduld. Dankeschön.

*'''Status 13.12.2012 16:30 Uhr:''' Eine von uns gepatchte Version von OpenVPN ist jetzt seit gut 48h im Einsatz. Mit dieser Version registrieren wir Momentan keine Probleme mehr.
'''done'''

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

* Update 05.12.12: Die Arbeiten sind ausgefallen, da wir mit der Tunnelplattform unerwartet viele Schwierigkeiten hatten.

'''done'''

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

'''done'''

== NTP - Server Portunity ==
Die TimeServer (NTP) für uns und unsere Kunden wurden in KW 49.2012 einer Optimierung unterzogen. Sie laufen nun als "Stratum 2" Uhren.

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Br@superroot — Fri, 01 Mar 2013 11:59:03 GMT

Br@superroot: /* ISPSuite Update 5. und 6.3. 2013 */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== ISPSuite Update 5. und 6.3.2013 ==

=== Updates zum Update ===

=== Mögliche Auswirkungen während der Wartungsarbeiten===

* Es wird in jedem Fall zur Nicht-Erreichbarkeit des Webinterfaces kommen
* Es wird zu Verzögerungen in der Ausführung von Prozessen / Übernahme von Informationen kommen
* In Einzelfällen kann es zu Ausfällen bei Services kommen (was wir natürlich nach Kräften vermeiden wollen)

=== Geplanter Ablauf ===

*'''5. März 2013 22 Uhr (abends):''' Wir deaktivieren erste Spooler und im Hintergrund laufende Prozesse wie z.B. die Übertragung aktueller Verbindungs-Daten (DSL, Tunnel usw.), Übernahme von Tarif-Änderungen auf Server usw. Das Webinterface wird zu diesem Zeitpunkt für Kunden noch zugänglich sein, Änderungen werden dann aber zum Teil gequeued und erst am darauf folgenden Mittwoch nach dem Update umgesetzt. Dies betrifft nicht nur Bestandskunden, sondern auch den Großteil an Tarifen von neuen Kunden.

*'''6. März 2013 5 Uhr (nachts):''' Wir deaktivieren den Zugriff auf das Webinterface vollständig. Rien ne va plus - nichts geht mehr. Wir beginnen dann unverzüglich mit der Konvertierung (UTF8) und Übertragung aller Datenbank-Tabellen auf den neuen SQL-Server - was, wenn alles gut läuft, ca. 100-120 Minuten in Anspruch nehmen wird (wir haben das jetzt 3x bereits gemacht). Im Anschluß werden wir schnellstmöglich aber dennoch so sorgfältig wie möglich das System durchtesten.

*'''6. März 2013 9-16 Uhr (vormittags bis nachmittags):''' Wir werden bei positiven Tests das System wieder nach und nach hochfahren und verfügbar machen. D.h. auch entsprechende Spooler-Prozeße dann nach und nach wieder in Betrieb nehmen bzw. nachlaufen lassen. Hier werden wir uns die Erstläufe natürlich auch sehr genau anschauen und monitoren. Von der Reihenfolge werden wir insbesondere die API-Schnittstellen, das Webinterface an sich und dann die sonstigen Prozeße angehen.

Das ganze ist ein sehr sehr großes Update / Upgrade - wo es mehrere neuralgische Punkte gibt wo etwas schief gehen könnte. Wir haben jetzt zwar alles sehr sorgfältig geplant, aber man steckt letztendlich am Ende nicht drin. Von daher möchten wir an dieser Stelle darauf aufmerksam machen, dass der oben skizzierte Zeitplan als grober Fahrplan verstanden sein will. Möglicherweise werden wir davon spontan abweichen müssen. Es könnte dann auch länger dauern als vorgesehen. Den Worst-Case, alles wieder rückgängig machen zu müssen, ist als Plan-B da und wird hoffentlich nicht nötig sein.

=== Was bringt's ===

* '''Geschwindigkeit:''' Nach den Wartungsarbeiten sollte das Webinterface aber auch Anfragen gegen die API-Schnittstellen insgesamt spürbar schneller laufen.
* '''UTF8:''' Im besten Fall sieht man davon erstmal nichts - macht uns aber insgesamt zukunftssicherer. Einige Partner und Registrierungsstellen wie DENIC u.a. arbeiten schon mit UTF8, wodurch es zukünftig dann weniger Probleme gibt

Bei diesem Update stehen also keine neuen Features oder Funktionen im Vordergrund, sondern es geht uns vor allem darum,die zugrunde liegende Infrastruktur und das Fundament state-of-the-art zu halten.

Nach diesem Update werden dann wieder verstärkt auch neue Funktionen und mehr sichtbare Verbesserungen in der Entwicklung im Vordergrund stehen.

== Packetloss über bestimmte Routen ==

Momentan sehen wir vermehrt Packetloss auf bestimmten Routen und betrifft sowohl IPv4- als auch IPv6-Konnektivität.
Dieses Problem äußert sich durch kurzzeitige Aussetzer mit i.d.R. weniger als einer Sekunde Länge.
Wir stehen mit den Peeringpartnern im Kontakt um die Störung möglichst kurzfristig beheben zu können.

Diese Beeinträchtigung betrifft tritt nur aus bestimmten Netzen auf, insbesondere bei IPv4-Verbindungen aus dem Netz der Deutschen Telekom.

Die genauen Ursachen sind noch nicht endgültig geklärt, sobald wir genauere Informationen haben werden wir diese veröffentlichen.

'''[UPDATE 21.02.2013 / 18:00 Uhr]'''

Der Traffic wird jetzt so gut wie möglich an Düsseldorf vorbeigeroutet, um den Packetloss zu reduzieren und die Ursachen besser untersuchen zu können.

'''[UPDATE 22.02.2013 / 13:01 Uhr]'''

Es wurden jetzt mehrere SFP-Module getauscht, seitdem können wir keinen Packetloss mehr sehen.
In den nächsten 30 Minuten kann es jedoch zu kurzen Unterbrechungen kommen, da jetzt das Routing wieder zurückgeändert wird.

'''[UPDATE 25.02.2013 / 15:14 Uhr]'''

Da seit Freitag keine Paketverluste mehr aufgetreten sind, möchten wir hiermit die Entstörung melden. Wie wir erfahren haben wird es in den kommenden Tagen noch einige Nacharbeiten geben, diese sollten aber zu keinen weiteren Paketverlusten führen.

== Zertifikate für Webrequests (z.B. Bankdatencheck) ==

Da das bisher verwendete SSL-Zertifikat am 18.02.2013 ablief, haben wir es bereits einige Tage vorher durch ein neues Zertifikat ausgetauscht.
Das neue Zertifikat wurde allerdings von einer Zertifizierungsstelle ausgestellt, die offenbar noch nicht in den Root-Zertifikatslisten einiger (vorwiegend älterer) Betriebssysteme aufgeführt ist und daher von diesen Systemen nicht als vertrauenswürdig eingestuft wird.

Aus diesem Grund haben wir uns entschlossen das Zertifikat erneut zu tauschen, diesmal jedoch eine Zertifizierungsstelle zu nutzen die schon deutlich länger besteht und deren CA-Zertifikate auch in älteren Betriebssystemen integriert ist.

Falls Sie das neue Zertifikat gesondert validieren möchten, finden Sie hier die Fingerabdrücke und Seriennummern:

Fingerabruck (SHA1):
03 55 34 e5 bf d2 b4 c6 56 57 6f 3b 45 d4 bc 9a 07 db 8a 58

Seriennummer:
4c 68 cb 86 3f ed 00 eb 96 23 24 65 96 6c 1b 9a

'''Nichts desto trotz ein Hinweis zu entsprechend älteren Systemen:'''

Es hat sich in den letzten Jahren einiges getan, was durchaus Änderungen an den Root-CA-Listen erfordert. Um ein prominentes Beispiel zu nennen ist die Zertifizierungsstelle DigiNotar gehacked worden was dazu führte, dass deren Stammzertifikate zurückgezogen wurden (also alle damit signierten Zertifikate mit einem Schlag ungültig sind).
Bitte denken Sie daran, dass Sie mit diesen Systemen vor kompromittierten Zertifikaten nicht geschützt sind!

== ENUM-Neuregistrierung momentan nicht möglich ==

Die DENIC als zentrale Registrierungstelle für alle ENUM-Domains für deutsche Rufnummern (9.4.e164.arpa) hat uns leider eine schlechte Nachricht mitgeteilt.

Nachdem in den letzten Tagen und Wochen anhaltend massive Probleme bei der Registrierung von ENUM-Domains auftraten haben wir die Mitteilung bekommen, dass dies erst Ende des Jahres wieder möglich sein wird.

Da es sich hierbei um einen kostenlosen Dienst handelt und zudem die Feiertage vor der Tür stehen, bitten wir Sie um Verständnis dass wir Anfragen dazu nicht ganz so zeitnah bearbeiten können.

 

*'''Status 04.01.2013''': Leider besteht das Problem bei der DeNIC weiterhin und wir haben auch noch keine Rückmeldung wann mit einer Lösung zu rechnen ist.
*:Wir bitten um noch etwas Geduld. Dankeschön.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Neues Produkt: iSCSI Freigabe Service ==
Aufgrund der Anfragen in den letzten Dekaden haben wir mitte November mit der Planung und auch bereits mit der Umsetzung eines iSCSI - Freigabe Service begonnen.

* iSCSI Freigaben beliebiger Größe für unsere Housing / Hosting Kunden im Wuppertaler Rechenzentrum
* Einige Features, siehe Tarifliste (Verlinkung folgt)

* Status: Konkreten Bedarf prüfen :)

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== Störungen SIP ==

Am 8.1.2013 vermeldeten verschiedene News-Portale eine kritische Sicherheitslücke in der aktuellen Asterisk-Version (vgl. Heise [http://www.heise.de/newsticker/meldung/Kritische-Schwachstellen-in-Asterisk-1779526.html Kritische Schwachstellen in Asterisk] von Heise). Wir hatten daraufhin das von Digium bereitgestellte Sicherheitsupdate installiert.

Seit dem hatten wir zweimal mit der Stabilität unserer VoIP-Plattform bei ausgehenden Gesprächen zu kämpfen (11.1. und 12.1.). Eingehende Telefonate sind dabei nicht grundsätzlich betroffen (z.B. auch Faxempfang, Konferenzen.eu u.a. sind nicht betroffen und hatten weiter funktioniert) - allenfalls wenn eingehende Gespräche auf eine Telefonnummer weitergeleitet werden (und damit einausgehendens Gespräch initiert werden sollte, das schlug dann fehl).

*'''Status 12.01.2013:''' Wir haben nun verschiedene System-Paramter geändert und werden das verstärkt im Auge behalten. Wir hoffen, dass es nicht mehr neu auftritt.

 

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!

*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser ''' Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen'''.

*'''Status 04.12.2012 09:16 Uhr:''' Die meisten Tunnel sind bereits wieder online und stabil. Da wir nun auf dem neuen System natürliche Last haben gibt es noch das eine oder andere Verhalten, wo wir noch Stellschrauben nutzen. Wir sind noch aktiv dran....

*'''Status 04.12.2012 12:00 Uhr:''' Der OpenVPN Dienst bricht unter Last zusammen und muss abgeschossen werden. Wir haben hier bereits mit einigen Patches versucht...

*'''Status 04.12.2012 13:30 Uhr:''' Das Radius-Plugin für den OpenVPN Dienst ist schuldig und wurde ersetzt. Nun tauschen wir wieder den OpenVPN Dienst zurück, damit wir wieder einen IPv6 fähigen Serverdienst haben (das konnte der alte Tunnel-Server auch nicht.) Auch bauen wir den Selbstschutz weiter aus, damit "böse Anfragen" geblockt werden und nicht die Tunnel stören.

*'''Status 04.12.2012 14:04Uhr:''' Die aktuelle, IPv6 fähige Version vom OpenVPN Dienst ist instable und mitschuldig! Wir graden nun down.

*'''Status 04.12.2012 15:10 Uhr:''' Der OpenVPN Dienst läuft jetzt anscheinend stabil. Wir betrachten die arbeiten als abgeschlossen, halten die Plattform natürlich weiterhin im Auge.

*'''Status 06.12.2012''': Bad News. Leider sind die OpenVPN Verbindungen anhaltend nicht sauber. Es kommt immer wieder punktuell zu hohen Latenzen und auch ganz zu Abstürzen des zentralen Server-Dienstes. Wir sind da mit Hochdruck dran und tauschen die OpenVPN Server durch (andere Version, anders compilieren, andere / eigene Addons und Patches). Wir fischen leider im Trüben, sind aber froh, das "nur" OpenVPN Verbindungen betroffen sind und nicht die PPTP Verbindungen. Zur Erkärung nochmal: Wir haben seit fast 2 Monaten ein Testsystem in Wuppertal laufen, welches diese Verhalten nicht aufweist, da es natürlich keine echte Last hat. Diesen Server haben wir dann nach Frankfurt geklont (mit Stammzellen ;) ).
*: Wir bitten um noch etwas Geduld. Dankeschön.

*'''Status 13.12.2012 16:30 Uhr:''' Eine von uns gepatchte Version von OpenVPN ist jetzt seit gut 48h im Einsatz. Mit dieser Version registrieren wir Momentan keine Probleme mehr.
'''done'''

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

* Update 05.12.12: Die Arbeiten sind ausgefallen, da wir mit der Tunnelplattform unerwartet viele Schwierigkeiten hatten.

'''done'''

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

'''done'''

== NTP - Server Portunity ==
Die TimeServer (NTP) für uns und unsere Kunden wurden in KW 49.2012 einer Optimierung unterzogen. Sie laufen nun als "Stratum 2" Uhren.

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Br@superroot — Fri, 01 Mar 2013 11:58:47 GMT

Br@superroot: /* ISPSuite Update 5/6.3. 2013 */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== ISPSuite Update 5. und 6.3. 2013 ==

=== Updates zum Update ===

=== Mögliche Auswirkungen während der Wartungsarbeiten===

* Es wird in jedem Fall zur Nicht-Erreichbarkeit des Webinterfaces kommen
* Es wird zu Verzögerungen in der Ausführung von Prozessen / Übernahme von Informationen kommen
* In Einzelfällen kann es zu Ausfällen bei Services kommen (was wir natürlich nach Kräften vermeiden wollen)

=== Geplanter Ablauf ===

*'''5. März 2013 22 Uhr (abends):''' Wir deaktivieren erste Spooler und im Hintergrund laufende Prozesse wie z.B. die Übertragung aktueller Verbindungs-Daten (DSL, Tunnel usw.), Übernahme von Tarif-Änderungen auf Server usw. Das Webinterface wird zu diesem Zeitpunkt für Kunden noch zugänglich sein, Änderungen werden dann aber zum Teil gequeued und erst am darauf folgenden Mittwoch nach dem Update umgesetzt. Dies betrifft nicht nur Bestandskunden, sondern auch den Großteil an Tarifen von neuen Kunden.

*'''6. März 2013 5 Uhr (nachts):''' Wir deaktivieren den Zugriff auf das Webinterface vollständig. Rien ne va plus - nichts geht mehr. Wir beginnen dann unverzüglich mit der Konvertierung (UTF8) und Übertragung aller Datenbank-Tabellen auf den neuen SQL-Server - was, wenn alles gut läuft, ca. 100-120 Minuten in Anspruch nehmen wird (wir haben das jetzt 3x bereits gemacht). Im Anschluß werden wir schnellstmöglich aber dennoch so sorgfältig wie möglich das System durchtesten.

*'''6. März 2013 9-16 Uhr (vormittags bis nachmittags):''' Wir werden bei positiven Tests das System wieder nach und nach hochfahren und verfügbar machen. D.h. auch entsprechende Spooler-Prozeße dann nach und nach wieder in Betrieb nehmen bzw. nachlaufen lassen. Hier werden wir uns die Erstläufe natürlich auch sehr genau anschauen und monitoren. Von der Reihenfolge werden wir insbesondere die API-Schnittstellen, das Webinterface an sich und dann die sonstigen Prozeße angehen.

Das ganze ist ein sehr sehr großes Update / Upgrade - wo es mehrere neuralgische Punkte gibt wo etwas schief gehen könnte. Wir haben jetzt zwar alles sehr sorgfältig geplant, aber man steckt letztendlich am Ende nicht drin. Von daher möchten wir an dieser Stelle darauf aufmerksam machen, dass der oben skizzierte Zeitplan als grober Fahrplan verstanden sein will. Möglicherweise werden wir davon spontan abweichen müssen. Es könnte dann auch länger dauern als vorgesehen. Den Worst-Case, alles wieder rückgängig machen zu müssen, ist als Plan-B da und wird hoffentlich nicht nötig sein.

=== Was bringt's ===

* '''Geschwindigkeit:''' Nach den Wartungsarbeiten sollte das Webinterface aber auch Anfragen gegen die API-Schnittstellen insgesamt spürbar schneller laufen.
* '''UTF8:''' Im besten Fall sieht man davon erstmal nichts - macht uns aber insgesamt zukunftssicherer. Einige Partner und Registrierungsstellen wie DENIC u.a. arbeiten schon mit UTF8, wodurch es zukünftig dann weniger Probleme gibt

Bei diesem Update stehen also keine neuen Features oder Funktionen im Vordergrund, sondern es geht uns vor allem darum,die zugrunde liegende Infrastruktur und das Fundament state-of-the-art zu halten.

Nach diesem Update werden dann wieder verstärkt auch neue Funktionen und mehr sichtbare Verbesserungen in der Entwicklung im Vordergrund stehen.

== Packetloss über bestimmte Routen ==

Momentan sehen wir vermehrt Packetloss auf bestimmten Routen und betrifft sowohl IPv4- als auch IPv6-Konnektivität.
Dieses Problem äußert sich durch kurzzeitige Aussetzer mit i.d.R. weniger als einer Sekunde Länge.
Wir stehen mit den Peeringpartnern im Kontakt um die Störung möglichst kurzfristig beheben zu können.

Diese Beeinträchtigung betrifft tritt nur aus bestimmten Netzen auf, insbesondere bei IPv4-Verbindungen aus dem Netz der Deutschen Telekom.

Die genauen Ursachen sind noch nicht endgültig geklärt, sobald wir genauere Informationen haben werden wir diese veröffentlichen.

'''[UPDATE 21.02.2013 / 18:00 Uhr]'''

Der Traffic wird jetzt so gut wie möglich an Düsseldorf vorbeigeroutet, um den Packetloss zu reduzieren und die Ursachen besser untersuchen zu können.

'''[UPDATE 22.02.2013 / 13:01 Uhr]'''

Es wurden jetzt mehrere SFP-Module getauscht, seitdem können wir keinen Packetloss mehr sehen.
In den nächsten 30 Minuten kann es jedoch zu kurzen Unterbrechungen kommen, da jetzt das Routing wieder zurückgeändert wird.

'''[UPDATE 25.02.2013 / 15:14 Uhr]'''

Da seit Freitag keine Paketverluste mehr aufgetreten sind, möchten wir hiermit die Entstörung melden. Wie wir erfahren haben wird es in den kommenden Tagen noch einige Nacharbeiten geben, diese sollten aber zu keinen weiteren Paketverlusten führen.

== Zertifikate für Webrequests (z.B. Bankdatencheck) ==

Da das bisher verwendete SSL-Zertifikat am 18.02.2013 ablief, haben wir es bereits einige Tage vorher durch ein neues Zertifikat ausgetauscht.
Das neue Zertifikat wurde allerdings von einer Zertifizierungsstelle ausgestellt, die offenbar noch nicht in den Root-Zertifikatslisten einiger (vorwiegend älterer) Betriebssysteme aufgeführt ist und daher von diesen Systemen nicht als vertrauenswürdig eingestuft wird.

Aus diesem Grund haben wir uns entschlossen das Zertifikat erneut zu tauschen, diesmal jedoch eine Zertifizierungsstelle zu nutzen die schon deutlich länger besteht und deren CA-Zertifikate auch in älteren Betriebssystemen integriert ist.

Falls Sie das neue Zertifikat gesondert validieren möchten, finden Sie hier die Fingerabdrücke und Seriennummern:

Fingerabruck (SHA1):
03 55 34 e5 bf d2 b4 c6 56 57 6f 3b 45 d4 bc 9a 07 db 8a 58

Seriennummer:
4c 68 cb 86 3f ed 00 eb 96 23 24 65 96 6c 1b 9a

'''Nichts desto trotz ein Hinweis zu entsprechend älteren Systemen:'''

Es hat sich in den letzten Jahren einiges getan, was durchaus Änderungen an den Root-CA-Listen erfordert. Um ein prominentes Beispiel zu nennen ist die Zertifizierungsstelle DigiNotar gehacked worden was dazu führte, dass deren Stammzertifikate zurückgezogen wurden (also alle damit signierten Zertifikate mit einem Schlag ungültig sind).
Bitte denken Sie daran, dass Sie mit diesen Systemen vor kompromittierten Zertifikaten nicht geschützt sind!

== ENUM-Neuregistrierung momentan nicht möglich ==

Die DENIC als zentrale Registrierungstelle für alle ENUM-Domains für deutsche Rufnummern (9.4.e164.arpa) hat uns leider eine schlechte Nachricht mitgeteilt.

Nachdem in den letzten Tagen und Wochen anhaltend massive Probleme bei der Registrierung von ENUM-Domains auftraten haben wir die Mitteilung bekommen, dass dies erst Ende des Jahres wieder möglich sein wird.

Da es sich hierbei um einen kostenlosen Dienst handelt und zudem die Feiertage vor der Tür stehen, bitten wir Sie um Verständnis dass wir Anfragen dazu nicht ganz so zeitnah bearbeiten können.

 

*'''Status 04.01.2013''': Leider besteht das Problem bei der DeNIC weiterhin und wir haben auch noch keine Rückmeldung wann mit einer Lösung zu rechnen ist.
*:Wir bitten um noch etwas Geduld. Dankeschön.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Neues Produkt: iSCSI Freigabe Service ==
Aufgrund der Anfragen in den letzten Dekaden haben wir mitte November mit der Planung und auch bereits mit der Umsetzung eines iSCSI - Freigabe Service begonnen.

* iSCSI Freigaben beliebiger Größe für unsere Housing / Hosting Kunden im Wuppertaler Rechenzentrum
* Einige Features, siehe Tarifliste (Verlinkung folgt)

* Status: Konkreten Bedarf prüfen :)

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== Störungen SIP ==

Am 8.1.2013 vermeldeten verschiedene News-Portale eine kritische Sicherheitslücke in der aktuellen Asterisk-Version (vgl. Heise [http://www.heise.de/newsticker/meldung/Kritische-Schwachstellen-in-Asterisk-1779526.html Kritische Schwachstellen in Asterisk] von Heise). Wir hatten daraufhin das von Digium bereitgestellte Sicherheitsupdate installiert.

Seit dem hatten wir zweimal mit der Stabilität unserer VoIP-Plattform bei ausgehenden Gesprächen zu kämpfen (11.1. und 12.1.). Eingehende Telefonate sind dabei nicht grundsätzlich betroffen (z.B. auch Faxempfang, Konferenzen.eu u.a. sind nicht betroffen und hatten weiter funktioniert) - allenfalls wenn eingehende Gespräche auf eine Telefonnummer weitergeleitet werden (und damit einausgehendens Gespräch initiert werden sollte, das schlug dann fehl).

*'''Status 12.01.2013:''' Wir haben nun verschiedene System-Paramter geändert und werden das verstärkt im Auge behalten. Wir hoffen, dass es nicht mehr neu auftritt.

 

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!

*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser ''' Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen'''.

*'''Status 04.12.2012 09:16 Uhr:''' Die meisten Tunnel sind bereits wieder online und stabil. Da wir nun auf dem neuen System natürliche Last haben gibt es noch das eine oder andere Verhalten, wo wir noch Stellschrauben nutzen. Wir sind noch aktiv dran....

*'''Status 04.12.2012 12:00 Uhr:''' Der OpenVPN Dienst bricht unter Last zusammen und muss abgeschossen werden. Wir haben hier bereits mit einigen Patches versucht...

*'''Status 04.12.2012 13:30 Uhr:''' Das Radius-Plugin für den OpenVPN Dienst ist schuldig und wurde ersetzt. Nun tauschen wir wieder den OpenVPN Dienst zurück, damit wir wieder einen IPv6 fähigen Serverdienst haben (das konnte der alte Tunnel-Server auch nicht.) Auch bauen wir den Selbstschutz weiter aus, damit "böse Anfragen" geblockt werden und nicht die Tunnel stören.

*'''Status 04.12.2012 14:04Uhr:''' Die aktuelle, IPv6 fähige Version vom OpenVPN Dienst ist instable und mitschuldig! Wir graden nun down.

*'''Status 04.12.2012 15:10 Uhr:''' Der OpenVPN Dienst läuft jetzt anscheinend stabil. Wir betrachten die arbeiten als abgeschlossen, halten die Plattform natürlich weiterhin im Auge.

*'''Status 06.12.2012''': Bad News. Leider sind die OpenVPN Verbindungen anhaltend nicht sauber. Es kommt immer wieder punktuell zu hohen Latenzen und auch ganz zu Abstürzen des zentralen Server-Dienstes. Wir sind da mit Hochdruck dran und tauschen die OpenVPN Server durch (andere Version, anders compilieren, andere / eigene Addons und Patches). Wir fischen leider im Trüben, sind aber froh, das "nur" OpenVPN Verbindungen betroffen sind und nicht die PPTP Verbindungen. Zur Erkärung nochmal: Wir haben seit fast 2 Monaten ein Testsystem in Wuppertal laufen, welches diese Verhalten nicht aufweist, da es natürlich keine echte Last hat. Diesen Server haben wir dann nach Frankfurt geklont (mit Stammzellen ;) ).
*: Wir bitten um noch etwas Geduld. Dankeschön.

*'''Status 13.12.2012 16:30 Uhr:''' Eine von uns gepatchte Version von OpenVPN ist jetzt seit gut 48h im Einsatz. Mit dieser Version registrieren wir Momentan keine Probleme mehr.
'''done'''

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

* Update 05.12.12: Die Arbeiten sind ausgefallen, da wir mit der Tunnelplattform unerwartet viele Schwierigkeiten hatten.

'''done'''

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

'''done'''

== NTP - Server Portunity ==
Die TimeServer (NTP) für uns und unsere Kunden wurden in KW 49.2012 einer Optimierung unterzogen. Sie laufen nun als "Stratum 2" Uhren.

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Br@superroot — Fri, 01 Mar 2013 11:58:22 GMT

Br@superroot: /* ISPSuite Update 5/6. März 2013 */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== ISPSuite Update 5/6.3. 2013 ==

=== Updates zum Update ===

=== Mögliche Auswirkungen während der Wartungsarbeiten===

* Es wird in jedem Fall zur Nicht-Erreichbarkeit des Webinterfaces kommen
* Es wird zu Verzögerungen in der Ausführung von Prozessen / Übernahme von Informationen kommen
* In Einzelfällen kann es zu Ausfällen bei Services kommen (was wir natürlich nach Kräften vermeiden wollen)

=== Geplanter Ablauf ===

*'''5. März 2013 22 Uhr (abends):''' Wir deaktivieren erste Spooler und im Hintergrund laufende Prozesse wie z.B. die Übertragung aktueller Verbindungs-Daten (DSL, Tunnel usw.), Übernahme von Tarif-Änderungen auf Server usw. Das Webinterface wird zu diesem Zeitpunkt für Kunden noch zugänglich sein, Änderungen werden dann aber zum Teil gequeued und erst am darauf folgenden Mittwoch nach dem Update umgesetzt. Dies betrifft nicht nur Bestandskunden, sondern auch den Großteil an Tarifen von neuen Kunden.

*'''6. März 2013 5 Uhr (nachts):''' Wir deaktivieren den Zugriff auf das Webinterface vollständig. Rien ne va plus - nichts geht mehr. Wir beginnen dann unverzüglich mit der Konvertierung (UTF8) und Übertragung aller Datenbank-Tabellen auf den neuen SQL-Server - was, wenn alles gut läuft, ca. 100-120 Minuten in Anspruch nehmen wird (wir haben das jetzt 3x bereits gemacht). Im Anschluß werden wir schnellstmöglich aber dennoch so sorgfältig wie möglich das System durchtesten.

*'''6. März 2013 9-16 Uhr (vormittags bis nachmittags):''' Wir werden bei positiven Tests das System wieder nach und nach hochfahren und verfügbar machen. D.h. auch entsprechende Spooler-Prozeße dann nach und nach wieder in Betrieb nehmen bzw. nachlaufen lassen. Hier werden wir uns die Erstläufe natürlich auch sehr genau anschauen und monitoren. Von der Reihenfolge werden wir insbesondere die API-Schnittstellen, das Webinterface an sich und dann die sonstigen Prozeße angehen.

Das ganze ist ein sehr sehr großes Update / Upgrade - wo es mehrere neuralgische Punkte gibt wo etwas schief gehen könnte. Wir haben jetzt zwar alles sehr sorgfältig geplant, aber man steckt letztendlich am Ende nicht drin. Von daher möchten wir an dieser Stelle darauf aufmerksam machen, dass der oben skizzierte Zeitplan als grober Fahrplan verstanden sein will. Möglicherweise werden wir davon spontan abweichen müssen. Es könnte dann auch länger dauern als vorgesehen. Den Worst-Case, alles wieder rückgängig machen zu müssen, ist als Plan-B da und wird hoffentlich nicht nötig sein.

=== Was bringt's ===

* '''Geschwindigkeit:''' Nach den Wartungsarbeiten sollte das Webinterface aber auch Anfragen gegen die API-Schnittstellen insgesamt spürbar schneller laufen.
* '''UTF8:''' Im besten Fall sieht man davon erstmal nichts - macht uns aber insgesamt zukunftssicherer. Einige Partner und Registrierungsstellen wie DENIC u.a. arbeiten schon mit UTF8, wodurch es zukünftig dann weniger Probleme gibt

Bei diesem Update stehen also keine neuen Features oder Funktionen im Vordergrund, sondern es geht uns vor allem darum,die zugrunde liegende Infrastruktur und das Fundament state-of-the-art zu halten.

Nach diesem Update werden dann wieder verstärkt auch neue Funktionen und mehr sichtbare Verbesserungen in der Entwicklung im Vordergrund stehen.

== Packetloss über bestimmte Routen ==

Momentan sehen wir vermehrt Packetloss auf bestimmten Routen und betrifft sowohl IPv4- als auch IPv6-Konnektivität.
Dieses Problem äußert sich durch kurzzeitige Aussetzer mit i.d.R. weniger als einer Sekunde Länge.
Wir stehen mit den Peeringpartnern im Kontakt um die Störung möglichst kurzfristig beheben zu können.

Diese Beeinträchtigung betrifft tritt nur aus bestimmten Netzen auf, insbesondere bei IPv4-Verbindungen aus dem Netz der Deutschen Telekom.

Die genauen Ursachen sind noch nicht endgültig geklärt, sobald wir genauere Informationen haben werden wir diese veröffentlichen.

'''[UPDATE 21.02.2013 / 18:00 Uhr]'''

Der Traffic wird jetzt so gut wie möglich an Düsseldorf vorbeigeroutet, um den Packetloss zu reduzieren und die Ursachen besser untersuchen zu können.

'''[UPDATE 22.02.2013 / 13:01 Uhr]'''

Es wurden jetzt mehrere SFP-Module getauscht, seitdem können wir keinen Packetloss mehr sehen.
In den nächsten 30 Minuten kann es jedoch zu kurzen Unterbrechungen kommen, da jetzt das Routing wieder zurückgeändert wird.

'''[UPDATE 25.02.2013 / 15:14 Uhr]'''

Da seit Freitag keine Paketverluste mehr aufgetreten sind, möchten wir hiermit die Entstörung melden. Wie wir erfahren haben wird es in den kommenden Tagen noch einige Nacharbeiten geben, diese sollten aber zu keinen weiteren Paketverlusten führen.

== Zertifikate für Webrequests (z.B. Bankdatencheck) ==

Da das bisher verwendete SSL-Zertifikat am 18.02.2013 ablief, haben wir es bereits einige Tage vorher durch ein neues Zertifikat ausgetauscht.
Das neue Zertifikat wurde allerdings von einer Zertifizierungsstelle ausgestellt, die offenbar noch nicht in den Root-Zertifikatslisten einiger (vorwiegend älterer) Betriebssysteme aufgeführt ist und daher von diesen Systemen nicht als vertrauenswürdig eingestuft wird.

Aus diesem Grund haben wir uns entschlossen das Zertifikat erneut zu tauschen, diesmal jedoch eine Zertifizierungsstelle zu nutzen die schon deutlich länger besteht und deren CA-Zertifikate auch in älteren Betriebssystemen integriert ist.

Falls Sie das neue Zertifikat gesondert validieren möchten, finden Sie hier die Fingerabdrücke und Seriennummern:

Fingerabruck (SHA1):
03 55 34 e5 bf d2 b4 c6 56 57 6f 3b 45 d4 bc 9a 07 db 8a 58

Seriennummer:
4c 68 cb 86 3f ed 00 eb 96 23 24 65 96 6c 1b 9a

'''Nichts desto trotz ein Hinweis zu entsprechend älteren Systemen:'''

Es hat sich in den letzten Jahren einiges getan, was durchaus Änderungen an den Root-CA-Listen erfordert. Um ein prominentes Beispiel zu nennen ist die Zertifizierungsstelle DigiNotar gehacked worden was dazu führte, dass deren Stammzertifikate zurückgezogen wurden (also alle damit signierten Zertifikate mit einem Schlag ungültig sind).
Bitte denken Sie daran, dass Sie mit diesen Systemen vor kompromittierten Zertifikaten nicht geschützt sind!

== ENUM-Neuregistrierung momentan nicht möglich ==

Die DENIC als zentrale Registrierungstelle für alle ENUM-Domains für deutsche Rufnummern (9.4.e164.arpa) hat uns leider eine schlechte Nachricht mitgeteilt.

Nachdem in den letzten Tagen und Wochen anhaltend massive Probleme bei der Registrierung von ENUM-Domains auftraten haben wir die Mitteilung bekommen, dass dies erst Ende des Jahres wieder möglich sein wird.

Da es sich hierbei um einen kostenlosen Dienst handelt und zudem die Feiertage vor der Tür stehen, bitten wir Sie um Verständnis dass wir Anfragen dazu nicht ganz so zeitnah bearbeiten können.

 

*'''Status 04.01.2013''': Leider besteht das Problem bei der DeNIC weiterhin und wir haben auch noch keine Rückmeldung wann mit einer Lösung zu rechnen ist.
*:Wir bitten um noch etwas Geduld. Dankeschön.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Neues Produkt: iSCSI Freigabe Service ==
Aufgrund der Anfragen in den letzten Dekaden haben wir mitte November mit der Planung und auch bereits mit der Umsetzung eines iSCSI - Freigabe Service begonnen.

* iSCSI Freigaben beliebiger Größe für unsere Housing / Hosting Kunden im Wuppertaler Rechenzentrum
* Einige Features, siehe Tarifliste (Verlinkung folgt)

* Status: Konkreten Bedarf prüfen :)

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== Störungen SIP ==

Am 8.1.2013 vermeldeten verschiedene News-Portale eine kritische Sicherheitslücke in der aktuellen Asterisk-Version (vgl. Heise [http://www.heise.de/newsticker/meldung/Kritische-Schwachstellen-in-Asterisk-1779526.html Kritische Schwachstellen in Asterisk] von Heise). Wir hatten daraufhin das von Digium bereitgestellte Sicherheitsupdate installiert.

Seit dem hatten wir zweimal mit der Stabilität unserer VoIP-Plattform bei ausgehenden Gesprächen zu kämpfen (11.1. und 12.1.). Eingehende Telefonate sind dabei nicht grundsätzlich betroffen (z.B. auch Faxempfang, Konferenzen.eu u.a. sind nicht betroffen und hatten weiter funktioniert) - allenfalls wenn eingehende Gespräche auf eine Telefonnummer weitergeleitet werden (und damit einausgehendens Gespräch initiert werden sollte, das schlug dann fehl).

*'''Status 12.01.2013:''' Wir haben nun verschiedene System-Paramter geändert und werden das verstärkt im Auge behalten. Wir hoffen, dass es nicht mehr neu auftritt.

 

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!

*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser ''' Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen'''.

*'''Status 04.12.2012 09:16 Uhr:''' Die meisten Tunnel sind bereits wieder online und stabil. Da wir nun auf dem neuen System natürliche Last haben gibt es noch das eine oder andere Verhalten, wo wir noch Stellschrauben nutzen. Wir sind noch aktiv dran....

*'''Status 04.12.2012 12:00 Uhr:''' Der OpenVPN Dienst bricht unter Last zusammen und muss abgeschossen werden. Wir haben hier bereits mit einigen Patches versucht...

*'''Status 04.12.2012 13:30 Uhr:''' Das Radius-Plugin für den OpenVPN Dienst ist schuldig und wurde ersetzt. Nun tauschen wir wieder den OpenVPN Dienst zurück, damit wir wieder einen IPv6 fähigen Serverdienst haben (das konnte der alte Tunnel-Server auch nicht.) Auch bauen wir den Selbstschutz weiter aus, damit "böse Anfragen" geblockt werden und nicht die Tunnel stören.

*'''Status 04.12.2012 14:04Uhr:''' Die aktuelle, IPv6 fähige Version vom OpenVPN Dienst ist instable und mitschuldig! Wir graden nun down.

*'''Status 04.12.2012 15:10 Uhr:''' Der OpenVPN Dienst läuft jetzt anscheinend stabil. Wir betrachten die arbeiten als abgeschlossen, halten die Plattform natürlich weiterhin im Auge.

*'''Status 06.12.2012''': Bad News. Leider sind die OpenVPN Verbindungen anhaltend nicht sauber. Es kommt immer wieder punktuell zu hohen Latenzen und auch ganz zu Abstürzen des zentralen Server-Dienstes. Wir sind da mit Hochdruck dran und tauschen die OpenVPN Server durch (andere Version, anders compilieren, andere / eigene Addons und Patches). Wir fischen leider im Trüben, sind aber froh, das "nur" OpenVPN Verbindungen betroffen sind und nicht die PPTP Verbindungen. Zur Erkärung nochmal: Wir haben seit fast 2 Monaten ein Testsystem in Wuppertal laufen, welches diese Verhalten nicht aufweist, da es natürlich keine echte Last hat. Diesen Server haben wir dann nach Frankfurt geklont (mit Stammzellen ;) ).
*: Wir bitten um noch etwas Geduld. Dankeschön.

*'''Status 13.12.2012 16:30 Uhr:''' Eine von uns gepatchte Version von OpenVPN ist jetzt seit gut 48h im Einsatz. Mit dieser Version registrieren wir Momentan keine Probleme mehr.
'''done'''

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

* Update 05.12.12: Die Arbeiten sind ausgefallen, da wir mit der Tunnelplattform unerwartet viele Schwierigkeiten hatten.

'''done'''

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

'''done'''

== NTP - Server Portunity ==
Die TimeServer (NTP) für uns und unsere Kunden wurden in KW 49.2012 einer Optimierung unterzogen. Sie laufen nun als "Stratum 2" Uhren.

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Br@superroot — Fri, 01 Mar 2013 11:58:02 GMT

Br@superroot: /* ISPSuite Update 5/6. März 2013 */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== ISPSuite Update 5/6. März 2013 ==

=== Updates zum Update ===

=== Mögliche Auswirkungen während der Wartungsarbeiten===

* Es wird in jedem Fall zur Nicht-Erreichbarkeit des Webinterfaces kommen
* Es wird zu Verzögerungen in der Ausführung von Prozessen / Übernahme von Informationen kommen
* In Einzelfällen kann es zu Ausfällen bei Services kommen (was wir natürlich nach Kräften vermeiden wollen)

=== Geplanter Ablauf ===

*'''5. März 2013 22 Uhr (abends):''' Wir deaktivieren erste Spooler und im Hintergrund laufende Prozesse wie z.B. die Übertragung aktueller Verbindungs-Daten (DSL, Tunnel usw.), Übernahme von Tarif-Änderungen auf Server usw. Das Webinterface wird zu diesem Zeitpunkt für Kunden noch zugänglich sein, Änderungen werden dann aber zum Teil gequeued und erst am darauf folgenden Mittwoch nach dem Update umgesetzt. Dies betrifft nicht nur Bestandskunden, sondern auch den Großteil an Tarifen von neuen Kunden.

*'''6. März 2013 5 Uhr (nachts):''' Wir deaktivieren den Zugriff auf das Webinterface vollständig. Rien ne va plus - nichts geht mehr. Wir beginnen dann unverzüglich mit der Konvertierung (UTF8) und Übertragung aller Datenbank-Tabellen auf den neuen SQL-Server - was, wenn alles gut läuft, ca. 100-120 Minuten in Anspruch nehmen wird (wir haben das jetzt 3x bereits gemacht). Im Anschluß werden wir schnellstmöglich aber dennoch so sorgfältig wie möglich das System durchtesten.

*'''6. März 2013 9-16 Uhr (vormittags bis nachmittags):''' Wir werden bei positiven Tests das System wieder nach und nach hochfahren und verfügbar machen. D.h. auch entsprechende Spooler-Prozeße dann nach und nach wieder in Betrieb nehmen bzw. nachlaufen lassen. Hier werden wir uns die Erstläufe natürlich auch sehr genau anschauen und monitoren. Von der Reihenfolge werden wir insbesondere die API-Schnittstellen, das Webinterface an sich und dann die sonstigen Prozeße angehen.

Das ganze ist ein sehr sehr großes Update / Upgrade - wo es mehrere neuralgische Punkte gibt wo etwas schief gehen könnte. Wir haben jetzt zwar alles sehr sorgfältig geplant, aber man steckt letztendlich am Ende nicht drin. Von daher möchten wir an dieser Stelle darauf aufmerksam machen, dass der oben skizzierte Zeitplan als grober Fahrplan verstanden sein will. Möglicherweise werden wir davon spontan abweichen müssen. Es könnte dann auch länger dauern als vorgesehen. Den Worst-Case, alles wieder rückgängig machen zu müssen, ist als Plan-B da und wird hoffentlich nicht nötig sein.

=== Was bringt's ===

* '''Geschwindigkeit:''' Nach den Wartungsarbeiten sollte das Webinterface aber auch Anfragen gegen die API-Schnittstellen insgesamt spürbar schneller laufen.
* '''UTF8:''' Im besten Fall sieht man davon erstmal nichts - macht uns aber insgesamt zukunftssicherer. Einige Partner und Registrierungsstellen wie DENIC u.a. arbeiten schon mit UTF8, wodurch es zukünftig dann weniger Probleme gibt

Bei diesem Update stehen also keine neuen Features oder Funktionen im Vordergrund, sondern es geht uns vor allem darum,die zugrunde liegende Infrastruktur und das Fundament state-of-the-art zu halten.

Nach diesem Update werden dann wieder verstärkt auch neue Funktionen und mehr sichtbare Verbesserungen in der Entwicklung im Vordergrund stehen.

== Packetloss über bestimmte Routen ==

Momentan sehen wir vermehrt Packetloss auf bestimmten Routen und betrifft sowohl IPv4- als auch IPv6-Konnektivität.
Dieses Problem äußert sich durch kurzzeitige Aussetzer mit i.d.R. weniger als einer Sekunde Länge.
Wir stehen mit den Peeringpartnern im Kontakt um die Störung möglichst kurzfristig beheben zu können.

Diese Beeinträchtigung betrifft tritt nur aus bestimmten Netzen auf, insbesondere bei IPv4-Verbindungen aus dem Netz der Deutschen Telekom.

Die genauen Ursachen sind noch nicht endgültig geklärt, sobald wir genauere Informationen haben werden wir diese veröffentlichen.

'''[UPDATE 21.02.2013 / 18:00 Uhr]'''

Der Traffic wird jetzt so gut wie möglich an Düsseldorf vorbeigeroutet, um den Packetloss zu reduzieren und die Ursachen besser untersuchen zu können.

'''[UPDATE 22.02.2013 / 13:01 Uhr]'''

Es wurden jetzt mehrere SFP-Module getauscht, seitdem können wir keinen Packetloss mehr sehen.
In den nächsten 30 Minuten kann es jedoch zu kurzen Unterbrechungen kommen, da jetzt das Routing wieder zurückgeändert wird.

'''[UPDATE 25.02.2013 / 15:14 Uhr]'''

Da seit Freitag keine Paketverluste mehr aufgetreten sind, möchten wir hiermit die Entstörung melden. Wie wir erfahren haben wird es in den kommenden Tagen noch einige Nacharbeiten geben, diese sollten aber zu keinen weiteren Paketverlusten führen.

== Zertifikate für Webrequests (z.B. Bankdatencheck) ==

Da das bisher verwendete SSL-Zertifikat am 18.02.2013 ablief, haben wir es bereits einige Tage vorher durch ein neues Zertifikat ausgetauscht.
Das neue Zertifikat wurde allerdings von einer Zertifizierungsstelle ausgestellt, die offenbar noch nicht in den Root-Zertifikatslisten einiger (vorwiegend älterer) Betriebssysteme aufgeführt ist und daher von diesen Systemen nicht als vertrauenswürdig eingestuft wird.

Aus diesem Grund haben wir uns entschlossen das Zertifikat erneut zu tauschen, diesmal jedoch eine Zertifizierungsstelle zu nutzen die schon deutlich länger besteht und deren CA-Zertifikate auch in älteren Betriebssystemen integriert ist.

Falls Sie das neue Zertifikat gesondert validieren möchten, finden Sie hier die Fingerabdrücke und Seriennummern:

Fingerabruck (SHA1):
03 55 34 e5 bf d2 b4 c6 56 57 6f 3b 45 d4 bc 9a 07 db 8a 58

Seriennummer:
4c 68 cb 86 3f ed 00 eb 96 23 24 65 96 6c 1b 9a

'''Nichts desto trotz ein Hinweis zu entsprechend älteren Systemen:'''

Es hat sich in den letzten Jahren einiges getan, was durchaus Änderungen an den Root-CA-Listen erfordert. Um ein prominentes Beispiel zu nennen ist die Zertifizierungsstelle DigiNotar gehacked worden was dazu führte, dass deren Stammzertifikate zurückgezogen wurden (also alle damit signierten Zertifikate mit einem Schlag ungültig sind).
Bitte denken Sie daran, dass Sie mit diesen Systemen vor kompromittierten Zertifikaten nicht geschützt sind!

== ENUM-Neuregistrierung momentan nicht möglich ==

Die DENIC als zentrale Registrierungstelle für alle ENUM-Domains für deutsche Rufnummern (9.4.e164.arpa) hat uns leider eine schlechte Nachricht mitgeteilt.

Nachdem in den letzten Tagen und Wochen anhaltend massive Probleme bei der Registrierung von ENUM-Domains auftraten haben wir die Mitteilung bekommen, dass dies erst Ende des Jahres wieder möglich sein wird.

Da es sich hierbei um einen kostenlosen Dienst handelt und zudem die Feiertage vor der Tür stehen, bitten wir Sie um Verständnis dass wir Anfragen dazu nicht ganz so zeitnah bearbeiten können.

 

*'''Status 04.01.2013''': Leider besteht das Problem bei der DeNIC weiterhin und wir haben auch noch keine Rückmeldung wann mit einer Lösung zu rechnen ist.
*:Wir bitten um noch etwas Geduld. Dankeschön.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Neues Produkt: iSCSI Freigabe Service ==
Aufgrund der Anfragen in den letzten Dekaden haben wir mitte November mit der Planung und auch bereits mit der Umsetzung eines iSCSI - Freigabe Service begonnen.

* iSCSI Freigaben beliebiger Größe für unsere Housing / Hosting Kunden im Wuppertaler Rechenzentrum
* Einige Features, siehe Tarifliste (Verlinkung folgt)

* Status: Konkreten Bedarf prüfen :)

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== Störungen SIP ==

Am 8.1.2013 vermeldeten verschiedene News-Portale eine kritische Sicherheitslücke in der aktuellen Asterisk-Version (vgl. Heise [http://www.heise.de/newsticker/meldung/Kritische-Schwachstellen-in-Asterisk-1779526.html Kritische Schwachstellen in Asterisk] von Heise). Wir hatten daraufhin das von Digium bereitgestellte Sicherheitsupdate installiert.

Seit dem hatten wir zweimal mit der Stabilität unserer VoIP-Plattform bei ausgehenden Gesprächen zu kämpfen (11.1. und 12.1.). Eingehende Telefonate sind dabei nicht grundsätzlich betroffen (z.B. auch Faxempfang, Konferenzen.eu u.a. sind nicht betroffen und hatten weiter funktioniert) - allenfalls wenn eingehende Gespräche auf eine Telefonnummer weitergeleitet werden (und damit einausgehendens Gespräch initiert werden sollte, das schlug dann fehl).

*'''Status 12.01.2013:''' Wir haben nun verschiedene System-Paramter geändert und werden das verstärkt im Auge behalten. Wir hoffen, dass es nicht mehr neu auftritt.

 

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!

*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser ''' Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen'''.

*'''Status 04.12.2012 09:16 Uhr:''' Die meisten Tunnel sind bereits wieder online und stabil. Da wir nun auf dem neuen System natürliche Last haben gibt es noch das eine oder andere Verhalten, wo wir noch Stellschrauben nutzen. Wir sind noch aktiv dran....

*'''Status 04.12.2012 12:00 Uhr:''' Der OpenVPN Dienst bricht unter Last zusammen und muss abgeschossen werden. Wir haben hier bereits mit einigen Patches versucht...

*'''Status 04.12.2012 13:30 Uhr:''' Das Radius-Plugin für den OpenVPN Dienst ist schuldig und wurde ersetzt. Nun tauschen wir wieder den OpenVPN Dienst zurück, damit wir wieder einen IPv6 fähigen Serverdienst haben (das konnte der alte Tunnel-Server auch nicht.) Auch bauen wir den Selbstschutz weiter aus, damit "böse Anfragen" geblockt werden und nicht die Tunnel stören.

*'''Status 04.12.2012 14:04Uhr:''' Die aktuelle, IPv6 fähige Version vom OpenVPN Dienst ist instable und mitschuldig! Wir graden nun down.

*'''Status 04.12.2012 15:10 Uhr:''' Der OpenVPN Dienst läuft jetzt anscheinend stabil. Wir betrachten die arbeiten als abgeschlossen, halten die Plattform natürlich weiterhin im Auge.

*'''Status 06.12.2012''': Bad News. Leider sind die OpenVPN Verbindungen anhaltend nicht sauber. Es kommt immer wieder punktuell zu hohen Latenzen und auch ganz zu Abstürzen des zentralen Server-Dienstes. Wir sind da mit Hochdruck dran und tauschen die OpenVPN Server durch (andere Version, anders compilieren, andere / eigene Addons und Patches). Wir fischen leider im Trüben, sind aber froh, das "nur" OpenVPN Verbindungen betroffen sind und nicht die PPTP Verbindungen. Zur Erkärung nochmal: Wir haben seit fast 2 Monaten ein Testsystem in Wuppertal laufen, welches diese Verhalten nicht aufweist, da es natürlich keine echte Last hat. Diesen Server haben wir dann nach Frankfurt geklont (mit Stammzellen ;) ).
*: Wir bitten um noch etwas Geduld. Dankeschön.

*'''Status 13.12.2012 16:30 Uhr:''' Eine von uns gepatchte Version von OpenVPN ist jetzt seit gut 48h im Einsatz. Mit dieser Version registrieren wir Momentan keine Probleme mehr.
'''done'''

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

* Update 05.12.12: Die Arbeiten sind ausgefallen, da wir mit der Tunnelplattform unerwartet viele Schwierigkeiten hatten.

'''done'''

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

'''done'''

== NTP - Server Portunity ==
Die TimeServer (NTP) für uns und unsere Kunden wurden in KW 49.2012 einer Optimierung unterzogen. Sie laufen nun als "Stratum 2" Uhren.

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Br@superroot — Fri, 01 Mar 2013 11:47:43 GMT

Br@superroot: /* Aktuelles */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== ISPSuite Update 5/6. März 2013 ==

=== Updates zum Update ===

=== Geplanter Ablauf ===

*'''5. März 2013 22 Uhr (abends):''' Wir deaktivieren erste Spooler und im Hintergrund laufende Prozesse wie z.B. die Übertragung aktueller Verbindungs-Daten (DSL, Tunnel usw.), Übernahme von Tarif-Änderungen auf Server usw. Das Webinterface wird zu diesem Zeitpunkt für Kunden noch zugänglich sein, Änderungen werden dann aber zum Teil gequeued und erst am darauf folgenden Mittwoch nach dem Update umgesetzt. Dies betrifft nicht nur Bestandskunden, sondern auch den Großteil an Tarifen von neuen Kunden.

*'''6. März 2013 5 Uhr (nachts):''' Wir deaktivieren den Zugriff auf das Webinterface vollständig. Rien ne va plus - nichts geht mehr. Wir beginnen dann unverzüglich mit der Konvertierung (UTF8) und Übertragung aller Datenbank-Tabellen auf den neuen SQL-Server - was, wenn alles gut läuft, ca. 100-120 Minuten in Anspruch nehmen wird (wir haben das jetzt 3x bereits gemacht). Im Anschluß werden wir schnellstmöglich aber dennoch so sorgfältig wie möglich das System durchtesten.

*'''6. März 2013 9-16 Uhr (vormittags bis nachmittags):''' Wir werden bei positiven Tests das System wieder nach und nach hochfahren und verfügbar machen. D.h. auch entsprechende Spooler-Prozeße dann nach und nach wieder in Betrieb nehmen bzw. nachlaufen lassen. Hier werden wir uns die Erstläufe natürlich auch sehr genau anschauen und monitoren. Von der Reihenfolge werden wir insbesondere die API-Schnittstellen, das Webinterface an sich und dann die sonstigen Prozeße angehen.

Das ganze ist ein sehr sehr großes Update / Upgrade - wo es mehrere neuralgische Punkte gibt wo etwas schief gehen könnte. Wir haben jetzt zwar alles sehr sorgfältig geplant, aber man steckt letztendlich am Ende nicht drin. Von daher möchten wir an dieser Stelle darauf aufmerksam machen, dass der oben skizzierte Zeitplan als grober Fahrplan verstanden sein will. Möglicherweise werden wir davon spontan abweichen müssen. Es könnte dann auch länger dauern als vorgesehen. Den Worst-Case, alles wieder rückgängig machen zu müssen, ist als Plan-B da und wird hoffentlich nicht nötig sein.

== Packetloss über bestimmte Routen ==

Momentan sehen wir vermehrt Packetloss auf bestimmten Routen und betrifft sowohl IPv4- als auch IPv6-Konnektivität.
Dieses Problem äußert sich durch kurzzeitige Aussetzer mit i.d.R. weniger als einer Sekunde Länge.
Wir stehen mit den Peeringpartnern im Kontakt um die Störung möglichst kurzfristig beheben zu können.

Diese Beeinträchtigung betrifft tritt nur aus bestimmten Netzen auf, insbesondere bei IPv4-Verbindungen aus dem Netz der Deutschen Telekom.

Die genauen Ursachen sind noch nicht endgültig geklärt, sobald wir genauere Informationen haben werden wir diese veröffentlichen.

'''[UPDATE 21.02.2013 / 18:00 Uhr]'''

Der Traffic wird jetzt so gut wie möglich an Düsseldorf vorbeigeroutet, um den Packetloss zu reduzieren und die Ursachen besser untersuchen zu können.

'''[UPDATE 22.02.2013 / 13:01 Uhr]'''

Es wurden jetzt mehrere SFP-Module getauscht, seitdem können wir keinen Packetloss mehr sehen.
In den nächsten 30 Minuten kann es jedoch zu kurzen Unterbrechungen kommen, da jetzt das Routing wieder zurückgeändert wird.

'''[UPDATE 25.02.2013 / 15:14 Uhr]'''

Da seit Freitag keine Paketverluste mehr aufgetreten sind, möchten wir hiermit die Entstörung melden. Wie wir erfahren haben wird es in den kommenden Tagen noch einige Nacharbeiten geben, diese sollten aber zu keinen weiteren Paketverlusten führen.

== Zertifikate für Webrequests (z.B. Bankdatencheck) ==

Da das bisher verwendete SSL-Zertifikat am 18.02.2013 ablief, haben wir es bereits einige Tage vorher durch ein neues Zertifikat ausgetauscht.
Das neue Zertifikat wurde allerdings von einer Zertifizierungsstelle ausgestellt, die offenbar noch nicht in den Root-Zertifikatslisten einiger (vorwiegend älterer) Betriebssysteme aufgeführt ist und daher von diesen Systemen nicht als vertrauenswürdig eingestuft wird.

Aus diesem Grund haben wir uns entschlossen das Zertifikat erneut zu tauschen, diesmal jedoch eine Zertifizierungsstelle zu nutzen die schon deutlich länger besteht und deren CA-Zertifikate auch in älteren Betriebssystemen integriert ist.

Falls Sie das neue Zertifikat gesondert validieren möchten, finden Sie hier die Fingerabdrücke und Seriennummern:

Fingerabruck (SHA1):
03 55 34 e5 bf d2 b4 c6 56 57 6f 3b 45 d4 bc 9a 07 db 8a 58

Seriennummer:
4c 68 cb 86 3f ed 00 eb 96 23 24 65 96 6c 1b 9a

'''Nichts desto trotz ein Hinweis zu entsprechend älteren Systemen:'''

Es hat sich in den letzten Jahren einiges getan, was durchaus Änderungen an den Root-CA-Listen erfordert. Um ein prominentes Beispiel zu nennen ist die Zertifizierungsstelle DigiNotar gehacked worden was dazu führte, dass deren Stammzertifikate zurückgezogen wurden (also alle damit signierten Zertifikate mit einem Schlag ungültig sind).
Bitte denken Sie daran, dass Sie mit diesen Systemen vor kompromittierten Zertifikaten nicht geschützt sind!

== ENUM-Neuregistrierung momentan nicht möglich ==

Die DENIC als zentrale Registrierungstelle für alle ENUM-Domains für deutsche Rufnummern (9.4.e164.arpa) hat uns leider eine schlechte Nachricht mitgeteilt.

Nachdem in den letzten Tagen und Wochen anhaltend massive Probleme bei der Registrierung von ENUM-Domains auftraten haben wir die Mitteilung bekommen, dass dies erst Ende des Jahres wieder möglich sein wird.

Da es sich hierbei um einen kostenlosen Dienst handelt und zudem die Feiertage vor der Tür stehen, bitten wir Sie um Verständnis dass wir Anfragen dazu nicht ganz so zeitnah bearbeiten können.

 

*'''Status 04.01.2013''': Leider besteht das Problem bei der DeNIC weiterhin und wir haben auch noch keine Rückmeldung wann mit einer Lösung zu rechnen ist.
*:Wir bitten um noch etwas Geduld. Dankeschön.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Neues Produkt: iSCSI Freigabe Service ==
Aufgrund der Anfragen in den letzten Dekaden haben wir mitte November mit der Planung und auch bereits mit der Umsetzung eines iSCSI - Freigabe Service begonnen.

* iSCSI Freigaben beliebiger Größe für unsere Housing / Hosting Kunden im Wuppertaler Rechenzentrum
* Einige Features, siehe Tarifliste (Verlinkung folgt)

* Status: Konkreten Bedarf prüfen :)

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== Störungen SIP ==

Am 8.1.2013 vermeldeten verschiedene News-Portale eine kritische Sicherheitslücke in der aktuellen Asterisk-Version (vgl. Heise [http://www.heise.de/newsticker/meldung/Kritische-Schwachstellen-in-Asterisk-1779526.html Kritische Schwachstellen in Asterisk] von Heise). Wir hatten daraufhin das von Digium bereitgestellte Sicherheitsupdate installiert.

Seit dem hatten wir zweimal mit der Stabilität unserer VoIP-Plattform bei ausgehenden Gesprächen zu kämpfen (11.1. und 12.1.). Eingehende Telefonate sind dabei nicht grundsätzlich betroffen (z.B. auch Faxempfang, Konferenzen.eu u.a. sind nicht betroffen und hatten weiter funktioniert) - allenfalls wenn eingehende Gespräche auf eine Telefonnummer weitergeleitet werden (und damit einausgehendens Gespräch initiert werden sollte, das schlug dann fehl).

*'''Status 12.01.2013:''' Wir haben nun verschiedene System-Paramter geändert und werden das verstärkt im Auge behalten. Wir hoffen, dass es nicht mehr neu auftritt.

 

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!

*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser ''' Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen'''.

*'''Status 04.12.2012 09:16 Uhr:''' Die meisten Tunnel sind bereits wieder online und stabil. Da wir nun auf dem neuen System natürliche Last haben gibt es noch das eine oder andere Verhalten, wo wir noch Stellschrauben nutzen. Wir sind noch aktiv dran....

*'''Status 04.12.2012 12:00 Uhr:''' Der OpenVPN Dienst bricht unter Last zusammen und muss abgeschossen werden. Wir haben hier bereits mit einigen Patches versucht...

*'''Status 04.12.2012 13:30 Uhr:''' Das Radius-Plugin für den OpenVPN Dienst ist schuldig und wurde ersetzt. Nun tauschen wir wieder den OpenVPN Dienst zurück, damit wir wieder einen IPv6 fähigen Serverdienst haben (das konnte der alte Tunnel-Server auch nicht.) Auch bauen wir den Selbstschutz weiter aus, damit "böse Anfragen" geblockt werden und nicht die Tunnel stören.

*'''Status 04.12.2012 14:04Uhr:''' Die aktuelle, IPv6 fähige Version vom OpenVPN Dienst ist instable und mitschuldig! Wir graden nun down.

*'''Status 04.12.2012 15:10 Uhr:''' Der OpenVPN Dienst läuft jetzt anscheinend stabil. Wir betrachten die arbeiten als abgeschlossen, halten die Plattform natürlich weiterhin im Auge.

*'''Status 06.12.2012''': Bad News. Leider sind die OpenVPN Verbindungen anhaltend nicht sauber. Es kommt immer wieder punktuell zu hohen Latenzen und auch ganz zu Abstürzen des zentralen Server-Dienstes. Wir sind da mit Hochdruck dran und tauschen die OpenVPN Server durch (andere Version, anders compilieren, andere / eigene Addons und Patches). Wir fischen leider im Trüben, sind aber froh, das "nur" OpenVPN Verbindungen betroffen sind und nicht die PPTP Verbindungen. Zur Erkärung nochmal: Wir haben seit fast 2 Monaten ein Testsystem in Wuppertal laufen, welches diese Verhalten nicht aufweist, da es natürlich keine echte Last hat. Diesen Server haben wir dann nach Frankfurt geklont (mit Stammzellen ;) ).
*: Wir bitten um noch etwas Geduld. Dankeschön.

*'''Status 13.12.2012 16:30 Uhr:''' Eine von uns gepatchte Version von OpenVPN ist jetzt seit gut 48h im Einsatz. Mit dieser Version registrieren wir Momentan keine Probleme mehr.
'''done'''

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

* Update 05.12.12: Die Arbeiten sind ausgefallen, da wir mit der Tunnelplattform unerwartet viele Schwierigkeiten hatten.

'''done'''

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

'''done'''

== NTP - Server Portunity ==
Die TimeServer (NTP) für uns und unsere Kunden wurden in KW 49.2012 einer Optimierung unterzogen. Sie laufen nun als "Stratum 2" Uhren.

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Portunity Wiki:Aktuelle Ereignisse

Br@superroot — Sat, 12 Jan 2013 12:15:27 GMT

Br@superroot: /* Aktuelles */

= Hinweis =

In diesem Artikel veröffentlichen wir alle umfangreicheren sowie geplanten Arbeiten an Systemen die unsere Kunden direkt oder indirekt betreffen. Sie erreichen die Seite sofort unter: http://status.portunity.de
 
Störungen werden hier nur veröffentlicht wenn resultierende Nacharbeiten / Wartungsfenster entstehen oder es größere Dinge sind. Kurze / Kleine Störungen erscheinen hier nicht. 
Generell Twittern wir alle Störungen und Ankündigungen über den dedizierten '''Twitter - Channel:''' http://twitter.com/pty_ops

Die letzten Meldungen können Sie je nach Bereich immer einsehen unter:
* '''Access:''' http://www.portunity.de/access/monitor.html
* '''Hosting:''' http://www.portunity.de/hosting/monitor.html
'''Den Twitterchannel per E-Mail zusenden lassen:''' [[http://www.portunity.de/wiki/MyProfil_-_Kundendaten_in_ISP-Suite_%C3%A4ndern_%28Anleitung%29#St.C3.B6rungsbenachrichtigung MyProfil - Kundendaten in ISP-Suite ändern (Anleitung) -> Störungsbenachrichtigung]]

= Aktuelles =

== Störungen SIP ==

Am 8.1.2013 vermeldeten verschiedene News-Portale eine kritische Sicherheitslücke in der aktuellen Asterisk-Version (vgl. Heise [http://www.heise.de/newsticker/meldung/Kritische-Schwachstellen-in-Asterisk-1779526.html Kritische Schwachstellen in Asterisk] von Heise). Wir hatten daraufhin das von Digium bereitgestellte Sicherheitsupdate installiert.

Seit dem hatten wir zweimal mit der Stabilität unserer VoIP-Plattform bei ausgehenden Gesprächen zu kämpfen (11.1. und 12.1.). Eingehende Telefonate sind dabei nicht grundsätzlich betroffen (z.B. auch Faxempfang, Konferenzen.eu u.a. sind nicht betroffen und hatten weiter funktioniert) - allenfalls wenn eingehende Gespräche auf eine Telefonnummer weitergeleitet werden (und damit einausgehendens Gespräch initiert werden sollte, das schlug dann fehl).

*'''Status 12.01.2013:''' Wir haben nun verschiedene System-Paramter geändert und werden das verstärkt im Auge behalten. Wir hoffen, dass es nicht mehr neu auftritt.

 

== ENUM-Neuregistrierung momentan nicht möglich ==

Die DENIC als zentrale Registrierungstelle für alle ENUM-Domains für deutsche Rufnummern (9.4.e164.arpa) hat uns leider eine schlechte Nachricht mitgeteilt.

Nachdem in den letzten Tagen und Wochen anhaltend massive Probleme bei der Registrierung von ENUM-Domains auftraten haben wir die Mitteilung bekommen, dass dies erst Ende des Jahres wieder möglich sein wird.

Da es sich hierbei um einen kostenlosen Dienst handelt und zudem die Feiertage vor der Tür stehen, bitten wir Sie um Verständnis dass wir Anfragen dazu nicht ganz so zeitnah bearbeiten können.

 

*'''Status 04.01.2013''': Leider besteht das Problem bei der DeNIC weiterhin und wir haben auch noch keine Rückmeldung wann mit einer Lösung zu rechnen ist.
*:Wir bitten um noch etwas Geduld. Dankeschön.

= Vorankündigungen =

== Neuer Kunden-Datenbankserver ==
Der mySQL-Server für unsere Kunden wird nun durch leistungsfähigere Hardware ersetzt und natürlich auch mit der aktuellen Version von mySQL versehen.
Während der Umstellung stehen die Datenbanken nicht zur Verfügung.

In dem Zuge wird auch der Replikations-Server erneuert, welcher für unsere 100%ig konsistente Datensicherung zuständig ist. Ja, wir erstellen Datensicherungen von allen Kundendatenbanken! :-)

* Termin: noch offen

== Neuer ISP-Suite-Datenbankserver ==
Der mySQL-Server für das Kunden-Center, die ISP-Suite, ist nun auch etwas in die Jahre gekommen und wird so auch durch was leistungsstärkeres ersetzt.

* Termin: noch offen

== ISP-Suite-Hauptserver ==
Die ISP-Suite Server (das Portunity Kundencenter) erhält eine neue Serverplattform

* Termin: noch offen

== Neues Produkt: iSCSI Freigabe Service ==
Aufgrund der Anfragen in den letzten Dekaden haben wir mitte November mit der Planung und auch bereits mit der Umsetzung eines iSCSI - Freigabe Service begonnen.

* iSCSI Freigaben beliebiger Größe für unsere Housing / Hosting Kunden im Wuppertaler Rechenzentrum
* Einige Features, siehe Tarifliste (Verlinkung folgt)

* Status: Konkreten Bedarf prüfen :)

== Ausbau Serverraum 1 ==
Wir werden die Temperatur-Überwachung vom Serverraum 1 - Datacenter Wuppertal - weiter erweitern. Aktuell messen wir an ca. 16 Messpunkten Temperaturen wie:
* Temperaturen in den verschiedenen Gängen
* Ausblastemperaturen der Klimaanlagen (Verdampfer)
* Einige technische Klimaanlagentemperaturen (Ansaug / Ausblas Temperatur Kompressor, Vor-/Rücklauf Kälteleitung)

Dies erweitern wir nun auf alle Ansaug-& Ausblastemperaturen der Kompressorren und Verdampfer sowie auf alle Vor-/Rücklauf Temperaturen der Kälteleitung.

Dies geschieht natürlich ohne Einschränkungen des Betriebes. :)

----

= Abgeschlossenes / Archive =

== VPN-Tunnel Plattform ==
Aktuell entwickeln wir an neuen Features für die ([[http://www.portunity.de/s/10 Tunnel-Plattform]]), was genau wird noch nicht verraten :-)

* Kleine Feature Aussicht:
** Volle IPv6 Unterstützung (sofern die Softwarehersteller dies unterstützen)
** l2tp mit und ohne IPsec
** Absenkung der Latenz um mind. 4 ms
** ggf. weitere Features....

* '''Update:''' Wir haben am Mittwoch den 14.11.12 erfolgreich auch den zweiten Radius - Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :-) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

* Termin: Noch offen. Vermutlich noch November 2012!

*'''Status:''' '''Wir werden die Plattform am 04.12.2012 zwischen 08:00 Uhr und 10:00 Uhr Aktualisieren. Es wird während dieser zeit zu Unterbrechungen kommen.'''

*'''Status 09:00:''' Leider ist bei der Wartung etwas schief gelaufen, was wir sehr bedauern, denn die Offtime lag bei PPTP bei ca. 40min. (08:05 - 08:48). IPv6 ist aktuell auch leider noch gestört. Wir arbeiten mit Hochdruck an der Sache und möchten uns an dieser ''' Stelle schon einmal für den Ärger und Unannehmlichkeiten entschuldigen'''.

*'''Status 04.12.2012 09:16 Uhr:''' Die meisten Tunnel sind bereits wieder online und stabil. Da wir nun auf dem neuen System natürliche Last haben gibt es noch das eine oder andere Verhalten, wo wir noch Stellschrauben nutzen. Wir sind noch aktiv dran....

*'''Status 04.12.2012 12:00 Uhr:''' Der OpenVPN Dienst bricht unter Last zusammen und muss abgeschossen werden. Wir haben hier bereits mit einigen Patches versucht...

*'''Status 04.12.2012 13:30 Uhr:''' Das Radius-Plugin für den OpenVPN Dienst ist schuldig und wurde ersetzt. Nun tauschen wir wieder den OpenVPN Dienst zurück, damit wir wieder einen IPv6 fähigen Serverdienst haben (das konnte der alte Tunnel-Server auch nicht.) Auch bauen wir den Selbstschutz weiter aus, damit "böse Anfragen" geblockt werden und nicht die Tunnel stören.

*'''Status 04.12.2012 14:04Uhr:''' Die aktuelle, IPv6 fähige Version vom OpenVPN Dienst ist instable und mitschuldig! Wir graden nun down.

*'''Status 04.12.2012 15:10 Uhr:''' Der OpenVPN Dienst läuft jetzt anscheinend stabil. Wir betrachten die arbeiten als abgeschlossen, halten die Plattform natürlich weiterhin im Auge.

*'''Status 06.12.2012''': Bad News. Leider sind die OpenVPN Verbindungen anhaltend nicht sauber. Es kommt immer wieder punktuell zu hohen Latenzen und auch ganz zu Abstürzen des zentralen Server-Dienstes. Wir sind da mit Hochdruck dran und tauschen die OpenVPN Server durch (andere Version, anders compilieren, andere / eigene Addons und Patches). Wir fischen leider im Trüben, sind aber froh, das "nur" OpenVPN Verbindungen betroffen sind und nicht die PPTP Verbindungen. Zur Erkärung nochmal: Wir haben seit fast 2 Monaten ein Testsystem in Wuppertal laufen, welches diese Verhalten nicht aufweist, da es natürlich keine echte Last hat. Diesen Server haben wir dann nach Frankfurt geklont (mit Stammzellen ;) ).
*: Wir bitten um noch etwas Geduld. Dankeschön.

*'''Status 13.12.2012 16:30 Uhr:''' Eine von uns gepatchte Version von OpenVPN ist jetzt seit gut 48h im Einsatz. Mit dieser Version registrieren wir Momentan keine Probleme mehr.
'''done'''

== Wartungsarbeiten PoP Wuppertal - Vorbereitung ==
Dienstag, 04.12.2012, ab ca. 8 Uhr 

Damit wir kommenden Dienstag kürzere und weniger Unterbrechungen haben, nehmen wir heute im Betrieb ein paar kleine Anpassungen vor, die eigentlich den Betrieb nicht stören sollten.

* Update 05.12.12: Die Arbeiten sind ausgefallen, da wir mit der Tunnelplattform unerwartet viele Schwierigkeiten hatten.

'''done'''

== Wartungsarbeiten PoP Wuppertal ==
Dienstag, 11.12.2012, 4 - 7 Uhr (früh)

Wir tauschen einige Backbone Geräte aus um die Verfügbarkeit weiter zu erhöhen sowie die Leistungsfähigkeit zu steigern. Es ist mit gelegendlichen Rucklern (bis ca. Min.) zu rechnen!

'''Betroffen sein wird:'''
* Alle Server und Dienste in Wuppertal

'''done'''

== NTP - Server Portunity ==
Die TimeServer (NTP) für uns und unsere Kunden wurden in KW 49.2012 einer Optimierung unterzogen. Sie laufen nun als "Stratum 2" Uhren.

== DSL Störung diese Nacht 30.11.2012 ==
Freitag 30.11.12 ca. 01:10 Uhr für einige Minuten

Die DSL Einwahl war teilweise gestört.

== Radius-Plattform ==
Unsere Radius-Plattform für die VPN-Tunnel und DSL Authentifikation hatte in den letzten paar Wochen leider 2 Störungen. Es war zwar kein Kunde direkt betroffen, alle Zugänge liefen weiter, dennoch werden wir handeln.

Auch werden wir handeln, um für die "neuen" Tunnel ein umfangreicheres RADIUS-System zu erhalten.

*'''Status:''' '''done''' Update 12.11.12: Wir haben erfolgreich und ohne Unterbrechungen den Radius SErver in Frankfurt durch einen Neuen ersetzt. Auch haben wir einige Logins und Traffik-Daten erfolgreich analysiert. Wir warten nun 1,2 Tage und machen dann den Radius-Server in Wuppertal

*'''Status:''' '''Wir werden am Mittwoch dem 14.11.2012 den zweiten Radiusserver aktualisieren.''' Es sollte in dieser Zeit zu keinen Störungen kommen!
* '''Update:''' Wir haben am Mittwoch erfolgreich auch den zweiten Radius Server aktualisiert und gleichzeitig auch die Ursache für teilweise erhöhte Paketlaufzeiten bei OpenVPN Verbindungen im Radius gefunden und behoben :) Damit ist ein wichtiger Schritt für L2TL / IPsec gegangen :)

== Wartungsarbeiten Colo FFM ==
Termin am 22.11.20 zwischen 01:00 und 05:00 Uhr

Am Donnerstag, den 22.11.2012 zwischen 01:00 und 05:00 Uhr werden Wartungsarbeiten in Frankfurt u.A. an der DSL-Plattform durchgeführt.
Es werden keine längeren Unterbrechungen (maximal 5min) erwartet, können aber natürlich nie ausgeschlossen werden.
Es wird einen Router mit mehr Arbeitsspeicher ausgerüstet und mit neuerer Firmware versehen. Zudem richten wir HSRP ein, um Router und damit Default-Gateway-Ausfällen entgegen zu wirken.

'''Betroffen sein wird:'''
* VoIP Plattform
* DSL Plattform
* Tunnel Plattform
* Subdienste wie: konferenzen, telefonkette, faxnummer, etc..

Alles gut verlaufen - Die Offtime lag unter 15min. und es waren auch nur Teile betroffen.

==Wartungsarbeiten bei der DENIC eG==
18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr

Im Zeitraum vom '''18.11.2012, 17:00 Uhr bis zum 19.11.2012, 16:00 Uhr''' führt die DENIC eG (http://www.denic.de) umfangreiche Wartungsarbeiten durch.
Dadurch bedingt stehen in diesem Zeitraum folgende Dienste garnicht oder nur eingeschränkt zur Verfügung:
* Domain-Registrierungen (.de und ENUM)
* Domain-Updates
* Handle-Updates
* WHOIS
* Transit-Servicecenter der DENIC

Detaillierte Informationen erhalten Sie auf der Webseite der DENIC: http://www.denic.de/denic-im-dialog/mailinglisten/maintenance-l.html?url=msg00589.xml

'''Domain- und Handleupdates werden von unserer Seite aus gesammelt und ausgeführt, wenn die Dienste von Seiten der DENIC wieder zur Verfügung stehen.'''

== 92.Speeddrive Wartung ==
Wegen einer Störung führen wir Wartungsarbeiten am '''92.speeddrive.de''' durch.

*'''Status:''' '''wieder offen siehe weiter unten...'''
*'''Termin:''' 10.09.2012 ab ca. 12:00 Uhr
*'''Update 12.09.2012 12:45 Uhr:''' Wir haben eine Festplatte aus dem RAID verloren und müssen für den Tausch den Host herunter fahren.
*'''Update 14.09.2012 12:45 Uhr:''' Das RAID System im Unterbau des Speeddrive´s macht leider anhaltend Probleme. Es sind bis jetzt keine Daten beschädigt oder verloren gegangen und damit dies auch so bleibt, werden wir kommende Woche alles auf neue Hardware verlagern. Für die Umstellung / das kopieren der Daten wird der Speeddrive zeitweise / etwas länger nicht erreichbar sein. Wir werden dies kurzfristig kommunizieren.

*'''Update 18.09.2012:''' Auch hier hat sich einiges getan. Wir haben uns entschieden, auch diesen Dienst etwas zu "verjüngen". Der RAID ist wieder sync, alle Daten sind konsistent, dennoch kopieren wir die Daten bereits auf ein komplett neues Storage und installieren einen neuen Server in unserer Cloud. Wir werden kurzfristig das Storage umschwenken (wird der iSCSI eingebunden) und in ein paar Wochen den neuen Frontend-Server produktiv nehmen. Letzteres kündigen wir natürlich an.
* '''Update 04.10.2012:''' Wir werden nach den Arbeiten in Frankfurt den Dienst auf neuer Hardware mit einigen kleinen Verbesserungen aufsetzen.

* '''Update 12.11.2012:''' Wir werden ab Dienstag den 13.11. um 17:00 Uhr den Dienst auf neue Hardware portieren. Der Dienst wird ab dem 14.11. ca. 10 Uhr wieder zur Verfügung stehen.

* '''Update 13.11.2012:''' Die Arbeiten sind störungsfrei verlaufen und beendet. Es sollte nun auch alles wieder funktionieren!

== Netzstörungen - Wartungsarbeiten ==
Der Ausbau der Verfügbarkeit hat ja leider aktuell mehr negative als positive Auswirkungen. Aus diesem Grund führen wir nun kurzfristig erneut Wartungsarbeiten an den CORE-Routern durch, damit wieder die gewohnte Stabilität erreicht wird.
* Zeitraum: '''Dienstag, 13.11.2012, 1 - 3 Uhr (früh)
* geplante Ausfallzeit: wenige Unterbrechnungen voraussichtlich max. 1 Minute
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: Alle Dienste in Wuppertal & Frankfurt.

== Störung Frankfurt 24.10.2012 ==
Ausfall in Frankfurter CoLo.

*Betroffene Dienste:
** VoIP Telefonie Plattform, inkl. telefonkette, Konferenzen
** DSL Plattform
** Tunnel Plattform
** Secundary DNS Server
* '''Ursache:'''
Wir hatten heute in der og. Zeitraum eine Netzwerkstörung an unserem PoP Frankfurt. Betroffen waren direkt in Frankfurt angeschlossene Kunden sowie
DSL-Kunden. Kunden am PoP Wuppertal waren bedingt durch die Routingänderung
nur durch einen "Ruckler" betroffen.

Ursache war eine Störung zwischen zwei Systemen, die beide zwar nicht ausgefallen waren, aber betroffene Pakete nicht weitergeleitet haben. Dadurch bedingt haben auch die Redundanz-Mechanismen nicht so funktioniert wie vorgesehen.

Diese Art der Störung hatten wir vor längerer Zeit bereits, betroffen war jedoch
das Zusammenspiel mit einem anderen System, welches wir dafür als Ursache vermutet und auch deswegen ausgetauscht haben. Wir werden die Ursache weiter untersuchen und geeignete Schritte ergreifen, um eine Wiederholung dieses
Problems zu vermeiden.

* Start: 247.10.2012 ca. 14:17 Uhr
*'''Status:''' '''BEHOBEN'''
* Ende: 14:45 Uhr

Wir bitten den Umstand zu entschuldigen.

== Wartungsfenster Frankfurt 10.10.2012 - 11.10.2012 ==
 '''Bitte nicht übersehen! Großes Wartungsfenster im PoP Frankfurt. Viele Dienste betroffen!''' 
'''Abgeschlossen seit 11.10.2012 / 06:30 Uhr'''
 
'''UPDATE 11.10.2012''' 
Die Wartungsarbeiten sind seit ca. 06.30 Uhr abgeschlossen, alle Dienste sind wieder verfügbar. 
Sollten Sie dennoch weiterhin Störungen haben, melden Sie sich bitte kurz bei unserem Support. 
'''Vielen Dank für Ihre Geduld!'''

 
<hr noshade>

Wir werden ab dem '''10.10.2012''' in Frankfurt größere Umbaumaßnamen durchführen.
'''Planarbeiten:'''
* Ausbau eines Rackbereiches in unserer Hauptlocation in FFM
** Einbau dedizierte USV Anlage (die USV sowie der Diesel des RZ genügen uns nicht)
** Einbau PDU
** Einbau IP-KVM (für ältere Server)
** Einbau Monitor Überwachungs Server mit redundanter Anbindung (USV gepuffert)
'''Umzug aus zweitem Rechenzentrum''', in dem uns die Anbindung zu klein geworden ist:
* Tagsüber:
** NS1 - Authoritativ
** NS1 - Caching Server
** ColdSpare Rechner

* Nachts:
** VoIP Plattform mit ALLEN VoIP Diensten (Telefonie, Telefonkette, Konferenzen, etc.)
** Tunnel-Plattform
** Es werden zudem zwischen 01 und 05 Uhr morgens Arbeiten an der Anbindung POP Frankfurt durchgeführt
** Redundanz - Tests: Um die Hochverfügbarkeit und Notfallmaßnamen zu testen wird es auch bei der DSL-Plattform und den anderen Diensten einige Male für wenige Minuten zu Unterbrechungen kommen.

* Es werden zu bestimmten Zeiten die entsprechenden Dienst nicht erreichbar sein. Der Umzug wird ca. 60min. in Anspruch nehmen zzgl. unvorhersehbare Dinge.
* Wir werden versuchen die kritischen Arbeiten kurzfristig per Twitter-Channel anzukündigen.
* Um die Komplexität darzulegen: Wir sind das erste Mal mit mindestens drei Technikern vor Ort und haben zusätzliche mind. einen Techniker in Wuppertal sitzen.
* '''Update aus FFM: 10.10.2012 19:30 Uhr:''' Wir haben jetzt alle Vorbereitungen soweit durchgeführt. Da noch einige ungeplante Kleinigkeiten anstanden haben wir es nicht mehr geschafft die ersten Server umzuziehen. Wir werden also diese Nacht ab ca. 1 Uhr ALLE oben aufgeführten Server herunter fahren und nach ca. 60 - 120 min. wieder online bringen. Wir werden dann noch mals Twittern. LG als FFM

== Twitter to Mail ==
Da wir gelegentlich das Feedback erhalten, der Twitter Channel würde nicht reichen, eine eMail im Störungsfall wäre besser haben wir uns folgende Erweiterung überlegt: Wir senden automatisch alle Tweets per eMail an alle, die im Kunden-Center dies Feature aktiviert haben.

Der Haupt-Weg bleibt aber Twitter, da dies 100% von unserer Infrastruktur unabhängig ist. Der Mailversand kann u.U. je nach alter einer Störung unterbrochen sein. Des weiteren dauert der Mailversand auch länger, da wir nicht nur 10 Mails versenden ;)

*'''Status:''' '''FINAL'''Die [[MyProfil - Kundendaten in ISP-Suite ändern (Anleitung)|Anleitung]] zum Eintragen Ihrer Mailadresse haben wir Ihnen nun erstellt.

== Aktualisierung Caching DNS 1 Server ==
Für ein Systemupdate und den vorsorglichen Festplattentausch führen wir Wartungsarbeiten am NS1-Caching DNS Server durch, der auf folgende IPs antwortet:
* 217.144.128.34
* 2a02:a00::c1
Wir rechnen mit ca. 30 - 60min.

*'''Status:''' '''DONE'''
*'''Termin Umschaltung:''' Verschoben auf 11.09.2012 ab ca. 8 Uhr.
* Der Dienst steht seit ca. 08:40 Uhr wieder wie gewohnt zur Verfügung.
* '''Update 13:00 Uhr:''' Der Resolverdienst, der beim Debian enthalten ist, hat leider einige dicken Macken. Er antwortet mit falschen TTL´s und kann den Cache auch nicht kontrolliert leeren, wodurch unser Echtzeit DNS etwas "gestört" ist. Wir werden nun den Dienst selber kompilieren und tiefere Tests durchführen.... Der DNS1 wird leider noch einige Male kurzzeitig nicht zur Verfügung stehen. Wir bitten den Umstand zu entschuldigen.
* '''Update 12.09.2012 07:30 Uhr:''' Leider haben wir es gestern nicht mehr hin bekommen, den NS1 sauber ans laufen zu bringen. Zusätzliche Hardwareprobleme haben uns jedoch veranlasst, einen neuen Server zu bestellen, was per Express bereits eingestielt ist. Wir werden somit den "Neuen" schön und schnell fertig machen und dann switchen. Das soll diese Woche noch vom Tisch sein ;)
* '''Update 12.09.2012 10:00 Uhr:''' Die Caching DNS Server funktionieren jetzt ohne Einschränkungen. Das LIVE - Cache-Aktualisieren ebenso wie das TTL Counting. Dennoch werden wir den NS1 in Wuppertal noch durch einen komplett neuen Server ersetzen, um hier wieder für ein paar Jahre Ruhe rein zu bekommen ;)
* '''Update 14.09.2012 08:20 Uhr:''' Guten morgen. Der neue Server ist bereits gestern im Datacenter Wuppertal, also bei uns, eingegangen. Wegen der DSL-Störung konnten wir hier leider noch nicht aktiv werden. Wir werden ihn aber heute auspacken, BIOS und Hardware prüfen, eine Testinstallation durchführen und ihn dann mind. übers Wochenende in den Speicher-Test schicken. Kommende Woche wird er dann (wenn alles in Ordnung ist) installiert und dann als NS1-Cache-Wuppertal produktiv gehen. Das Wichtigste aber: Seit dem 12.09ten laufen alle DNS-Cache Server von uns ohne jegliche Probleme *freu* :)

* '''Update 17.09.2012:''' Wir werden morgen im Laufe des Tages den neuen Server produktiv nehmen. Es ist mit einer sehr geringen Offtime zu rechnen.

* '''Update 18.09.2012:''' Wir haben den neuen Server (Neues Blech und Neuinstallation) nun produktiv und beenden damit diese Baustelle, die eigentlich kleiner sein sollte. Aber wenn, dann richtig. :) Wir danken für Ihr Verständnis.

== 26.09.2012 - Wartungsarbeiten POP Wuppertal ==
* Zeitraum: Mittwoch 26.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: ca. 10 Minuten
* Art der Arbeit: Router-Upgrade
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''Wurde erfolgreich durchgeführt !!!'''
* '''Update 25.09.2012 09:30 Uhr:''' Wir werden im Laufe des Vormittags unsere Anbindung umstellen, damit diese Nacht bei den Wartungsarbeiten an den Core-Routern keine lange Offtime entsteht. Die Anbindung wird dadurch gleich jedoch mal kurz ruckeln.
* '''Update 25.09.2012 16:00 Uhr:''' Die Vorbereitungen sind abgeschlossen. Diese Nacht sollte somit alles durchgehend erreichbar sein.

* '''Update 26.09.2012 06:00 Uhr:''' Es gab während der Wartungsarbeiten eine kurze Offtime von wenigen Minuten. Die Notfallmaßnamen zur Alarmisierung haben gegriffen und konnten so auch "Live" getestet werden.

== 19.09.2012 - Wartungsarbeiten POP Wuppertal ==
Wir möchten Sie über zwei bevorstehende Wartungsmaßnahmen informieren:

* Zeitraum: Mittwoch 19.09.2012, 4 - 6 Uhr (früh)
* Geplante Ausfallzeit: keine
* Art der Arbeit: Backbone-Arbeiten, Konfigurationsarbeiten
* Betroffen: alle Housing-Kunden in Wuppertal sowie Portunity Dienste aus Wuppertal.
* '''Status:''' '''DONE'''

== KVM Backup Host - NFS Backup ==
Für unsere Business V-Server sowie eigene virtuelle Server bauen wir den Backup-Mechanismus um, wodurch wir uns eine höhere Flexibilität, mehr Performance sowie schnellere Wiederherstellung im Restore-Fall erhoffen.

Dazu verwenden wir einen 3HE Supermicro Server mit 16 Bays, den wir zum Start mit nur 3 Stück 4TB Festplatten ausstatten und jederzeit mit weiteren 11 Platten erweitern können. Für den Start reichen 8 TeraByte ;)

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''In Betrieb :=) '''

== 12.09.12 - Bundesweite DSL Störung ==
Gestern Abend (12.09.12) zwischen ca. 20:00 Uhr und 23:55 Uhr kam es vereinzelt zu DSL Einwahlproblemen / Unterbrechungen. Dies sollte dann behoben sein.
Leider ist seit ca. 02:00 Uhr heute morgen vereinzelt dieses Problem erneut Bundesweit aufgetreten und aktuell anhaltend. '''Es sind zudem nicht nur Portunity Kunden betroffen''', sondern auch anderer DSL-Kollegen, mit denen wir teilweise auch in Kontakt stehen.
'''Es sind vereinzelte DSL Zugänge in ganz Deutschland betroffen.'''

Wir haben die Störung der entsprechenden Stelle weiter geleitet und es wird daran gearbeitet. Leider liegt die Ursache außerhalb unseres Einflussbereiches.

* '''Update 12:00 Uhr:''' Das Problem besteht weiterhin. Ein Teil der DSL-Accounts, bevorzugt aber nicht ausschliesslich aus bestimmten Regionen, kann sich weiterhin nicht einwählen. Betroffen sind inzwischen ca. 15% aller Kunden. Inzwischen wurde uns gegenüber eingeräumt, dass es einige Notfallarbeiten im Netz der Telefonica, die für die Durchleitung des DSL-Verkehrs verantwortlich ist gegeben hat, auch genau in den Regionen in denen wir die Probleme feststellen. Die uns gegenüber zuständigen Techniker können oder wollen dies jedoch nicht bestätigen. Man arbeite mit Hochdruck an einer Identifikation des Problems, wir erhalten jedoch nur tröpfchenweise Informationen. Wir als Ihr Lieferant halten dies für absolut unbefriedigend und versuchen seit Stunden mehr zu erfahren um Sie zu informieren.

* '''Update 16:00 Uhr:''' Das Problem scheint seit etwa 15:00 Uhr gelöst worden zu sein oder nicht mehr zu bestehen. Jedenfalls gibt es seitdem keine Probleme mehr, Verbindungen aufzubauen. Gedroppte Sessions kamen zuverlässig und spontan immer wieder sofort neu rein. Wir geben dennoch keine Entwarnung, da eine Fehlerursache nicht gefunden, zumindest nicht zugegeben wurde. Wir halten Sie weiter auf dem Laufenden ...

* '''Update 17:00 Uhr:''' Die gestern gemeldete Störung hat uns und viele unserer Kunden leider auch heute beschäftigt. Seit ca. 15.00 Uhr funktionieren wieder alle Einwahlen einwandfrei, wenngleich wir die genaue Ursache trotz intensiver Arbeit vieler Techniker auf beiden Seiten nicht identifizieren konnten, bzw. sie wurde uns gegenüber nicht zugegeben. Betroffen waren heute bis zu 15% aller Kunden, manche Verbindungen waren dauerhaft gestört, andere konnten sich nach einiger Zeit wieder einwählen. Wir geben daher noch keine endgültige Entwarnung und werden weiter intensiv nach den möglichen Ursachen suchen um zu verhindern, dass die Effekte erneut auftreten. '''Wir bitten vielmals um Entschuldigung und bedanken uns für Ihr Verständnis und Ihre Geduld!'''

* '''Update 14.09.12 17:35 Uhr:''' Einige Kunden mussten Ihren Router neu starten (Strom raus / rein) oder einen Portreset bei der DTAG durchführen lassen. Es scheint also alles wieder normal zu laufen. Von der TelCo gibt es zumindest den Hinweis, das sie nicht verstehen, warum es erst jetzt geknallt hat und nicht schon früher. Das macht Hoffnung, das die Ursache gefunden und dann auch behoben wurde. Wir verabschieden uns ins hoffentlich ruhige Wochenende. Wenn wieder erwartend etwas ist, bitte auf der -300 anrufen und eine Nachricht auf dem AB hinterlassen. Interessant für uns ist dann: Ihr Standort (Stadt) Ihre Kundennummer und bitte Ihre Einwahlkennung. Vielen Dank.

* '''Update 17.09.12''' Das Wochenende war Störungsfrei, alle Kunden sind wieder seit Freitag eingewählt. Als Information haben wir leider nur mündlich erhalten, das es bei der ZISP - Zuführung eine Fehlkonfiguration des Lieferanten gab, also außerhalb unseres Einflussbereiches. Dort hat man uns vermutlich erst einmal "ignoriert", da nur "wir" die Störung gemeldet haben und dann doch irgendwann mal nach geschaut.....

*'''Status:''' '''Entstört'''

== Neuer Mail Backup 1 Server ==
Es wird ebenso einen neuen smtp-backup1.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.40 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server ist abgeschaltet.

== Neuer Mail Relay Server ==
Es wird einen neuen smtp-relay.portunity.de Server geben, damit wir auch hier die neuen IPv4-Adressen aber auch IPv6 Adressen nutzen. Die alte IP-Adresse: 81.92.15.39 wird voraussichtlich zum 03.09.2012 abgeschaltet. Sollte dies zu knapp bemessen sein, so bitte bei uns im Support melden. Danke

*'''Status:''' '''05.09.2012 UMGESTELLT'''
*'''Termin Umschaltung:''' Wir haben am 05.09.2012 den neuen Server mit IPv6 unter der neuen IP-Adresse produktiv genommen. Die Arbeiten verliefen soweit ruckelfrei :)
*'''Termin Abschaltung:''' Der alte Server wird am 06.09.2012 abgeschaltet.

== NTP & DNS Trouble ==
Leider hatten seit den Arbeiten in Frankfurt und dem damit neu installierten Caching DNS Server einige Schwierigkeiten. Zum einen reagierte der NTP-Dienst nicht sauber, der dort mit läuft.
*'''Status:''' Behoben 28.08.2012

== Update der ISP-Suite ==
Wir haben vom 20.08.2012 - 22.08.2012 in die ISP-Suite (Service-Center) einige Updates für den Bereich: VoIP eingespielt. Dies betrifft insbesondere den Abrechnungsbereich und die VoIP-Preislisten, sowie den VoIP-Preislisten-Editor.
Nebenwirkungen wurden nicht erkannt oder gemeldet.

== Störung CoLocation Frankfurt 17.08.2012 ==
Um ca. 03:50 Uhr heute morgen machte der Router in FFM wieder Probleme.
Die Kollegen haben dies umgehend festgestellt und einen Kaltstart durchgeführt. Seit ca. 04:05 Uhr alles bereits wieder erreichbar. Die Störung lag außerhalb unseres Einflussbereiches.
(Sorry für den späten Tweet, mein Handy war nicht online.)

Im Gegensatz zu der Störung vom 13.08.12 haben wir nun jedoch ausführlichere Logfiles, welches nun analysiert werden.
Aktuell gibt es 2 Verdächtige:
* Gezielter Angriff gegen den Cisco Router
* Hardwaredefekt

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform
'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 17.08.12 - 16:22 Uhr: Der Cisco hat bis kurz vor den Crash ganz normal gearbeitet und auch die überwachten Dinge wie: Sessions, Traffic, CPU-Last, Speicher usw. sahen vollkommen normal aus. Einen konkreten Verdacht haben die Jungs aktuell leider nicht, es wird überlegt ein OS Update einzuspielen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

== Neue DNS - Server in Frankfurt ==
Die DNS Server in Frankfurt (Caching und Autoritativ) laufen zwar sehr gut, jedoch hat die eine oder andere Festplatte S.M.A.R.T. Warnungen und bevor dies zu Ausfällen führt, tauschen wir die Festplatten durch. Wir werden im gleichen Zug aber auch ein neues OS installieren, damit wir dann auch wieder "Ruhe haben" :)

Die betroffenen Server stehen für den Umbau nicht zur Verfügung, die Primärsysteme in Wuppertal laufen jedoch weiter.

* '''Betroffen:''' ns2.portunity.de & ns-cache2.portunity.de (217.144.128.34)
*'''Status:''' '''15.08.2012 - Erfolgreich abgeschlossen'''

== KVM Host - FFM ==
Für unsere CoLo in Frankfurt spendieren wir einen neuen V-Server-Host auf KVM Basis, damit wir einige neue, eigene Projekte realisieren können.

* Termin: August/September 2012.
*'''Status:''' '''15.08.2012 - Erfolgreich eingehostet :) '''

== Störung CoLocation Frankfurt 13.08.2012 ==
Seit ca. 20:15 Uhr (13.08.2012) gibt es in einer CoLoCation in Frankfurt, in der Technik von uns steht eine Störung.

'''Betroffen:''' Dienste in Frankfurt: Telefonie Plattform mit Nebendiensten, VPN-Tunnel-Plattform, sekundäre DNS Server. Vermutlich auch die DSL-Plattform

'''Nicht betroffen:''' Standort / Rechenzentrum Wuppertal

* 20:15 Uhr: Die genaue Ursache ist noch nicht bekannt.
* 21:15 Uhr: Die Störung liegt außerhalb unseres Einflussbereiches
* 21:40 Uhr: Unbefriedigend, jedoch endlich die Bestätigung erhalten, das sich nun gekümmert wird.
* 22:14 Uhr: In FFM ist ein zentraler Router ausgefallen. Er lässt sich auch nicht mehr wiederbeleben. Er wird / ist jetzt durch einen Hotspare ersetzt werden/worden... heiße Phase....
* 22:31 Uhr: '''Soweit sind alle IP4v Dienste wieder erreichbar'''. IPv6 ruckelt noch nicht, kommt aber noch ;)
**Die Störung lag auf jeden Fall nicht in unserem Einflussbereich. :)
* 22:41 Uhr: Nun '''rennen auch die IPv6 Netze''' auf der VPN-Tunnelplattform wieder.
** Die Rufbereitschaft wünscht nun eine gute Nacht, bis morgen.

* 20.08.2012: Der Arbeitsspeicher des Cisco scheint defekt zu sein. Wir haben den Interimsrouter in Betrieb genommen und tauschen den RAM nun aus....

* 21.08.2012: Wir nehmen den "defekten" Router JETZT ausser Betrieb, damit am Donnerstag der RAM in Ruhe getauscht werden kann und wir den Router dann erst mal testen können. Es wird mal eben kurz ruckeln.

Sollte Ihnen dennoch etwas auffallen, sie bitte eine eMail mit der Fehlerbeschreibung an: support@portunity.de Wir melden uns dann morgen bei Ihnen. Danke


'''Weitere Infos zum Ausfall:'''
* 14.08.2012: Wichtiger-Hinweis: Durch den aktuellen "Notbetrieb" sind leider ein paar alte IP-Adressen nun nicht mehr erreichbar. Betroffen ist primär die '''82.139.223.34''', was ein alter Caching / Resolver DNS Server war. Die IP-Adresse sollte eigentlich bereits seit Jahren nicht mehr antworten. Bitte passen Sie Ihre DNS-Server an, oder nutzen Ihren Router als DNS Server, welcher die korrekten Server automatisch zugewiesen bekommt. [[Wie lauten die Namen und IP-Adressen der Caching- / Resolving-Nameserver für Einwahlprodukte (DNS)?]]
** Sollten Sie die 82.139.223.33 als authoritativen DNS Server für Ihre Domain nutzen, so müssen Sie diesen auch umgehen anpassen! [[Wie lauten die Namen und IP-Adressen der authoritativen Nameserver für Domains (DNS) ?]]
* Ursache war ein Router, der sich komplett abgeschossen hat und auch durch einen Neustart nicht mehr zu reaktivieren war. Die Techniker haben dann ein mitlaufendes Reservegerät umkonfiguriert, welches nun das Routing in der CoLoCation Frankfurt übernommen hat. Da Portunity sowieso morgen einen FFM Termin hat, prüfen wir den Router der Kollegen und tauschen ihn ggf. mit aus. Ende.

== Technik - Forschungswoche ==
Unsere Techniker werden vom 06.08.12 - 10.08.12 eine Forschungswoche einschieben, um einige Projekte massiv voran zu bringen oder gar abzuschließen.
Aus diesem Grund sind wir nicht ganz so gut direkt erreichbar. Wir sind natürlich da und kümmern uns um Ihre Anrufe, eMails sowie Tickets. Nur bei Techniker-Arbeiten kann es schon mal zu kleinen Verzögerungen kommen.
-> Ausnahme natürlich Störungen: Ist Ihr Server bei uns oder gar unsere Infrastruktur gestört, sind wir natürlich sofort am Start :)

Wir bedanken uns für Ihr Verständnis und freuen uns schon auf die Herausforderungen.

'''Status:''' Wir haben die Woche richtig viel geschafft und konnten einige neue Fundamente für neue Produkte bauen. Da die Woche so super funktioniert hat erstellen wir nun noch einiges an Dokumentation und machen mit dem Ausbau weiter. So werden nicht nur der smtp-backup1.portunity.de und smtp-relay.portunity.de neu aufgesetzt, sondern auch interne Radius Server für die VPN-Tunnel Plattform.

'''Die OPS sagt DANKE'''. Allen, die uns unterstützt haben und allen, die Verständnis für eventuell längere Supportlaufzeiten aufgebracht haben.

== KVM Cloud Host / Node ==
Für unsere Business V-Server sowie eigene virtuelle Server fügen wir in unsere Cloud einen zusätzlichen Server ein.

* Termin: kein Termin erforderlich, da schleichender Prozess.
*'''Status:''' '''done '''

== Anbindungsprobleme 01.08.2012 ==
Status: 01.08.2012 - Zwischen ca. 12:50 und 13:00 Uhr gab es offensichtlich eine globale Netzstörung, wodurch nicht nur unsere Standorte betroffen / nicht erreichbar waren, sondern auch andere namhafte Provider.

Es sind einige Leitungen der DTAG ausgefallen, was zu einer Überlastung der Netze geführt hat. Vielleicht der berühmte Bagger ;)

== Klimatechnik Serverraum 1 ==
Wir planen die Erweiterung der Klimatisierungstechnik in Serverraum 1 (Datacenter Wuppertal), da die aktuelle Klimaleistung nicht mehr genügt.
Mit "nicht mehr genügt" ist gemeint, das wir aktuell nicht mehr Garantiert "n+1" haben, also ein 100% unabhängiges Reserve-Gerät. Da wir dies jedoch wünschen, rüsten wir auf.

* '''Eiliges Update 29.06.12:'''Am 28.06.12 (wir Twitterten) stieg die Außentemperatur so stark an, das die Reserveanlage zugeschaltet werden musste. Diese versagte jedoch ihrer Leistung (trotz wöchentlichem Test), wodurch die Temperatur im Serverraum 1 leicht Anstieg. Diverse Sofortmaßnahmen und Analysen brachten uns zu dem Schluss die Nachrüstung zu beschleunigen und ggf. Interimslösungen zu installieren.
** Es handelt sich um '''KEINEN''' kritischen Zustand. Erst ab ca. 36°C Aussentemp. steigt die Serverraumtemperatur mit an.
** Die neuen Anlage(n) sind bestellt und werden Donnerstag in Betrieb genommen.

*'''Status 04.07.12: Die beiden neuen Geräte wurden durch uns vorinstalliert.'''

* Termin 05.07.12: '''Fertig''' Wir haben heute erfolgreich 10kW mehr Kühlleistung in Serverraum 1 in Betrieb genommen. Damit haben wir "jetzt" n+2 -> '''Also 2 Reserve-Anlagen'''

==PTR-Störung beim RIPE-NCC (UPDATE)==

====Update 15:39 Uhr====

Wir bekommen derzeit Meldungen von Kunden, dass die Zonen offenbar wiederhergestellt wurden. 
Das RIPE NCC hat ebenfalls in einem Rundschreiben bestätigt, dass die Störung beseitigt sein soll. 
https://www.ripe.net/internet-coordination/news/announcements/update-14-june-13-35-utc-reverse-dns-services-outage


 
 
 
Momentan liegt eine Störung betreffend der [http://de.wikipedia.org/wiki/PTR_Resource_Record PTR-Records] für bestimmte IPv4-Netze und IPv6-Präfixe vor:
http://www.portunity.de/s/3l

Wir haben festgestellt dass - obwohl nicht explizit aufgeführt - auch Teile des Netzes 213.0.0.0/8 nicht mehr korrekt aufgelöst werden können.

Das RIPE verwaltet die IP-Adressen im europäischen Raum und hat daher auf seinen eigenen DNS-Servern NS-Records für die einzelnen IP-Blöcke hinterlegt, die dann zu den jeweiligen Providern (z.B. zu uns) führen.
Offenbar ist dort bei einem Update oder Wartungsarbeiten die DNS-Zone kaputt gegangen, man ist seit gestern Abend dran diese wiederherzustellen.
Momentan bekommen wir die Anfragen für die betroffenen IP-Adressen garnicht mehr weitergeleitet, weil der entsprechende Eintrag auf den DNS-Servern des RIPE fehlt und wir diesen derzeit auch nicht mehr erzeugen können.

Da wir auf dieses Problem leider keinen Einfluss haben kann ich Ihnen leider auch keinen ungefähren Zeitrahmen nennen, wie lange die Wiederherstellung der Zone dauert.

Wir empfehlen während dieser Zeit auf Mailservern/Spamfiltern auf die Prüfung der Konsistenz von A/AAAA-Record und PTR zu verzichten oder zumindest nur aus diesem Grund keine Mails mehr abzulehnen.

===Diese IPv4-Netze von uns sind derzeit zumindest teilweise davon betroffen===
* 212.60.128.0/19
* 213.240.176.0/20

== Neue Telefonanlage ==
Wir planen die Erneuerung unserer Telefonanlage. Zum einen schaffen wir damit die ISDN - Technik ab und zum Anderen stellen wir auf Asterisk 1.8 um.
*Betroffen sein kann:
** Sämtliche Anrufe auf der 0202 / 69555xxx
** Notrufe für Kunden mit VIP - SLA Vertrag
** Fax Empfang
** ENUM Validierungsanrufe
** Neukundenanmeldungen mit Rückruf-Validierung

Wir rechnen jedoch nur mit einer kurzzeitigen Unterbrechung der Erreichbarkeit und nicht mit einer längerfristigen Umstellung.

* Termin: 12.06.2012 !
*'''Status:''' '''ABGESCHLOSSEN'''

== Tausch der USV (UPS) Akkus ==
* Aus Sicherheitsgründen und damit wir die gewohnte Stabilität von über 99,7% halten können tauschen wir nun alle fälligen USV-Akkus pauschal aus.
* Da mit keinen Unterbrechungen der Stromzufuhr zu rechnen ist, nehmen wir den Tausch jeweils tagsüber vor (dann sind wir auch über eine längere Zeit zwecks Beobachtung noch vor Ort) und informieren nicht jeden betroffenen Kunden einzeln.
* '''Start:''' 19.04.2012
* '''Ende:''' 15.05.2012

== 09.05.2012 Abschaltung alte IP-Adresse 81.92.15.34 - Resolver DNS Server 1 ==
Seit ca. 2 Jahren haben alle unsere DNS Server neue IP-Adressen erhalten. Leider haben noch nicht alle Kunden dies umgestellt, weshalb wir hier nun erneut eine Rundnachricht versenden und einen dreiwöchigen Aufschub eingerichtet haben.

Für ein sauberes IPv6 Routing in unserem Rechenzentrum ist die Abschaltung solcher alten IP-Adressen leider unerlässlich. Es handelt sich um eine technisch notwendige Änderung.

*'''Status:''' '''WICHTIGE ANKÜNDIGUNG'''

* Endgültige Abschaltung der IP-Adresse am 09.05.2012
*'''Status:''' '''OFFLINE'''

== 26.04.2012 Durchstarten 92.Speeddrive ==
* Wir müssen das Gateway 92.Speeddrive morgen mal eben durchstarten.
* Der Dienst steht für ca. 5min, nicht zur Verfügung.
* '''Start:''' 26.04.2012
* '''Ende:''' nach ca. 5min. -> 26.04.2012 ca. 09:14 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Störung: Monitoring - System - 19.04.2012 ==
* Die neue Festplatte hat das System soeben wieder "vor die Wand gesetzt".
* siehe Meldung: http://www.portunity.de/wiki/Portunity_Wiki:Aktuelle_Ereignisse#St.C3.B6rung:_Monitoring_-_System_-_16.04.2012

*Weiterführende Maßnahmen: Wir werden morgen früh 20.04.2012 den Haupt-Server umbauen. Die vorhandenen Festplatten sind nicht schnell genug und werden durch 6 Festplatten ersetzt.
* '''Die Überwachung wird morgen früh ab ca. 8 Uhr nicht zur Verfügung stehen.'''

*'''Status:''' '''ABGESCHLOSSEN'''
** Freitag 12:20 Uhr: Die neuen 6 Festplatten wurden verbaut und werden nun eingerichtet und mit dem Betriebssystem / Daten / Programmen versehen. Dies geschieht weitestgehend im Betrieb...
** Der Server ist nun mit dne zusätzlichen Festplatten super schnell und startet auch komplett in ca. 30 Sekunden durch.

== 24.04.2012: Tausch ns1.portunity.de - Auth. DNS Server 1 ==

Unser autoritativer DNS Server 1 in Wuppertal hatte vor einigen Wochen ja einen Ausfall und musste kalt gestartet werden (wir Informierten via Twitter). Dies veranlasste uns einen neuen Server kaufen und damit den alten Server zu ersetzen. Dies wollen wir wir nun durchführen.

*Die Arbeiten werden tagsüber vorgenommen
*Einschränkung: Keine Domain Registrierungen oder Updates
*Abschaltung der alten IP-Adresse: 81.92.15.33
*Dauer der Umstellung: ca. 1 - 2 Stunden

*'''Start:''' geplant ist 24.04.2012 ca. 10 Uhr
*'''Ende:''' 24.04.2012 11:30 Uhr
*'''Status:''' '''ABGESCHLOSSEN'''

== Umstellung: IPv6 Umstellung - Dienstag 17.04.2012 ==

Umbau des IPv6 Routings im Rechenzentrum Wuppertal.

*Betroffen: Nur unsere IPv6 Dienste in Wuppertal: DNS Server, Mailserver.

*'''Status:''' '''√ ABGESCHLOSSEN'''

 

== Störung: Monitoring - System - 16.04.2012 ==

*Durch den Ausfall einer im RAID befindlichen SATA Platte, wird das System im Laufe des Tages herunter gefahren und die defekte Festplatte durch eine Neue ersetzt. Das System / die Überwachung steht dann nur eingeschränkt zur Verfügung.
**Die defekte Festplatte wurde ersetzt und nun synchronisiert sich das RAID neu.... Es kann während dieser Phase zu Fehlalarmen kommen.

*'''Status:''' '''√ ABGESCHLOSSEN'''

*Weiterführende Maßnahmen: Wir werden den Monitorserver mittelfristig auf 2 Server aufteilen. Der Hauptserver übernimmt die Watchdogs und der PINGs und der 2. Server das Monitoring: Stromerfassung, Auslastungsmessung der Systeme etc...

== Sicherheitslücke: Mittwoch 11.04.2012 ==

Schwere Sicherheitslücke im Linux Samba-Dienst entdeckt.

*siehe: http://www.heise.de/newsticker/meldung/Kritische-Luecke-in-allen-Samba-Servern-1518799.html

Wir informierten die betroffenen Speeddrive Kunden per E-Mail, das der SMB - Dienst zur Zeit nur noch durch einen VPN-Tunnel zu erreichen ist.

*'''Wir planen am Montag den 16.04.2012 die Aktualisierung des Servers sowie das einspielen des entsprechenden Patches.''' Der Dienst wird in der Zeit zwischen 9:00 Uhr bis "offen" nicht erreichbar sein.

*Alle Arbeiten wurden um 13:15 Uhr erfolgreich abgeschlossen. Das System ist nun mit allen verfügbaren und vor allem den SAMBA-Dienst betreffenden Patches ausgestattet. Nun ist SAMBA (Die Windows - Freigabe) wieder ohne VPN Tunnel nutzbar.

*'''Status:''' '''√ ABGESCHLOSSEN 16.04.2012'''

Blogger.com Domain - Eigene Domain nutzen (Anleitung)

Br@superroot — Tue, 07 Aug 2012 20:12:12 GMT

Br@superroot:

Bei [http://www.blogger.com blogger.com] von Google können sie einen kostenlosen Blog hosten. Allerdings nur mit einer Subdomain unter *.blogspot.com - quasie als kostenlose Domain.

Wenn sie eine '''eigene Domain''' verwenden möchten, um z.B aus '''ptytest.blogspot.com -> www.ptytest.de''' werden zu lassen, ist dies mit den Domainangeboten von Portunity möglich. D.h. die eigene Domain registrieren Sie bei Portunity, den Blog bekommen Sie von Google's blogger.com.

== Domain check und Domainregistrierung ==

'''Zuerst müssen sie Ihre eigene Domain registrieren:''' Portunity ist selber bei diversen Registrierungsstellen Registrar (Domain-Provider) und bietet alle gängigen Domainendungen wie .de, .eu, .com und viele weitere an. Einen Überblick über verschiedene Domainendungen und die [http://www.portunity.de/hosting/produkte/domains.html Domain-Preise] gibt es auf der Portunity-Seite.

Dort finden Sie rechts in der Spalte auch einen '''Domaincheck''' um die Domain Verfügbarkeit zu prüfen. Wie der Bestellvorgang bei Portunity im allgemeinen abläuft beschreibt der Wiki-Artikel "[[Tarif buchen im Service-Center (ISP-Suite) (Anleitung)|Tarif buchen im Service-Center (ISPSuite)]]".

== Einrichtung bei Portunity ==

Sobald sie die Domain gebucht haben loggen sie sich in das [[DNS-Einstellungen (Dialog)|Webinterface]] ein und nehmen dort einige Einstellungen vor.

=== CNAME-Records ===

Zuerst richten sie einen CNAME-Record für die gewünschte Subdomain ein. Üblicherweise ist das '''"www"'''. Dieser Record muss auf '''"ghs.google.com"''' zeigen.

[[Image:Blogger pty1.jpg]]

=== A-Records (optional) ===

Optional können sie zusätzlich A-Records anlegen um das erreichen ihres Blogs nur über die Domain zu ermöglichen. Also z.b. nur '''"ptytest.de"'''. Eingetragen werden müssen folgende vier IP-Adressen: '''"216.239.32.21,216.239.34.21,216.239.36.21,216.239.38.21".'''

Stand 7.8.12 bitte gegebenenfalls auf Aktualität prüfen: [http://support.google.com/blogger/bin/static.py?hl=de&ts=1233381&page=ts.cs Google Anleitung]

[[Image:Blogger pty2.jpg]]

== Einrichtung bei blogger.com ==

=== Einstellungen aufrufen ===

[[Image:Blogger g1.jpg|thumb|right|500px]] Auf der blogger.com Startseite in den Einstellungsdialog des entsprechenden Blogs gehen. [[Image:Blogger g2.jpg|thumb|left|200px]] 

=== Domain zuweisen ===

Unter '''"Einstellungen"''' › '''"Grundlegend"''' im Menüpunkt '''"Veröffentlichung"''' Auf '''"+ Benutzerdefinierte Domain hinzufügen"''' klicken. [[Image:Blogger g3.jpg|600px]] Dann auf '''" Zu erweiterten Einstellungen wechseln"''' [[Image:Blogger g4.jpg|600px]] Tragen sie jetzt ihre gewünschte Domain ein und klicken auf '''"Speichern"'''. [[Image:Blogger g5.jpg|600px]] 

== Fertig ==

Herzlichen Glückwunsch: Ihr blogger.com Blog von Google ist nun über ihre eigene Internetdomain von Portunity erreichbar. Bitte beachten Sie, dass es einige Stunden (bis zu maximal 24 Stunden) dauern kann bis ihr Blog vollständig von allen Providern erreichbar ist. [[Image:Blogger g6.jpg]]

[[Category:Hosting]] [[Category:Domain-Registrierung_(Tarif)]]

Blogger.com Domain - Eigene Domain nutzen (Anleitung)

Br@superroot — Tue, 07 Aug 2012 20:11:51 GMT

Br@superroot:

Bei [http://www.blogger.com blogger.com] von Google können sie einen kostenlosen Blog hosten. Allerdings nur mit einer Subdomain unter *.blogspot.com - quasie als kostenlose Domain.

Wenn sie eine '''eigene Domain''' verwenden möchten, um z.B aus '''ptytest.blogspot.com -> www.ptytest.de''' werden zu lassen, ist dies mit den Domainangeboten von Portunity möglich. D.h. die eigene Domain registrieren Sie bei Portunity, den Blog bekommen Sie von Google's blogger.com.

== Domain check und Domainregistrierung ==

Zuerst müssen sie Ihre eigene Domain registrieren. Portunity ist selber bei diversen Registrierungsstellen Registrar (Domain-Provider) und bietet alle gängigen Domainendungen wie .de, .eu, .com und viele weitere an. Einen Überblick über verschiedene Domainendungen und die [http://www.portunity.de/hosting/produkte/domains.html Domain-Preise] gibt es auf der Portunity-Seite.

Dort finden Sie rechts in der Spalte auch einen '''Domaincheck''' um die Domain Verfügbarkeit zu prüfen. Wie der Bestellvorgang bei Portunity im allgemeinen abläuft beschreibt der Wiki-Artikel "[[Tarif buchen im Service-Center (ISP-Suite) (Anleitung)|Tarif buchen im Service-Center (ISPSuite)]]".

== Einrichtung bei Portunity ==

Sobald sie die Domain gebucht haben loggen sie sich in das [[DNS-Einstellungen (Dialog)|Webinterface]] ein und nehmen dort einige Einstellungen vor.

=== CNAME-Records ===

Zuerst richten sie einen CNAME-Record für die gewünschte Subdomain ein. Üblicherweise ist das '''"www"'''. Dieser Record muss auf '''"ghs.google.com"''' zeigen.

[[Image:Blogger pty1.jpg]]

=== A-Records (optional) ===

Optional können sie zusätzlich A-Records anlegen um das erreichen ihres Blogs nur über die Domain zu ermöglichen. Also z.b. nur '''"ptytest.de"'''. Eingetragen werden müssen folgende vier IP-Adressen: '''"216.239.32.21,216.239.34.21,216.239.36.21,216.239.38.21".'''

Stand 7.8.12 bitte gegebenenfalls auf Aktualität prüfen: [http://support.google.com/blogger/bin/static.py?hl=de&ts=1233381&page=ts.cs Google Anleitung]

[[Image:Blogger pty2.jpg]]

== Einrichtung bei blogger.com ==

=== Einstellungen aufrufen ===

[[Image:Blogger g1.jpg|thumb|right|500px]] Auf der blogger.com Startseite in den Einstellungsdialog des entsprechenden Blogs gehen. [[Image:Blogger g2.jpg|thumb|left|200px]] 

=== Domain zuweisen ===

Unter '''"Einstellungen"''' › '''"Grundlegend"''' im Menüpunkt '''"Veröffentlichung"''' Auf '''"+ Benutzerdefinierte Domain hinzufügen"''' klicken. [[Image:Blogger g3.jpg|600px]] Dann auf '''" Zu erweiterten Einstellungen wechseln"''' [[Image:Blogger g4.jpg|600px]] Tragen sie jetzt ihre gewünschte Domain ein und klicken auf '''"Speichern"'''. [[Image:Blogger g5.jpg|600px]] 

== Fertig ==

Herzlichen Glückwunsch: Ihr blogger.com Blog von Google ist nun über ihre eigene Internetdomain von Portunity erreichbar. Bitte beachten Sie, dass es einige Stunden (bis zu maximal 24 Stunden) dauern kann bis ihr Blog vollständig von allen Providern erreichbar ist. [[Image:Blogger g6.jpg]]

[[Category:Hosting]] [[Category:Domain-Registrierung_(Tarif)]]

Blogger.com Domain - Eigene Domain nutzen (Anleitung)

Br@superroot — Tue, 07 Aug 2012 19:33:07 GMT

Br@superroot:

Bei [http://www.blogger.com blogger.com] von Google können sie einen kostenlosen Blog hosten. Allerdings nur mit einer Subdomain unter *.blogspot.com - quasie als kostenlose Domain.

Wenn sie eine eigene Domain verwenden möchten, um z.B aus ptytest.blogspot.com -> www.ptytest.de werden zu lassen, ist dies mit den Domainangeboten von Portunity möglich. D.h. die eigene Domain registrieren Sie bei Portunity, den Blog bekommen Sie von Google's blogger.com.

== Domain check und Domainregistrierung ==

Zuerst müssen sie Ihre eigene Domain registrieren. Portunity ist selber bei diversen Registrierungsstellen Registrar (Domain-Provider) und bietet alle gängigen Domainendungen wie .de, .eu, .com und viele weitere an. Einen Überblick über verschiedene Domainendungen und die [http://www.portunity.de/hosting/produkte/domains.html Domain-Preise] gibt es auf der Portunity-Seite.

Dort finden Sie rechts in der Spalte auch einen '''Domaincheck''' um die Domain Verfügbarkeit zu prüfen. Wie der Bestellvorgang bei Portunity im allgemeinen abläuft beschreibt der Wiki-Artikel "[[Tarif buchen im Service-Center (ISP-Suite) (Anleitung)|Tarif buchen im Service-Center (ISPSuite)]]".

== Einrichtung bei Portunity ==

Sobald sie die Domain gebucht haben loggen sie sich in das [[DNS-Einstellungen (Dialog)|Webinterface]] ein und nehmen dort einige Einstellungen vor.

=== CNAME-Records ===

Zuerst richten sie einen CNAME-Record für die gewünschte Subdomain ein. Üblicherweise ist das '''"www"'''. Dieser Record muss auf '''"ghs.google.com"''' zeigen.

[[Image:Blogger pty1.jpg]]

=== A-Records (optional) ===

Optional können sie zusätzlich A-Records anlegen um das erreichen ihres Blogs nur über die Domain zu ermöglichen. Also z.b. nur '''"ptytest.de"'''. Eingetragen werden müssen folgende vier IP-Adressen: '''"216.239.32.21,216.239.34.21,216.239.36.21,216.239.38.21".'''

Stand 7.8.12 bitte gegebenenfalls auf Aktualität prüfen: [http://support.google.com/blogger/bin/static.py?hl=de&ts=1233381&page=ts.cs Google Anleitung]

[[Image:Blogger pty2.jpg]]

== Einrichtung bei blogger.com ==

=== Einstellungen aufrufen ===

[[Image:Blogger g1.jpg|thumb|right|500px]] Auf der blogger.com Startseite in den Einstellungsdialog des entsprechenden Blogs gehen. [[Image:Blogger g2.jpg|thumb|left|200px]] 

=== Domain zuweisen ===

Unter '''"Einstellungen"''' › '''"Grundlegend"''' im Menüpunkt '''"Veröffentlichung"''' Auf '''"+ Benutzerdefinierte Domain hinzufügen"''' klicken. [[Image:Blogger g3.jpg|600px]] Dann auf '''" Zu erweiterten Einstellungen wechseln"''' [[Image:Blogger g4.jpg|600px]] Tragen sie jetzt ihre gewünschte Domain ein und klicken auf '''"Speichern"'''. [[Image:Blogger g5.jpg|600px]] 

== Fertig ==

Herzlichen Glückwunsch: Ihr blogger.com Blog von Google ist nun über ihre eigene Internetdomain von Portunity erreichbar. Bitte beachten Sie, dass es einige Stunden (bis zu maximal 24 Stunden) dauern kann bis ihr Blog vollständig von allen Providern erreichbar ist. [[Image:Blogger g6.jpg]]

[[Category:Hosting]] [[Category:Domain-Registrierung_(Tarif)]]

Blogger.com Domain - Eigene Domain nutzen (Anleitung)

Br@superroot — Tue, 07 Aug 2012 19:27:24 GMT

Br@superroot:

Bei [http://www.blogger.com blogger.com] von Google können sie einen kostenlosen Blog hosten. Allerdings nur mit einer Subdomain unter *.blogspot.com.

Wenn sie eine eigene Domain verwenden möchten, um z.B aus ptytest.blogspot.com -> www.ptytest.de werden zu lassen, ist dies mit den Domainangeboten von Portunity möglich. D.h. die eigene Domain registrieren Sie bei Portunity, den Blog bekommen Sie von Google's blogger.com.

== Domain buchen ==

Zuerst müssen sie eine Domain registrieren. Portunity ist selber bei diversen Registrierungsstellen Registrar und bietet alle gängigen Domainendungen wie .de, .eu, .com und viele weitere an. Einen Überblick über verschiedene [http://www.portunity.de/hosting/produkte/domains.html Domain-Preise] gibt es auf der Portunity-Seite. Dort finden Sie rechts in der Spalte auch einen Domaincheck um die Domain Verfügbarkeit zu prüfen. Wie der Bestellvorgang bei Portunity im allgemeinen abläuft beschreibt der Wiki-Artikel "[[Tarif_buchen_im_Service-Center_(ISP-Suite)_(Anleitung)|Tarif buchen im Service-Center (ISPSuite)]]".

== Einrichtung bei Portunity ==

Sobald sie die Domain gebucht haben loggen sie sich in das [[DNS-Einstellungen (Dialog)|Webinterface]] ein und nehmen dort einige Einstellungen vor.

=== CNAME-Records ===

Zuerst richten sie einen CNAME-Record für die gewünschte Subdomain ein. Üblicherweise ist das '''"www"'''. Dieser Record muss auf '''"ghs.google.com"''' zeigen.

[[Image:Blogger pty1.jpg]]

=== A-Records (optional) ===

Optional können sie zusätzlich A-Records anlegen um das erreichen ihres Blogs nur über die Domain zu ermöglichen. Also z.b. nur '''"ptytest.de"'''. Eingetragen werden müssen folgende vier IP-Adressen: '''"216.239.32.21,216.239.34.21,216.239.36.21,216.239.38.21".'''

Stand 7.8.12 bitte gegebenenfalls auf Aktualität prüfen: [http://support.google.com/blogger/bin/static.py?hl=de&ts=1233381&page=ts.cs Google Anleitung]

[[Image:Blogger pty2.jpg]]

== Einrichtung bei blogger.com ==

=== Einstellungen aufrufen ===

[[Image:Blogger g1.jpg|thumb|right|500px]] Auf der blogger.com Startseite in den Einstellungsdialog des entsprechenden Blogs gehen. [[Image:Blogger g2.jpg|thumb|left|200px]] 

=== Domain zuweisen ===

Unter '''"Einstellungen"''' › '''"Grundlegend"''' im Menüpunkt '''"Veröffentlichung"''' Auf '''"+ Benutzerdefinierte Domain hinzufügen"''' klicken. [[Image:Blogger g3.jpg|600px]] Dann auf '''" Zu erweiterten Einstellungen wechseln"''' [[Image:Blogger g4.jpg|600px]] Tragen sie jetzt ihre gewünschte Domain ein und klicken auf '''"Speichern"'''. [[Image:Blogger g5.jpg|600px]] 

== Fertig ==

Herzlichen Glückwunsch ihr blogger.com Blog ist nun über ihre eigene Domain erreichbar. Bitte beachten sie, dass es bis zu 24 Stunden dauern kann bis ihr Blog vollständig erreichbar ist. [[Image:Blogger g6.jpg]]

[[Category:Hosting]] [[Category:Domain-Registrierung_(Tarif)]]

Webhosting webHome / webBusiness - Dynamische Inhalte (Tarifinfo)

Br@superroot — Fri, 27 Jul 2012 13:51:51 GMT

Br@superroot: /* PHP 5.2 / 5.3 / 5.4 */

==PHP 5.2 / 5.3 / 5.4 ==
Bei den Webhosting Tarifen webHome kommt die PHP Version 5.2 zum Einsatz, bei den Tarifen webBusiness stehen optional auch 5.3 und 5.4 wahlweise zur Verfügung.

Bitte beachten Sie, dass je nach gewählter PHP-Versoin der IONCube-Decoder sowie der Zend-Optimizer nicht zur Verfügung stehen (das liegt nicht an Portunity, sondern einfach daran dass die Zusatzmodule für die ganz neue PHP-Version noch nicht zur Verfügung stehen). Der XCache (Opcode-Cache) steht bei allen PHP-Versionen zur Verfügung:

* PHP 5.4.X => XCACHE 2.0.1
* PHP 5.3.X => XCACHE 1.3.1 + IONCUBE
* PHP 5.2.X => XCACHE 1.2.2 + IONCUBE + ZEND

==PHP Memory==
Die Ausführung eins PHP-Scripts darf je nach Tarif unterschiedliche Speichermengen beanspruchen.
==PHP Max Execution Time==
Die Ausführung eines einzelnen PHP-Scripts darf maximal eine bestimmte zeit beanspruchen danach wird das Script beendet.
==PHP Max Upload==
Die Maximale Datengröße die mittels der POST Methode auf unsere Server am Stück hoch geladen werden darf. Größere Dateien können selbstverständlich mit [[FTP]] hoch geladen werden.
==PHP Session Max Time==
PHP verwaltet Clients Zugriffe (Website besuche) in Sessions eine solche Session ist Maximal für die angegebene Zeit gültig.
== PHP Error-Reporting ==

Lassen Sie sich PHP Fehlermeldungen, die Ihre Scripte unter Umständen generieren, einfach per eMail zusenden.

==Fast-CGI==
Auf unseren Webservern wird PHP per Fast-CGI eingebunden. Dies bringt einen signifikanten Performance Vorteil.
==ionCube Loader==
Mit dem [[ionCube]]-Loader können PHP-Scripte die mit [[ionCube]] compiliert wurden wieder ausgeführt werden. Dies bringt zum einen signifikante Geschwindigkeitsvorteile und Scripte können ebenso nicht einfach zurück compiliert werden was einen Sicherheitsvorteil bring.
Der [[ionCube]]-Loader ist in den Home-Tarifen nicht enthalten.

==PHP Opcode-Cache (XCache)==
Der XCache beschleunigt die Ausführung ihrer PHP-Scripe dadurch das die Dateien nicht jedes mal von der Festplatte geladen werden müssen sondern zwischengespeichert werden. Auch Variablen können Zwischengespeichert werden.

===XCache: PHP-Speicher===
Der maximale Speicher der XCache zur Verfügung steht um Scripte zu cachen.
===XCache: VAR-Speicher===
Der maximale Speicher der XCache zur Verfügung steht um Variablen zu cachen.
==ZEND Optimizer==
Der '''ZEND Optimizer''' "compiliert" ihre PHP-Scripe und bietet weitere Geschwindigkeitsvorteile. ZEND ist jedoch eigentlich veraltet. Portunity unterstützt jedoch auch das modernere und sicherer ionCube.

==MySQL v5-Datenbank==
SQL ist eine Datenbanksprache mit der Daten in einer rationalen Datenbank gespeichert und verwaltet werden können. Ein verbreitete Implementation hiervon ist der MySQL Server.
==PHPMyAdmin (SQL-Webinterface)==
PHPMyAdmin ist eine Weboberfläche um MySQL Datenbanken und ihren Inhalt zu verwalten. Das interface zu ihrer Datenbank können sie in der ISPSuite aufrufen: 
[[Image:PHPMyAdmin.jpg]]

==.htaccess-Passwortschutz==
Mit Hilfe einer .htaccess Datei können sie eine einfache HTTP-Basic Authentifizierung mit Benutzername und Password einrichten.
==Directory-Listing aktivierbar==
Normalerweise wird aus einem Ordner die Datei '''"index.html"''' oder ähnliches angezeigt. Es ist jedoch auch möglich statt dessen eine Liste der im Verzeichnis hinterlegten Daten anzuzeigen: 
[[Image:directory-listing.jpg]]

==Cron-Jobs (Anzahl)==
Mit einem Cron-Job kann eine [[URL]] ihrer Website regelmäßig aufgerufen werden um Turnusmäßige aufgaben zu erledigen. Viel Websoftware hat eine solche URL. Sie können maximal die angegebene Anzahl Cron-Jobs erstellen.
==Cron-Job-Intervall==
Die Zeit die zwischen der Ausführungen eines Cron-Jobs verstreicht können sie einstelle minimal muss jedoch das Angegebene Zeitwinterwall eingehalten werden.
==Rewrite-Rules==
Mit Hilfe von Rewrite-Rules können eingehende Seitenaufrufe umgeschrieben werden. Dies wird häufig verwendet um [[URL|URL's]] Schöner zu machen.
==Eigene Fehlerseiten==
Die wenig schmucken Fehlerseiten des Apache2 Webservers wie z.B. für '''404 Seite nicht gefunden''' können sie durch eigene ersetzen. Dies ist einerseits Optisch schöner andererseits verbessert etwas wie eine Suchfunktion auf einer solchen Fehlerseite die Usability deutlich.

[[Category:Hosting]] [[Category:Hosting_FAQs]] [[Category:WebHome_(Tarif)]] [[Category:WebBusiness_(Tarif)]]

Webhosting webHome / webBusiness - Dynamische Inhalte (Tarifinfo)

Br@superroot — Fri, 27 Jul 2012 13:51:08 GMT

Br@superroot: /* PHP 5.2 */

==PHP 5.2 / 5.3 / 5.4 ==
Bei den Webhosting Tarifen webHome kommt die PHP Version 5.2 zum Einsatz, bei den Tarifen webBusiness stehen optional auch 5.3 und 5.4 wahlweise zur Verfügung.

Bitte beachten Sie, dass je nach gewählter PHP-Versoin der IONCube-Decoder sowie der Zend-Optimizer nicht zur Verfügung stehen. Der XCache (Opcode-Cache) steht bei allen PHP-Versionen zur Verfügung:

* PHP 5.4.X => XCACHE 2.0.1
* PHP 5.3.X => XCACHE 1.3.1 + IONCUBE
* PHP 5.2.X => XCACHE 1.2.2 + IONCUBE + ZEND

==PHP Memory==
Die Ausführung eins PHP-Scripts darf je nach Tarif unterschiedliche Speichermengen beanspruchen.
==PHP Max Execution Time==
Die Ausführung eines einzelnen PHP-Scripts darf maximal eine bestimmte zeit beanspruchen danach wird das Script beendet.
==PHP Max Upload==
Die Maximale Datengröße die mittels der POST Methode auf unsere Server am Stück hoch geladen werden darf. Größere Dateien können selbstverständlich mit [[FTP]] hoch geladen werden.
==PHP Session Max Time==
PHP verwaltet Clients Zugriffe (Website besuche) in Sessions eine solche Session ist Maximal für die angegebene Zeit gültig.
== PHP Error-Reporting ==

Lassen Sie sich PHP Fehlermeldungen, die Ihre Scripte unter Umständen generieren, einfach per eMail zusenden.

==Fast-CGI==
Auf unseren Webservern wird PHP per Fast-CGI eingebunden. Dies bringt einen signifikanten Performance Vorteil.
==ionCube Loader==
Mit dem [[ionCube]]-Loader können PHP-Scripte die mit [[ionCube]] compiliert wurden wieder ausgeführt werden. Dies bringt zum einen signifikante Geschwindigkeitsvorteile und Scripte können ebenso nicht einfach zurück compiliert werden was einen Sicherheitsvorteil bring.
Der [[ionCube]]-Loader ist in den Home-Tarifen nicht enthalten.

==PHP Opcode-Cache (XCache)==
Der XCache beschleunigt die Ausführung ihrer PHP-Scripe dadurch das die Dateien nicht jedes mal von der Festplatte geladen werden müssen sondern zwischengespeichert werden. Auch Variablen können Zwischengespeichert werden.

===XCache: PHP-Speicher===
Der maximale Speicher der XCache zur Verfügung steht um Scripte zu cachen.
===XCache: VAR-Speicher===
Der maximale Speicher der XCache zur Verfügung steht um Variablen zu cachen.
==ZEND Optimizer==
Der '''ZEND Optimizer''' "compiliert" ihre PHP-Scripe und bietet weitere Geschwindigkeitsvorteile. ZEND ist jedoch eigentlich veraltet. Portunity unterstützt jedoch auch das modernere und sicherer ionCube.

==MySQL v5-Datenbank==
SQL ist eine Datenbanksprache mit der Daten in einer rationalen Datenbank gespeichert und verwaltet werden können. Ein verbreitete Implementation hiervon ist der MySQL Server.
==PHPMyAdmin (SQL-Webinterface)==
PHPMyAdmin ist eine Weboberfläche um MySQL Datenbanken und ihren Inhalt zu verwalten. Das interface zu ihrer Datenbank können sie in der ISPSuite aufrufen: 
[[Image:PHPMyAdmin.jpg]]

==.htaccess-Passwortschutz==
Mit Hilfe einer .htaccess Datei können sie eine einfache HTTP-Basic Authentifizierung mit Benutzername und Password einrichten.
==Directory-Listing aktivierbar==
Normalerweise wird aus einem Ordner die Datei '''"index.html"''' oder ähnliches angezeigt. Es ist jedoch auch möglich statt dessen eine Liste der im Verzeichnis hinterlegten Daten anzuzeigen: 
[[Image:directory-listing.jpg]]

==Cron-Jobs (Anzahl)==
Mit einem Cron-Job kann eine [[URL]] ihrer Website regelmäßig aufgerufen werden um Turnusmäßige aufgaben zu erledigen. Viel Websoftware hat eine solche URL. Sie können maximal die angegebene Anzahl Cron-Jobs erstellen.
==Cron-Job-Intervall==
Die Zeit die zwischen der Ausführungen eines Cron-Jobs verstreicht können sie einstelle minimal muss jedoch das Angegebene Zeitwinterwall eingehalten werden.
==Rewrite-Rules==
Mit Hilfe von Rewrite-Rules können eingehende Seitenaufrufe umgeschrieben werden. Dies wird häufig verwendet um [[URL|URL's]] Schöner zu machen.
==Eigene Fehlerseiten==
Die wenig schmucken Fehlerseiten des Apache2 Webservers wie z.B. für '''404 Seite nicht gefunden''' können sie durch eigene ersetzen. Dies ist einerseits Optisch schöner andererseits verbessert etwas wie eine Suchfunktion auf einer solchen Fehlerseite die Usability deutlich.

[[Category:Hosting]] [[Category:Hosting_FAQs]] [[Category:WebHome_(Tarif)]] [[Category:WebBusiness_(Tarif)]]

SIP-Fehlercodes

Br@superroot — Tue, 24 Jul 2012 12:46:09 GMT

Br@superroot:

Was bedeuten die SIP-Fehlercodes 403, 404 u.a. ?

= 2xx Successful =

200 OK

= 3xx Redirection =

300 Multiple Choices 301 Moved Permanently 302 Moved Temporarily 305 Use Proxy 380 Alternative Service

= 4xx Request Failure =

400 Bad Request 401 Unauthorized 402 Payment Required 403 Forbidden 404 Not Found 405 Method Not Allowed 406 Not Acceptable 407 Proxy Authentication Required 408 Request Timeout 409 Conflict 410 Gone 411 Length Required 413 Request Entity Too Large 414 Request-URI Too Long 415 Unsupported Media Type 420 Bad Extension 480 Temporarily Unavailable 481 Call Leg/Transaction Does Not Exist 482 Loop Detected 483 Too Many Hops 484 Address Incomplete 485 Ambiguous 486 Busy Here

= 5xx Server Failure =

500 Server Internal Error 501 Not Implemented 502 Bad Gateway 503 Service Unavailable 504 Gateway Time-out 505 Version Not Supported

= 6xx Global Failures =

600 Busy Everywhere 603 Decline 604 Does Not Exist Anywhere 606 Not Acceptable

Quelle: [http://www.ietf.org/rfc/rfc2543.txt RFC 2543]

[[Category:Access]] [[Category:Access_Lexikon]] [[Category:VoIP-Account_(Tarif)]]

Debug-Funktion VoIP SIP Account (Dialog)

Br@superroot — Tue, 24 Jul 2012 12:45:16 GMT

Br@superroot:

== Der Debug-Dialog ==

[[Image:Voip-debug-full-allok.png|thumb|left]]

Der VoIP-Debugdialog ermöglicht es dem Kunden, Fehler im Zusammenhang mit der VoIP-Telefonie selber erkennen zu können. Es wird weiter unten kurz auf die einzelnen Fehler und deren Behebung eingegangen. Zusätzlich zur Ausgabe technischer Informationen wird versucht, bestimmte Fehler automatisiert zu erkennen und Lösungsvorschläge anzubieten. 

== Automatische Fehlererkennung ==

=== Status ===

'''Es erscheint die Fehlermeldung: "Dieser Status deutet auf einen Fehler hin..."''' 

==== UNREACHABLE ====

Die VoIP-Plattform hat die Verbindung zu Ihnen verloren und geht daher davon aus, dass das Telefon bzw. die Telefonanlage nicht mehr erreichbar ist - deshalb werden auch keine eingehenden Anrufe auf Ihre Telefonnummer oder die SIP-Adresse nicht mehr vermittelt sondern landen (je nach Einstellung) auf dem Anrufbeantworter. Ausgehende Telefonate sollten hierbei jedoch funktionieren. Häufigste Ursache dafür ist, dass sich das Gerät nicht am Server "registriert". Bei manchen Telefonen und Anlagen heißt diese Einstellung "Register with server" oder "Subscribe for incoming calls". Eine andere mögliche Ursache ist, dass Sie keine STUN-Server konfiguriert haben und sich Ihr Equipment deshalb mit falschen Daten am Server registriert. Bitte achten Sie etwas tiefer bei "Registrierungs-Kontakt" auf Fehlermeldungen wie diese: [[Image:Voipdebug-naterror.png]] Prüfen Sie in diesem Fall bitte die Einstellungen am Gerät hinsichtlich NAT, NAT-Keepalive und die eingetragenen STUN-Server. Eine Firewall könnte die Verbindung ebenfalls stören, auch vorgeschaltete Router mit integrierter VoIP-Telefonanlage "verschlucken" manchmal die Datenpakete und versuchen sie selbst auszuwerten.

==== LAGGED ====

Es wurde festgestellt, dass die Latenzzeit zu Ihrem Telefon zu hoch ist als dass man noch verständliche Gespräche darüber führen könnte - aus diesem Grund werden keine eingehenden Anrufe mehr zu Ihnen vermittelt. Ausgehende Telefonate sind weiterhin möglich! Schuld daran sind üblicherweise stark ausgelastete Internetanbindungen, Verbindung über das UMTS-Netz oder schlechte Verbindungen zur Plattform in Frankfurt/Main. Wenn Sie sich aus dem Ausland verbinden, ist möglicherweise die Verbindung nach Deutschland sehr schlecht oder stark ausgelastet.

==== UNKNOWN ====

Die VoIP-Plattform kann den Status des Gerätes nicht ermitteln. Entweder ist die Verbindung abgebrochen oder das Gerät ist erst seit wenigen Sekunden angemeldet. Warten Sie ein paar Sekunden und versuchen Sie es erneut. Ändert sich der Status weiterhin nicht, ist das Telefon nicht mehr erreichbar. Prüfen Sie in diesem Fall bitte die Firewalleinstellungen und ob ein eventuell vorgeschalteter Router mit VoIP-Funktion die Verbindung stört.

==== UNMONITORED oder OK ====

Das Telefon ist korrekt angemeldet und eingehende Anrufe werden an das Telefon vermittelt.

 

=== Registrierungs-Kontakt ===

==== Es wird eine private IP-Adresse verwendet ====

Es gibt mehrere Arten von IP-Adressen, darunter die öffentlichen IPs (die im Internet geroutet werden) und die sogenannten privaten IPs, die nur im heimischen Netzwerk erreichbar sind. Wenn sich das Telefon bzw. die Telefonanlage am VoIP-Server anmeldet, wird zusätzlich die IP-Adresse angegeben, wo eingehende Anrufe hingeschickt werden sollen. Ist dort eine private IP angegeben, kann der VoIP-Server diese natürlich nicht erreichen und demzufolge auch keine Anrufe dorthin vermitteln. Bitte stellen Sie sicher, dass das Telefon für "NAT" konfiguriert ist und die STUN-Server eingetragen sind.

==== IP-Adressen weichen voneinander ab ====

Die IP-Adresse, die das Telefon bei der Registrierung übermittelt hat, ist eine andere als die, von der die Anfrage tatsächlich kam. Dies ist prinzipiell kein Fehler, kann aber bei Problemen ein Hinweis auf falsch eingetragene IPs oder falsche Hostnames hindeuten. Wenn Sie einen Hostname von einem DynDNS-Dienst angegeben haben ist womöglich die IP-Adresse dort nicht aktualisiert worden.

[[Category:Access]] [[Category:Access_FAQs]] [[Category:VoIP-Account_(Tarif)]]

VoIP Umstellung 2011

Br@superroot — Tue, 24 Jul 2012 12:44:59 GMT

Br@superroot:

= Allgemeine Hinweise =

Bei dieser Umstellung handelt es sich um eine technisch notwendige Änderung. In diesem Artikel behandeln wir übersichtlich alle für die Umstellung nötigen Dinge, damit Sie mit der Umstellung möglichst wenig / keinen Aufwand haben.

= Twitter Channel =

Kurzfristige Informationen kommunizieren wir über unseren Twitter-Channel an Interessierte [[http://twitter.com/pty_ops http://twitter.com/pty_ops]]

= Was müssen Sie tun? =

Wenn Sie in Ihrer Telefonanlage, ihrem Telefon (oder generell: Ihrem VoIP-Client) die Adresse '''sip.sipport.de''' bzw. '''iax.iaxport.de''' angegeben haben, müssen Sie nichts tun. Bitte stellen Sie auch sicher, dass Sie als STUN-Server '''stun1.sipport.de''' oder '''stun2.sipport.de''' angegeben haben.

 

== Wenn Sie in Ihrer Konfiguration IP-Adressen verwenden müssen ==

Wir möchten dringend davon abraten direkt IP-Adressen zu nutzen. Benutzen SIe bitte den Hostnamen: '''sip.sipport.de'''

Die ''bisherige'' IP-Adresse für die SIP- und IAX-Anmeldung lautete '''82.139.223.1'''. Diese wird am 22.03.2011 ab etwa 6.00 Uhr morgens '''abgeschaltet'''. Bitte nutzen Sie ab diesem Termin ausschließlich die IP-Adresse '''188.246.0.82'''.

'''Wuppertaler interims IP-Adresse''' '''81.92.13.209''' (ab 06.04.2011 bis ''offen'').

== Kontaktdaten ==

Sie erreichen uns wie gewohnt im Support. Berücksichtigen Sie jedoch bitte, das wir kein Call-Center betreiben und so nicht allen gleichzeitig helfen können. Damit Sie die "Standard-Schwierigkeiten" aber sofort umgehen können, haben wir für Sie diesen Artikel angelegt.

 

= Termin - 22.03.2011 ab 6 Uhr =

'''Die neue Umstellung findet am 22.03.2011 ab 6 Uhr statt'''. Ab diesem Zeitraum kann für ca. 1-2 Stunden nicht telefoniert werden. Auf der alten Plattform wird ab dem Moment nur noch eine Ansage geschaltet sein.

Einige Dienste werden aber schon vor diesem Datum auf die neue Plattform umgestellt, damit wir alles punktgenau umstellen können und Sie wenig / keinen Aufwand haben. Eventuelle Störungen im produktiven Betrieb versuchen wir zu vermeiden, können diese jedoch nicht 100%ig ausschließen.

 

= Aktueller Stand - 28.03.2011 =

Die gute Nachricht ist erst einmal, das wir die Plattform komplett umgestellt bekommen haben und auch einiges verbessern konnten (eine Auflistung der Neuerungen folgt noch).

Leider macht aber seit der Umstellung ein Telefonie-Server Schwierigkeiten. Dies äußert sich so, das sich die Software einfach beendet und alle Gespräche damit ebenfalls beendet werden. Einen Hardwaredefekt oder Betriebssystem können wir ausschließen, da weitere Dienste Störungsfrei laufen und wir die Hardware auch über ein Jahr getestet haben.... Es handelt sich augenscheinlich um ein Softwarefehler, der leider außerhalb unseres Einflussbereiches liegt.

Wir sind aber seit der Umstellung mit Hochdruck an der Lösungsfindung, weshalb wir uns auch erst jetzt melden.

'''Eventuelle Umstände bitten wir in aller Form zu entschuldigen!''' Wir sind dran.

 

= Aktueller Stand - 05.04.2011 =

Leider ist anhaltend die Asterisk 1.8.3 (stable) sowie die Asterisk 1.8.4 (RC2 - Beta) nicht stabil ans laufen zu bekommen. Wir hatten den Server über ein Jahr getestet und auch die Asterisk Installation über mehrere Tage absolut ohne Probleme laufen lassen (unter Last) und uns dann für die Umstellung entschieden.

Wir werden heute nun auf eine ältere Version der Asterisk wechseln (1.6.x) und hoffen dass die Plattform dann wieder wie gewohnt stabil läuft.

'''An dieser Stelle möchten wir uns nochmals für diesen Umstand vielmals entschuldigen''' (auch wenn er nicht durch uns verschuldet ist).

 

= Wichtige Information - 06.04.2011 =

Durch diverse Tests in den letzten zwei Tagen deuten einige Dinge auf einen möglichen Hardwaredefekt hin. Das Verhalten ist einfach zu außergewöhnlich, als das es sich um einen Konfigurationsfehler oder Dergleichen handeln könnte. Zumindest schließen wir nichts mehr aus...

Aus diesem Grund haben wir uns entschieden die Plattform vorübergehend nach Wuppertal zu portieren. Zwar '''ändern sich dadurch temporär die IP-Adressen''' (siehe oben), aber wir können die Hardware so nochmals diversen Tests unterziehen. Auch stören wir den produktiven Betrieb nicht so stark. 

'''Die VoIP Plattform läuft nun auf einem Wuppertaler Server'''. Aktuell sind keine Unterbrechungen mehr geplant, sofern die Plattform jetzt durchläuft.... Wir testen nun den "alten" Server in FFM, ob dieser vielleicht doch einen Defekt aufweist. Wir werden berichten...

'''Hinweis:''' Die aktuelle Lösung ist eine Übergangslösung. Die Plattform kommt auf jeden Fall wieder nach FFM!

= Aktuelle Information - 07.04.2011 =

Die Interimsplattform läuft seit gestern stabil. Einen Defekt der alten Hardware konnten wir noch nicht detektieren, aber wir haben soeben einen neuen 19" Server bestellt und werden die Hardware sicherheitshalber ersetzen.

Wir werden weiter berichten, wenn der neue Server vorbereitet ist....

= Aktuelle Information - 11.04.2011 =

Da wir leider auf dem Interims-Asterisk Server auch wieder einige Ausfälle der Asterisk aufgezeichnet haben, kann es sich um keinen Hardware- oder Installationsfehler handeln. Es ist ein Problem der Asterisk 1.6.x bzw. Asterisk 1.8.x. Wir werden nun noch einige Dinge weiter analysieren und dann in FFM alle weiteren Tests durchführen, was den aktuellen produktiven Betrieb dann '''nicht''' beeinträchtigt... Selbstverständlich halten wir Sie hier weiter auf dem Laufenden....

= Kleines Update - 13.04.2011 =

Heute ist der neue Server (1HE Supermicro Server mit Intel Xeon, 8GB ECC RAM, etc...) für Frankfurt eingetroffen, den wir nun testen und installieren werden...

Dann haben wir heute noch an ein paar kleinen Stellschrauben gedreht, um die Stabilität weiter zu verbessern. Zusätzlich haben wir Pläne geschmiedet, was wir sonst noch alles machen können...

= Kleines Update - 20.04.2011 =

Die Plattform ist mit Stand jetzt seit '''einer Woche und 10 Stunden''' ohne jeglichen Abstürze oder Probleme online. *freu* Anhaltend nehmen wir keinerlei Änderungen vor, wir beobachten nur sehr intensiv... Ach so, der neue Server befindet sich bereits zweiten Portunity-Test.

Endlich haben wir mal nur gute Nachrichten. :)

= Ankündigung Umstellung 26.05.2011 =

Wir werden kommende Woche den neuen Server nach Frankfurt bringen, dort nochmals zwei Tage testen und dann am 26.05.2011 die VoIP Plattform umstellen.

Die VoIP Plattform wird dann für wenige Minuten nicht oder nur eingeschränkt verfügbar sein. Dies wir so um 8:00 Uhr der Fall sein.

 

= Umstellung 26.05.2011 =

'''Die Umstellung war erfolgreich!''' Nach ca. 10 Minuten Offtime konnte bereits über die neue Plattform wieder telefoniert werden. Dienste wie http://www.telefonkette.de brauchten etwas länger, laufen aber seit ca. 08:45 Uhr auch wieder.

Wir werden die neue Plattform natürlich noch etwas intensiver beobachten und monitoren, gehen aber davon aus, das wir nun keine Probleme mehr haben werden. Auch wurden in der jetzt installierten Asterisk-Version einige Fehler und vor allem auch "crashes" gefixt.

Sollte Ihnen etwas auffallen, so nehmen Sie bitte Kontakt mit uns auf. Vielen Dank!

 

== Status 12:45 Uhr ==

Wir hatten noch einen kleinen Fehler bei eingehenden IAX Verbindungen. Die Firewall lässt diese nun auch zu, so das andere Asterisk-Server wieder den Outbound über den "iax.iaxport.de" und "iax-in.iaxport.de" terminieren können.

 

= Status 22.06.2011 =

'''Die Plattform ist anhaltend stabil.'''

Hier ein paar kleine Änderungen die wir noch im Laufe der Tage / Wochen vorgenommen haben:

*Durchwahlfähigkeit: Wir senden die Rufnummer auf der Ihr SIP-Telefon angerufen wird nun mit bis zu Ihrem Telefon.
*Weiterleitung: Weiterleitungen werden nun mit der original Absenderufnummer weitergeleitet. Nun sehen Sie wer Sie anruft.
*Debug-Dialog: Sie als Reseller, aber auch Ihre Kunden haben nun einen Debug-Dialog mit Hilfestellungen, wenn mal was nicht funktioniert.
*Rufnummernunterdrückung nun auch Endgeräten möglich
*Übermittlung einer Kopfnummer, wodurch die Anwahl schneller ist und vor allem saurerer
*Kleine Fehlverhalten bei der Flatrate Implementierung beseitigt.
*uvam....

 

----

= Weitere FAQ =

*siehe [[Internet-Telefonie (VoIP): SIP- und IAX-Port (FAQ)]]

 

[[Category:Access]] [[Category:Access_Anleitungen]] [[Category:Access_FAQs]] [[Category:VoIP-Account_(Tarif)]]

Internet-Telefonie (VoIP) mit FRITZ!Box Fon 5050 / 7050 einrichten (Anleitung)

Br@superroot — Tue, 24 Jul 2012 12:44:09 GMT

Br@superroot:

'''Wichtig:''' Wenn die Fritz!Box mit einem Portunity-Account genutzt werden soll, ist im Service-Center (Login unter http://www.portunity.de), das "Client hinter Firewall/NAT" -Flag auf "ja" zu stellen:

[[Image:Firewall-Nat-Flag.gif]]

Die Aktivierung dieser Eigenschaft wird in der Regel in wenigen Minuten auf den Servern von Portunity umgesetzt.

[[Image:Fritzbox-5050-start dsl.jpg]] 

Jetzt kann man sich über den Browser auf der Fritz!Box Fon anmelden.

'''Der Status der Internetverbindung sollte auf "Verbunden" stehen.'''

Nach der Übersicht in das Untermenü "Telefonie" wechseln:

[[Image:Fritzbox-5050-internettelefon neu.jpg]]

Auf "'''Neue Internet-Rufnummer'''" gehen und die Einstellung wie folgt ändern:

[[Image:Fritzbox-5050-internettelefonie.jpg]]

Nun die von Portunity erhaltenen Zugangsdaten eintragen:

*Dazu das Häckchen "'''Internet-Rufnummer verwenden'''" wählen und bei "'''Internet-Telefonanbieter'''" die Einstellung "anderer Anbieter" auswählen.
*Bei '''Internet-Rufnumme'''r wird die Telefonnummer ohne Vorwahl (z.B. die eigene MSN-Nummer) eingetragen.
*'''Benutzername und Kennwort''' werden von Portunity bei Buchung via EMail verschickt, können aber auch im Webinterface von Portunity eingesehen bzw. geändert werden.
*Ein '''STUN-Server''' ist nicht immer notwendig, könnte aber helfen. Hier ist einfach "stun1.sipport.de" einzutragen.
*Das Häckchen bei "'''Internetrufnummer für die Anmeldung verwenden'''" darf '''nicht '''gesetzt sein.
*Das Häckchen "'''Ortsvorwahl ergänzen'''" sollte aktiviert werden und bei Ortsvorwahl ist die eigene Ortsvorwahl zu hinterlegen (z.B. 0202 für Wuppertal).
*Als Registrar ist: '''SIP.SIPPORT.DE''' einzutragen.

[[Image:Fritzbox-5050-nebenstellen.jpg]]

In der '''Nebenstellen Konfiguration''' die gewünschten Verbindungsarten eintragen.

Wenn über die z.B. "'''Nebenstelle FON 2'''" die VoIP (Voice over IP) Telefonie benutzt werden soll, dann bei diesem Punkt die SIP-Adresse eintragen (z.B. alias@sipport.de).

Diesen Dialog auch speichern und zur Übersicht wechseln.

[[Image:Fritzbox-5050-start voip.jpg]]

Wenn alles fertig konfiguriert ist, sollte die Übersichtsseite (nach ein paar Sekunden) wie folgt aussehen (siehe Abbildung).

Der Status Internettelefonie sollt auf "'''Registriert'''" stehen.

[[Category:Access]] [[Category:Access_Anleitungen]] [[Category:FRITZ!Box_(Übersicht)]] [[Category:VoIP-Account_(Tarif)]]

Internet-Telefonie (VoIP) mit FRITZ!Box Fon einrichten (Anleitung)

Br@superroot — Tue, 24 Jul 2012 12:43:34 GMT

Br@superroot:

Wichtig: Wenn die Fritz!Box mit einem Portunity-Account genutzt werden soll, ist im Service-Center (Login unter http://www.portunity.de), das "Client hinter Firewall/NAT" -Flag auf "ja" zu stellen:

[[Image:Firewall-Nat-Flag.gif]] 

Die Aktivierung dieser Eigenschaft wird in der Regel in wenigen Minuten auf den Servern von Portunity umgesetzt.

[[Image:Fritzbox1-1.jpg]]

Jetzt kann man sich über den Browser auf der Fritz!Box Fon anmelden.

'''Der Status der Internetverbindung sollte auf "Verbunden" stehen.''' Nach der Übersicht in das Untermenü "Telefonie" wechseln: 

[[Image:Fritzbox1-2.jpg]]

Auf "Neue Internet-Rufnummer" gehen und die Einstellung wie folgt ändern:

[[Image:Fritzbox1-3.jpg]] 

Nun die von Portunity erhaltenen '''Zugangsdaten '''eintragen.

Dazu das Häckchen "'''Internet-Rufnummer verwenden'''" wählen und bei "'''Internet-Telefonanbieter'''" die Einstellung "a'''nderer Anbieter'''" auswählen.

Bei '''Internet-Rufnummer''' wird Ihre SIP-Adresse (z.B. '''ALIAS@SIPPORT.DE''') eingetragen. Benutzername und Kennwort werden von Portunity bei Buchung via EMail verschickt, können aber auch im Webinterface von Portunity eingesehen bzw. geändert werden. 

Als Registrar ist: '''SIP.SIPPORT.DE''' einzutragen.

[[Image:Fritzbox1-4.jpg]] 

In der '''Nebenstellen Konfiguration''' die gewünschten Verbindungsarten eintragen.

Wenn über die z.B. "'''Nebenstelle FON 2'''" die VoIP (Voice over IP) Telefonie benutzt werden soll, dann bei diesem Punkt die SIP-Adresse eintragen (z.B. alias@sipport.de)

Diesen Dialog auch speichern und zur Übersicht wechseln.

[[Image:Fritzbox1-5.jpg]]

Wenn alles fertig konfiguriert ist, sollte die Übersichtsseite (nach ein paar Sekunden) wie folgt aussehen (siehe Abbildung):

Der Status Internettelefonie sollt auf "'''Registriert'''" stehen.

[[Category:Access_Anleitungen]] [[Category:Access]] [[Category:FRITZ!Box_(Übersicht)]] [[Category:VoIP-Account_(Tarif)]]

Internet-Telefonie (VoIP) mit Asterisk einrichten (Anleitung)

Br@superroot — Tue, 24 Jul 2012 12:42:55 GMT

Br@superroot:

Wie wird die Astersik an den SIP- und IAX-Port-Anschlüsse von Portunity angebunden? Wie kann raustelefoniert werden? Wie können eingehende Gespräche verarbeiten werden? - Konfigurationshinweise und Tipps rund um Asterisk.

== Protokoll: IAX ==

== Ausgehende Gespräche - Outbound ==

=== Variante 1 (gut für erste Test's) ===

Um mit der Asterisk Gespräche mit dem IAX-Protokoll über den "IAX-VoIP-Server" von Portunity zu terminieren, ist im Dialplan einfach folgender Dial-Befehl zu verwenden:

<source lang="text">exten => _0XXXXXX.,1,Dial(IAX2/iaxAAAAA:BBBB@iax.iaxport.de/${EXTEN})</source>

Wobei iaxAAAAA der Loginname ist (iax plus eine Zahl !) und BBBB das dazu gehörige und selbst gewähltes Kennwort. Mit '''iax.iaxport.de''' wird der Server von Portunity adressiert und Asterisk mitgeteilt, das Gespräch über diesen aufgebaut werden sollen. Anstelle des Hostnamen kann auch die IP-Adresse verwendet werden (nicht empfohlen), wobei die Verwendung des Hostnames generrel sicherer ist falls sich die IP-Adresse mal ändern sollte. In der Variable ${EXTEN} steht die Zielrufnummer der aktuellen Asterisk-Extention.

Als Zielrufnummer kann eine ganz normale dt. Nummer verwendet werden (020269555888, wobei 0202 für wuppertal steht und die folgenden Ziffern eine Testnummer unserer TK-Anlage darstellen). Sofern eine führende Null zum Amt-holen im Dialplan der Asterisk definiert wurde, muß natürlich ${EXTEN:1} verwendet werden um die führende 0 der Amts-Holung nicht mit zu Portunity zu übertragen.

=== Variante 2 (Empfohlen): ===

Um nicht die Zugangsdaten in jedem Dial-Befehl im Dialplan stehen zu haben, bietet sich folgende Variante an:

In der iax.conf-Konfigurationsdatei wird folgender Abschnitt definiert:

<source lang="text">[iaxport-outbound]
type=peer
username=iaxAAAAA
secret=BBBB
host=iax.iaxport.de</source>

Im Dialplan vereinfacht sich die Anwahl dann wie folgt:

<source lang="text">exten => _0XXXXXX.,1,Dial(IAX2/iaxport-outbound/${EXTEN})</source>

Der Vorteil ist, dass die Zugangsdaten an EINER zentralen Stelle und nicht mehr im Dialplan stehen.

== Eingehende Gespräche - Inbound ==

=== Variante 1: (alte Lösung) ===

Um auch auf dem VoIP-Server von Portunity eingehende Gespräche für die SIP- und IAX-Adresse zu einem eigenen Asterisk-Server zu "leiten", sind weitere Schritte nötig.

Die einfachste ist einfach bei Portunity im Webinterface eine "Weiterleitung" zu einer eigenen "lokalen" SIP- oder IAX-Adresse eines eigenen Asterisk-Gateways zu definieren. Dazu im Webinterface in das SIP- und IAX-Port-Paket wechseln (direkt nach dem Login im linken Frame) und dort den Konfigurationsdialog (1. Icon) aufrufen. Im Block "Anrufweiterleitungen" nun einen Eintrag wie folgt definieren:

*Priorität (Prio) = 1
*Anruf von: leer lassen (=default)
*Uhrzeit von / bis: 00:00 bis 23:59 (=default)
*Zielrufnummer: alle (=default)
*Aktion: Weiterleiten
*Weiterleitungsziel: sip:ihresip@ihredomain.de

Als Weiterleitungsziel können sowohl eine SIP- als auch eine IAX-Adresse als auch Festnetz- oder Handynummern angeben werden (bitte beachten, dass nicht-voip-Adressen an dieser Stelle von Portunity abgerechnet werden !). Dort also einfach die SIP- oder IAX-Adresse des eigenen Asterisk-Servers eintragen und eingehende Gespräche werden zu dem Server weitergeleitet.

Diese Lösung setzt allerdings voraus, dass der eigene Asterisk-Server unter einer "stabilen" Domain / Hostnamen erreichbar ist, d.h. über eine statische IP-Adresse verfügt (z.B. von einem der Portunity-DSL-Zugänge !).

=== Variante 2: ===

In der iax.conf-Konfigurationsdatei in der [general]-Sektion folgende Zeile einfügen:

<source lang="text">register => iaxAAAAA:BBBB@iax.iaxport.de</source>

Wobei iaxAAAAA wieder der Loginname ist (iax plus eine Zahl !) und BBBB das dazu gehörige und selbst gewählte Account-Kennwort. Mit iax.iaxport.de wird wiederum der Server adressiert und Asterisk wird mit dieser Zeile mitgeteilt, sich an den Server mit diesen Zugangsdaten "einzubuchen".

Dies kann auf der Asterisk-Console anschließend mit dem Befehl "iax2 show registry" überprüft werden, der dann etwas wie folgt auswerfen müsste:

<source lang="output">gate*CLI> iax2 show registry
Host Username Perceived Refresh State
82.139.223.1:4569 iax12651 213.240.185.xxx:4569 60 Registered
gate*CLI></source>

Der Status sollte "Registered" sein, ansonsten liegt ein Fehler vor. Die Zeile bewirkt außerdem, dass sich der Asterisk-Server regelmässig beim Portunity-Server meldet (eben alle 60 Sekunden wie unter Refresh in diesem Beispiel ersichtlich) - d.h. dieses Verfahren funktioniert dadurch auch mit einer dynamischen IP-Adresse und bei einem IP-Wechsel vergehen maximal bis zu 60 Sekunden bis die neue IP-Adresse "nachgeführt" ist.

Des weiteren in die iax.conf einfügen:

<source lang="text">[iaxport]
type=friend
host=iax.iaxport.de
username=iaxAAAAA
secret=BBBBBB
peercontext=iaxport
context=from-iaxport
notransfer=yes</source>

und in der extensions.conf:

<source lang="text">[from-iaxport]
exten => s,1,Dial(wohinauchimmer)</source>

Der [iaxport]-Abschnitt kann dann außerdem wie weiter oben beschrieben auch als Outbound-Konfiguration mitbenutzt werden.

 

== Protokoll: SIP ==

=== Ausgehende Gespräche - Outbound ===

siehe bitte den folgenden Punkt:

=== Eingehende Gespräche - Inbound ===

Ihre Asterisk muss sich permanent an unserer VoIP-Plattform registrieren, damit wir eingehende Anrufe auch direkt weiterleiten können. Sie sollten SIP nur verwenden, wenn Ihre Asterisk eine "echte" IP-Adresse besitzt, also sich nicht hinter NAT / Masquerading befindet.

*Asterisk Version 1.8

 Dies geschieht z.B. in der '''sip.conf''':

<source lang="text">register => sipAAAAA:BBBBB@sip.sipport.de/rufinbound</source> 

*'''sipAAAAA '''= Ihr Tarif-Login-Name , z.B. sip4711 -> "sip" + eine mehrstellige Zahl
*'''BBBBB '''= Das für den Tarif durch SIe vergebene Kennwort / Passwort. 
*'''rufinbound '''= Die extension aus der extensions.conf in die der Anruf springt. Hier können Sie auch Ihre Rufnummer nehmen. Aber achten SIe bitte auf die korrekte Schreibweise. 

Damit weitere Daten, wie der Codeq, korrekt genommen werden, sollten Sie noch folgenden Block in die '''sip.conf''' einfügen: 

<source lang="text">[sipAAAAA]
type=peer
nat=no
insecure=invite,port
canreinvite=no
language=de
context=sip-inbound
host=sip.sipport.de
username=sipAAAAA
fromuser=sipAAAAA
secret=BBBBB
qualify=no
progressinband=yes
;stunserver_host=stun1.sipport.de
;stunserer_port=3478
disallow=all
allow=alaw</source>

*"'''context=sip-inbound'''" Hier definieren Sie den Context für eingehende Gespräche. In die Extensions dieses Context wird bei Anrufen gesprungen. 
*'''sipAAAAA''' = Ihr Tarif-Login-Name , z.B. sip4711 -> "sip" + eine mehrstellige Zahl
*'''BBBBB '''= Das für den Tarif durch SIe vergebene Kennwort / Passwort. 

 

Passend benötigen Sie noch folgende Zeilen in der '''extensions.conf''':

<source lang="text">[sip-inbound]
exten => rufinbound,1,NoOp(INCOMING SIP rufinbound !!!!)
exten => rufinbound,n,answer()
exten => rufinbound,n,Background(en/beep)
exten => rufinbound,n,Background(en/beep)
exten => rufinbound,n,Hangup</source>

 

Sie können natürlich über diesen SIP-Account dann auch den Outbound terminieren.

= Tipps & Hinweise =

== Firewall ==

*Nicht vergessen eventuell die Firewall Ports und IP-Adressen freizuschalten.
*:Im Zweifelsfall eine Firewall auch einfach mal ganz '''kurz''' für einen Test herunterfahren - funktioniert es dann, liegt eine Firewall-Fehlkonfiguration vor, funktioniert es immer noch nicht, liegt der Fehler nicht an der Firewall.
*:Auf keinen Fall aber vergessen, die '''Firewall anschließend wieder hoch zu fahren !!!'''

== Sicherheit ==

*Sie sollten generell bei Telefonie sichere Kennwörter verwenden. Ein "hallo", "test" oder "xxx" sollten Sie auf KEINEN FALL, auch nicht für mal eben nur zum Testen! Wir versuchen Bots die diverse Kennwörter durchprobieren zwar zu sperren, aber verantwortlich sind wir nicht!
*Auch sollten Sie, sofern möglich, Ihre TK-Anlage (Ihre Asterisk) so sicher wie möglich machen, damit sie nicht komprimiert wird, bzw. Sie nicht "in den Ruin" telefoniert werden!

[[Category:Access]] [[Category:Access_Anleitungen]] [[Category:Asterisk_(Übersicht)]] [[Category:VoIP-Account_(Tarif)]]

Rufnummernmitnahme - Portierung einer Festnetz-Rufnummer (FAQ)

Br@superroot — Tue, 24 Jul 2012 12:41:36 GMT

Br@superroot:

'''Wir möchten aufgrund von verschiedenen Nachfragen bzgl. VoIP zum Thema Portierungen von Rufnummern / Rufnummernmitnahme nochmal auf diesen Punkt ausführlicher eingehen.'''

In der Festnetz-Telefonie besteht die Möglichkeit die eigene Telefonnummer (Rufnummer) von einem Anbieter zum anderen mitzunehmen. Also bei einem Anbieterwechsel die eigenen Rufnummern zu behalten. Die Rufnummernübertragbarkeit ist in Deutschland in § 46 Telekommunikationsgesetz (TKG) geregelt. Technisch wird dabei die Rufnummer vom alten Anschluss abgekoppelt, zu dem neuen Anbieter übertragen und dort auf den neuen Anschluss geroutet / eingetragen. Dieser der Rufnummernmitnahme zugrunde liegende Vorgang heißt Portierung und kann mit Portiergebühren behaftet sein.

'''''Hinweis:''''' ''Dieser FAQ-Artikel ist eine Ergänzung zu unserem FAQ-Artikel "''[[Internet-Telefonie (VoIP): SIP- und IAX-Port (FAQ)|''Internet-Telefonie (VoIP): SIP- und IAX-Port (FAQ)'']]''", in welchem wir auf alle sonstigen und allgemeinen Fragen eingehen. Hier geht es um den Schwerpunkt "Portierungen".''

= Wie funktioniert die Rufnummern-Mitnahme von Ortsnetz-Nummern in Deutschland ? =

Dazu gibt es das Portierungsverfahren. Im Rahmen der Liberalisierung des Telekommunikationsmarktes wurde 1998 jedem Telefonkunden das Recht eingeräumt, seine Rufnummer bei einem Wechsel des TK-Anbieters mitzunehmen. Dies wurde in den vergangenen Jahren zugunsten der Verbraucher immer weiter regelmentiert.

Im Festnetzbereich gibt es jedoch keine zentrale Portierungsdatenbank. Bei Domains unterhalb der TLD ".de" bietet die Denic z.B. eine solche zentrale Datenbank "wem gehört welche Domain" und spielt deshalb auch die tragende Rolle bei Providerwechseln von .de-Domains. Bei Rufnummern gibt es dies nicht. Damit alle Telefonnutzer in Deutschland immer zuverlässig und immer aus jedem Netz erreichbar sind, ist ein aufwändiger täglicher Datenabgleich zwischen allen Netzbetreibern notwendig. Dies funktioniert so, dass jeder Netzbetreiber mit möglichst vielen anderen die Rufnummern in beiden Richtungen austauschen. Dies geschieht noch über ISDN-Einwahlen per strukturierter Textfiles - ganz grausig und unnötig kompliziert, ein Wunder dass es überhaupt funktioniert ;)

Da es im Festnetzbereich keine zentrale Portierungsdatenbank gibt und jeder Netzbetrieber seine Portierungsdaten mit jedem austauschen muss, ist dies ein sehr fehleranfälliges Verfahren. Auch ist die Datenqualität bei verschiedenen Netzbetreibern sehr unterschiedlich, da die eigentlich nötige Sorgfalt bei manch einem nicht so hoch gehalten wird.

= Welche Rufnummern können über das Portierungs-Verfahren portiert werden ? =

*Ortsnetz-Rufnummern
*Nationale Teilnehmernummern (032er Gasse, insbesondere auch für VoIP genutzt)

= Wie sieht der Übernahme-Prozeß einer Rufnummer konkret aus ? =

Zunächst buchen Sie bei Portunity einen VoIP-Account, damit für die Rufnummern nach erfolgreicher Portierung auch ein Routing-Ziel vorhanden ist. Der VoIP-Account kann während die Portierung läuft natürlich auch schon teilweise eingerichtet und genutzt werden (z.B. für ausgehende Telefonate).

'''Zur eigentlichen Portierung:'''

Hierzu ist ein sogenanntes Portierungsformular auszufüllen - genaugenommen davon der obere Abschnitt.

Das ausgefüllte Formular wird dann ans uns gesendet - per Fax oder eingescannt per Mail.

Wir leiten das Formular dann an den bisherigen Verbindungsnetzbetreiber weiter und nehmen mit diese, Kontakt auf, um die Portierung untereinander abzustimmen. Hierzu bitte auf dem Portierungsformular oben auch den Anbieter klar benennen.

Sofern alles stimmig ist, erhalten Sie von uns irgendwann die Antwort mit "alles klar" sowie dem Datum an welchem die Portierung stattfindet (welches idR. vom alten Anbieter in Abhängigkeit Ihrer Vertragslaufzeiten / Kündigungsfristen o.ä. festgelegt wird).

= Wohin sende ich das Portierungs-Fax ? =

*'''Bitte per Fax an unsere spezielle Portierungs-Faxnummer: 0202 / 69 555-18'''
**Wenn möglich bitte gut lesbar eine Seite als Deckblatt davor mit "Kunden-Loginname" und "SIP-Account-ID" wo die Rufnummer dann hingeroutet werden soll.
*'''Alternativ eingescannt per E-Mail an portierung@portunity.de'''
**In die eMail bitte einen Hinweis zu: Kunden-Loginname und SIP-Account-ID wo die Rufnummer dann hingeroutet werden soll.

*Für telefonische Rückfragen zu Portierungen stehen wir Ihnen zur Verfügung unter: 0202 / 69 555-38

= Woher bekomme ich das Portierungs-Formular ? =

Bitte verwenden Sie folgende Vorlage: [[Image:Portierungsauftrag-OpenNumbers.pdf]]

-> Wir werden uns bemühen noch eine Ausfüll-Hilfe in die ISPSuite zu integrieren.

= Wer ist OpenNumbers auf dem Portierungs-Formular ? =

Verbindungsnetzbetreiber zu werden und am Portierungsdatenaustausch teilzunehmen ist eine extrem teure und komplizierte Geschichte in Deutschland. Wir haben uns deshalb mit ein paar Kollegen zusammengetan und eine neutrale Firma genau dafür gegründet. [http://www.opennumbers.de OpenNumbers] ist eine Genossenschaft - welche die nötige Infrastruktur für die Zuführung und Portierung von Rufnummern betreibt und dafür sorgt, dass alle rechtlichen Auflagen auch erfüllt werden. OpenNumbers ist selber weder im Endkunden- noch im Reseller-Geschäft tätig und stellt die Dienste als Vorlieferant exklusiv den Mitgliedsbetrieben wie Portunity zur Verfügung.

= Wie genau ist das Portierungsformular auszufüllen ? =

Bitte nur den oberen Teil bis zum grauen Balken "nur vom Anbieter auszufüllen" ausfüllen, den Rest machen wir resp. der andere Netzbetreiber.

Relativ weit oben in diesem langen kleinen Text befindet sich oben rechts ein kleines Feld, in das der bisherige Anbieter namentlich eingetragen werden muss, damit wir auch wissen, welchem Anbieter das Formular weiter zugeschickt werden muss.

Dann sollte angekreuzt werden:

[X] Kündigung von Telefon-...... (nur wenn der bisherige Anschluss komplett gekündigt werden soll)

[X] Gleichzeitig beauftragen wir... (muss immer angekreuzt werden)

[X] restl. MSN kündigen (wenn nicht alle Nummern sondern nur bestimmte von dem Anschluss abgezogen werden, kreuzen wir wirklich auch nur dann an, wenn es so gefordert wird)

Bei:

*Name/Firma: Bei Privatpersonen der Nachname, bei Firmen der vollständige Firmenname
*Vorname: Bei Privatpersonen der Vorname, bei Firmen der vollständige Name des Vertragspartners.
*Ortskennzahl: Die Vorwahl, z.B. "0202"
*Rufnummern: Bei Einzelrufnummern jede MSN einzeln, z.B. "47110815"
*Rufnummernblock: Bei Rufnummernblöcken den Block angeben, z.B. "4711-0 bis 4711-999"
*Unterschrift des Kunden, bei Firmen ggf. Firmenstempel. (Manche Provider stellen sich zickig an, wenn bei Firmen kein Stempel vorhanden ist)

Ein Wunschtermin kann uns per eMail übermittelt werden. In jedem Fall brauchen wir noch zusätzlich die Information, auf welchen VoIP-Account die Rufnummer im Erfolgsfall geroutet werden soll ("sip4711").

= Wie schnell funktionieren Portierungen ? =

Dies hängt im wesentlichen von der Bearbeitungsgeschwindigkeit aller Beteidigten ab.

Wir versuchen Portierungen immer so schnell wie möglich bei uns zu bearbeiten - in Urlaubszeiten, durch Feiertage oder sonstige Mitarbeiter-Ausfälle kann es aber bereits bei uns in Ausnahmefällen zu Verzögerungen kommen. Von daher bitten wir auch uns den einen oder anderen Werktag zuzugestehen. In eiligen Fällen bitte vorher abklären.

Genauso sieht es bei den anderen Carriern aus. Es gibt Anbieter, welche Portierungen sehr schnell in wenigen Tagen bearbeiten und auch Portierungstermine, die nur wenige Tage sehr nah in der Zukunft liegen, ohne Probleme mitmachen. Umgekehrt gibt es auch Anbieter, welche Grundsätzlich die Termine einige Wochen in die Zukunft schieben.

Im Regelfall können Portierungen innerhalb von 3-4 Wochen terminiert werden - in Ausnahmefällen geht es auch manchmal schneller oder dauert auch länger. Realistisch sind Portierungen ab 10 Werktagen in der Zukunft. Es hängt primär immer von ALLEN Beteidigten ab (also auch vom Kunden und von Ihnen, z.B. auch wie akkurat die Daten sind, wie viele Rückfragen es gibt usw.).

Im Bestcase gab es schon Portierungen binnen 48h - im Worstcase hatte sich sowas auch schon mal 6-8 Wochen hingezögert. Dazwischen ist alles möglich und realistisch.

= Warum gehen Portierungen schief ? =

Nicht jede Portierung geht immer auf Anhieb durch. Der alte Anbieter kann auch Portierungen ablehnen, z.B.:

*die angegebenen Adressdaten zu einer Rufnummer stimmen nicht mit seinen Daten überein (z.B. zwischenzeitlich umgezogen)
*Ansprechpartner sind falsch benannt (z.B. Mitarbeiter-Wechsel in einer Firma, oder die Nummer läuft beim alten Anbieter auf die Ehefrau, oder der Kunde hat mehrere Vornamen und nicht alle angegeben o.ä.)
*die Rufnummern gehören zu einem ganz anderen Kunden / Account (manchmal der Fall wenn ein Kunde mehrere Accounts bei einem Anbieter hat)
*Bei Firmen fehlt der Firmenstempel
*Datum oder Unterschrift fehlt
*Es ist der falsche Teilnehmernetzbetreiber / Carrier benannt (gerade bei VoIP- / Reseller-Strukturen kommt sowas vor, die der Endkunde auch nicht vollständig immer durchblickt)
*Der Kunde befindet sich noch in einer Mindestvertragslaufzeit
*usw.

Es gibt Anbieter, welche da auch sehr gerne ihren Mitbewerbern Steine in den Weg werfen und jede Kleinigkeit als Anlass nehmen eine Portierung erstmal abzulehnen. Andere sind da kollegialer und sehen auch über Kleinigkeiten schonmal eher hinweg. Also es ist sehr unterschiedlich.

= Was kann ich als Kunde tun, damit Portierungen optimal durchgehen ? =

'''Natürlich: Sauber und lesbar schreiben / ausfüllen !'''

'''Stellen Sie sicher, dass die Daten so akkurat wie möglich mit denen des bisherigen Anbieters übereinstimmen.''' Im Zweifelsfall die Daten beim alten Anbieter nochmal erfragen lassen, im Umzugsfall die alte Anschrift verwenden (falls sie nicht aktualisiert wurde) usw.

Prüfen Sie hier auch, gerade bei Firmen: Ist der Ansprechpartner korrekt und identisch mit dem hinterlegten ? Bei mehreren Filialen: Was ist genau als Anschrift hinterlegt ? Ist ein Firmenstempel auf dem Fax ? (Portierungen von Firmen-Nummern ohne Firmenstempel werden von manchen Anbietern abgelehnt !).

= Muss ich beim alten Anbieter noch kündigen ? =

Auf dem Portierungsformular sind entsprechende Checkboxen für Kündigungen drauf und es ist sehr sinnvoll, diese auch zu verwenden. Das Portierungsformular stellt dann gleichzeitig auch die Kündigung des mit den Rufnummern verbundenen Tarifes (z.b. ein ISDN- oder -DSL-Anschluss) dar.

Auch hier ist es wieder sehr unterschiedlich: Kündigt man erst bei seinem Anbieter und will dann eine Rufnummern portieren, stellen sich einige Anbieter quer. Bei anderen ist dies dann kein Problem. Von daher hier der Tipp, den alten Anbieter möglichst erstmal nicht informieren (so seltsam wie sich das jetzt anhören mag).

Normalerweise sollte unmittelbar nach Portierungsbestätigung dann auch an Sie als Kunden eine Kündigungsbestätigung verschickt werden. Aber dies liegt natürlich nicht in unserem Einflussbereich.

= Kann man eine einzelne Rufnummer von einem Anschluss "rausportieren" ? =

Dies ist Abhängig vom jeweiligen Anbieter wie flexibel der sowas mitmacht und sollte mit dem vorher in jedem Fall abgesprochen werden. Am besten mit schriftlicher Bestätigung. Eigentlich suggeriert der Aufbau des Portierungsformulares mit den entsprechenden Feldern / Checkboxen, dass genau so was möglich ist - aber wir haben schon mehrfach erlebt, dass einige Anbieter eine Kündigung nur ganz (mit allen Nummern) oder gar nicht akzeptieren.

Die großen Anbieter sind diesbzgl. teilweise so flexibel wie ein Betonkloz ; bei kleineren Anbietern mag dies manchmal jedoch möglich sein. Aber wie gesagt in jedem Fall sorgfältig absprechen, nicht dass die eine Nummer dann zwar portiert wird, alle anderen aber nicht mehr funktionieren (weil der alte Anbieter die dann eben als mit dem dazugehörigen Anschluss als gekündigt ansieht).

= Wie ist das Routing / die Erreichbarkeit einer Rufnummer nach einer Portierung sichergestellt? =

Wie bereits oben beschrieben, ist der Portierungsdatenaustausch und das Routing mangels zentraler Portierungsdatenbank sehr kompliziert in Deutschland. Und damit auch fehleranfällig.

Da oft nicht jeder Netzbetreiber jede Portierung sofort mitbekommt, kann manchmal noch Telefontraffic beim alten Netzbetreiber ankommen. Deshalb richtet jeder Netzbetreiber für 60 Tage eine Rufweiterleitung zu dem neuen Netzbetreiber ein. Dies kann sich dann natürlich in längeren Ruf-Aufbauzeiten bemerkbar machen - insbesondere am Tag der Portierung. Es sollte aber von Tag zu Tag dann besser werden.

Sofern eine Rufnummer nach 60 Tagen nach einer eigentlich erfolgreichen Portierung insgesamt oder von einzelnen Netzen einzelner Anbieter nicht mehr funkioniert, können Fehler in der Portierungsdatenbank dafür verantwortlich sein - aber auch ein hängender Cache im Routing bei einem einzelnen Anbieter. In diesem Ausnahme-Fall bitte uns kontaktieren mit möglichst genauen Informationen, dies muss dann mit dem Mitbewerber geklärt werden. Im Notfall steht uns auch die Netzleit-Kontrollstelle der DTAG für sowas als klärende Instanz zur Verfügung.

Am Portierungstag kommt es auf jeden Fall technisch bedingt zu einer kurzen Unterbrechung der Erreichbarkeit, da OLO-Router und RADIUS-Server entsprechend umkonfiguriert werden müssen. Dies führt dann zu Phänomenen wo die Rufnummer von bestimmten Carriern aus nicht mehr erreichbar ist ("Gassenbesetzt-Ton" bzw. die Ansage "ist zur Zeit nicht erreichbar") oder auch schier endloses Knistern und Knacken in der Leitung. Die Unterbrechungsdauer sollte aber i.d.R. bei weniger als zehn Minuten liegen - garantieren können wir das aber natürlich nicht.

= Wie funktionieren ausgehende Portierungen (Rufnummer wird von Portunity zu jemand anderen abgezogen) ? =

In dem Fall erhalten wir vom neuen Verbindungsnetzbetreiber ein Portierungsformular per Fax. Wir werden uns dann per eMail an Sie als Kunden wenden mit der Bitte um Rückmeldung zur Bestätigung ob alles seine Richtigkeit hat.

Abhängig von Ihren Rückinformationen stimmen wir mit dem neuen Anbieter dann Termin usw. dann ab / oder lehnen die Portierung ab.

= Was kosten Portierungen ? =

'''Zu uns kommend:'''

*im Erfolgsfall je Portierungsformular: Kostenfrei
*im Ablehnungsfall bis 30 Minuten Aufwand je Portierungsformular: 30 Euro Pauschal (inkl. MwSt)

''Hinweis: Von daher sollte die Motivation entsprechend da sein, für akkurate Daten und korrekt ausgefüllte Portierungsformulare zu sorgen. Portunity übernimmt den Aufwand der Portierungen von Rufnummern zu uns kommend komplett auf die eigene Kappe. Aber nicht, wenn mit Daten operiert wird wodurch mehrere Anläufe nötig werden da es z.B. zu Portierungsablehnungen kommt.''

'''Von uns gehend:'''

*je Vorgang je Rufnummer: 30 Euro (inkl. MwSt).
*je zusammengehörig registrierten Rufnummernblock: 30 Euro (inkl. MwSt).

Die Gebühren werden per Prepaid eingezogen sofern das Prepaid-Konto gedeckt ist.

[[Category:Access]] [[Category:Access_FAQs]] [[Category:VoIP-Account_(Tarif)]]

Kategorie:VoIP-Account (Tarif)

Br@superroot — Tue, 24 Jul 2012 12:40:44 GMT

Br@superroot: Die Seite wurde neu angelegt: „VoIP-Account via SIP- und IAX-Protokoll Bereits ab 0,00 Euro gibt es von Portunity einen vollwertigen Festnetz-Anschluss inkl. Telefonnummer /access/produkt…“

VoIP-Account via SIP- und IAX-Protokoll Bereits ab 0,00 Euro gibt es von Portunity einen vollwertigen Festnetz-Anschluss inkl. Telefonnummer /access/produkte/telefonie/telefontarife-sip-und-iax-port/tarifuebersicht.html

[[Category:Access]]

Internet-Telefonie (VoIP): SIP- und IAX-Port (FAQ)

Br@superroot — Tue, 24 Jul 2012 12:38:01 GMT

Br@superroot:

= Fragen zu den Portunity VoIP "SIP- und IAX-Port"-Tarifen =

==== Bietet Portunity auch eine Telefonie-Flatrate an? ====

Das kommt drauf an, wie man das sieht:

Mit den VoIP-Tarifen von Portunity können Sie soviele Gespräche so lange kostenfrei zu anderen SIP- und IAX-Adressen führen - wie Sie wollen. Egal, ob es sich dabei um Kunden von uns oder um "externe" SIP- / IAX-Adressen handelt. Von daher könnte man von einer Flatrate sprechen.

Verstehen Sie darunter jedoch auch, dass Nummern im Festnetz, Mobilfunkgassen oder gar Nummern im Ausland mit einbezogen sind, dann eindeutig nein !

Portunity kann, wie alle anderen Telefongesellschaften und VoIP-Anbieter auch die Telefonminuten nicht "flat" einkaufen - sondern wird wie alle anderen auch, nach verschiedenen verbrauchsorientierten Maßstäben wie der Ziellocation und der "verbrauchten" Zeit abgerechnet. Dazu kommen dann noch die Kosten für die eigentliche Übertragung ins Internet, welche ebenfalls nicht "flat" kalkulierbar sind.

Eine für einen Telefon- oder VoIP-Anschluß angebotene Flatrate ist daher immer eine Mischkalkulation des Providers. Die vielen Wenignutzer finanzieren die wenigen Vielnutzer. Die, die wenig telefonieren, zahlen also mehr als sie eigentlich müssten und die, die viel telefonieren, zahlen weniger als sie eigentlich müssten. Das ist nicht nur ungerecht, sondern kann auf Dauer auch nicht wirtschaftlich gut gehen.

Es gibt auch bereits erste Anzeichen, dass es im VoIP-Bereich hierzu erste "seltsame" Effekte gibt: Es wird in Diskussionsforen bereits von ersten künstlichen Verlangsamungen, Rufnummernsperren oder gar Unterbrechungen berichtet - andere Anbieter erhöhen einfach die Preise regelmässig oder es gibt im Kleingedrucken "Klauseln" wie z.B. das nur Gesprächsminuten ins Festnetz inklusive sind (ein Anruf zu einem Handy geht dann extra).

Portunity möchte Ihnen einen soliden, businesstauglichen und seriösen Service bieten und will von daher solche "Massnahmen" gar nicht erst in Erwägung ziehen müssen - weil z.B. unsere Kalkulation nicht mehr stimmt. Portunity bietet Ihnen faire und günstige Tarife - aber eben keine Flatrate.

'''Update: Bei einigen DSL-Anschlüssen ist für Privatnutzung zwischenzeitlich eine Festnetzflat bei Portunity möglich.'''

==== Bietet Portunity auch einen Softclient an? ====

Aktuell nein.

==== Brauche ich einen Computer um über SIP- und IAX-Port telefonieren zu können ? ====

Nein, aber man kann einen Computer natürlich zum Telefonieren verwenden. Man unterscheidet in der VoIP-Welt grundsätzlich zwischen Soft- und Hard-Phones:

Ein '''Hard-Phone''' ist ein richtig echtes Telefon (kann man also echt anfassen ;-), das bereits VoIP vonhaus aus kann. Das Telefon wird an den Router oder Netzwerk-Hub / -Switch gesteckt und meldet sich dann an unserem VoIP-Server an. Mit Hilfe von Adaptern kann man auch klassisch analoge oder ISDN-Telefone VoIP-fähig machen.

Ein '''Soft-Phone''' hingegen sind kleine Computerprogramme, die es für nahezu alle Betriebssysteme (Windows, Linux, Mac u.a.) gibt. Mit Hilfe eines an den Computer angeschlossenen Lautsprechers, Mikro alternativ Headset oder spezielle Telefonhörer kann dann telefoniert werden.

Von der Seite Portunity aus ist es egal, mit was für einem "Client" oder "Telefon" Sie sich "einbuchen" und telefonieren - wichtig ist nur, dass entweder das SIP- oder das IAX-Protokoll und ein kompatibler Codec verwendet werden.

==== Darf ich als Call-Shop-Betreiber die Endkunden-Tarife von Portunity benutzen ? ====

Nein, man darf die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.Ausgenommen ist es allerdings, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity auf diesen Zweck ausgerichtete Reselling-Tarife (siehe weiter unten).

==== Darf ich als Privatperson oder Firma die VoIP-Tarife von Portunity benutzen? ====

Ja, Sie dürfen die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.

Ausgenommen ist es lediglich, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity alternativ auf diesen Zweck ausgerichtete Reselling-Tarife im Angebot (siehe weiter unten).

==== Entstehen mir Kosten, wenn meine SIP- oder IAX-Adresse angerufen wird ? ====

Der Anrufer landet auf dem VoIP-Server von Portunity. Von dort gibt es dann mehrere Möglichkeiten: Sind Sie mit einem IAX- oder SIP-Client "eingebucht", dann routet Portunity Ihnen den Anruf zu Ihnen. Von Portunity aus entstehen dabei keine Kosten - indirekt entstehen Ihnen evt. Kosten durch Ihren Internetzugang (Traffic), die aber Minimal und i.d.R. zu vernachlässigen sind.

Wenn im Webinterface Anrufweiterleitungen definiert wurden und dabei anstelle einer alternativen SIP- oder IAX-Adresse eine Telefonnummer angegeben wurde (z.B. Festnetz, Mobilfunk o.a.), zu der Portunity den jeweiligen Anruf weiterleiten soll, berechnet Portunity Ihnen hierzu Gesprächsgebühren so, als ob Sie selbst die Nummer wählen würden.

==== Funktionert der "SIP- und IAX-Port"-Tarif nur mit DSL-Zugängen von Portunity oder auch mit Zugängen anderer Anbieter ? Kann ich auch unterwegs mit meinem Notebook telefonieren ? ====

Die VoIP-Tarife von Portunity funktionieren quasi von jeder öffentlichen IP-Adresse - sie müssen also nicht unbedingt einen DSL-Zugang von Portunity benutzen.

D.h. prinzipell ist auch die Nutzung von unterwegs von einem Hotel oder gar einem Internetcafé aus möglich (z.B. von einem Softphone). Allerdings können je nach Konfiguration der dortigen Infrastruktur z.B. die für VoIP relevanten Kommunikations-Ports gesperrt sein oder die verwendeten Firewalls machen Probleme.

'''Tipp:''' Verwenden Sie am besten unterwegs das IAX-Protokoll, das macht in solchen Szenarien grundsätzlich mit Firewalls & Co weniger Probleme.

Für die stationäre Nutzung ist ansonsten einer der DSL-Zugangstarife / -Anschlüße von Portunity empfehlenswert (aber eben kein Muss). Wenn Sie einen DSL-Zugang und -Tarif von Portunity nutzen, profitieren Sie von einer optimalen und besseren VoIP-Qualität. Denn die VoIP-Server und -Gateways stehen im 19''-Racks (= Serverschrank)'' in unmittelbarer Nachbarschaft, wo auch die Einwahlrouter der DSL-Infrastruktur von Portunity auflaufen. Dadurch müssen die Datenpakete nicht erst durch das "halbe" Internet geroutet werden, sondern gehen von dem einen Gerät quasi direkt in das andere - was der Gesprächsqualität zugute kommt.

Desweiteren sind die DSL-Zugänge und -Anschlüsse auch durch die enthaltene feste IP-Adresse interessant - z.B. wenn Sie eine eigene TK-Anlage (z.B. Asterisk) VoIP-fähig machen möchten, hat dies enorme Vorteile und bringt Vereinfachungen z.B. bei nötigen DNS-Einträgen u.a.

==== Gibt es eine Mindestlaufzeit? ====

Nein, eine Mindestlaufzeit, z.B. von 6 oder 12 Monaten, wie sie von anderen VoIP-Anbietern teilweise gefordert werden, gibt es bei Portunity nicht.

==== Inwieweit sind deutsche Mehrwertnummern wie 0800, 0900 u.a. erreichbar ? ====

Zwischenzeitlich sind fast alle Mehrwertnummern über das Portunity-Netz erreichbar:

*0800: voll erreichbar
*0180x: voll erreichbar
*0137 / 0139: voll erreichbar
*0900: NICHT erreichbar (abrechnungstechnische Gründe)

'''Tipp:''' Wenn Sie eine VoIP-fähige TK-Anlage (z.B. Asterisk) betreiben oder entsprechende Telefon-Adapter einsetzen, können Sie dort oft bzgl. der Terminierung im sog. Dialplan Ausnahmen definieren, so daß Telefonate z.B. nach 0900 in diese Rufnummerngassen über die ISDN / klassische Anbindung terminiert werden.

==== Welche anderen Internet-Telefone sind für mich kostenfrei erreichbar ? ====

Alle Internet-Telefone, die über das SIP- oder IAX-Protokoll erreichbar sind, sind für Sie kostenfrei erreichbar.

Sofern Sie eine SIP- oder IAX-Adresse nicht eingeben können (weil Sie z.B. ein Tastentelefon haben) oder die SIP- oder IAX-Adresse zu einer Nummer nicht wissen, hilft ENUM, wenn die Zielrufnummer als ENUM-Domain registriert ist.

Viele VoIP-Anbieter haben vergebene Rufnummern bereits selbst als ENUM-Domain registriert - ansonsten kann dies der Zuteilungsnehmer der jeweiligen Rufnummer auch selbst tun.

Weitere Informationen zu ENUM finden Sie in dem ENUM-Informationsportal "[http://www.enum-center.de Enum-Center]".

==== Welche Codecs und welche Protokolle werden von SIP- und IAX-Port unterstützt? ====

Wie der Name des Produktes und der Tarife bereits andeutet, unterstützt Portunity aktuell das SIP und das IAX-Protokoll (Version 2).

Portunity unterstützen dazu aktuell folgende Codecs:

{| width="500" border="0" cellpadding="1" cellspacing="1"
|-
! scope="col" | Codec:
! scope="col" | Bandbreite Codec:
! scope="col" | Bandbreite Ethernet:
! scope="col" | MOS
! scope="col" | Anmerkung:
|-
| G.711 ulaw (US)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| G.711 alaw (Europa)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| iLBC
| 15,0 KBit/s
| 31,5 KBit/s
|
|
|-
| GSM
| 13,0 KBit/s
| 35,0 KBit/s
| 3,7
| Mobilfunk-Codec, befriedigende Qualtität, wenig Bandbreite
|}

 

Die Codec's stehen von der Seite Portunity dabei in allen SIP- und IAX-Port-Tarifen zur Verfügung. Auch ist es egal, ob der Tarif privat oder geschäftlich eingesetzt wird.

'''Was sind MOS-Punkte ?'''

Die Sprachqualität von Codecs kann zum einen durch Messverfahren als auch subjektiv durch Testpersonen bestimmt werden. Die MOS-Punkte werden durch viele Testpersonen ermittelt, welche jedem Codec eine Note zwischen 1 und 5 (5=Excellent, 4=gut; 3=geht so; 2=ausreichend; 1=schlecht) geben. Daraus wird dann der MOS-Wert gemittelt gebildet.

Der MOS-Wert bewertet allerdings nur den Codec - gerade bei VoIP kommen bzgl. der Sprachqualität natürlich noch weitere Kriterien hinzu: die Leitungsqualität bis zum VoIP-Server, verlorene Pakete, Geschwindigkeit usw. Von dem eingesetzten Equipment wie Mikrophone in VoIP-Telefonen usw. mal ganz abgesehen.

==== Welche Kosten entstehen mir für Telefonate, wenn ich mich im Ausland befinde ? ====

Egal, wo Sie Ihr Internet-Telefon (egal ob Hard- oder Softphone) betreiben, alle Gespräche von Portunity werden immer zu den gleichen Konditionen abgewickelt.

D.h. genauso wie im Inland sind Gespräche zu anderen SIP- oder IAX-Adressen kostenfrei und Gespräche ins Fest- und Mobilfunknetz oder in andere Länder werden zu den gleichen Konditionen abgerechnet, wie dies der Fall ist, wenn Sie sich in Deutschland befinden.

==== Wie kann ich kündigen und welche Frist muß ich beachten? ====

Sie können jederzeit mit den folgenden Fristen kündigen:

'''Tarife DSL Starter, Top, Profi, d.h. alle trafficorientierten Tarife:''' 30 Tage vor dem Ablauf des Abrechnungszeitraums

'''Flatbudget-Tarife:''' Täglich mit 1 Tag Kündigungsfrist

Nach Ihrer Kündigung bekommen Sie am Ende des Abrechnungszeitraumes Ihre Abschlussrechnung. (Der Abrechnungszeitraum richtet sich nach Ihrem Bestelldatum, wenn Sie also am 13. des Monats bestellt haben, ist der Abrechnungszeitraum immer der 13. des Monats bis zum 12. des Folgemonats).

Kündigen können Sie per Mail, per Telefon, per Brief oder per Fax (oder online bei allen trafficorientieretn Tarifen). Beachten Sie bitte, dass Portunity immer jede Kündigung sofort per Mail bestätigt. Gerne erfährt Portunity im Kündigungsfall den Grund Ihrer Entscheidung, um die Produkte und Leistungen weiter verbessern zu können.

==== Wieviele Telefonate kann ich gleichzeitig führen? ====

Das ist abhängig von dem Tarif, den Sie bei Portunity gebucht haben.

= Fragen zur Bestellung =

==== Wie kann ich bestellen? ====

Sie können über das Onlinebestellsystem von Portunity jederzeit Ihre Bestellung aufgeben.

==== Wie lange dauert in der Regel die Freischaltung vom Eingang der Bestellung? ====

Über das Onlinebestellsystem von Portunity erfolgt die Freischaltung automatisch i.d.R. innerhalb weniger Minuten. Sie erhalten hierzu entsprechende eMails (Zugangsdaten und Bestätigung Freischaltung).

In Ausnahmefällen kann unser System Ihre Bestellung für eine manuelle Prüfung auswählen - in diesen Fällen erfolgt eine Freigabe durch einen unserer Mitarbeiter am spätestens nächsten Werktag.

Für schriftliche Bestellungen (eMail, Post, Fax) gilt: In der Regel werktags von Montag bis Freitag oft noch am selben Tag bzw. innerhalb von 24 Stunden. Falls Sie auf dem Bestellformular die Zugangsdaten-Übermittlung per Post auswählen, dauert es aufgrund des Postversandes der Zugangsdaten nochmal 1-2 Tage länger, wählen Sie per Fax oder per eMail für eine unmittelbare Übermittlung - eine Mehrfachauswahl ist ebenfalls möglich.

==== Kann ich bestehende Telefon-Rufnummern von einem anderen Provider zu Portunity mitnehmen ? ====

Ja, wir können sogenannte Portierungen durchführen. Hierzu haben wir eine ausführliche eigene [[Rufnummernmitnahme - Portierung einer Festnetz-Rufnummer (FAQ)|Portierungs-FAQ]] zusammengestellt. 

= Fragen zur Abrechnung =

==== Nach wieviel Tagen erhalte ich meine Mahnung? ====

Die '''erste Mahnung''' erhalten Sie nach'''14 Tagen'''. Die Zustellung der Mahnungen erfolgt auf dem gleichen Wege wie der Versand der Rechnungen, also wie von Ihnen bei der Bestellung angegeben. '''Ab der 2. Mahnung''' fallen weitere '''Mahngebühren '''an. Wird auch nach der dritten Mahnung noch kein Geldeingang verzeichnet, stellt Portunity die Leistungen automatisiert ein und übergibt den Vorgang seinem Inkasso-Unternehmen.

Bitte zahlen Sie möglichst immer termin- und fristgerecht, den nur so kann Portunity auch zukünftig noch Produkte / Leistungen (z.B. DSL-Zugänge, ...) auf Rechnung anbieten. Die meisten Mitbewerber akzeptieren ausschließlich das Lastschriftverfahren, was Portunity Ihnen ansonsten auch gerne empfiehlt, da es doch diverse Vorteile auch für die Kunden bietet.

==== Wann und wie erhalte ich meine Rechnung? ====

Sie können auf dem Auftragsformular bzw. im Bestellprozeß selbst aussuchen, ob Sie die Rechnung per eMail oder per Post erhalten möchten. Da Portunity beim Versand mit der Post eine höhere Aufwendung hat (Ausdruck, Versand usw.), kostet eine schriftliche Rechnung per Post einen Aufpreis. Ansonsten werden die Rechnungen wahlweise per ASCII- oder HTML-eMail verschickt und erhalten als Datei-Attachment einen Einzelverbindungsnachweis der abgerechneten Verbindungen sowie eine PDF-Version der Rechnung. (Bei den postalisch zugegangenen Rechnungen können Sie diesen online einsehen).

Die Rechnungen können desweiteren elektronisch von Ihnen auch jederzeit und nachträglich im webbasiertem Verwaltungsprogramm "ISPSuite" von Portunity eingesehen, abgerufen und ausgedruckt werden. Dort sehen Sie auch den jeweiligen Status der Rechnung (bezahlt / nicht bezahlt) und den Eingang der Zahlungseingänge.

Die Telefongebühren selbst werden im Prepaid-Verfahren abgerechnet, Sie können dabei entweder online Prepaidpakete kaufen (5 Euro, 10, Euro, 25 Euro ...), oder Sie können Ihren Account so einstellen, dass bei Unterschreiten eines frei definierbaren Guthabens automatisch eine Rechnung von Portunity erstellt wird.

==== Wie kann ich die Telefonate und Gebühren nachvollziehen ? Stichwort Einzelverbindungsnachweis ? ====

In dem Webinterface von Portunity können Sie sich eine detaillierte Verbindungsübersicht aufrufen (nach dem Login links den VoIP-Tarif aufrufen und dort dann das vorletzte Icon für den Einzelverbindungsnachweis) und nach verschiedenen Kriterien sortieren.

Desweiteren hängt Portunity Ihnen den Einzelverbindungsnachweis an Ihre eMail-Rechnung als Dateiattachment.

Bitte beachten Sie, dass Portunity jedoch standardmässig aus Datenschutzgründen die eigentlichen Zielrufnummern nicht speichert und folglich auch in den Einzelverbindungsnachweisen nicht anzeigen kann. Um auch die Zielrufnummern entweder gekürzt oder vollständig zukünftig angezeigt zu bekommen, gehen Sie bitte in den Konfigurationsdialog (nach dem Login links den VoIP-Tarif aufrufen und dort dann das vorletzte Icon für den Einzelverbindungsnachweis) und dort im Block "Datenschutz" finden Sie ein Dropdown mit der Feldbeschriftung "Angerufene Nummern speichern".

= Fragen zur Technik =

==== Bietet Portunity auch einen Stun-Server ? Wie lauten die Adressen ? ====

Ja, Portunity bietet Ihnen einen primary und secondary STUN-Server:

*stun1.sipport.de auf Port 3478
*stun2.sipport.de auf Port 3479

Wichtig: Sie müssen in Ihrem Client BEIDE Server eintragen, da das Stun-Protokoll zur korrekten Erkennung einiger Firewalls zwei unterschiedliche STUN-Server benötigt !

==== Was bedeuten die SIP-Fehlercodes 403, 404 u.a. ? ====

Siehe Artikel [[SIP-Fehlercodes|SIP-Fehlercodes]].

==== Welchen Codec sollte ich nutzen? ====

Wir nutzen standardmäßig den Codec ALaw (G.711 A). Dies ist auch der im europäischen Festnetz genutzte Codec.

==== Welchen DTMF-Mode sollte ich verwenden? ====

Unsere Systeme sind auf den Modus "RFC2833" konfiguriert, Sie sollten daher entsprechend auch diesen Modus verwenden.

==== Ich höre keine Ansagen über mein Guthaben bzw. den Preis für den Anruf! ====

Siehe Artikel [[Inband-Informationen|Inband-Informationen]]

==== Welchen Datentraffic (Volumen) verursacht ein Telefonat ? ====

Das hängt ab vom jeweils eingesetzen Codec, welcher jeweils eine unterschiedliche Bandbreite benötigt.

Der Codec, der am meisten Bandbreite benötigt, ist der unkomprimierte Codec G711. Dieser verbraucht ca. 82,2 KBit/s. Das sind 10,275 KByte / Sekunde, pro Minute also 616,5 KByte. Umgekehrt können Sie mit einem MByte ca. 100 Sekunden telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 28,34 Stunden telefonieren (in einem Monat fast eine Stunde / Tag !).

Setzen Sie hingegen einen anderen Codec ein, der die Sprache komprimiert (und dabei fast die gleiche Gesprächsqualität erreicht) - wie z.B. den beliebten G729-Codec der 31,2 KBit/s benötigt- sieht die Rechnung noch freundlicher aus: 3,9 KByte / Sekunde, pro Minute also 234 KByte. Umgekehrt können Sie mit einem MByte ca. 262,6 Sekunden (=4,4 Minuten) telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 74,69 Stunden telefonieren (in einem Monat also ca. 2,5 Stunden / Tag !).

Wie Sie sehen, fällt der Datentraffic also eigentlich kaum ins Gewicht und selbst ein günstiger DSL-Volumentarif der nur 1 oder 2 GByte Datenvolumen inklusive enthält, reicht zum Telefonieren über das Internet wirklich im allgemeinen bequem aus.

= Fragen aus dem Support =

==== Ich habe Probleme mit der VoIP-Verbindung ====

In der ISPSuite haben Sie die Möglichkeit, Ihren VoIP-Zugang zu "debuggen". Melden Sie sich dazu am ISPSuite Webinterface an, wählen Sie dort den VoIP-Zugang aus und klicken Sie dort auf "Debug-Info". Weitere Informationen und Hilfe zu dieser Funktion finden Sie [[Debug-Funktion VoIP SIP Account (Dialog)|hier]].

==== Gibt es Konfigurationsanleitungen zu speziellen Hard- und Soft-Clients wie der Fritz!Box, Astersik u.a. ? ====

Ja:

*[[Internet-Telefonie (VoIP) mit Asterisk einrichten (Anleitung)|Asterisk]]: Wie binde ich die Astersik an den SIP- und IAX-Port-Anschluss an ? Wie kann ich raustelefonieren ? Wie kann ich eingehende Gespräche verarbeiten ? - Konfigurationshinweise und Tipps rund um Asterisk.
*[[Internet-Telefonie (VoIP) mit Firefly (Windows-Client) einrichten (Anleitung)|Firefly (Windows-Client)]]: Screenshot des Konfigurationsdialogs mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon einrichten (Anleitung)|Fritz!Box Fon]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon 5050 / 7050 einrichten (Anleitung)|Fritz!Box Fon 5050 / 7050]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit iaxComm (Softclient) einrichten (Anleitung)|iaxComm]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit SpeedTouch 190 Analog Telephone Hardware-Adapter (Anleitung)|SpeedTouch 190]]: Analog Telephone Adapter (Hardware-Adapter) ; Screenshoot des Konfigurationsdialoges 
*[[Internet-Telefonie (VoIP) mit Phoner Lite einrichten (Anleitung)|Phoner Lite]]: PhonerLite

Darüber hinaus gibt es auch noch eine Übersicht über alle [[:Category:Access Anleitungen|Anleitungen zum Geschätsbereich Access]] von Portunity.

==== Bietet Portunity auch Rufnummern-Gassen oder Wunschrufnummern an? ====

Leider nein.

==== Die Einwahl zum Telefoniesystem wird trotz korrekter Daten mit der Fehlermeldung "falscher Username oder Passwort" abgebrochen. Was mache ich falsch? ====

*Überprüfen Sie die Länge Ihres Passworts. Einige Router unterstützen keine Passwörter, die mehr als acht Zeichen beinhalten. Die Länge des Loginnamens zusammen mit dem Passwort darf eine Länge von 20 Zeichen auch nicht überschreiten

*Es kann bzw. muss in einigen Geräten wie z.B. bei dem Speedport W700V die Internetrufnummer angegeben werden. Tragen Sie hier bitte nicht die Ihnen zugeteilte Telefonnummer sondern den Loginnamen Ihres SIP Account (z.B. '''sipxxxxx''') ein.

==== Ist es möglich meine Festnetznummer zu Portunity zu portieren? Welche Gebühren fallen dafür an? ====

Antwort: Zur Zeit bietet Portunity leider keine Portierungen an. Portunity überlegt jedoch diesen Service in ihr Produktportfolio mit aufzunehmen.

==== Ist es möglich, eine bei einem anderen Provider gehostete Domain statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? ====

Ist es möglich, eine bei einem anderen Provider gehostete Domain (die dort aus verschiedenen Gründen auch bleiben muss) statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? Ich würde selbstverständlich die nötigen SRV Einträge auf dem Nameserver vornehmen ?

Leider ist dies aktuell nicht möglich

==== Kann ich auch eine IAX-Adresse auf meiner eigenen Domain einrichten ? ====

Nein, das IAX-Protokoll ist leider nicht Multi-Domain fähig.

==== Kann ich auch Rufnummern mit mehr als 14 Zeichen als ENUM registrieren? ====

Die Regeln der Bundesnetzagentur geben vor, dass Portunity sich streng an die in den ENUM-Registrierungsrichtlinien aufgeführten Rufnummernlängen zu halten hat. Ortsnetzrufnummern dürfen max. 14 Stellen haben. Diese setzen sich aus (Länderkennzahl + Ortsnetzkennzahl + Teilnehmerrufnummer) zusammen. Somit kann Portunity Rufnummer mit mehr als 14 Zeichen nicht delegieren.

==== Kann ich eine eigene Festnetz-Telefonnummer erhalten? Ich suche zum Test von unserer VOIP Anlage eine öffentliche, aus dem Festnetz erreichbare Telefonnummer, die auf meinen SIP-Account verweist. Ist dies bei Portunity möglich? ====

In allen unseren VoIP-Tarifen können Sie aus dem Festnetz erreichbare Nummern erhalten. Wir haben dabei alle über 5000 Ortsnetze erschlossen. Rufnummern sind in der Regel sehr schnell geschaltet.

==== Warum kann ich keine VOIP-Gespräche zu einigen anderen VOIP-Anbietern (z.B. u.a. 1und1, freenet, sipgate) führen ? ====

Einige der Mitbewerber von Portunity bieten schlicht und einfach nicht die Möglichkeit, dass die SIP-Adresse die Sie dort erhalten, überhaupt für alle erreichbar ist. Bei diesen Anbietern ist die SIP-Adresse nur für Kunden erreichbar, die bei dem gleichen Anbieter sind (oder noch bei dessen unmittelbaren Kooperationspartnern). Diese negative Eigenschaft wird von den Anbietern natürlich auch nicht gerade auf den Werbeseiten und den Homepages groß herausgestellt....

Dies führt in der Praxis dazu, dass wenn Sie eine solche SIP-Adresse eines solchen Anbieters anwählen wollen, die Verbindung nicht zustande kommen wird. Dies gilt auch für den Fall, dass die SIP-Adresse in einer ENUM-Domain hinterlegt ist.

Um Kunden dieser Anbieter zu erreichen gibt es nur einen Weg: Über eine klassische (kostenpflichtige) Telefonverbindung. Dies ist von den Anbietern absolut so gewollt, denn diese Anbieter erhalten für Gespräche, die über die geschalteten Telefonnummern eingehen, Geld (die sogenannte Interconnection-Gebühr). Dass heißt, diese Anbieter verdienen an jedem Telefonat welches eingeht. Bei Gesprächen die über das Internet (z.B. über das SIP-Protokoll) eingehen würden, würden diese Anbieter nichts verdienen - was der egoistische Grund für die Anbieter ist solche abgeschotteten SIP-Inseln zu schaffen.

Bei Portunity sind die SIP-Addressen nicht blockiert: Die SIP-Adressen die Sie bei Portunity erhalten, sind für alle erreichbar, egal bei welchem Anbieter derjenige ist, der Sie anrufen möchte.

Den Kunden der Anbieter, welche SIP-Adressen für andere Netze blockieren, kann man nur raten, bei der Auswahl des VoIP-Anbieters auf dieses Kriterium zu achten, damit diese Kunden auch entsprechend erreichbar werden.

Von einigen VoIP-interessierten Communities werden Listen gepflegt, welche Anbieter zu den "guten" gehören und welche keine SIP-Adressen erreichbar machen.Die Problematik ist also durchaus bekannt und wird in verschiedenen Kreisen kontrovers diskutiert. Auf eine dieser Listen möchten wir hier mit dem ausdrücklichen Hinweis, dass diese Liste nicht von Portunity ist und nicht durch Portunity gepflegt wird, verweisen:

[http://wiki.ip-phone-forum.de/telefonie:enum:provider http://wiki.ip-phone-forum.de/telefonie:enum:provider] (Sie verlassen mit dem Link die Portunity-Plattform).

==== Welche Ortsnetze können Sie mit Rufnummern bedienen? ====

Alle, wir haben bundesweit alle Ortsnetze erschlossen und können aus diesen Rufnummern zuteilen.

==== Welche Vorwahlen kann oder muß ich wählen ? Wie telefoniere ich in andere Länder ? ====

Für Gespräche nach Deutschland wählen Sie ganz normal die Ortsvorwahl und die Nummer, z.B. 0202 123456789 für eine Nummer in Wuppertal. Anrufe in Mobilfunknetze funktionieren analog.

Für internationale Gespräche wählen Sie zunächst eine Doppel-Null und dann den Ländercode und dann die eigentliche Nummer. Für einen Anruf in die Schweiz also z.B. 00 41 xxxxxxx (xxxx ist dann die eigentliche Nummer).

==== Wie kann ich die Durchwahlen der einzelnen Plätze meiner Telefonanlage mit übermitteln ? ====

Zunächst müssen Sie die Durchwahlen im Webinterface von Portunity einmalig freischalten lassen. Hierzu rufen Sie Ihren Tarif auf und wählen dort die Iconoption "Rufnummern". Dort finden Sie die Möglichkeit, Rufnummern freizuschalten. Hierzu führt Portunity - um Missbrauch vorzubeugen - einen Rückruf durch und übermittelt einen Code, der anschließend wieder abgefragt wird.

Nach der Validierung kann Ihre TK-Anlage die jeweilige Durchwahl (bzw. die vollständige Rufnummer im internationalen Format, siehe unten) im Feld Caller-ID oder Caller-Name mitsenden. 

Portunity akzeptiert aktuell die Rufnummern im Feld Caller-ID oder Caller-Name im internationalen Format ("+49202 ...", "0049202..." oder "49202" - NICHT ABER: "0202...."). Leerzeichen oder Sonderzeichen sollten vermieden werden. Bitte beachten Sie ferner, dass Portunity derzeit nur deutsche Rufnummern übermitteln kann, da Portunity die Gespräche in Deutschland terminiert.

Sollten Sie im Feld Caller-ID keinen Eintrag haben oder die Nummer im falschen Format übermittelt werden, wird immer die im Webinterface hinterlegte Rufnummer mit übermittelt.

'''Hinweise zu speziellen TK-Anlagen:'''

'''Hinweis zur VoIP-TK-Anlage Astimax:''' Portunity ist aus dem Support ein Fehler in der TK-Anlage Astimax bekannt, durch den im Feld Caller-ID die Durchwahlen nicht übermittelt werden, sondern statt dessen der Loginname an Portunity übermittelt wird. Dieses Fehlverhalten der Astimax wurde laut Hersteller behoben und ist ab der Firmware Version 2 nicht mehr auf. Bitte wenden Sie sich für weitergehende Fragen und ob evt. zwischenzeitlich ein Patch erschienen ist diesbzgl. direkt an den Hersteller von Astimax. 

==== Ich habe mehrere Rufnummern - wie kann ich erkennen, welche meiner Telefonnummern angerufen wurde? ====

Bei jedem eingehenden Anruf auf eine Ihrer Telefonnummern übermittelt Portunity per SIP und IAX zusätzliche Header, anhand derer Ihre Telefonanlage erkennen kann welche Ihrer Telefonnummern angerufen wurde. Dazu muss Ihre Telefonanlage den "P-Called-Party-ID"-Header auswerten (was viele Anlagen bereits standardmäßig versuchen). Die dort stehende Rufnummer ist im internationalen Format. Wird beispielsweise die Rufnummer "0202/695550" angerufen, steht im Header der Wert "0049202695550". 

Werden eingehende Anrufe an andere Zielrufnummern weitergeleitet, kann auch der Netzcode "371*" sinnvoll sein. Er signalisiert die Zielrufnummer als CallerID: Normalerweise wird die originale CallerID bei der Weiterleitung transparent durchgereicht und die Zielrufnummern via SIP-Header (bei Weiterleitung per SIP) zusätzlich hinterlegt. Bei einer Weiterleitung auf eine Festnetznummer steht die Information welche Zielrufnummer angewählt wurde nicht mehr zur Verfügung. Wird bei der Weiterleitung nun der Netzcode vor die Weiterleitungsrufnummer gesetzt, wird die angerufene Nummer als CallerID verwendet.

==== Wie richte ich eine SIP-Adresse auf meiner Domain ein (z.B.: sip@meine-domain.de) ? ====

Hierzu benötigen Sie zunächst einmal eine Domain bei Portunity, die Sie am einfachsten neu bei Portunity registrieren. Sollten Sie schon über eine Domain bei einem anderen Provider verfügen, lassen sich diese schnell und unkompliziert per Providerwechsel (KK-Verfahren) zu Portunity holen.

Portunity kann Ihnen außerdem einige Domains aus dem eigenen Pool anbieten, z.B.:

*iaxport.de
*sipport.de
*wtal.net
*bergisch.de
*dsl-portunity.de

Um Ihre SIP- oder IAX-Adresse einer Ihrer oder der oben augeführten Domains zuzuordnen melden Sie sich bitte im Webinterface an. Auf der linken Seite wählen Sie hierzu bitte Ihren gebuchten SIP-Tarif aus. Nun klicken Sie im linken Frame auf "Konfiguration". Im mittleren Frame suchen Sie nun den Block "SIP-Adressen und -Optionen" heraus. Hier können Sie eine beliebige SIP-Adresse angeben. In dem Drop-Down-Menü in der gleichen Zeile wählen Sie Ihre gewünschte Domain. Abschliessend bitte auf "Speichern" klicken.

'''Wichtig:''' Sie müssen in der DNS Zone Ihrer Domain als SIP-Proxy1 den SIP Server '''sip-in.sipport.de''' so wie den Port '''5060''' eintragen und den Haken bei UDP setzen!!!

==== Wie teste ich meine Konfiguration? ====

Dazu haben Sie mehrere Möglichkeiten. Zunächst können Sie Ihren Account mit den Netzcodes testen, z.B. mit Netzcode "10*". Geben Sie einfach 10 und ein Sternchen * ein. Sobald die Verbindung zustande gekommen ist, bekommen Sie unsere Zeitansage zu hören. Diesen und weitere Netzcodes finden Sie im Artikel SIP-Port-Netzcodes.

Ausserdem hat Portunity Ihnen einen weiteren Netzcode zum Test eingerichtet. Nach Eingabe von ###* hören Sie den Echo-Test, der das wiederholt, was Sie in den Telefonhörer sprechen. 

Sollte die Verbindung zustande kommen - Herzlichen Glückwunsch! Ihr VOIP-Account wurde erfolgreich eingerichtet. 

==== Während meinen Telefonaten über VOIP ist die Sprachqualität sehr schlecht oder die Verbindung kommt erst sehr spät zustande. Woran liegt das? ====

Dafür kann es mehrere Gründe geben. Wir zählen Ihnen hier die häufigsten auf:

'''Internetanbindung:''' Je nach verwendeter Internetanbindung kann es anbieterseitig zu Schwankungen in der Bandbreite kommen. Das kann schlicht an Ihrem Wohnort und des verwendeten Telefonkabels liegen. Daraus resultierend kann eine konstante Übertragungsrate nicht gewährleistet werden, was sich in einer Minderung der Sprachqualität äussern kann. Für optimale Qualität empfiehlt Portunity Ihnen daher DSL-Zugänge an der eigenen Server und Backbone-Technik. Siehe dazu auch http://portunity.net/article16930-6942.html#Feature2

'''Parallele Downloads:''' Ein VOIP-Gespräch funktioniert sehr stark vereinfacht wie ein Up- bzw. Download. Das, was Sie während eines Gespräches sagen, muss erstmal in ein kleines Paket verpackt und ins Internet hochgeladen (Upload) werden. Das was Sie hören, laden Sie entsprechend runter (Download). Wenn Sie nun paralell z.B. ein Filesharing-Programm (z.B. eMule oder BitTorrent) geöffnet haben, werden Ihre übertragenen Sprachpakete "zwischen" die Up- und Downloads der im Hintergrund geöffneten Filesharing-Programme geschoben. Dabei kann es zu sogenannten "Delays" oder Verzögerungen kommen, da Ihre Bandbreite bereits mit den Downloads ausgelastet ist. Bitte beachten Sie hierbei: Auch wenn Sie z.B. bei einem DSL1000 "nur" mit einer Rate von 20k downloaden und demnach noch "Platz" für Ihr Gespräch sein müsste, verteilen Sie bei den meisten Filesharing-Programmen Ihre Dateien bei fast voller Upload-Grenze.

Abhilfe schafft hier ein DSL-Router, der den sogenannten Quality of Service (QoS) für optimale Sprach- und Datenübertragung unterstützt. Dieser Service unterscheidet ob die Pakete, die übertragen werden, zu Ihrem Telefonat oder zu Ihren Downloads gehören und verteilt entsprechende Prioritäten.

'''Verwendeter Codec:''' Je nach verwendetem Codec werden Ihre übertragenen Sprachpakete mehr oder weniger stark komprimiert. Je stärker komprimiert wird, desto schlechter die Sprachqualität. Bitte beachten Sie hierzu auch unseren FAQ-Beitrag http://portunity.net/article22951-8206.html

'''Probleme mit dem Carrier:''' Ihre Telefonate werden bei jedem VOIP-Anbieter an einen Carrier weitergeroutet, der sich darum kümmert, das Ihre Gespräche auch dort ankommen wo Sie hinsollen. Je nach Rufnummerngasse der Zielrufnummer sind unterschiedliche Carrier für die Gesprächssteuerung zuständig und damit auch für die Gesprächsqualität ab Übergabepunkt. Selbstverständlich ist Portunity bemüht für alle Rufnummergassen die jeweils qualitativ besten und auch redundantesten Carrier für Sie im Einkauf auszuwählen.

= Fragen zum Partnerprogramm und Reselling =

==== Bietet Portunity Wiederverkäufern die Möglichkeit VoIP auf Basis von SIP und IAX unter eigenem Namen zu verkaufen? ====

Ja, wenn Sie eine Internet-Agentur, ein Systemhaus oder selbst Provider sind, dann sind die VoIP-Reselling-Angebote von Portunity sicherlich für Sie interessant.

Als Reseller erhalten Sie die Möglichkeit, auf der VoIP-Plattform und -Infrastruktur von Portunity selbst Accounts einzurichten, zu verwalten, anzubieten und auch optional in Ihrem Namen automatisiert abzurechnen. Sie können dazu eigene Tarife definieren und diese im eigenen Namen anbieten, ohne dass Portunity für die Endkunden sichtbar ist. Ein klares Preismodell, bei dem die Accounts und die Telefonminuten aller Accounts gesammelt abgerechnet wird, ermöglicht nicht nur die Gestaltung attraktiver Konditionen für Ihre Kunden, sondern ermöglicht auch den Aufbau eines interessanten wiederkehrenden Profits.

Aber auch wenn Sie komplett eigene Technik betrieben (möchten), kann Ihnen Portunity beispielsweise eine Gesprächsterminierung mit einer Übergabe per SIP oder IAX anbieten. Auch eigene Webinterfaces unter Nutzung unserer Gatewaytechnik ist möglich.

Weitere detaillierte Reseller-Informationen hat Portunity auf einer eigenen Seite "[http://www.isp-reselling.eu VoIP-Reseller]" zusammengestellt. Für Anfragen steht Portunity selbstverständlich gerne zur Verfügung (Telefon Verwaltung / Vertrieb +49 202 / 69 555 -0 oder Rechenzentrum unter +49 202 / 68 555 -300 oder per eMail an info@portunity.de). Bitte übermitteln Sie Portunity eine Kopie Ihres Gewerbenachweises für Preis- und Vertragsinformationen.

==== Welche Vor- und Nachteil hat es, wenn ich bei einem Portunity-Reseller einen VoIP-Tarif buche? ====

Es kann durchaus gewisse Vorteile haben, einen VoIP-Tarif bei einem der Portunity-Reseller zu buchen. Die Portunity-Reseller bieten oft anders zusammengestellte Tarife an, die möglicherweise für Sie besser passen oder die sogar für Sie (für Ihr spezielles Szenario) günstiger sind.

Desweiteren haben einige Reseller die VoIP-Tarife mit interessanten anderen Produkten zu Tarif-Paketen gebündelt, die Sie so bei Portunity nicht erhalten können. Sie können so interessante Produkte aus einer Hand erhalten. Und last-but-not-least kann es aus Supportgründen Sinn machen sich für einen Portunity-Reseller zu entscheiden: Wenn dieser regional näher ist, kann er Ihnen z.B. vor Ort besser helfen, als wenn Portunity erst quer durch Deutschland zu Ihnen müßten.

= Fragen zum Prepaid-Verfahren =

==== Wie lange dauert es nach der Überweisung bis mein Gesprächsguthaben wieder aufgeladen wird? ====

Bei '''Überweisung per Bank''' in der Regel zwei bis drei Werktage, je nachdem von welcher Bank aus Sie überweisen. Berücksichtigen Sie bitte auch Wochenende und Feiertage, an denen ein Zahlungseingang generell auch nicht von uns verbucht wird!

Sofern Sie die Rechnung '''per Paypal bezahlen''' und dazu den in der Rechnung enthaltenen Link verwenden, erfolgt die Gutschrift mit Bestätigung durch Paypal unmittelbar.

==== Gibt es eine Limit-Warnung wenn mein Prepaid-Guthaben zur Neige geht? ====

Ja. Die Limitwarnung können Sie selbst in unserem Webinterface setzen. Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten.

Sie können sich mittels des Netzcodes 363* vor jedem Gespräch Ihr aktuelles Guthaben ansagen lassen.

==== Gibt es eine Möglichkeit zur automatischen Wiederauffüllung bei einem bestimmten Limit ? ====

Wir können Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung schicken. Diese Option können Sie selber im Webinterface in Ihrem persönlichen Profil unter der Option "Prepaid" aktivieren und einstellen.

==== Mein Prepaid-Guthaben ist trotz bezahlter Rechnung nicht in der ISPSuite sichtbar ? ====

In den meisten der Fälle ist Ihre Überweisung dann noch nicht bei uns eingegangen. Unter Umständen kann eine Überweisung bis zum vollständigen Abschluss bis zu drei Werktage dauern. Ihr Prepaidguthaben ist sofort nach Zahlungseingang in der ISPSuite verfügbar.

==== Was passiert wenn mein Guthaben verbraucht ist? ====

Bevor Ihr Guthaben verbraucht ist, bekommen Sie einen Hinweis, das ein (von Ihnen definiertes) Gesprächsguthaben unterschritten wurde. Sie haben dann in der Regel noch genug Zeit Ihr Prepaid-Konto aufzuladen (falls Sie Ihr Limit nicht zu knapp gesetzt haben ;-)

Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten. Danach sind bis zum wiederaufladen Ihres Kontos keine kostenpflichtigen Gespräche möglich.

SIP-Adressen und kostenlose Rufnummern sind weiterhin erreichbar.

==== Wie fülle ich mein Prepaid-Guthaben wieder auf ? ====

Ganz einfach: Bestellen Sie in unserem Online-Shop eines unserer Prepaid-Pakete, unser System verschickt automatisch und sofort eine Rechnung an Ihre bei uns hinterlegte Email-Adresse.Sie können anschliessend den Betrag auf unser Konto überweisen.

Wir können Ihnen aber auch die komfortable Lösung unseres "Auto-Prepaids" anbieten. Hier wird Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung geschickt. In der Regel erhalten Sie mit diesem Verfahren dann einmal im Monat eine Rechnung. Um die "Auto-Prepaid"-Lösung zu aktivieren, gehen sie bitte im Webinterface auf das "myProfile"-Icon und dort auf den Menüpunkt Prepaid.

= Fragen zum Webinterface ISPSuite =

==== Kann ich die Orts- und Ländervorwahlen konfigurieren? ====

Ja, loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie unter "Optionen" die Möglichkeit Default-Länder- und City-Codes einzugeben. Sie ordnen Ihrem VOIP-Account damit Land und Vorwahlbereich Ihres derzeitigen Standortes zu. Sollten Sie ein Ortsgespräch führen wollen, reicht es ab jetzt einfach die Rufnummer Ihres Gesprächspartners ohne Vorwahl zu wählen.

==== Wie funktionieren eigentlich die Netzcodes? ====

Mit den Netzcodes von Portunity haben Sie die Möglichkeit Einstellungen für Ihr aktuelles Gespräch vorzunehmen, und damit die Standardeinstellungen des Webinterfaces temporär zu überschreiben. Wählen Sie einfach vor Ihrer eigentlichen Rufnummer einen der Netzcodes:

*Beispiel: 342*0202123456 (Wählt die Premium-Route für die Wuppertaler Rufnummer "123456")

Eine Liste aller Netzcodes finden Sie im Artikel "[[SIPPort Netzcodes (Anleitung)|SIPPort Netzcodes (Anleitung)]]".

==== Wie funktioniert eigentlich das Telefonbuch? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Telefonbuchkonfiguration finden Sie das "Telefonbuch". Klicken Sie einfach auf "Neuen Eintrag hinzufügen". Füllen Sie alle Felder aus und klicken Sie auf "Speichern". Ihrem Telefonbuch wurde nun ein weiterer Eintrag hinzugefügt.

==== Wie funktioniert eigentlich die Sofortwahl? ====

Sollten Sie bereits Einträge in Ihrem Telefonbuch haben, so können Sie unsere Sofortwahl nutzen. Hinter jedem Eintrag in Ihrem Telefonbuch gibt es einen kleinen Button mit einem Telefonhörer. Nach einem Klick wird eine Verbindung zu der im Eintrag hinterlegten Rufnummer aufgebaut.

==== Wie funktioniert eigentlich die Webrequest-API? ====

Unsere Webrequest-API´s ermöglichen es Ihnen von uns bereitgestellte Webdienste zu nutzen, sofern Sie über einen VOIP-Account bei uns verfügen.

Die API ermöglicht Ihnen zum Beispiel den Einzelverbindungsnachweis aus unserer Datenbank über Ihre eigenen Scripte und Anwendungen (z.B. PHP, Perl und andere) auszulesen oder Telefonverbindungen über die Schnittstelle zu schalten. Damit können Sie z.B. in eigenen Applikationen hinter Telefonnummern ein Icon bauen, bei dessen Betätigung die Nummer angewählt wird.

Auch unser Callback-Service basiert auf der Webrequest-API und ist ein weiteres schönes Beispiel. Diesen können Sie als von uns bereitgestellten Code im Quelltext Ihrer Webseite einpflegen. Auf Ihrer Seite erscheint nun ein kleiner Button, der nach einem Klick mittels des Webrequests und Ihrem VOIP-Account eine Verbindung zwischen Ihnen und z.B. einem Ihrer Interessenten herstellt. Dieser Service lässt sich natürlich zeitlich ausschalten (wer möchte schon mitten in der Nacht aus dem Bett geklingelt werden ;-)

==== Wie konfiguriere ich den Anrufbeanworter? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie die "Anrufbeantworter Einstellungen", hier können Sie die Anrufbeantworter-Einstellungen vornehmen, wie z.B. den Anrufbeantworter aktivieren, die Ansage auswählen und eine Weiterleitung an eine Mail-Adresse konfigurieren. Im linken Frame finden Sie ausserdem die Kategorie "Anrufbeantworter". Dort sind ebenfalls sämtliche von Ihrer Mailbox entgegengenommenen Anrufe aufgelistet.

[[Category:Access]] [[Category:Access_FAQs]] [[Category:VoIP-Account_(Tarif)]]

Rufnummernmitnahme - Portierung einer Festnetz-Rufnummer (FAQ)

Br@superroot — Tue, 24 Jul 2012 11:49:56 GMT

Br@superroot:

Internet-Telefonie (VoIP): SIP- und IAX-Port (FAQ)

Br@superroot — Tue, 24 Jul 2012 11:45:59 GMT

Br@superroot:

= Fragen zu den Portunity VoIP "SIP- und IAX-Port"-Tarifen =

==== Bietet Portunity auch eine Telefonie-Flatrate an? ====

Das kommt drauf an, wie man das sieht:

Mit den VoIP-Tarifen von Portunity können Sie soviele Gespräche so lange kostenfrei zu anderen SIP- und IAX-Adressen führen - wie Sie wollen. Egal, ob es sich dabei um Kunden von uns oder um "externe" SIP- / IAX-Adressen handelt. Von daher könnte man von einer Flatrate sprechen.

Verstehen Sie darunter jedoch auch, dass Nummern im Festnetz, Mobilfunkgassen oder gar Nummern im Ausland mit einbezogen sind, dann eindeutig nein !

Portunity kann, wie alle anderen Telefongesellschaften und VoIP-Anbieter auch die Telefonminuten nicht "flat" einkaufen - sondern wird wie alle anderen auch, nach verschiedenen verbrauchsorientierten Maßstäben wie der Ziellocation und der "verbrauchten" Zeit abgerechnet. Dazu kommen dann noch die Kosten für die eigentliche Übertragung ins Internet, welche ebenfalls nicht "flat" kalkulierbar sind.

Eine für einen Telefon- oder VoIP-Anschluß angebotene Flatrate ist daher immer eine Mischkalkulation des Providers. Die vielen Wenignutzer finanzieren die wenigen Vielnutzer. Die, die wenig telefonieren, zahlen also mehr als sie eigentlich müssten und die, die viel telefonieren, zahlen weniger als sie eigentlich müssten. Das ist nicht nur ungerecht, sondern kann auf Dauer auch nicht wirtschaftlich gut gehen.

Es gibt auch bereits erste Anzeichen, dass es im VoIP-Bereich hierzu erste "seltsame" Effekte gibt: Es wird in Diskussionsforen bereits von ersten künstlichen Verlangsamungen, Rufnummernsperren oder gar Unterbrechungen berichtet - andere Anbieter erhöhen einfach die Preise regelmässig oder es gibt im Kleingedrucken "Klauseln" wie z.B. das nur Gesprächsminuten ins Festnetz inklusive sind (ein Anruf zu einem Handy geht dann extra).

Portunity möchte Ihnen einen soliden, businesstauglichen und seriösen Service bieten und will von daher solche "Massnahmen" gar nicht erst in Erwägung ziehen müssen - weil z.B. unsere Kalkulation nicht mehr stimmt. Portunity bietet Ihnen faire und günstige Tarife - aber eben keine Flatrate.

'''Update: Bei einigen DSL-Anschlüssen ist für Privatnutzung zwischenzeitlich eine Festnetzflat bei Portunity möglich.'''

==== Bietet Portunity auch einen Softclient an? ====

Aktuell nein.

==== Brauche ich einen Computer um über SIP- und IAX-Port telefonieren zu können ? ====

Nein, aber man kann einen Computer natürlich zum Telefonieren verwenden. Man unterscheidet in der VoIP-Welt grundsätzlich zwischen Soft- und Hard-Phones:

Ein '''Hard-Phone''' ist ein richtig echtes Telefon (kann man also echt anfassen ;-), das bereits VoIP vonhaus aus kann. Das Telefon wird an den Router oder Netzwerk-Hub / -Switch gesteckt und meldet sich dann an unserem VoIP-Server an. Mit Hilfe von Adaptern kann man auch klassisch analoge oder ISDN-Telefone VoIP-fähig machen.

Ein '''Soft-Phone''' hingegen sind kleine Computerprogramme, die es für nahezu alle Betriebssysteme (Windows, Linux, Mac u.a.) gibt. Mit Hilfe eines an den Computer angeschlossenen Lautsprechers, Mikro alternativ Headset oder spezielle Telefonhörer kann dann telefoniert werden.

Von der Seite Portunity aus ist es egal, mit was für einem "Client" oder "Telefon" Sie sich "einbuchen" und telefonieren - wichtig ist nur, dass entweder das SIP- oder das IAX-Protokoll und ein kompatibler Codec verwendet werden.

==== Darf ich als Call-Shop-Betreiber die Endkunden-Tarife von Portunity benutzen ? ====

Nein, man darf die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.Ausgenommen ist es allerdings, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity auf diesen Zweck ausgerichtete Reselling-Tarife (siehe weiter unten).

==== Darf ich als Privatperson oder Firma die VoIP-Tarife von Portunity benutzen? ====

Ja, Sie dürfen die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.

Ausgenommen ist es lediglich, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity alternativ auf diesen Zweck ausgerichtete Reselling-Tarife im Angebot (siehe weiter unten).

==== Entstehen mir Kosten, wenn meine SIP- oder IAX-Adresse angerufen wird ? ====

Der Anrufer landet auf dem VoIP-Server von Portunity. Von dort gibt es dann mehrere Möglichkeiten: Sind Sie mit einem IAX- oder SIP-Client "eingebucht", dann routet Portunity Ihnen den Anruf zu Ihnen. Von Portunity aus entstehen dabei keine Kosten - indirekt entstehen Ihnen evt. Kosten durch Ihren Internetzugang (Traffic), die aber Minimal und i.d.R. zu vernachlässigen sind.

Wenn im Webinterface Anrufweiterleitungen definiert wurden und dabei anstelle einer alternativen SIP- oder IAX-Adresse eine Telefonnummer angegeben wurde (z.B. Festnetz, Mobilfunk o.a.), zu der Portunity den jeweiligen Anruf weiterleiten soll, berechnet Portunity Ihnen hierzu Gesprächsgebühren so, als ob Sie selbst die Nummer wählen würden.

==== Funktionert der "SIP- und IAX-Port"-Tarif nur mit DSL-Zugängen von Portunity oder auch mit Zugängen anderer Anbieter ? Kann ich auch unterwegs mit meinem Notebook telefonieren ? ====

Die VoIP-Tarife von Portunity funktionieren quasi von jeder öffentlichen IP-Adresse - sie müssen also nicht unbedingt einen DSL-Zugang von Portunity benutzen.

D.h. prinzipell ist auch die Nutzung von unterwegs von einem Hotel oder gar einem Internetcafé aus möglich (z.B. von einem Softphone). Allerdings können je nach Konfiguration der dortigen Infrastruktur z.B. die für VoIP relevanten Kommunikations-Ports gesperrt sein oder die verwendeten Firewalls machen Probleme.

'''Tipp:''' Verwenden Sie am besten unterwegs das IAX-Protokoll, das macht in solchen Szenarien grundsätzlich mit Firewalls & Co weniger Probleme.

Für die stationäre Nutzung ist ansonsten einer der DSL-Zugangstarife / -Anschlüße von Portunity empfehlenswert (aber eben kein Muss). Wenn Sie einen DSL-Zugang und -Tarif von Portunity nutzen, profitieren Sie von einer optimalen und besseren VoIP-Qualität. Denn die VoIP-Server und -Gateways stehen im 19''-Racks (= Serverschrank)'' in unmittelbarer Nachbarschaft, wo auch die Einwahlrouter der DSL-Infrastruktur von Portunity auflaufen. Dadurch müssen die Datenpakete nicht erst durch das "halbe" Internet geroutet werden, sondern gehen von dem einen Gerät quasi direkt in das andere - was der Gesprächsqualität zugute kommt.

Desweiteren sind die DSL-Zugänge und -Anschlüsse auch durch die enthaltene feste IP-Adresse interessant - z.B. wenn Sie eine eigene TK-Anlage (z.B. Asterisk) VoIP-fähig machen möchten, hat dies enorme Vorteile und bringt Vereinfachungen z.B. bei nötigen DNS-Einträgen u.a.

==== Gibt es eine Mindestlaufzeit? ====

Nein, eine Mindestlaufzeit, z.B. von 6 oder 12 Monaten, wie sie von anderen VoIP-Anbietern teilweise gefordert werden, gibt es bei Portunity nicht.

==== Inwieweit sind deutsche Mehrwertnummern wie 0800, 0900 u.a. erreichbar ? ====

Zwischenzeitlich sind fast alle Mehrwertnummern über das Portunity-Netz erreichbar:

* 0800: voll erreichbar
* 0180x: voll erreichbar
* 0137 / 0139: voll erreichbar
* 0900: NICHT erreichbar (abrechnungstechnische Gründe)

'''Tipp:''' Wenn Sie eine VoIP-fähige TK-Anlage (z.B. Asterisk) betreiben oder entsprechende Telefon-Adapter einsetzen, können Sie dort oft bzgl. der Terminierung im sog. Dialplan Ausnahmen definieren, so daß Telefonate z.B. nach 0900 in diese Rufnummerngassen über die ISDN / klassische Anbindung terminiert werden.

==== Welche anderen Internet-Telefone sind für mich kostenfrei erreichbar ? ====

Alle Internet-Telefone, die über das SIP- oder IAX-Protokoll erreichbar sind, sind für Sie kostenfrei erreichbar.

Sofern Sie eine SIP- oder IAX-Adresse nicht eingeben können (weil Sie z.B. ein Tastentelefon haben) oder die SIP- oder IAX-Adresse zu einer Nummer nicht wissen, hilft ENUM, wenn die Zielrufnummer als ENUM-Domain registriert ist.

Viele VoIP-Anbieter haben vergebene Rufnummern bereits selbst als ENUM-Domain registriert - ansonsten kann dies der Zuteilungsnehmer der jeweiligen Rufnummer auch selbst tun.

Weitere Informationen zu ENUM finden Sie in dem ENUM-Informationsportal "[http://www.enum-center.de Enum-Center]".

==== Welche Codecs und welche Protokolle werden von SIP- und IAX-Port unterstützt? ====

Wie der Name des Produktes und der Tarife bereits andeutet, unterstützt Portunity aktuell das SIP und das IAX-Protokoll (Version 2).

Portunity unterstützen dazu aktuell folgende Codecs:

{| width="500" border="0" cellpadding="1" cellspacing="1"
|-
! scope="col" | Codec:
! scope="col" | Bandbreite Codec:
! scope="col" | Bandbreite Ethernet:
! scope="col" | MOS
! scope="col" | Anmerkung:
|-
| G.711 ulaw (US)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| G.711 alaw (Europa)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| iLBC
| 15,0 KBit/s
| 31,5 KBit/s
|
|
|-
| GSM
| 13,0 KBit/s
| 35,0 KBit/s
| 3,7
| Mobilfunk-Codec, befriedigende Qualtität, wenig Bandbreite
|}

 

Die Codec's stehen von der Seite Portunity dabei in allen SIP- und IAX-Port-Tarifen zur Verfügung. Auch ist es egal, ob der Tarif privat oder geschäftlich eingesetzt wird.

'''Was sind MOS-Punkte ?'''

Die Sprachqualität von Codecs kann zum einen durch Messverfahren als auch subjektiv durch Testpersonen bestimmt werden. Die MOS-Punkte werden durch viele Testpersonen ermittelt, welche jedem Codec eine Note zwischen 1 und 5 (5=Excellent, 4=gut; 3=geht so; 2=ausreichend; 1=schlecht) geben. Daraus wird dann der MOS-Wert gemittelt gebildet.

Der MOS-Wert bewertet allerdings nur den Codec - gerade bei VoIP kommen bzgl. der Sprachqualität natürlich noch weitere Kriterien hinzu: die Leitungsqualität bis zum VoIP-Server, verlorene Pakete, Geschwindigkeit usw. Von dem eingesetzten Equipment wie Mikrophone in VoIP-Telefonen usw. mal ganz abgesehen.

==== Welche Kosten entstehen mir für Telefonate, wenn ich mich im Ausland befinde ? ====

Egal, wo Sie Ihr Internet-Telefon (egal ob Hard- oder Softphone) betreiben, alle Gespräche von Portunity werden immer zu den gleichen Konditionen abgewickelt.

D.h. genauso wie im Inland sind Gespräche zu anderen SIP- oder IAX-Adressen kostenfrei und Gespräche ins Fest- und Mobilfunknetz oder in andere Länder werden zu den gleichen Konditionen abgerechnet, wie dies der Fall ist, wenn Sie sich in Deutschland befinden.

==== Wie kann ich kündigen und welche Frist muß ich beachten? ====

Sie können jederzeit mit den folgenden Fristen kündigen:

'''Tarife DSL Starter, Top, Profi, d.h. alle trafficorientierten Tarife:''' 30 Tage vor dem Ablauf des Abrechnungszeitraums

'''Flatbudget-Tarife:''' Täglich mit 1 Tag Kündigungsfrist

Nach Ihrer Kündigung bekommen Sie am Ende des Abrechnungszeitraumes Ihre Abschlussrechnung. (Der Abrechnungszeitraum richtet sich nach Ihrem Bestelldatum, wenn Sie also am 13. des Monats bestellt haben, ist der Abrechnungszeitraum immer der 13. des Monats bis zum 12. des Folgemonats).

Kündigen können Sie per Mail, per Telefon, per Brief oder per Fax (oder online bei allen trafficorientieretn Tarifen). Beachten Sie bitte, dass Portunity immer jede Kündigung sofort per Mail bestätigt. Gerne erfährt Portunity im Kündigungsfall den Grund Ihrer Entscheidung, um die Produkte und Leistungen weiter verbessern zu können.

==== Wieviele Telefonate kann ich gleichzeitig führen? ====

Das ist abhängig von dem Tarif, den Sie bei Portunity gebucht haben.

= Fragen zur Bestellung =

==== Wie kann ich bestellen? ====

Sie können über das Onlinebestellsystem von Portunity jederzeit Ihre Bestellung aufgeben.

==== Wie lange dauert in der Regel die Freischaltung vom Eingang der Bestellung? ====

Über das Onlinebestellsystem von Portunity erfolgt die Freischaltung automatisch i.d.R. innerhalb weniger Minuten. Sie erhalten hierzu entsprechende eMails (Zugangsdaten und Bestätigung Freischaltung).

In Ausnahmefällen kann unser System Ihre Bestellung für eine manuelle Prüfung auswählen - in diesen Fällen erfolgt eine Freigabe durch einen unserer Mitarbeiter am spätestens nächsten Werktag.

Für schriftliche Bestellungen (eMail, Post, Fax) gilt: In der Regel werktags von Montag bis Freitag oft noch am selben Tag bzw. innerhalb von 24 Stunden. Falls Sie auf dem Bestellformular die Zugangsdaten-Übermittlung per Post auswählen, dauert es aufgrund des Postversandes der Zugangsdaten nochmal 1-2 Tage länger, wählen Sie per Fax oder per eMail für eine unmittelbare Übermittlung - eine Mehrfachauswahl ist ebenfalls möglich.

==== Kann ich bestehende Telefon-Rufnummern von einem anderen Provider zu Portunity mitnehmen ? ====

Ja, wir können sogenannte Portierungen durchführen. Hierzu haben wir eine ausführliche eigene [[Rufnummernmitnahme_-_Portierung_einer_Festnetz-Rufnummer_(FAQ)|Portierungs-FAQ]] zusammengestellt. 

= Fragen zur Abrechnung =

==== Nach wieviel Tagen erhalte ich meine Mahnung? ====

Die '''erste Mahnung''' erhalten Sie nach'''14 Tagen'''. Die Zustellung der Mahnungen erfolgt auf dem gleichen Wege wie der Versand der Rechnungen, also wie von Ihnen bei der Bestellung angegeben. '''Ab der 2. Mahnung''' fallen weitere '''Mahngebühren '''an. Wird auch nach der dritten Mahnung noch kein Geldeingang verzeichnet, stellt Portunity die Leistungen automatisiert ein und übergibt den Vorgang seinem Inkasso-Unternehmen.

Bitte zahlen Sie möglichst immer termin- und fristgerecht, den nur so kann Portunity auch zukünftig noch Produkte / Leistungen (z.B. DSL-Zugänge, ...) auf Rechnung anbieten. Die meisten Mitbewerber akzeptieren ausschließlich das Lastschriftverfahren, was Portunity Ihnen ansonsten auch gerne empfiehlt, da es doch diverse Vorteile auch für die Kunden bietet.

==== Wann und wie erhalte ich meine Rechnung? ====

Sie können auf dem Auftragsformular bzw. im Bestellprozeß selbst aussuchen, ob Sie die Rechnung per eMail oder per Post erhalten möchten. Da Portunity beim Versand mit der Post eine höhere Aufwendung hat (Ausdruck, Versand usw.), kostet eine schriftliche Rechnung per Post einen Aufpreis. Ansonsten werden die Rechnungen wahlweise per ASCII- oder HTML-eMail verschickt und erhalten als Datei-Attachment einen Einzelverbindungsnachweis der abgerechneten Verbindungen sowie eine PDF-Version der Rechnung. (Bei den postalisch zugegangenen Rechnungen können Sie diesen online einsehen).

Die Rechnungen können desweiteren elektronisch von Ihnen auch jederzeit und nachträglich im webbasiertem Verwaltungsprogramm "ISPSuite" von Portunity eingesehen, abgerufen und ausgedruckt werden. Dort sehen Sie auch den jeweiligen Status der Rechnung (bezahlt / nicht bezahlt) und den Eingang der Zahlungseingänge.

Die Telefongebühren selbst werden im Prepaid-Verfahren abgerechnet, Sie können dabei entweder online Prepaidpakete kaufen (5 Euro, 10, Euro, 25 Euro ...), oder Sie können Ihren Account so einstellen, dass bei Unterschreiten eines frei definierbaren Guthabens automatisch eine Rechnung von Portunity erstellt wird.

==== Wie kann ich die Telefonate und Gebühren nachvollziehen ? Stichwort Einzelverbindungsnachweis ? ====

In dem Webinterface von Portunity können Sie sich eine detaillierte Verbindungsübersicht aufrufen (nach dem Login links den VoIP-Tarif aufrufen und dort dann das vorletzte Icon für den Einzelverbindungsnachweis) und nach verschiedenen Kriterien sortieren.

Desweiteren hängt Portunity Ihnen den Einzelverbindungsnachweis an Ihre eMail-Rechnung als Dateiattachment.

Bitte beachten Sie, dass Portunity jedoch standardmässig aus Datenschutzgründen die eigentlichen Zielrufnummern nicht speichert und folglich auch in den Einzelverbindungsnachweisen nicht anzeigen kann. Um auch die Zielrufnummern entweder gekürzt oder vollständig zukünftig angezeigt zu bekommen, gehen Sie bitte in den Konfigurationsdialog (nach dem Login links den VoIP-Tarif aufrufen und dort dann das vorletzte Icon für den Einzelverbindungsnachweis) und dort im Block "Datenschutz" finden Sie ein Dropdown mit der Feldbeschriftung "Angerufene Nummern speichern".

= Fragen zur Technik =

==== Bietet Portunity auch einen Stun-Server ? Wie lauten die Adressen ? ====

Ja, Portunity bietet Ihnen einen primary und secondary STUN-Server:

*stun1.sipport.de auf Port 3478
*stun2.sipport.de auf Port 3479

Wichtig: Sie müssen in Ihrem Client BEIDE Server eintragen, da das Stun-Protokoll zur korrekten Erkennung einiger Firewalls zwei unterschiedliche STUN-Server benötigt !

==== Was bedeuten die SIP-Fehlercodes 403, 404 u.a. ? ====

Siehe Artikel [[SIP-Fehlercodes|SIP-Fehlercodes]].

==== Welchen Codec sollte ich nutzen? ====

Wir nutzen standardmäßig den Codec ALaw (G.711 A). Dies ist auch der im europäischen Festnetz genutzte Codec.

==== Welchen DTMF-Mode sollte ich verwenden? ====

Unsere Systeme sind auf den Modus "RFC2833" konfiguriert, Sie sollten daher entsprechend auch diesen Modus verwenden.

==== Ich höre keine Ansagen über mein Guthaben bzw. den Preis für den Anruf! ====

Siehe Artikel [[Inband-Informationen|Inband-Informationen]]

==== Welchen Datentraffic (Volumen) verursacht ein Telefonat ? ====

Das hängt ab vom jeweils eingesetzen Codec, welcher jeweils eine unterschiedliche Bandbreite benötigt.

Der Codec, der am meisten Bandbreite benötigt, ist der unkomprimierte Codec G711. Dieser verbraucht ca. 82,2 KBit/s. Das sind 10,275 KByte / Sekunde, pro Minute also 616,5 KByte. Umgekehrt können Sie mit einem MByte ca. 100 Sekunden telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 28,34 Stunden telefonieren (in einem Monat fast eine Stunde / Tag !).

Setzen Sie hingegen einen anderen Codec ein, der die Sprache komprimiert (und dabei fast die gleiche Gesprächsqualität erreicht) - wie z.B. den beliebten G729-Codec der 31,2 KBit/s benötigt- sieht die Rechnung noch freundlicher aus: 3,9 KByte / Sekunde, pro Minute also 234 KByte. Umgekehrt können Sie mit einem MByte ca. 262,6 Sekunden (=4,4 Minuten) telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 74,69 Stunden telefonieren (in einem Monat also ca. 2,5 Stunden / Tag !).

Wie Sie sehen, fällt der Datentraffic also eigentlich kaum ins Gewicht und selbst ein günstiger DSL-Volumentarif der nur 1 oder 2 GByte Datenvolumen inklusive enthält, reicht zum Telefonieren über das Internet wirklich im allgemeinen bequem aus.

= Fragen aus dem Support =

==== Ich habe Probleme mit der VoIP-Verbindung ====
In der ISPSuite haben Sie die Möglichkeit, Ihren VoIP-Zugang zu "debuggen". Melden Sie sich dazu am ISPSuite Webinterface an, wählen Sie dort den VoIP-Zugang aus und klicken Sie dort auf "Debug-Info". 
Weitere Informationen und Hilfe zu dieser Funktion finden Sie [[Debug-Funktion_VoIP_SIP_Account_(Dialog)|hier]].

==== Gibt es Konfigurationsanleitungen zu speziellen Hard- und Soft-Clients wie der Fritz!Box, Astersik u.a. ? ====

Ja:

*[[Internet-Telefonie (VoIP) mit Asterisk einrichten (Anleitung)|Asterisk]]: Wie binde ich die Astersik an den SIP- und IAX-Port-Anschluss an ? Wie kann ich raustelefonieren ? Wie kann ich eingehende Gespräche verarbeiten ? - Konfigurationshinweise und Tipps rund um Asterisk.
*[[Internet-Telefonie (VoIP) mit Firefly (Windows-Client) einrichten (Anleitung)|Firefly (Windows-Client)]]: Screenshot des Konfigurationsdialogs mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon einrichten (Anleitung)|Fritz!Box Fon]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon 5050 / 7050 einrichten (Anleitung)|Fritz!Box Fon 5050 / 7050]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit iaxComm (Softclient) einrichten (Anleitung)|iaxComm]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit SpeedTouch 190 Analog Telephone Hardware-Adapter (Anleitung)|SpeedTouch 190]]: Analog Telephone Adapter (Hardware-Adapter) ; Screenshoot des Konfigurationsdialoges 
*[[Internet-Telefonie (VoIP) mit Phoner Lite einrichten (Anleitung)|Phoner Lite]]: PhonerLite

Darüber hinaus gibt es auch noch eine Übersicht über alle [[:Category:Access Anleitungen|Anleitungen zum Geschätsbereich Access]] von Portunity.

==== Bietet Portunity auch Rufnummern-Gassen oder Wunschrufnummern an? ====

Leider nein.

==== Die Einwahl zum Telefoniesystem wird trotz korrekter Daten mit der Fehlermeldung "falscher Username oder Passwort" abgebrochen. Was mache ich falsch? ====

* Überprüfen Sie die Länge Ihres Passworts. Einige Router unterstützen keine Passwörter, die mehr als acht Zeichen beinhalten. Die Länge des Loginnamens zusammen mit dem Passwort darf eine Länge von 20 Zeichen auch nicht überschreiten

* Es kann bzw. muss in einigen Geräten wie z.B. bei dem Speedport W700V die Internetrufnummer angegeben werden. Tragen Sie hier bitte nicht die Ihnen zugeteilte Telefonnummer sondern den Loginnamen Ihres SIP Account (z.B. '''sipxxxxx''') ein.

==== Ist es möglich meine Festnetznummer zu Portunity zu portieren? Welche Gebühren fallen dafür an? ====

Antwort: Zur Zeit bietet Portunity leider keine Portierungen an. Portunity überlegt jedoch diesen Service in ihr Produktportfolio mit aufzunehmen.

==== Ist es möglich, eine bei einem anderen Provider gehostete Domain statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? ====

Ist es möglich, eine bei einem anderen Provider gehostete Domain (die dort aus verschiedenen Gründen auch bleiben muss) statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? Ich würde selbstverständlich die nötigen SRV Einträge auf dem Nameserver vornehmen ?

Leider ist dies aktuell nicht möglich

==== Kann ich auch eine IAX-Adresse auf meiner eigenen Domain einrichten ? ====

Nein, das IAX-Protokoll ist leider nicht Multi-Domain fähig.

==== Kann ich auch Rufnummern mit mehr als 14 Zeichen als ENUM registrieren? ====

Die Regeln der Bundesnetzagentur geben vor, dass Portunity sich streng an die in den ENUM-Registrierungsrichtlinien aufgeführten Rufnummernlängen zu halten hat. Ortsnetzrufnummern dürfen max. 14 Stellen haben. Diese setzen sich aus (Länderkennzahl + Ortsnetzkennzahl + Teilnehmerrufnummer) zusammen. Somit kann Portunity Rufnummer mit mehr als 14 Zeichen nicht delegieren.

==== Kann ich eine eigene Festnetz-Telefonnummer erhalten? Ich suche zum Test von unserer VOIP Anlage eine öffentliche, aus dem Festnetz erreichbare Telefonnummer, die auf meinen SIP-Account verweist. Ist dies bei Portunity möglich? ====

In allen unseren VoIP-Tarifen können Sie aus dem Festnetz erreichbare Nummern erhalten. Wir haben dabei alle über 5000 Ortsnetze erschlossen. Rufnummern sind in der Regel sehr schnell geschaltet.

==== Warum kann ich keine VOIP-Gespräche zu einigen anderen VOIP-Anbietern (z.B. u.a. 1und1, freenet, sipgate) führen ? ====

Einige der Mitbewerber von Portunity bieten schlicht und einfach nicht die Möglichkeit, dass die SIP-Adresse die Sie dort erhalten, überhaupt für alle erreichbar ist. Bei diesen Anbietern ist die SIP-Adresse nur für Kunden erreichbar, die bei dem gleichen Anbieter sind (oder noch bei dessen unmittelbaren Kooperationspartnern). Diese negative Eigenschaft wird von den Anbietern natürlich auch nicht gerade auf den Werbeseiten und den Homepages groß herausgestellt....

Dies führt in der Praxis dazu, dass wenn Sie eine solche SIP-Adresse eines solchen Anbieters anwählen wollen, die Verbindung nicht zustande kommen wird. Dies gilt auch für den Fall, dass die SIP-Adresse in einer ENUM-Domain hinterlegt ist.

Um Kunden dieser Anbieter zu erreichen gibt es nur einen Weg: Über eine klassische (kostenpflichtige) Telefonverbindung. Dies ist von den Anbietern absolut so gewollt, denn diese Anbieter erhalten für Gespräche, die über die geschalteten Telefonnummern eingehen, Geld (die sogenannte Interconnection-Gebühr). Dass heißt, diese Anbieter verdienen an jedem Telefonat welches eingeht. Bei Gesprächen die über das Internet (z.B. über das SIP-Protokoll) eingehen würden, würden diese Anbieter nichts verdienen - was der egoistische Grund für die Anbieter ist solche abgeschotteten SIP-Inseln zu schaffen.

Bei Portunity sind die SIP-Addressen nicht blockiert: Die SIP-Adressen die Sie bei Portunity erhalten, sind für alle erreichbar, egal bei welchem Anbieter derjenige ist, der Sie anrufen möchte.

Den Kunden der Anbieter, welche SIP-Adressen für andere Netze blockieren, kann man nur raten, bei der Auswahl des VoIP-Anbieters auf dieses Kriterium zu achten, damit diese Kunden auch entsprechend erreichbar werden.

Von einigen VoIP-interessierten Communities werden Listen gepflegt, welche Anbieter zu den "guten" gehören und welche keine SIP-Adressen erreichbar machen.Die Problematik ist also durchaus bekannt und wird in verschiedenen Kreisen kontrovers diskutiert. Auf eine dieser Listen möchten wir hier mit dem ausdrücklichen Hinweis, dass diese Liste nicht von Portunity ist und nicht durch Portunity gepflegt wird, verweisen:

[http://wiki.ip-phone-forum.de/telefonie:enum:provider http://wiki.ip-phone-forum.de/telefonie:enum:provider] (Sie verlassen mit dem Link die Portunity-Plattform).

==== Welche Ortsnetze können Sie mit Rufnummern bedienen? ====

Alle, wir haben bundesweit alle Ortsnetze erschlossen und können aus diesen Rufnummern zuteilen.

==== Welche Vorwahlen kann oder muß ich wählen ? Wie telefoniere ich in andere Länder ? ====

Für Gespräche nach Deutschland wählen Sie ganz normal die Ortsvorwahl und die Nummer, z.B. 0202 123456789 für eine Nummer in Wuppertal. Anrufe in Mobilfunknetze funktionieren analog.

Für internationale Gespräche wählen Sie zunächst eine Doppel-Null und dann den Ländercode und dann die eigentliche Nummer. Für einen Anruf in die Schweiz also z.B. 00 41 xxxxxxx (xxxx ist dann die eigentliche Nummer).

==== Wie kann ich die Durchwahlen der einzelnen Plätze meiner Telefonanlage mit übermitteln ? ====

Zunächst müssen Sie die Durchwahlen im Webinterface von Portunity einmalig freischalten lassen. Hierzu rufen Sie Ihren Tarif auf und wählen dort die Iconoption "Rufnummern". Dort finden Sie die Möglichkeit, Rufnummern freizuschalten. Hierzu führt Portunity - um Missbrauch vorzubeugen - einen Rückruf durch und übermittelt einen Code, der anschließend wieder abgefragt wird.

Nach der Validierung kann Ihre TK-Anlage die jeweilige Durchwahl (bzw. die vollständige Rufnummer im internationalen Format, siehe unten) im Feld Caller-ID oder Caller-Name mitsenden. 

Portunity akzeptiert aktuell die Rufnummern im Feld Caller-ID oder Caller-Name im internationalen Format ("+49202 ...", "0049202..." oder "49202" - NICHT ABER: "0202...."). Leerzeichen oder Sonderzeichen sollten vermieden werden. Bitte beachten Sie ferner, dass Portunity derzeit nur deutsche Rufnummern übermitteln kann, da Portunity die Gespräche in Deutschland terminiert.

Sollten Sie im Feld Caller-ID keinen Eintrag haben oder die Nummer im falschen Format übermittelt werden, wird immer die im Webinterface hinterlegte Rufnummer mit übermittelt.

'''Hinweise zu speziellen TK-Anlagen:'''

'''Hinweis zur VoIP-TK-Anlage Astimax:''' Portunity ist aus dem Support ein Fehler in der TK-Anlage Astimax bekannt, durch den im Feld Caller-ID die Durchwahlen nicht übermittelt werden, sondern statt dessen der Loginname an Portunity übermittelt wird. Dieses Fehlverhalten der Astimax wurde laut Hersteller behoben und ist ab der Firmware Version 2 nicht mehr auf. Bitte wenden Sie sich für weitergehende Fragen und ob evt. zwischenzeitlich ein Patch erschienen ist diesbzgl. direkt an den Hersteller von Astimax. 

==== Ich habe mehrere Rufnummern - wie kann ich erkennen, welche meiner Telefonnummern angerufen wurde? ====

Bei jedem eingehenden Anruf auf eine Ihrer Telefonnummern übermittelt Portunity per SIP und IAX zusätzliche Header, anhand derer Ihre Telefonanlage erkennen kann welche Ihrer Telefonnummern angerufen wurde. Dazu muss Ihre Telefonanlage den "P-Called-Party-ID"-Header auswerten (was viele Anlagen bereits standardmäßig versuchen). Die dort stehende Rufnummer ist im internationalen Format.
Wird beispielsweise die Rufnummer "0202/695550" angerufen, steht im Header der Wert "0049202695550". 

Werden eingehende Anrufe an andere Zielrufnummern weitergeleitet, kann auch der Netzcode "371*" sinnvoll sein. Er signalisiert die Zielrufnummer als CallerID: Normalerweise wird die originale CallerID bei der Weiterleitung transparent durchgereicht und die Zielrufnummern via SIP-Header (bei Weiterleitung per SIP) zusätzlich hinterlegt. Bei einer Weiterleitung auf eine Festnetznummer steht die
Information welche Zielrufnummer angewählt wurde nicht mehr zur Verfügung. Wird bei der Weiterleitung nun der Netzcode vor die Weiterleitungsrufnummer gesetzt, wird die angerufene Nummer als CallerID verwendet.

==== Wie richte ich eine SIP-Adresse auf meiner Domain ein (z.B.: sip@meine-domain.de) ? ====

Hierzu benötigen Sie zunächst einmal eine Domain bei Portunity, die Sie am einfachsten neu bei Portunity registrieren. Sollten Sie schon über eine Domain bei einem anderen Provider verfügen, lassen sich diese schnell und unkompliziert per Providerwechsel (KK-Verfahren) zu Portunity holen.

Portunity kann Ihnen außerdem einige Domains aus dem eigenen Pool anbieten, z.B.:

*iaxport.de
*sipport.de
*wtal.net
*bergisch.de
*dsl-portunity.de

Um Ihre SIP- oder IAX-Adresse einer Ihrer oder der oben augeführten Domains zuzuordnen melden Sie sich bitte im Webinterface an. Auf der linken Seite wählen Sie hierzu bitte Ihren gebuchten SIP-Tarif aus. Nun klicken Sie im linken Frame auf "Konfiguration". Im mittleren Frame suchen Sie nun den Block "SIP-Adressen und -Optionen" heraus. Hier können Sie eine beliebige SIP-Adresse angeben. In dem Drop-Down-Menü in der gleichen Zeile wählen Sie Ihre gewünschte Domain. Abschliessend bitte auf "Speichern" klicken.

'''Wichtig:''' Sie müssen in der DNS Zone Ihrer Domain als SIP-Proxy1 den SIP Server '''sip-in.sipport.de''' so wie den Port '''5060''' eintragen und den Haken bei UDP setzen!!!

==== Wie teste ich meine Konfiguration? ====

Dazu haben Sie mehrere Möglichkeiten. Zunächst können Sie Ihren Account mit den Netzcodes testen, z.B. mit Netzcode "10*". Geben Sie einfach 10 und ein Sternchen * ein. Sobald die Verbindung zustande gekommen ist, bekommen Sie unsere Zeitansage zu hören. Diesen und weitere Netzcodes finden Sie im Artikel SIP-Port-Netzcodes.

Ausserdem hat Portunity Ihnen einen weiteren Netzcode zum Test eingerichtet. Nach Eingabe von ###* hören Sie den Echo-Test, der das wiederholt, was Sie in den Telefonhörer sprechen. 

Sollte die Verbindung zustande kommen - Herzlichen Glückwunsch! Ihr VOIP-Account wurde erfolgreich eingerichtet. 

==== Während meinen Telefonaten über VOIP ist die Sprachqualität sehr schlecht oder die Verbindung kommt erst sehr spät zustande. Woran liegt das? ====

Dafür kann es mehrere Gründe geben. Wir zählen Ihnen hier die häufigsten auf:

'''Internetanbindung:''' Je nach verwendeter Internetanbindung kann es anbieterseitig zu Schwankungen in der Bandbreite kommen. Das kann schlicht an Ihrem Wohnort und des verwendeten Telefonkabels liegen. Daraus resultierend kann eine konstante Übertragungsrate nicht gewährleistet werden, was sich in einer Minderung der Sprachqualität äussern kann. Für optimale Qualität empfiehlt Portunity Ihnen daher DSL-Zugänge an der eigenen Server und Backbone-Technik. Siehe dazu auch http://portunity.net/article16930-6942.html#Feature2

'''Parallele Downloads:''' Ein VOIP-Gespräch funktioniert sehr stark vereinfacht wie ein Up- bzw. Download. Das, was Sie während eines Gespräches sagen, muss erstmal in ein kleines Paket verpackt und ins Internet hochgeladen (Upload) werden. Das was Sie hören, laden Sie entsprechend runter (Download). Wenn Sie nun paralell z.B. ein Filesharing-Programm (z.B. eMule oder BitTorrent) geöffnet haben, werden Ihre übertragenen Sprachpakete "zwischen" die Up- und Downloads der im Hintergrund geöffneten Filesharing-Programme geschoben. Dabei kann es zu sogenannten "Delays" oder Verzögerungen kommen, da Ihre Bandbreite bereits mit den Downloads ausgelastet ist. Bitte beachten Sie hierbei: Auch wenn Sie z.B. bei einem DSL1000 "nur" mit einer Rate von 20k downloaden und demnach noch "Platz" für Ihr Gespräch sein müsste, verteilen Sie bei den meisten Filesharing-Programmen Ihre Dateien bei fast voller Upload-Grenze.

Abhilfe schafft hier ein DSL-Router, der den sogenannten Quality of Service (QoS) für optimale Sprach- und Datenübertragung unterstützt. Dieser Service unterscheidet ob die Pakete, die übertragen werden, zu Ihrem Telefonat oder zu Ihren Downloads gehören und verteilt entsprechende Prioritäten.

'''Verwendeter Codec:''' Je nach verwendetem Codec werden Ihre übertragenen Sprachpakete mehr oder weniger stark komprimiert. Je stärker komprimiert wird, desto schlechter die Sprachqualität. Bitte beachten Sie hierzu auch unseren FAQ-Beitrag http://portunity.net/article22951-8206.html

'''Probleme mit dem Carrier:''' Ihre Telefonate werden bei jedem VOIP-Anbieter an einen Carrier weitergeroutet, der sich darum kümmert, das Ihre Gespräche auch dort ankommen wo Sie hinsollen. Je nach Rufnummerngasse der Zielrufnummer sind unterschiedliche Carrier für die Gesprächssteuerung zuständig und damit auch für die Gesprächsqualität ab Übergabepunkt. Selbstverständlich ist Portunity bemüht für alle Rufnummergassen die jeweils qualitativ besten und auch redundantesten Carrier für Sie im Einkauf auszuwählen.

= Fragen zum Partnerprogramm und Reselling =

==== Bietet Portunity Wiederverkäufern die Möglichkeit VoIP auf Basis von SIP und IAX unter eigenem Namen zu verkaufen? ====

Ja, wenn Sie eine Internet-Agentur, ein Systemhaus oder selbst Provider sind, dann sind die VoIP-Reselling-Angebote von Portunity sicherlich für Sie interessant.

Als Reseller erhalten Sie die Möglichkeit, auf der VoIP-Plattform und -Infrastruktur von Portunity selbst Accounts einzurichten, zu verwalten, anzubieten und auch optional in Ihrem Namen automatisiert abzurechnen. Sie können dazu eigene Tarife definieren und diese im eigenen Namen anbieten, ohne dass Portunity für die Endkunden sichtbar ist. Ein klares Preismodell, bei dem die Accounts und die Telefonminuten aller Accounts gesammelt abgerechnet wird, ermöglicht nicht nur die Gestaltung attraktiver Konditionen für Ihre Kunden, sondern ermöglicht auch den Aufbau eines interessanten wiederkehrenden Profits.

Aber auch wenn Sie komplett eigene Technik betrieben (möchten), kann Ihnen Portunity beispielsweise eine Gesprächsterminierung mit einer Übergabe per SIP oder IAX anbieten. Auch eigene Webinterfaces unter Nutzung unserer Gatewaytechnik ist möglich.

Weitere detaillierte Reseller-Informationen hat Portunity auf einer eigenen Seite "[http://www.isp-reselling.eu VoIP-Reseller]" zusammengestellt. Für Anfragen steht Portunity selbstverständlich gerne zur Verfügung (Telefon Verwaltung / Vertrieb +49 202 / 69 555 -0 oder Rechenzentrum unter +49 202 / 68 555 -300 oder per eMail an info@portunity.de). Bitte übermitteln Sie Portunity eine Kopie Ihres Gewerbenachweises für Preis- und Vertragsinformationen.

==== Welche Vor- und Nachteil hat es, wenn ich bei einem Portunity-Reseller einen VoIP-Tarif buche? ====

Es kann durchaus gewisse Vorteile haben, einen VoIP-Tarif bei einem der Portunity-Reseller zu buchen. Die Portunity-Reseller bieten oft anders zusammengestellte Tarife an, die möglicherweise für Sie besser passen oder die sogar für Sie (für Ihr spezielles Szenario) günstiger sind.

Desweiteren haben einige Reseller die VoIP-Tarife mit interessanten anderen Produkten zu Tarif-Paketen gebündelt, die Sie so bei Portunity nicht erhalten können. Sie können so interessante Produkte aus einer Hand erhalten. Und last-but-not-least kann es aus Supportgründen Sinn machen sich für einen Portunity-Reseller zu entscheiden: Wenn dieser regional näher ist, kann er Ihnen z.B. vor Ort besser helfen, als wenn Portunity erst quer durch Deutschland zu Ihnen müßten.

= Fragen zum Prepaid-Verfahren =

==== Wie lange dauert es nach der Überweisung bis mein Gesprächsguthaben wieder aufgeladen wird? ====

Bei '''Überweisung per Bank''' in der Regel zwei bis drei Werktage, je nachdem von welcher Bank aus Sie überweisen. Berücksichtigen Sie bitte auch Wochenende und Feiertage, an denen ein Zahlungseingang generell auch nicht von uns verbucht wird!

Sofern Sie die Rechnung '''per Paypal bezahlen''' und dazu den in der Rechnung enthaltenen Link verwenden, erfolgt die Gutschrift mit Bestätigung durch Paypal unmittelbar.

==== Gibt es eine Limit-Warnung wenn mein Prepaid-Guthaben zur Neige geht? ====

Ja. Die Limitwarnung können Sie selbst in unserem Webinterface setzen. Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten.

Sie können sich mittels des Netzcodes 363* vor jedem Gespräch Ihr aktuelles Guthaben ansagen lassen.

==== Gibt es eine Möglichkeit zur automatischen Wiederauffüllung bei einem bestimmten Limit ? ====

Wir können Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung schicken. Diese Option können Sie selber im Webinterface in Ihrem persönlichen Profil unter der Option "Prepaid" aktivieren und einstellen.

==== Mein Prepaid-Guthaben ist trotz bezahlter Rechnung nicht in der ISPSuite sichtbar ? ====

In den meisten der Fälle ist Ihre Überweisung dann noch nicht bei uns eingegangen. Unter Umständen kann eine Überweisung bis zum vollständigen Abschluss bis zu drei Werktage dauern. Ihr Prepaidguthaben ist sofort nach Zahlungseingang in der ISPSuite verfügbar.

==== Was passiert wenn mein Guthaben verbraucht ist? ====

Bevor Ihr Guthaben verbraucht ist, bekommen Sie einen Hinweis, das ein (von Ihnen definiertes) Gesprächsguthaben unterschritten wurde. Sie haben dann in der Regel noch genug Zeit Ihr Prepaid-Konto aufzuladen (falls Sie Ihr Limit nicht zu knapp gesetzt haben ;-)

Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten. Danach sind bis zum wiederaufladen Ihres Kontos keine kostenpflichtigen Gespräche möglich.

SIP-Adressen und kostenlose Rufnummern sind weiterhin erreichbar.

==== Wie fülle ich mein Prepaid-Guthaben wieder auf ? ====

Ganz einfach: Bestellen Sie in unserem Online-Shop eines unserer Prepaid-Pakete, unser System verschickt automatisch und sofort eine Rechnung an Ihre bei uns hinterlegte Email-Adresse.Sie können anschliessend den Betrag auf unser Konto überweisen.

Wir können Ihnen aber auch die komfortable Lösung unseres "Auto-Prepaids" anbieten. Hier wird Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung geschickt. In der Regel erhalten Sie mit diesem Verfahren dann einmal im Monat eine Rechnung. Um die "Auto-Prepaid"-Lösung zu aktivieren, gehen sie bitte im Webinterface auf das "myProfile"-Icon und dort auf den Menüpunkt Prepaid.

= Fragen zum Webinterface ISPSuite =

==== Kann ich die Orts- und Ländervorwahlen konfigurieren? ====

Ja, loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie unter "Optionen" die Möglichkeit Default-Länder- und City-Codes einzugeben. Sie ordnen Ihrem VOIP-Account damit Land und Vorwahlbereich Ihres derzeitigen Standortes zu. Sollten Sie ein Ortsgespräch führen wollen, reicht es ab jetzt einfach die Rufnummer Ihres Gesprächspartners ohne Vorwahl zu wählen.

==== Wie funktionieren eigentlich die Netzcodes? ====

Mit den Netzcodes von Portunity haben Sie die Möglichkeit Einstellungen für Ihr aktuelles Gespräch vorzunehmen, und damit die Standardeinstellungen des Webinterfaces temporär zu überschreiben. Wählen Sie einfach vor Ihrer eigentlichen Rufnummer einen der Netzcodes:

*Beispiel: 342*0202123456 (Wählt die Premium-Route für die Wuppertaler Rufnummer "123456")

Eine Liste aller Netzcodes finden Sie im Artikel "[[SIPPort Netzcodes (Anleitung)|SIPPort Netzcodes (Anleitung)]]".

==== Wie funktioniert eigentlich das Telefonbuch? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Telefonbuchkonfiguration finden Sie das "Telefonbuch". Klicken Sie einfach auf "Neuen Eintrag hinzufügen". Füllen Sie alle Felder aus und klicken Sie auf "Speichern". Ihrem Telefonbuch wurde nun ein weiterer Eintrag hinzugefügt.

==== Wie funktioniert eigentlich die Sofortwahl? ====

Sollten Sie bereits Einträge in Ihrem Telefonbuch haben, so können Sie unsere Sofortwahl nutzen. Hinter jedem Eintrag in Ihrem Telefonbuch gibt es einen kleinen Button mit einem Telefonhörer. Nach einem Klick wird eine Verbindung zu der im Eintrag hinterlegten Rufnummer aufgebaut.

==== Wie funktioniert eigentlich die Webrequest-API? ====

Unsere Webrequest-API´s ermöglichen es Ihnen von uns bereitgestellte Webdienste zu nutzen, sofern Sie über einen VOIP-Account bei uns verfügen.

Die API ermöglicht Ihnen zum Beispiel den Einzelverbindungsnachweis aus unserer Datenbank über Ihre eigenen Scripte und Anwendungen (z.B. PHP, Perl und andere) auszulesen oder Telefonverbindungen über die Schnittstelle zu schalten. Damit können Sie z.B. in eigenen Applikationen hinter Telefonnummern ein Icon bauen, bei dessen Betätigung die Nummer angewählt wird.

Auch unser Callback-Service basiert auf der Webrequest-API und ist ein weiteres schönes Beispiel. Diesen können Sie als von uns bereitgestellten Code im Quelltext Ihrer Webseite einpflegen. Auf Ihrer Seite erscheint nun ein kleiner Button, der nach einem Klick mittels des Webrequests und Ihrem VOIP-Account eine Verbindung zwischen Ihnen und z.B. einem Ihrer Interessenten herstellt. Dieser Service lässt sich natürlich zeitlich ausschalten (wer möchte schon mitten in der Nacht aus dem Bett geklingelt werden ;-)

==== Wie konfiguriere ich den Anrufbeanworter? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie die "Anrufbeantworter Einstellungen", hier können Sie die Anrufbeantworter-Einstellungen vornehmen, wie z.B. den Anrufbeantworter aktivieren, die Ansage auswählen und eine Weiterleitung an eine Mail-Adresse konfigurieren. Im linken Frame finden Sie ausserdem die Kategorie "Anrufbeantworter". Dort sind ebenfalls sämtliche von Ihrer Mailbox entgegengenommenen Anrufe aufgelistet.

[[Category:Access]] [[Category:Access_FAQs]]

Rufnummernmitnahme - Portierung einer Festnetz-Rufnummer (FAQ)

Br@superroot — Tue, 24 Jul 2012 11:43:31 GMT

Br@superroot:

'''Wir möchten aufgrund von verschiedenen Nachfragen bzgl. VoIP zum Thema Portierungen von Rufnummern / Rufnummernmitnahme nochmal auf diesen Punkt ausführlicher eingehen.'''

In der Festnetz-Telefonie besteht die Möglichkeit die eigene Telefonnummer (Rufnummer) von einem Anbieter zum anderen mitzunehmen. Also bei einem Anbieterwechsel die eigenen Rufnummern zu behalten. Die Rufnummernübertragbarkeit ist in Deutschland in § 46 Telekommunikationsgesetz (TKG) geregelt. Technisch wird dabei die Rufnummer vom alten Anschluss abgekoppelt, zu dem neuen Anbieter übertragen und dort auf den neuen Anschluss geroutet / eingetragen. Dieser der Rufnummernmitnahme zugrunde liegende Vorgang heißt Portierung und kann mit Portiergebühren behaftet sein.

'''''Hinweis:''''' ''Dieser FAQ-Artikel ist eine Ergänzung zu unserem FAQ-Artikel "''[[Internet-Telefonie (VoIP): SIP- und IAX-Port (FAQ)|''Internet-Telefonie (VoIP): SIP- und IAX-Port (FAQ)'']]''", in welchem wir auf alle sonstigen und allgemeinen Fragen eingehen. Hier geht es um den Schwerpunkt "Portierungen".''

= Wie funktioniert die Rufnummern-Mitnahme von Ortsnetz-Nummern in Deutschland ? =

Dazu gibt es das Portierungsverfahren. Im Rahmen der Liberalisierung des Telekommunikationsmarktes wurde 1998 jedem Telefonkunden das Recht eingeräumt, seine Rufnummer bei einem Wechsel des TK-Anbieters mitzunehmen. Dies wurde in den vergangenen Jahren zugunsten der Verbraucher immer weiter regelmentiert.

Im Festnetzbereich gibt es jedoch keine zentrale Portierungsdatenbank. Bei Domains unterhalb der TLD ".de" bietet die Denic z.B. eine solche zentrale Datenbank "wem gehört welche Domain" und spielt deshalb auch die tragende Rolle bei Providerwechseln von .de-Domains. Bei Rufnummern gibt es dies nicht. Damit alle Telefonnutzer in Deutschland immer zuverlässig und immer aus jedem Netz erreichbar sind, ist ein aufwändiger täglicher Datenabgleich zwischen allen Netzbetreibern notwendig. Dies funktioniert so, dass jeder Netzbetreiber mit möglichst vielen anderen die Rufnummern in beiden Richtungen austauschen. Dies geschieht noch über ISDN-Einwahlen per strukturierter Textfiles - ganz grausig und unnötig kompliziert, ein Wunder dass es überhaupt funktioniert ;)

Da es im Festnetzbereich keine zentrale Portierungsdatenbank gibt und jeder Netzbetrieber seine Portierungsdaten mit jedem austauschen muss, ist dies ein sehr fehleranfälliges Verfahren. Auch ist die Datenqualität bei verschiedenen Netzbetreibern sehr unterschiedlich, da die eigentlich nötige Sorgfalt bei manch einem nicht so hoch gehalten wird.

= Welche Rufnummern können über das Portierungs-Verfahren portiert werden ? =

*Ortsnetz-Rufnummern
*Nationale Teilnehmernummern (032er Gasse, insbesondere auch für VoIP genutzt)

= Wie sieht der Übernahme-Prozeß einer Rufnummer konkret aus ? =

Zunächst buchen Sie bei Portunity einen VoIP-Account, damit für die Rufnummern nach erfolgreicher Portierung auch ein Routing-Ziel vorhanden ist. Der VoIP-Account kann während die Portierung läuft natürlich auch schon teilweise eingerichtet und genutzt werden (z.B. für ausgehende Telefonate).

'''Zur eigentlichen Portierung:'''

Hierzu ist ein sogenanntes Portierungsformular auszufüllen - genaugenommen davon der obere Abschnitt.

Das ausgefüllte Formular wird dann ans uns gesendet - per Fax oder eingescannt per Mail.

Wir leiten das Formular dann an den bisherigen Verbindungsnetzbetreiber weiter und nehmen mit diese, Kontakt auf, um die Portierung untereinander abzustimmen. Hierzu bitte auf dem Portierungsformular oben auch den Anbieter klar benennen.

Sofern alles stimmig ist, erhalten Sie von uns irgendwann die Antwort mit "alles klar" sowie dem Datum an welchem die Portierung stattfindet (welches idR. vom alten Anbieter in Abhängigkeit Ihrer Vertragslaufzeiten / Kündigungsfristen o.ä. festgelegt wird).

= Wohin sende ich das Portierungs-Fax ? =

*'''Bitte per Fax an unsere spezielle Portierungs-Faxnummer: 0202 / 69 555-18'''
**Wenn möglich bitte gut lesbar eine Seite als Deckblatt davor mit "Kunden-Loginname" und "SIP-Account-ID" wo die Rufnummer dann hingeroutet werden soll.
*'''Alternativ eingescannt per E-Mail an portierung@portunity.de'''
**In die eMail bitte einen Hinweis zu: Kunden-Loginname und SIP-Account-ID wo die Rufnummer dann hingeroutet werden soll.

*Für telefonische Rückfragen zu Portierungen stehen wir Ihnen zur Verfügung unter: 0202 / 69 555-38

= Woher bekomme ich das Portierungs-Formular ? =

Bitte verwenden Sie folgende Vorlage: [[Image:Portierungsauftrag-OpenNumbers.pdf]]

-> Wir werden uns bemühen noch eine Ausfüll-Hilfe in die ISPSuite zu integrieren.

= Wer ist OpenNumbers auf dem Portierungs-Formular ? =

Verbindungsnetzbetreiber zu werden und am Portierungsdatenaustausch teilzunehmen ist eine extrem teure und komplizierte Geschichte in Deutschland. Wir haben uns deshalb mit ein paar Kollegen zusammengetan und eine neutrale Firma genau dafür gegründet. OpenNumbers ist eine Genossenschaft - welche die nötige Infrastruktur für die Zuführung und Portierung von Rufnummern betreibt und dafür sorgt, dass alle rechtlichen Auflagen auch erfüllt werden. OpenNumbers ist selber weder im Endkunden- noch im Reseller-Geschäft tätig und stellt die Dienste als Vorlieferant exklusiv den Mitgliedsbetrieben wie Portunity zur Verfügung.

= Wie genau ist das Portierungsformular auszufüllen ? =

Bitte nur den oberen Teil bis zum grauen Balken "nur vom Anbieter auszufüllen" ausfüllen, den Rest machen wir resp. der andere Netzbetreiber.

Relativ weit oben in diesem langen kleinen Text befindet sich oben rechts ein kleines Feld, in das der bisherige Anbieter namentlich eingetragen werden muss, damit wir auch wissen, welchem Anbieter das Formular weiter zugeschickt werden muss.

Dann sollte angekreuzt werden:

[X] Kündigung von Telefon-...... (nur wenn der bisherige Anschluss komplett gekündigt werden soll)

[X] Gleichzeitig beauftragen wir... (muss immer angekreuzt werden)

[X] restl. MSN kündigen (wenn nicht alle Nummern sondern nur bestimmte von dem Anschluss abgezogen werden, kreuzen wir wirklich auch nur dann an, wenn es so gefordert wird)

Bei:

*Name/Firma: Bei Privatpersonen der Nachname, bei Firmen der vollständige Firmenname
*Vorname: Bei Privatpersonen der Vorname, bei Firmen der vollständige Name des Vertragspartners.
*Ortskennzahl: Die Vorwahl, z.B. "0202"
*Rufnummern: Bei Einzelrufnummern jede MSN einzeln, z.B. "47110815"
*Rufnummernblock: Bei Rufnummernblöcken den Block angeben, z.B. "4711-0 bis 4711-999"
*Unterschrift des Kunden, bei Firmen ggf. Firmenstempel. (Manche Provider stellen sich zickig an, wenn bei Firmen kein Stempel vorhanden ist)

Ein Wunschtermin kann uns per eMail übermittelt werden. In jedem Fall brauchen wir noch zusätzlich die Information, auf welchen VoIP-Account die Rufnummer im Erfolgsfall geroutet werden soll ("sip4711").

= Wie schnell funktionieren Portierungen ? =

Dies hängt im wesentlichen von der Bearbeitungsgeschwindigkeit aller Beteidigten ab.

Wir versuchen Portierungen immer so schnell wie möglich bei uns zu bearbeiten - in Urlaubszeiten, durch Feiertage oder sonstige Mitarbeiter-Ausfälle kann es aber bereits bei uns in Ausnahmefällen zu Verzögerungen kommen. Von daher bitten wir auch uns den einen oder anderen Werktag zuzugestehen. In eiligen Fällen bitte vorher abklären.

Genauso sieht es bei den anderen Carriern aus. Es gibt Anbieter, welche Portierungen sehr schnell in wenigen Tagen bearbeiten und auch Portierungstermine, die nur wenige Tage sehr nah in der Zukunft liegen, ohne Probleme mitmachen. Umgekehrt gibt es auch Anbieter, welche Grundsätzlich die Termine einige Wochen in die Zukunft schieben.

Im Regelfall können Portierungen innerhalb von 3-4 Wochen terminiert werden - in Ausnahmefällen geht es auch manchmal schneller oder dauert auch länger. Realistisch sind Portierungen ab 10 Werktagen in der Zukunft. Es hängt primär immer von ALLEN Beteidigten ab (also auch vom Kunden und von Ihnen, z.B. auch wie akkurat die Daten sind, wie viele Rückfragen es gibt usw.).

Im Bestcase gab es schon Portierungen binnen 48h - im Worstcase hatte sich sowas auch schon mal 6-8 Wochen hingezögert. Dazwischen ist alles möglich und realistisch.

= Warum gehen Portierungen schief ? =

Nicht jede Portierung geht immer auf Anhieb durch. Der alte Anbieter kann auch Portierungen ablehnen, z.B.:

*die angegebenen Adressdaten zu einer Rufnummer stimmen nicht mit seinen Daten überein (z.B. zwischenzeitlich umgezogen)
*Ansprechpartner sind falsch benannt (z.B. Mitarbeiter-Wechsel in einer Firma, oder die Nummer läuft beim alten Anbieter auf die Ehefrau, oder der Kunde hat mehrere Vornamen und nicht alle angegeben o.ä.)
*die Rufnummern gehören zu einem ganz anderen Kunden / Account (manchmal der Fall wenn ein Kunde mehrere Accounts bei einem Anbieter hat)
*Bei Firmen fehlt der Firmenstempel
*Datum oder Unterschrift fehlt
*Es ist der falsche Teilnehmernetzbetreiber / Carrier benannt (gerade bei VoIP- / Reseller-Strukturen kommt sowas vor, die der Endkunde auch nicht vollständig immer durchblickt)
*Der Kunde befindet sich noch in einer Mindestvertragslaufzeit
*usw.

Es gibt Anbieter, welche da auch sehr gerne ihren Mitbewerbern Steine in den Weg werfen und jede Kleinigkeit als Anlass nehmen eine Portierung erstmal abzulehnen. Andere sind da kollegialer und sehen auch über Kleinigkeiten schonmal eher hinweg. Also es ist sehr unterschiedlich.

= Was kann ich als Kunde tun, damit Portierungen optimal durchgehen ? =

'''Natürlich: Sauber und lesbar schreiben / ausfüllen !'''

'''Stellen Sie sicher, dass die Daten so akkurat wie möglich mit denen des bisherigen Anbieters übereinstimmen.''' Im Zweifelsfall die Daten beim alten Anbieter nochmal erfragen lassen, im Umzugsfall die alte Anschrift verwenden (falls sie nicht aktualisiert wurde) usw.

Prüfen Sie hier auch, gerade bei Firmen: Ist der Ansprechpartner korrekt und identisch mit dem hinterlegten ? Bei mehreren Filialen: Was ist genau als Anschrift hinterlegt ? Ist ein Firmenstempel auf dem Fax ? (Portierungen von Firmen-Nummern ohne Firmenstempel werden von manchen Anbietern abgelehnt !).

= Muss ich beim alten Anbieter noch kündigen ? =

Auf dem Portierungsformular sind entsprechende Checkboxen für Kündigungen drauf und es ist sehr sinnvoll, diese auch zu verwenden. Das Portierungsformular stellt dann gleichzeitig auch die Kündigung des mit den Rufnummern verbundenen Tarifes (z.b. ein ISDN- oder -DSL-Anschluss) dar.

Auch hier ist es wieder sehr unterschiedlich: Kündigt man erst bei seinem Anbieter und will dann eine Rufnummern portieren, stellen sich einige Anbieter quer. Bei anderen ist dies dann kein Problem. Von daher hier der Tipp, den alten Anbieter möglichst erstmal nicht informieren (so seltsam wie sich das jetzt anhören mag).

Normalerweise sollte unmittelbar nach Portierungsbestätigung dann auch an Sie als Kunden eine Kündigungsbestätigung verschickt werden. Aber dies liegt natürlich nicht in unserem Einflussbereich.

= Kann man eine einzelne Rufnummer von einem Anschluss "rausportieren" ? =

Dies ist Abhängig vom jeweiligen Anbieter wie flexibel der sowas mitmacht und sollte mit dem vorher in jedem Fall abgesprochen werden. Am besten mit schriftlicher Bestätigung. Eigentlich suggeriert der Aufbau des Portierungsformulares mit den entsprechenden Feldern / Checkboxen, dass genau so was möglich ist - aber wir haben schon mehrfach erlebt, dass einige Anbieter eine Kündigung nur ganz (mit allen Nummern) oder gar nicht akzeptieren.

Die großen Anbieter sind diesbzgl. teilweise so flexibel wie ein Betonkloz ; bei kleineren Anbietern mag dies manchmal jedoch möglich sein. Aber wie gesagt in jedem Fall sorgfältig absprechen, nicht dass die eine Nummer dann zwar portiert wird, alle anderen aber nicht mehr funktionieren (weil der alte Anbieter die dann eben als mit dem dazugehörigen Anschluss als gekündigt ansieht).

= Wie ist das Routing / die Erreichbarkeit einer Rufnummer nach einer Portierung sichergestellt? =

Wie bereits oben beschrieben, ist der Portierungsdatenaustausch und das Routing mangels zentraler Portierungsdatenbank sehr kompliziert in Deutschland. Und damit auch fehleranfällig.

Da oft nicht jeder Netzbetreiber jede Portierung sofort mitbekommt, kann manchmal noch Telefontraffic beim alten Netzbetreiber ankommen. Deshalb richtet jeder Netzbetreiber für 60 Tage eine Rufweiterleitung zu dem neuen Netzbetreiber ein. Dies kann sich dann natürlich in längeren Ruf-Aufbauzeiten bemerkbar machen - insbesondere am Tag der Portierung. Es sollte aber von Tag zu Tag dann besser werden.

Sofern eine Rufnummer nach 60 Tagen nach einer eigentlich erfolgreichen Portierung insgesamt oder von einzelnen Netzen einzelner Anbieter nicht mehr funkioniert, können Fehler in der Portierungsdatenbank dafür verantwortlich sein - aber auch ein hängender Cache im Routing bei einem einzelnen Anbieter. In diesem Ausnahme-Fall bitte uns kontaktieren mit möglichst genauen Informationen, dies muss dann mit dem Mitbewerber geklärt werden. Im Notfall steht uns auch die Netzleit-Kontrollstelle der DTAG für sowas als klärende Instanz zur Verfügung.

Am Portierungstag kommt es auf jeden Fall technisch bedingt zu einer kurzen Unterbrechung der Erreichbarkeit, da OLO-Router und RADIUS-Server entsprechend umkonfiguriert werden müssen. Dies führt dann zu Phänomenen wo die Rufnummer von bestimmten Carriern aus nicht mehr erreichbar ist ("Gassenbesetzt-Ton" bzw. die Ansage "ist zur Zeit nicht erreichbar") oder auch schier endloses Knistern und Knacken in der Leitung. Die Unterbrechungsdauer sollte aber i.d.R. bei weniger als zehn Minuten liegen - garantieren können wir das aber natürlich nicht.

= Wie funktionieren ausgehende Portierungen (Rufnummer wird von Portunity zu jemand anderen abgezogen) ? =

In dem Fall erhalten wir vom neuen Verbindungsnetzbetreiber ein Portierungsformular per Fax. Wir werden uns dann per eMail an Sie als Kunden wenden mit der Bitte um Rückmeldung zur Bestätigung ob alles seine Richtigkeit hat.

Abhängig von Ihren Rückinformationen stimmen wir mit dem neuen Anbieter dann Termin usw. dann ab / oder lehnen die Portierung ab.

= Was kosten Portierungen ? =

'''Zu uns kommend:'''

*im Erfolgsfall je Portierungsformular: Kostenfrei
*im Ablehnungsfall bis 30 Minuten Aufwand je Portierungsformular: 30 Euro Pauschal (inkl. MwSt)

''Hinweis: Von daher sollte die Motivation entsprechend da sein, für akkurate Daten und korrekt ausgefüllte Portierungsformulare zu sorgen. Portunity übernimmt den Aufwand der Portierungen von Rufnummern zu uns kommend komplett auf die eigene Kappe. Aber nicht, wenn mit Daten operiert wird wodurch mehrere Anläufe nötig werden da es z.B. zu Portierungsablehnungen kommt.''

'''Von uns gehend:'''

*je Vorgang je Rufnummer: 30 Euro (inkl. MwSt).
*je zusammengehörig registrierten Rufnummernblock: 30 Euro (inkl. MwSt).

Die Gebühren werden per Prepaid eingezogen sofern das Prepaid-Konto gedeckt ist.

[[Category:Access]][[Category:Access_FAQs]]

Rufnummernmitnahme - Portierung einer Festnetz-Rufnummer (FAQ)

Br@superroot — Tue, 24 Jul 2012 11:37:12 GMT

Br@superroot:

'''Wir möchten aufgrund von verschiedenen Nachfragen bzgl. VoIP zum Thema Portierungen von Rufnummern / Rufnummernmitnahme nochmal auf diesen Punkt ausführlicher eingehen.'''

In der Festnetz-Telefonie besteht die Möglichkeit die eigene Telefonnummer (Rufnummer) von einem Anbieter zum anderen mitzunehmen. Also bei einem Anbieterwechsel die eigenen Rufnummern zu behalten. Die Rufnummernübertragbarkeit ist in Deutschland in § 46 Telekommunikationsgesetz (TKG) geregelt. Technisch wird dabei die Rufnummer vom alten Anschluss abgekoppelt, zu dem neuen Anbieter übertragen und dort auf den neuen Anschluss geroutet / eingetragen. Dieser der Rufnummernmitnahme zugrunde liegende Vorgang heißt Portierung und kann mit Portiergebühren behaftet sein.

'''''Hinweis:''''' ''Dieser FAQ-Artikel ist eine Ergänzung zu unserem FAQ-Artikel "''[[Internet-Telefonie (VoIP): SIP- und IAX-Port (FAQ)|''Internet-Telefonie (VoIP): SIP- und IAX-Port (FAQ)'']]''", in welchem wir auf alle sonstigen und allgemeinen Fragen eingehen. Hier geht es um den Schwerpunkt "Portierungen".''

= Wie funktioniert die Rufnummern-Mitnahme von Ortsnetz-Nummern in Deutschland ? =

Dazu gibt es das Portierungsverfahren. Im Rahmen der Liberalisierung des Telekommunikationsmarktes wurde 1998 jedem Telefonkunden das Recht eingeräumt, seine Rufnummer bei einem Wechsel des TK-Anbieters mitzunehmen. Dies wurde in den vergangenen Jahren zugunsten der Verbraucher immer weiter regelmentiert.

Im Festnetzbereich gibt es jedoch keine zentrale Portierungsdatenbank. Bei Domains unterhalb der TLD ".de" bietet die Denic z.B. eine solche zentrale Datenbank "wem gehört welche Domain" und spielt deshalb auch die tragende Rolle bei Providerwechseln von .de-Domains. Bei Rufnummern gibt es dies nicht. Damit alle Telefonnutzer in Deutschland immer zuverlässig und immer aus jedem Netz erreichbar sind, ist ein aufwändiger täglicher Datenabgleich zwischen allen Netzbetreibern notwendig. Dies funktioniert so, dass jeder Netzbetreiber mit möglichst vielen anderen die Rufnummern in beiden Richtungen austauschen. Dies geschieht noch über ISDN-Einwahlen per strukturierter Textfiles - ganz grausig und unnötig kompliziert, ein Wunder dass es überhaupt funktioniert ;)

Da es im Festnetzbereich keine zentrale Portierungsdatenbank gibt und jeder Netzbetrieber seine Portierungsdaten mit jedem austauschen muss, ist dies ein sehr fehleranfälliges Verfahren. Auch ist die Datenqualität bei verschiedenen Netzbetreibern sehr unterschiedlich, da die eigentlich nötige Sorgfalt bei manch einem nicht so hoch gehalten wird.

= Welche Rufnummern können über das Portierungs-Verfahren portiert werden ? =

*Ortsnetz-Rufnummern
*Nationale Teilnehmernummern (032er Gasse, insbesondere auch für VoIP genutzt)

= Wie sieht der Übernahme-Prozeß einer Rufnummer konkret aus ? =

Hierzu ist ein sogenanntes Portierungsformular auszufüllen - genaugenommen davon der obere Abschnitt.

Das ausgefüllte Formular wird dann ans uns gesendet - per Fax oder eingescannt per Mail.

Wir leiten das Formular dann an den bisherigen Verbindungsnetzbetreiber weiter und nehmen mit diese, Kontakt auf, um die Portierung untereinander abzustimmen. Hierzu bitte auf dem Portierungsformular oben auch den Anbieter klar benennen.

Sofern alles stimmig ist, erhalten Sie von uns irgendwann die Antwort mit "alles klar" sowie dem Datum an welchem die Portierung stattfindet (welches idR. vom alten Anbieter in Abhängigkeit Ihrer Vertragslaufzeiten / Kündigungsfristen o.ä. festgelegt wird).

= Wohin sende ich das Portierungs-Fax ? =

*'''Bitte per Fax an unsere spezielle Portierungs-Faxnummer: 0202 / 69 555-18'''
**Wenn möglich bitte gut lesbar eine Seite als Deckblatt davor mit "Kunden-Loginname" und "SIP-Account-ID" wo die Rufnummer dann hingeroutet werden soll.
*'''Alternativ eingescannt per E-Mail an portierung@portunity.de'''
**In die eMail bitte einen Hinweis zu: Kunden-Loginname und SIP-Account-ID wo die Rufnummer dann hingeroutet werden soll.

*Für telefonische Rückfragen zu Portierungen stehen wir Ihnen zur Verfügung unter: 0202 / 69 555-38

= Woher bekomme ich das Portierungs-Formular ? =

Bitte verwenden Sie folgende Vorlage: [[Image:Portierungsauftrag-OpenNumbers.pdf]]

-> Wir werden uns bemühen noch eine Ausfüll-Hilfe in die ISPSuite zu integrieren.

= Wer ist OpenNumbers auf dem Portierungs-Formular ? =

Verbindungsnetzbetreiber zu werden und am Portierungsdatenaustausch teilzunehmen ist eine extrem teure und komplizierte Geschichte in Deutschland. Wir haben uns deshalb mit ein paar Kollegen zusammengetan und eine neutrale Firma genau dafür gegründet. OpenNumbers ist eine Genossenschaft - welche die nötige Infrastruktur für die Zuführung und Portierung von Rufnummern betreibt und dafür sorgt, dass alle rechtlichen Auflagen auch erfüllt werden. OpenNumbers ist selber weder im Endkunden- noch im Reseller-Geschäft tätig und stellt die Dienste als Vorlieferant exklusiv den Mitgliedsbetrieben wie Portunity zur Verfügung.

= Wie genau ist das Portierungsformular auszufüllen ? =

Bitte nur den oberen Teil bis zum grauen Balken "nur vom Anbieter auszufüllen" ausfüllen, den Rest machen wir resp. der andere Netzbetreiber.

Relativ weit oben in diesem langen kleinen Text befindet sich oben rechts ein kleines Feld, in das der bisherige Anbieter namentlich eingetragen werden muss, damit wir auch wissen, welchem Anbieter das Formular weiter zugeschickt werden muss.

Dann sollte angekreuzt werden:

[X] Kündigung von Telefon-...... (nur wenn der bisherige Anschluss komplett gekündigt werden soll)

[X] Gleichzeitig beauftragen wir... (muss immer angekreuzt werden)

[X] restl. MSN kündigen (wenn nicht alle Nummern sondern nur bestimmte von dem Anschluss abgezogen werden, kreuzen wir wirklich auch nur dann an, wenn es so gefordert wird)

Bei:

*Name/Firma: Bei Privatpersonen der Nachname, bei Firmen der vollständige Firmenname
*Vorname: Bei Privatpersonen der Vorname, bei Firmen der vollständige Name des Vertragspartners.
*Ortskennzahl: Die Vorwahl, z.B. "0202"
*Rufnummern: Bei Einzelrufnummern jede MSN einzeln, z.B. "47110815"
*Rufnummernblock: Bei Rufnummernblöcken den Block angeben, z.B. "4711-0 bis 4711-999"
*Unterschrift des Kunden, bei Firmen ggf. Firmenstempel. (Manche Provider stellen sich zickig an, wenn bei Firmen kein Stempel vorhanden ist)

Ein Wunschtermin kann uns per eMail übermittelt werden. In jedem Fall brauchen wir noch zusätzlich die Information, auf welchen VoIP-Account die Rufnummer im Erfolgsfall geroutet werden soll ("sip4711").

= Wie schnell funktionieren Portierungen ? =

Dies hängt im wesentlichen von der Bearbeitungsgeschwindigkeit aller Beteidigten ab.

Wir versuchen Portierungen immer so schnell wie möglich bei uns zu bearbeiten - in Urlaubszeiten, durch Feiertage oder sonstige Mitarbeiter-Ausfälle kann es aber bereits bei uns in Ausnahmefällen zu Verzögerungen kommen. Von daher bitten wir auch uns den einen oder anderen Werktag zuzugestehen. In eiligen Fällen bitte vorher abklären.

Genauso sieht es bei den anderen Carriern aus. Es gibt Anbieter, welche Portierungen sehr schnell in wenigen Tagen bearbeiten und auch Portierungstermine, die nur wenige Tage sehr nah in der Zukunft liegen, ohne Probleme mitmachen. Umgekehrt gibt es auch Anbieter, welche Grundsätzlich die Termine einige Wochen in die Zukunft schieben.

Im Regelfall können Portierungen innerhalb von 3-4 Wochen terminiert werden - in Ausnahmefällen geht es auch manchmal schneller oder dauert auch länger. Realistisch sind Portierungen ab 10 Werktagen in der Zukunft. Es hängt primär immer von ALLEN Beteidigten ab (also auch vom Kunden und von Ihnen, z.B. auch wie akkurat die Daten sind, wie viele Rückfragen es gibt usw.).

Im Bestcase gab es schon Portierungen binnen 48h - im Worstcase hatte sich sowas auch schon mal 6-8 Wochen hingezögert. Dazwischen ist alles möglich und realistisch.

= Warum gehen Portierungen schief ? =

Nicht jede Portierung geht immer auf Anhieb durch. Der alte Anbieter kann auch Portierungen ablehnen, z.B.:

*die angegebenen Adressdaten zu einer Rufnummer stimmen nicht mit seinen Daten überein (z.B. zwischenzeitlich umgezogen)
*Ansprechpartner sind falsch benannt (z.B. Mitarbeiter-Wechsel in einer Firma, oder die Nummer läuft beim alten Anbieter auf die Ehefrau, oder der Kunde hat mehrere Vornamen und nicht alle angegeben o.ä.)
*die Rufnummern gehören zu einem ganz anderen Kunden / Account (manchmal der Fall wenn ein Kunde mehrere Accounts bei einem Anbieter hat)
*Bei Firmen fehlt der Firmenstempel
*Datum oder Unterschrift fehlt
*Es ist der falsche Teilnehmernetzbetreiber / Carrier benannt (gerade bei VoIP- / Reseller-Strukturen kommt sowas vor, die der Endkunde auch nicht vollständig immer durchblickt)
*Der Kunde befindet sich noch in einer Mindestvertragslaufzeit
*usw.

Es gibt Anbieter, welche da auch sehr gerne ihren Mitbewerbern Steine in den Weg werfen und jede Kleinigkeit als Anlass nehmen eine Portierung erstmal abzulehnen. Andere sind da kollegialer und sehen auch über Kleinigkeiten schonmal eher hinweg. Also es ist sehr unterschiedlich.

= Was kann ich als Kunde tun, damit Portierungen optimal durchgehen ? =

'''Natürlich: Sauber und lesbar schreiben / ausfüllen !'''

'''Stellen Sie sicher, dass die Daten so akkurat wie möglich mit denen des bisherigen Anbieters übereinstimmen.''' Im Zweifelsfall die Daten beim alten Anbieter nochmal erfragen lassen, im Umzugsfall die alte Anschrift verwenden (falls sie nicht aktualisiert wurde) usw.

Prüfen Sie hier auch, gerade bei Firmen: Ist der Ansprechpartner korrekt und identisch mit dem hinterlegten ? Bei mehreren Filialen: Was ist genau als Anschrift hinterlegt ? Ist ein Firmenstempel auf dem Fax ? (Portierungen von Firmen-Nummern ohne Firmenstempel werden von manchen Anbietern abgelehnt !).

= Muss ich beim alten Anbieter noch kündigen ? =

Auf dem Portierungsformular sind entsprechende Checkboxen für Kündigungen drauf und es ist sehr sinnvoll, diese auch zu verwenden. Das Portierungsformular stellt dann gleichzeitig auch die Kündigung des mit den Rufnummern verbundenen Tarifes (z.b. ein ISDN- oder -DSL-Anschluss) dar.

Auch hier ist es wieder sehr unterschiedlich: Kündigt man erst bei seinem Anbieter und will dann eine Rufnummern portieren, stellen sich einige Anbieter quer. Bei anderen ist dies dann kein Problem. Von daher hier der Tipp, den alten Anbieter möglichst erstmal nicht informieren (so seltsam wie sich das jetzt anhören mag).

Normalerweise sollte unmittelbar nach Portierungsbestätigung dann auch an Sie als Kunden eine Kündigungsbestätigung verschickt werden. Aber dies liegt natürlich nicht in unserem Einflussbereich.

= Kann man eine einzelne Rufnummer von einem Anschluss "rausportieren" ? =

Dies ist Abhängig vom jeweiligen Anbieter wie flexibel der sowas mitmacht und sollte mit dem vorher in jedem Fall abgesprochen werden. Am besten mit schriftlicher Bestätigung. Eigentlich suggeriert der Aufbau des Portierungsformulares mit den entsprechenden Feldern / Checkboxen, dass genau so was möglich ist - aber wir haben schon mehrfach erlebt, dass einige Anbieter eine Kündigung nur ganz (mit allen Nummern) oder gar nicht akzeptieren.

Die großen Anbieter sind diesbzgl. teilweise so flexibel wie ein Betonkloz ; bei kleineren Anbietern mag dies manchmal jedoch möglich sein. Aber wie gesagt in jedem Fall sorgfältig absprechen, nicht dass die eine Nummer dann zwar portiert wird, alle anderen aber nicht mehr funktionieren (weil der alte Anbieter die dann eben als mit dem dazugehörigen Anschluss als gekündigt ansieht).

= Wie ist das Routing / die Erreichbarkeit einer Rufnummer nach einer Portierung sichergestellt? =

Wie bereits oben beschrieben, ist der Portierungsdatenaustausch und das Routing mangels zentraler Portierungsdatenbank sehr kompliziert in Deutschland. Und damit auch fehleranfällig.

Da oft nicht jeder Netzbetreiber jede Portierung sofort mitbekommt, kann manchmal noch Telefontraffic beim alten Netzbetreiber ankommen. Deshalb richtet jeder Netzbetreiber für 60 Tage eine Rufweiterleitung zu dem neuen Netzbetreiber ein. Dies kann sich dann natürlich in längeren Ruf-Aufbauzeiten bemerkbar machen - insbesondere am Tag der Portierung. Es sollte aber von Tag zu Tag dann besser werden.

Sofern eine Rufnummer nach 60 Tagen nach einer eigentlich erfolgreichen Portierung insgesamt oder von einzelnen Netzen einzelner Anbieter nicht mehr funkioniert, können Fehler in der Portierungsdatenbank dafür verantwortlich sein - aber auch ein hängender Cache im Routing bei einem einzelnen Anbieter. In diesem Ausnahme-Fall bitte uns kontaktieren mit möglichst genauen Informationen, dies muss dann mit dem Mitbewerber geklärt werden. Im Notfall steht uns auch die Netzleit-Kontrollstelle der DTAG für sowas als klärende Instanz zur Verfügung.

Am Portierungstag kommt es auf jeden Fall technisch bedingt zu einer kurzen Unterbrechung der Erreichbarkeit, da OLO-Router und RADIUS-Server entsprechend umkonfiguriert werden müssen. Dies führt dann zu Phänomenen wo die Rufnummer von bestimmten Carriern aus nicht mehr erreichbar ist ("Gassenbesetzt-Ton" bzw. die Ansage "ist zur Zeit nicht erreichbar") oder auch schier endloses Knistern und Knacken in der Leitung. Die Unterbrechungsdauer sollte aber i.d.R. bei weniger als zehn Minuten liegen - garantieren können wir das aber natürlich nicht.

= Wie funktionieren ausgehende Portierungen (Rufnummer wird von Portunity zu jemand anderen abgezogen) ? =

In dem Fall erhalten wir vom neuen Verbindungsnetzbetreiber ein Portierungsformular per Fax. Wir werden uns dann per eMail an Sie als Kunden wenden mit der Bitte um Rückmeldung zur Bestätigung ob alles seine Richtigkeit hat.

Abhängig von Ihren Rückinformationen stimmen wir mit dem neuen Anbieter dann Termin usw. dann ab / oder lehnen die Portierung ab.

= Was kosten Portierungen ? =

'''Zu uns kommend:'''

*im Erfolgsfall je Portierungsformular: Kostenfrei
*im Ablehnungsfall bis 30 Minuten Aufwand je Portierungsformular: 30 Euro Pauschal (inkl. MwSt)

''Hinweis: Von daher sollte die Motivation entsprechend da sein, für akkurate Daten und korrekt ausgefüllte Portierungsformulare zu sorgen. Portunity übernimmt den Aufwand der Portierungen von Rufnummern zu uns kommend komplett auf die eigene Kappe. Aber nicht, wenn mit Daten operiert wird wodurch mehrere Anläufe nötig werden da es z.B. zu Portierungsablehnungen kommt.''

'''Von uns gehend:'''

*je Vorgang je Rufnummer: 30 Euro (inkl. MwSt).
*je zusammengehörig registrierten Rufnummernblock: 30 Euro (inkl. MwSt).

Die Gebühren werden per Prepaid eingezogen sofern das Prepaid-Konto gedeckt ist.

[[Category:Access]][[Category:Access_FAQs]]

Rufnummernmitnahme / Portierung einer Festnetz-Rufnummer (FAQ)

Br@superroot — Tue, 24 Jul 2012 11:36:41 GMT

Br@superroot: hat „Rufnummernmitnahme / Portierung einer Festnetz-Rufnummer (FAQ)“ nach „Rufnummernmitnahme - Portierung einer Festnetz-Rufnummer (FAQ)“ verschoben: Schrägstrich ist ungünstig...

#WEITERLEITUNG [[Rufnummernmitnahme - Portierung einer Festnetz-Rufnummer (FAQ)]]

Rufnummernmitnahme - Portierung einer Festnetz-Rufnummer (FAQ)

Br@superroot — Tue, 24 Jul 2012 11:36:41 GMT

'''Wir möchten aufgrund von verschiedenen Nachfragen bzgl. VoIP zum Thema Portierungen von Rufnummern / Rufnummernmitnahme nochmal auf diesen Punkt ausführlicher eingehen.'''

In der Festnetz-Telefonie besteht die Möglichkeit die eigene Telefonnummer (Rufnummer) von einem Anbieter zum anderen mitzunehmen. Also bei einem Anbieterwechsel die eigenen Rufnummern zu behalten. Die Rufnummernübertragbarkeit ist in Deutschland in § 46 Telekommunikationsgesetz (TKG) geregelt. Technisch wird dabei die Rufnummer vom alten Anschluss abgekoppelt, zu dem neuen Anbieter übertragen und dort auf den neuen Anschluss geroutet / eingetragen. Dieser der Rufnummernmitnahme zugrunde liegende Vorgang heißt Portierung und kann mit Portiergebühren behaftet sein.

'''''Hinweis:''''' ''Dieser FAQ-Artikel ist eine Ergänzung zu unserem FAQ-Artikel "''[[Internet-Telefonie (VoIP): SIP- und IAX-Port (FAQ)|''Internet-Telefonie (VoIP): SIP- und IAX-Port (FAQ)'']]''", in welchem wir auf alle sonstigen und allgemeinen Fragen eingehen. Hier geht es um den Schwerpunkt "Portierungen".''

= Wie funktioniert die Rufnummern-Mitnahme von Ortsnetz-Nummern in Deutschland ? =

Dazu gibt es das Portierungsverfahren. Im Rahmen der Liberalisierung des Telekommunikationsmarktes wurde 1998 jedem Telefonkunden das Recht eingeräumt, seine Rufnummer bei einem Wechsel des TK-Anbieters mitzunehmen. Dies wurde in den vergangenen Jahren zugunsten der Verbraucher immer weiter regelmentiert.

Im Festnetzbereich gibt es jedoch keine zentrale Portierungsdatenbank. Bei Domains unterhalb der TLD ".de" bietet die Denic z.B. eine solche zentrale Datenbank "wem gehört welche Domain" und spielt deshalb auch die tragende Rolle bei Providerwechseln von .de-Domains. Bei Rufnummern gibt es dies nicht. Damit alle Telefonnutzer in Deutschland immer zuverlässig und immer aus jedem Netz erreichbar sind, ist ein aufwändiger täglicher Datenabgleich zwischen allen Netzbetreibern notwendig. Dies funktioniert so, dass jeder Netzbetreiber mit möglichst vielen anderen die Rufnummern in beiden Richtungen austauschen. Dies geschieht noch über ISDN-Einwahlen per strukturierter Textfiles - ganz grausig und unnötig kompliziert, ein Wunder dass es überhaupt funktioniert ;)

Da es im Festnetzbereich keine zentrale Portierungsdatenbank gibt und jeder Netzbetrieber seine Portierungsdaten mit jedem austauschen muss, ist dies ein sehr fehleranfälliges Verfahren. Auch ist die Datenqualität bei verschiedenen Netzbetreibern sehr unterschiedlich, da die eigentlich nötige Sorgfalt bei manch einem nicht so hoch gehalten wird.

= Welche Rufnummern können über das Portierungs-Verfahren portiert werden ? =

*Ortsnetz-Rufnummern
*Nationale Teilnehmernummern (032er Gasse, insbesondere auch für VoIP genutzt)

= Wie sieht der Übernahme-Prozeß einer Rufnummer konkret aus ? =

Hierzu ist ein sogenanntes Portierungsformular auszufüllen - genaugenommen davon der obere Abschnitt.

Das ausgefüllte Formular wird dann ans uns gesendet - per Fax oder eingescannt per Mail.

Wir leiten das Formular dann an den bisherigen Verbindungsnetzbetreiber weiter und nehmen mit diese, Kontakt auf, um die Portierung untereinander abzustimmen. Hierzu bitte auf dem Portierungsformular oben auch den Anbieter klar benennen.

Sofern alles stimmig ist, erhalten Sie von uns irgendwann die Antwort mit "alles klar" sowie dem Datum an welchem die Portierung stattfindet (welches idR. vom alten Anbieter in Abhängigkeit Ihrer Vertragslaufzeiten / Kündigungsfristen o.ä. festgelegt wird).

= Wohin sende ich das Portierungs-Fax ? =

*'''Bitte per Fax an unsere spezielle Portierungs-Faxnummer: 0202 / 69 555-18'''
**Wenn möglich bitte gut lesbar eine Seite als Deckblatt davor mit "Kunden-Loginname" und "SIP-Account-ID" wo die Rufnummer dann hingeroutet werden soll.
*'''Alternativ eingescannt per E-Mail an portierung@portunity.de'''
**In die eMail bitte einen Hinweis zu: Kunden-Loginname und SIP-Account-ID wo die Rufnummer dann hingeroutet werden soll.

*Für telefonische Rückfragen zu Portierungen stehen wir Ihnen zur Verfügung unter: 0202 / 69 555-38

= Woher bekomme ich das Portierungs-Formular ? =

Bitte verwenden Sie folgende Vorlage: [[Image:Portierungsauftrag-OpenNumbers.pdf]]

-> Wir werden uns bemühen noch eine Ausfüll-Hilfe in die ISPSuite zu integrieren.

= Wer ist OpenNumbers auf dem Portierungs-Formular ? =

Verbindungsnetzbetreiber zu werden und am Portierungsdatenaustausch teilzunehmen ist eine extrem teure und komplizierte Geschichte in Deutschland. Wir haben uns deshalb mit ein paar Kollegen zusammengetan und eine neutrale Firma genau dafür gegründet. OpenNumbers ist eine Genossenschaft - welche die nötige Infrastruktur für die Zuführung und Portierung von Rufnummern betreibt und dafür sorgt, dass alle rechtlichen Auflagen auch erfüllt werden. OpenNumbers ist selber weder im Endkunden- noch im Reseller-Geschäft tätig und stellt die Dienste als Vorlieferant exklusiv den Mitgliedsbetrieben wie Portunity zur Verfügung.

= Wie genau ist das Portierungsformular auszufüllen ? =

Bitte nur den oberen Teil bis zum grauen Balken "nur vom Anbieter auszufüllen" ausfüllen, den Rest machen wir resp. der andere Netzbetreiber.

Relativ weit oben in diesem langen kleinen Text befindet sich oben rechts ein kleines Feld, in das der bisherige Anbieter namentlich eingetragen werden muss, damit wir auch wissen, welchem Anbieter das Formular weiter zugeschickt werden muss.

Dann sollte angekreuzt werden:

[X] Kündigung von Telefon-...... (nur wenn der bisherige Anschluss komplett gekündigt werden soll)

[X] Gleichzeitig beauftragen wir... (muss immer angekreuzt werden)

[X] restl. MSN kündigen (wenn nicht alle Nummern sondern nur bestimmte von dem Anschluss abgezogen werden, kreuzen wir wirklich auch nur dann an, wenn es so gefordert wird)

Bei:

*Name/Firma: Bei Privatpersonen der Nachname, bei Firmen der vollständige Firmenname
*Vorname: Bei Privatpersonen der Vorname, bei Firmen der vollständige Name des Vertragspartners.
*Ortskennzahl: Die Vorwahl, z.B. "0202"
*Rufnummern: Bei Einzelrufnummern jede MSN einzeln, z.B. "47110815"
*Rufnummernblock: Bei Rufnummernblöcken den Block angeben, z.B. "4711-0 bis 4711-999"
*Unterschrift des Kunden, bei Firmen ggf. Firmenstempel. (Manche Provider stellen sich zickig an, wenn bei Firmen kein Stempel vorhanden ist)

Ein Wunschtermin kann uns per eMail übermittelt werden. In jedem Fall brauchen wir noch zusätzlich die Information, auf welchen VoIP-Account die Rufnummer im Erfolgsfall geroutet werden soll ("sip4711").

= Wie schnell funktionieren Portierungen ? =

Dies hängt im wesentlichen von der Bearbeitungsgeschwindigkeit aller Beteidigten ab.

Wir versuchen Portierungen immer so schnell wie möglich bei uns zu bearbeiten - in Urlaubszeiten, durch Feiertage oder sonstige Mitarbeiter-Ausfälle kann es aber bereits bei uns in Ausnahmefällen zu Verzögerungen kommen. Von daher bitten wir auch uns den einen oder anderen Werktag zuzugestehen. In eiligen Fällen bitte vorher abklären.

Genauso sieht es bei den anderen Carriern aus. Es gibt Anbieter, welche Portierungen sehr schnell in wenigen Tagen bearbeiten und auch Portierungstermine, die nur wenige Tage sehr nah in der Zukunft liegen, ohne Probleme mitmachen. Umgekehrt gibt es auch Anbieter, welche Grundsätzlich die Termine einige Wochen in die Zukunft schieben.

Im Regelfall können Portierungen innerhalb von 3-4 Wochen terminiert werden - in Ausnahmefällen geht es auch manchmal schneller oder dauert auch länger. Realistisch sind Portierungen ab 10 Werktagen in der Zukunft. Es hängt primär immer von ALLEN Beteidigten ab (also auch vom Kunden und von Ihnen, z.B. auch wie akkurat die Daten sind, wie viele Rückfragen es gibt usw.).

Im Bestcase gab es schon Portierungen binnen 48h - im Worstcase hatte sich sowas auch schon mal 6-8 Wochen hingezögert. Dazwischen ist alles möglich und realistisch.

= Warum gehen Portierungen schief ? =

Nicht jede Portierung geht immer auf Anhieb durch. Der alte Anbieter kann auch Portierungen ablehnen, z.B.:

*die angegebenen Adressdaten zu einer Rufnummer stimmen nicht mit seinen Daten überein (z.B. zwischenzeitlich umgezogen)
*Ansprechpartner sind falsch benannt (z.B. Mitarbeiter-Wechsel in einer Firma, oder die Nummer läuft beim alten Anbieter auf die Ehefrau, oder der Kunde hat mehrere Vornamen und nicht alle angegeben o.ä.)
*die Rufnummern gehören zu einem ganz anderen Kunden / Account (manchmal der Fall wenn ein Kunde mehrere Accounts bei einem Anbieter hat)
*Bei Firmen fehlt der Firmenstempel
*Datum oder Unterschrift fehlt
*Es ist der falsche Teilnehmernetzbetreiber / Carrier benannt (gerade bei VoIP- / Reseller-Strukturen kommt sowas vor, die der Endkunde auch nicht vollständig immer durchblickt)
*Der Kunde befindet sich noch in einer Mindestvertragslaufzeit
*usw.

Es gibt Anbieter, welche da auch sehr gerne ihren Mitbewerbern Steine in den Weg werfen und jede Kleinigkeit als Anlass nehmen eine Portierung erstmal abzulehnen. Andere sind da kollegialer und sehen auch über Kleinigkeiten schonmal eher hinweg. Also es ist sehr unterschiedlich.

= Was kann ich als Kunde tun, damit Portierungen optimal durchgehen ? =

'''Natürlich: Sauber und lesbar schreiben / ausfüllen !'''

'''Stellen Sie sicher, dass die Daten so akkurat wie möglich mit denen des bisherigen Anbieters übereinstimmen.''' Im Zweifelsfall die Daten beim alten Anbieter nochmal erfragen lassen, im Umzugsfall die alte Anschrift verwenden (falls sie nicht aktualisiert wurde) usw.

Prüfen Sie hier auch, gerade bei Firmen: Ist der Ansprechpartner korrekt und identisch mit dem hinterlegten ? Bei mehreren Filialen: Was ist genau als Anschrift hinterlegt ? Ist ein Firmenstempel auf dem Fax ? (Portierungen von Firmen-Nummern ohne Firmenstempel werden von manchen Anbietern abgelehnt !).

= Muss ich beim alten Anbieter noch kündigen ? =

Auf dem Portierungsformular sind entsprechende Checkboxen für Kündigungen drauf und es ist sehr sinnvoll, diese auch zu verwenden. Das Portierungsformular stellt dann gleichzeitig auch die Kündigung des mit den Rufnummern verbundenen Tarifes (z.b. ein ISDN- oder -DSL-Anschluss) dar.

Auch hier ist es wieder sehr unterschiedlich: Kündigt man erst bei seinem Anbieter und will dann eine Rufnummern portieren, stellen sich einige Anbieter quer. Bei anderen ist dies dann kein Problem. Von daher hier der Tipp, den alten Anbieter möglichst erstmal nicht informieren (so seltsam wie sich das jetzt anhören mag).

Normalerweise sollte unmittelbar nach Portierungsbestätigung dann auch an Sie als Kunden eine Kündigungsbestätigung verschickt werden. Aber dies liegt natürlich nicht in unserem Einflussbereich.

= Kann man eine einzelne Rufnummer von einem Anschluss "rausportieren" ? =

Dies ist Abhängig vom jeweiligen Anbieter wie flexibel der sowas mitmacht und sollte mit dem vorher in jedem Fall abgesprochen werden. Am besten mit schriftlicher Bestätigung. Eigentlich suggeriert der Aufbau des Portierungsformulares mit den entsprechenden Feldern / Checkboxen, dass genau so was möglich ist - aber wir haben schon mehrfach erlebt, dass einige Anbieter eine Kündigung nur ganz (mit allen Nummern) oder gar nicht akzeptieren.

Die großen Anbieter sind diesbzgl. teilweise so flexibel wie ein Betonkloz ; bei kleineren Anbietern mag dies manchmal jedoch möglich sein. Aber wie gesagt in jedem Fall sorgfältig absprechen, nicht dass die eine Nummer dann zwar portiert wird, alle anderen aber nicht mehr funktionieren (weil der alte Anbieter die dann eben als mit dem dazugehörigen Anschluss als gekündigt ansieht).

= Wie ist das Routing / die Erreichbarkeit einer Rufnummer nach einer Portierung sichergestellt? =

Wie bereits oben beschrieben, ist der Portierungsdatenaustausch und das Routing mangels zentraler Portierungsdatenbank sehr kompliziert in Deutschland. Und damit auch fehleranfällig.

Da oft nicht jeder Netzbetreiber jede Portierung sofort mitbekommt, kann manchmal noch Telefontraffic beim alten Netzbetreiber ankommen. Deshalb richtet jeder Netzbetreiber für 60 Tage eine Rufweiterleitung zu dem neuen Netzbetreiber ein. Dies kann sich dann natürlich in längeren Ruf-Aufbauzeiten bemerkbar machen - insbesondere am Tag der Portierung. Es sollte aber von Tag zu Tag dann besser werden.

Sofern eine Rufnummer nach 60 Tagen nach einer eigentlich erfolgreichen Portierung insgesamt oder von einzelnen Netzen einzelner Anbieter nicht mehr funkioniert, können Fehler in der Portierungsdatenbank dafür verantwortlich sein - aber auch ein hängender Cache im Routing bei einem einzelnen Anbieter. In diesem Ausnahme-Fall bitte uns kontaktieren mit möglichst genauen Informationen, dies muss dann mit dem Mitbewerber geklärt werden. Im Notfall steht uns auch die Netzleit-Kontrollstelle der DTAG für sowas als klärende Instanz zur Verfügung.

Am Portierungstag kommt es auf jeden Fall technisch bedingt zu einer kurzen Unterbrechung der Erreichbarkeit, da OLO-Router und RADIUS-Server entsprechend umkonfiguriert werden müssen. Dies führt dann zu Phänomenen wo die Rufnummer von bestimmten Carriern aus nicht mehr erreichbar ist ("Gassenbesetzt-Ton" bzw. die Ansage "ist zur Zeit nicht erreichbar") oder auch schier endloses Knistern und Knacken in der Leitung. Die Unterbrechungsdauer sollte aber i.d.R. bei weniger als zehn Minuten liegen - garantieren können wir das aber natürlich nicht.

= Wie funktionieren ausgehende Portierungen (Rufnummer wird von Portunity zu jemand anderen abgezogen) ? =

In dem Fall erhalten wir vom neuen Verbindungsnetzbetreiber ein Portierungsformular per Fax. Wir werden uns dann per eMail an Sie als Kunden wenden mit der Bitte um Rückmeldung zur Bestätigung ob alles seine Richtigkeit hat.

Abhängig von Ihren Rückinformationen stimmen wir mit dem neuen Anbieter dann Termin usw. dann ab / oder lehnen die Portierung ab.

= Was kosten Portierungen ? =

'''Zu uns kommend:'''

*im Erfolgsfall je Portierungsformular: Kostenfrei
*im Ablehnungsfall bis 30 Minuten Aufwand je Portierungsformular: 30 Euro Pauschal (inkl. MwSt)

''Hinweis: Von daher sollte die Motivation entsprechend da sein, für akkurate Daten und korrekt ausgefüllte Portierungsformulare zu sorgen. Portunity übernimmt den Aufwand der Portierungen von Rufnummern zu uns kommend komplett auf die eigene Kappe. Aber nicht, wenn mit Daten operiert wird wodurch mehrere Anläufe nötig werden da es z.B. zu Portierungsablehnungen kommt.''

'''Von uns gehend:'''

*je Vorgang je Rufnummer: 30 Euro (inkl. MwSt).
*je zusammengehörig registrierten Rufnummernblock: 30 Euro (inkl. MwSt).

Die Gebühren werden per Prepaid eingezogen sofern das Prepaid-Konto gedeckt ist.

Rufnummernmitnahme - Portierung einer Festnetz-Rufnummer (FAQ)

Br@superroot — Tue, 24 Jul 2012 11:35:54 GMT

Br@superroot: Die Seite wurde neu angelegt: „'''Wir möchten aufgrund von verschiedenen Nachfragen bzgl. VoIP zum Thema Portierungen von Rufnummern / Rufnummernmitnahme nochmal auf diesen Punkt ausführliche…“

'''Wir möchten aufgrund von verschiedenen Nachfragen bzgl. VoIP zum Thema Portierungen von Rufnummern / Rufnummernmitnahme nochmal auf diesen Punkt ausführlicher eingehen.'''

In der Festnetz-Telefonie besteht die Möglichkeit die eigene Telefonnummer (Rufnummer) von einem Anbieter zum anderen mitzunehmen. Also bei einem Anbieterwechsel die eigenen Rufnummern zu behalten. Die Rufnummernübertragbarkeit ist in Deutschland in § 46 Telekommunikationsgesetz (TKG) geregelt. Technisch wird dabei die Rufnummer vom alten Anschluss abgekoppelt, zu dem neuen Anbieter übertragen und dort auf den neuen Anschluss geroutet / eingetragen. Dieser der Rufnummernmitnahme zugrunde liegende Vorgang heißt Portierung und kann mit Portiergebühren behaftet sein.

'''''Hinweis:''''' ''Dieser FAQ-Artikel ist eine Ergänzung zu unserem FAQ-Artikel "''[[Internet-Telefonie (VoIP): SIP- und IAX-Port (FAQ)|''Internet-Telefonie (VoIP): SIP- und IAX-Port (FAQ)'']]''", in welchem wir auf alle sonstigen und allgemeinen Fragen eingehen. Hier geht es um den Schwerpunkt "Portierungen".''

= Wie funktioniert die Rufnummern-Mitnahme von Ortsnetz-Nummern in Deutschland ? =

Dazu gibt es das Portierungsverfahren. Im Rahmen der Liberalisierung des Telekommunikationsmarktes wurde 1998 jedem Telefonkunden das Recht eingeräumt, seine Rufnummer bei einem Wechsel des TK-Anbieters mitzunehmen. Dies wurde in den vergangenen Jahren zugunsten der Verbraucher immer weiter regelmentiert.

Im Festnetzbereich gibt es jedoch keine zentrale Portierungsdatenbank. Bei Domains unterhalb der TLD ".de" bietet die Denic z.B. eine solche zentrale Datenbank "wem gehört welche Domain" und spielt deshalb auch die tragende Rolle bei Providerwechseln von .de-Domains. Bei Rufnummern gibt es dies nicht. Damit alle Telefonnutzer in Deutschland immer zuverlässig und immer aus jedem Netz erreichbar sind, ist ein aufwändiger täglicher Datenabgleich zwischen allen Netzbetreibern notwendig. Dies funktioniert so, dass jeder Netzbetreiber mit möglichst vielen anderen die Rufnummern in beiden Richtungen austauschen. Dies geschieht noch über ISDN-Einwahlen per strukturierter Textfiles - ganz grausig und unnötig kompliziert, ein Wunder dass es überhaupt funktioniert ;)

Da es im Festnetzbereich keine zentrale Portierungsdatenbank gibt und jeder Netzbetrieber seine Portierungsdaten mit jedem austauschen muss, ist dies ein sehr fehleranfälliges Verfahren. Auch ist die Datenqualität bei verschiedenen Netzbetreibern sehr unterschiedlich, da die eigentlich nötige Sorgfalt bei manch einem nicht so hoch gehalten wird.

= Welche Rufnummern können über das Portierungs-Verfahren portiert werden ? =

*Ortsnetz-Rufnummern
*Nationale Teilnehmernummern (032er Gasse, insbesondere auch für VoIP genutzt)

= Wie sieht der Übernahme-Prozeß einer Rufnummer konkret aus ? =

Hierzu ist ein sogenanntes Portierungsformular auszufüllen - genaugenommen davon der obere Abschnitt.

Das ausgefüllte Formular wird dann ans uns gesendet - per Fax oder eingescannt per Mail.

Wir leiten das Formular dann an den bisherigen Verbindungsnetzbetreiber weiter und nehmen mit diese, Kontakt auf, um die Portierung untereinander abzustimmen. Hierzu bitte auf dem Portierungsformular oben auch den Anbieter klar benennen.

Sofern alles stimmig ist, erhalten Sie von uns irgendwann die Antwort mit "alles klar" sowie dem Datum an welchem die Portierung stattfindet (welches idR. vom alten Anbieter in Abhängigkeit Ihrer Vertragslaufzeiten / Kündigungsfristen o.ä. festgelegt wird).

= Wohin sende ich das Portierungs-Fax ? =

*'''Bitte per Fax an unsere spezielle Portierungs-Faxnummer: 0202 / 69 555-18'''
**Wenn möglich bitte gut lesbar eine Seite als Deckblatt davor mit "Kunden-Loginname" und "SIP-Account-ID" wo die Rufnummer dann hingeroutet werden soll.
*'''Alternativ eingescannt per E-Mail an portierung@portunity.de'''
**In die eMail bitte einen Hinweis zu: Kunden-Loginname und SIP-Account-ID wo die Rufnummer dann hingeroutet werden soll.

*Für telefonische Rückfragen zu Portierungen stehen wir Ihnen zur Verfügung unter: 0202 / 69 555-38

= Woher bekomme ich das Portierungs-Formular ? =

Bitte verwenden Sie folgende Vorlage: [[Image:Portierungsauftrag-OpenNumbers.pdf]]

-> Wir werden uns bemühen noch eine Ausfüll-Hilfe in die ISPSuite zu integrieren.

= Wer ist OpenNumbers auf dem Portierungs-Formular ? =

Verbindungsnetzbetreiber zu werden und am Portierungsdatenaustausch teilzunehmen ist eine extrem teure und komplizierte Geschichte in Deutschland. Wir haben uns deshalb mit ein paar Kollegen zusammengetan und eine neutrale Firma genau dafür gegründet. OpenNumbers ist eine Genossenschaft - welche die nötige Infrastruktur für die Zuführung und Portierung von Rufnummern betreibt und dafür sorgt, dass alle rechtlichen Auflagen auch erfüllt werden. OpenNumbers ist selber weder im Endkunden- noch im Reseller-Geschäft tätig und stellt die Dienste als Vorlieferant exklusiv den Mitgliedsbetrieben wie Portunity zur Verfügung.

= Wie genau ist das Portierungsformular auszufüllen ? =

Bitte nur den oberen Teil bis zum grauen Balken "nur vom Anbieter auszufüllen" ausfüllen, den Rest machen wir resp. der andere Netzbetreiber.

Relativ weit oben in diesem langen kleinen Text befindet sich oben rechts ein kleines Feld, in das der bisherige Anbieter namentlich eingetragen werden muss, damit wir auch wissen, welchem Anbieter das Formular weiter zugeschickt werden muss.

Dann sollte angekreuzt werden:

[X] Kündigung von Telefon-...... (nur wenn der bisherige Anschluss komplett gekündigt werden soll)

[X] Gleichzeitig beauftragen wir... (muss immer angekreuzt werden)

[X] restl. MSN kündigen (wenn nicht alle Nummern sondern nur bestimmte von dem Anschluss abgezogen werden, kreuzen wir wirklich auch nur dann an, wenn es so gefordert wird)

Bei:

*Name/Firma: Bei Privatpersonen der Nachname, bei Firmen der vollständige Firmenname
*Vorname: Bei Privatpersonen der Vorname, bei Firmen der vollständige Name des Vertragspartners.
*Ortskennzahl: Die Vorwahl, z.B. "0202"
*Rufnummern: Bei Einzelrufnummern jede MSN einzeln, z.B. "47110815"
*Rufnummernblock: Bei Rufnummernblöcken den Block angeben, z.B. "4711-0 bis 4711-999"
*Unterschrift des Kunden, bei Firmen ggf. Firmenstempel. (Manche Provider stellen sich zickig an, wenn bei Firmen kein Stempel vorhanden ist)

Ein Wunschtermin kann uns per eMail übermittelt werden. In jedem Fall brauchen wir noch zusätzlich die Information, auf welchen VoIP-Account die Rufnummer im Erfolgsfall geroutet werden soll ("sip4711").

= Wie schnell funktionieren Portierungen ? =

Dies hängt im wesentlichen von der Bearbeitungsgeschwindigkeit aller Beteidigten ab.

Wir versuchen Portierungen immer so schnell wie möglich bei uns zu bearbeiten - in Urlaubszeiten, durch Feiertage oder sonstige Mitarbeiter-Ausfälle kann es aber bereits bei uns in Ausnahmefällen zu Verzögerungen kommen. Von daher bitten wir auch uns den einen oder anderen Werktag zuzugestehen. In eiligen Fällen bitte vorher abklären.

Genauso sieht es bei den anderen Carriern aus. Es gibt Anbieter, welche Portierungen sehr schnell in wenigen Tagen bearbeiten und auch Portierungstermine, die nur wenige Tage sehr nah in der Zukunft liegen, ohne Probleme mitmachen. Umgekehrt gibt es auch Anbieter, welche Grundsätzlich die Termine einige Wochen in die Zukunft schieben.

Im Regelfall können Portierungen innerhalb von 3-4 Wochen terminiert werden - in Ausnahmefällen geht es auch manchmal schneller oder dauert auch länger. Realistisch sind Portierungen ab 10 Werktagen in der Zukunft. Es hängt primär immer von ALLEN Beteidigten ab (also auch vom Kunden und von Ihnen, z.B. auch wie akkurat die Daten sind, wie viele Rückfragen es gibt usw.).

Im Bestcase gab es schon Portierungen binnen 48h - im Worstcase hatte sich sowas auch schon mal 6-8 Wochen hingezögert. Dazwischen ist alles möglich und realistisch.

= Warum gehen Portierungen schief ? =

Nicht jede Portierung geht immer auf Anhieb durch. Der alte Anbieter kann auch Portierungen ablehnen, z.B.:

*die angegebenen Adressdaten zu einer Rufnummer stimmen nicht mit seinen Daten überein (z.B. zwischenzeitlich umgezogen)
*Ansprechpartner sind falsch benannt (z.B. Mitarbeiter-Wechsel in einer Firma, oder die Nummer läuft beim alten Anbieter auf die Ehefrau, oder der Kunde hat mehrere Vornamen und nicht alle angegeben o.ä.)
*die Rufnummern gehören zu einem ganz anderen Kunden / Account (manchmal der Fall wenn ein Kunde mehrere Accounts bei einem Anbieter hat)
*Bei Firmen fehlt der Firmenstempel
*Datum oder Unterschrift fehlt
*Es ist der falsche Teilnehmernetzbetreiber / Carrier benannt (gerade bei VoIP- / Reseller-Strukturen kommt sowas vor, die der Endkunde auch nicht vollständig immer durchblickt)
*Der Kunde befindet sich noch in einer Mindestvertragslaufzeit
*usw.

Es gibt Anbieter, welche da auch sehr gerne ihren Mitbewerbern Steine in den Weg werfen und jede Kleinigkeit als Anlass nehmen eine Portierung erstmal abzulehnen. Andere sind da kollegialer und sehen auch über Kleinigkeiten schonmal eher hinweg. Also es ist sehr unterschiedlich.

= Was kann ich als Kunde tun, damit Portierungen optimal durchgehen ? =

'''Natürlich: Sauber und lesbar schreiben / ausfüllen !'''

'''Stellen Sie sicher, dass die Daten so akkurat wie möglich mit denen des bisherigen Anbieters übereinstimmen.''' Im Zweifelsfall die Daten beim alten Anbieter nochmal erfragen lassen, im Umzugsfall die alte Anschrift verwenden (falls sie nicht aktualisiert wurde) usw.

Prüfen Sie hier auch, gerade bei Firmen: Ist der Ansprechpartner korrekt und identisch mit dem hinterlegten ? Bei mehreren Filialen: Was ist genau als Anschrift hinterlegt ? Ist ein Firmenstempel auf dem Fax ? (Portierungen von Firmen-Nummern ohne Firmenstempel werden von manchen Anbietern abgelehnt !).

= Muss ich beim alten Anbieter noch kündigen ? =

Auf dem Portierungsformular sind entsprechende Checkboxen für Kündigungen drauf und es ist sehr sinnvoll, diese auch zu verwenden. Das Portierungsformular stellt dann gleichzeitig auch die Kündigung des mit den Rufnummern verbundenen Tarifes (z.b. ein ISDN- oder -DSL-Anschluss) dar.

Auch hier ist es wieder sehr unterschiedlich: Kündigt man erst bei seinem Anbieter und will dann eine Rufnummern portieren, stellen sich einige Anbieter quer. Bei anderen ist dies dann kein Problem. Von daher hier der Tipp, den alten Anbieter möglichst erstmal nicht informieren (so seltsam wie sich das jetzt anhören mag).

Normalerweise sollte unmittelbar nach Portierungsbestätigung dann auch an Sie als Kunden eine Kündigungsbestätigung verschickt werden. Aber dies liegt natürlich nicht in unserem Einflussbereich.

= Kann man eine einzelne Rufnummer von einem Anschluss "rausportieren" ? =

Dies ist Abhängig vom jeweiligen Anbieter wie flexibel der sowas mitmacht und sollte mit dem vorher in jedem Fall abgesprochen werden. Am besten mit schriftlicher Bestätigung. Eigentlich suggeriert der Aufbau des Portierungsformulares mit den entsprechenden Feldern / Checkboxen, dass genau so was möglich ist - aber wir haben schon mehrfach erlebt, dass einige Anbieter eine Kündigung nur ganz (mit allen Nummern) oder gar nicht akzeptieren.

Die großen Anbieter sind diesbzgl. teilweise so flexibel wie ein Betonkloz ; bei kleineren Anbietern mag dies manchmal jedoch möglich sein. Aber wie gesagt in jedem Fall sorgfältig absprechen, nicht dass die eine Nummer dann zwar portiert wird, alle anderen aber nicht mehr funktionieren (weil der alte Anbieter die dann eben als mit dem dazugehörigen Anschluss als gekündigt ansieht).

= Wie ist das Routing / die Erreichbarkeit einer Rufnummer nach einer Portierung sichergestellt? =

Wie bereits oben beschrieben, ist der Portierungsdatenaustausch und das Routing mangels zentraler Portierungsdatenbank sehr kompliziert in Deutschland. Und damit auch fehleranfällig.

Da oft nicht jeder Netzbetreiber jede Portierung sofort mitbekommt, kann manchmal noch Telefontraffic beim alten Netzbetreiber ankommen. Deshalb richtet jeder Netzbetreiber für 60 Tage eine Rufweiterleitung zu dem neuen Netzbetreiber ein. Dies kann sich dann natürlich in längeren Ruf-Aufbauzeiten bemerkbar machen - insbesondere am Tag der Portierung. Es sollte aber von Tag zu Tag dann besser werden.

Sofern eine Rufnummer nach 60 Tagen nach einer eigentlich erfolgreichen Portierung insgesamt oder von einzelnen Netzen einzelner Anbieter nicht mehr funkioniert, können Fehler in der Portierungsdatenbank dafür verantwortlich sein - aber auch ein hängender Cache im Routing bei einem einzelnen Anbieter. In diesem Ausnahme-Fall bitte uns kontaktieren mit möglichst genauen Informationen, dies muss dann mit dem Mitbewerber geklärt werden. Im Notfall steht uns auch die Netzleit-Kontrollstelle der DTAG für sowas als klärende Instanz zur Verfügung.

Am Portierungstag kommt es auf jeden Fall technisch bedingt zu einer kurzen Unterbrechung der Erreichbarkeit, da OLO-Router und RADIUS-Server entsprechend umkonfiguriert werden müssen. Dies führt dann zu Phänomenen wo die Rufnummer von bestimmten Carriern aus nicht mehr erreichbar ist ("Gassenbesetzt-Ton" bzw. die Ansage "ist zur Zeit nicht erreichbar") oder auch schier endloses Knistern und Knacken in der Leitung. Die Unterbrechungsdauer sollte aber i.d.R. bei weniger als zehn Minuten liegen - garantieren können wir das aber natürlich nicht.

= Wie funktionieren ausgehende Portierungen (Rufnummer wird von Portunity zu jemand anderen abgezogen) ? =

In dem Fall erhalten wir vom neuen Verbindungsnetzbetreiber ein Portierungsformular per Fax. Wir werden uns dann per eMail an Sie als Kunden wenden mit der Bitte um Rückmeldung zur Bestätigung ob alles seine Richtigkeit hat.

Abhängig von Ihren Rückinformationen stimmen wir mit dem neuen Anbieter dann Termin usw. dann ab / oder lehnen die Portierung ab.

= Was kosten Portierungen ? =

'''Zu uns kommend:'''

*im Erfolgsfall je Portierungsformular: Kostenfrei
*im Ablehnungsfall bis 30 Minuten Aufwand je Portierungsformular: 30 Euro Pauschal (inkl. MwSt)

''Hinweis: Von daher sollte die Motivation entsprechend da sein, für akkurate Daten und korrekt ausgefüllte Portierungsformulare zu sorgen. Portunity übernimmt den Aufwand der Portierungen von Rufnummern zu uns kommend komplett auf die eigene Kappe. Aber nicht, wenn mit Daten operiert wird wodurch mehrere Anläufe nötig werden da es z.B. zu Portierungsablehnungen kommt.''

'''Von uns gehend:'''

*je Vorgang je Rufnummer: 30 Euro (inkl. MwSt).
*je zusammengehörig registrierten Rufnummernblock: 30 Euro (inkl. MwSt).

Die Gebühren werden per Prepaid eingezogen sofern das Prepaid-Konto gedeckt ist.

Internet-Telefonie (VoIP): SIP- und IAX-Port (FAQ)

Br@superroot — Wed, 18 Jul 2012 22:14:12 GMT

Br@superroot: /* Wie lange dauert es nach der Überweisung bis mein Gesprächsguthaben wieder aufgeladen wird? */

= Fragen zu den Portunity VoIP "SIP- und IAX-Port"-Tarifen =

==== Bietet Portunity auch eine Telefonie-Flatrate an? ====

Das kommt drauf an, wie man das sieht:

Mit den VoIP-Tarifen von Portunity können Sie soviele Gespräche so lange kostenfrei zu anderen SIP- und IAX-Adressen führen - wie Sie wollen. Egal, ob es sich dabei um Kunden von uns oder um "externe" SIP- / IAX-Adressen handelt. Von daher könnte man von einer Flatrate sprechen.

Verstehen Sie darunter jedoch auch, dass Nummern im Festnetz, Mobilfunkgassen oder gar Nummern im Ausland mit einbezogen sind, dann eindeutig nein !

Portunity kann, wie alle anderen Telefongesellschaften und VoIP-Anbieter auch die Telefonminuten nicht "flat" einkaufen - sondern wird wie alle anderen auch, nach verschiedenen verbrauchsorientierten Maßstäben wie der Ziellocation und der "verbrauchten" Zeit abgerechnet. Dazu kommen dann noch die Kosten für die eigentliche Übertragung ins Internet, welche ebenfalls nicht "flat" kalkulierbar sind.

Eine für einen Telefon- oder VoIP-Anschluß angebotene Flatrate ist daher immer eine Mischkalkulation des Providers. Die vielen Wenignutzer finanzieren die wenigen Vielnutzer. Die, die wenig telefonieren, zahlen also mehr als sie eigentlich müssten und die, die viel telefonieren, zahlen weniger als sie eigentlich müssten. Das ist nicht nur ungerecht, sondern kann auf Dauer auch nicht wirtschaftlich gut gehen.

Es gibt auch bereits erste Anzeichen, dass es im VoIP-Bereich hierzu erste "seltsame" Effekte gibt: Es wird in Diskussionsforen bereits von ersten künstlichen Verlangsamungen, Rufnummernsperren oder gar Unterbrechungen berichtet - andere Anbieter erhöhen einfach die Preise regelmässig oder es gibt im Kleingedrucken "Klauseln" wie z.B. das nur Gesprächsminuten ins Festnetz inklusive sind (ein Anruf zu einem Handy geht dann extra).

Portunity möchte Ihnen einen soliden, businesstauglichen und seriösen Service bieten und will von daher solche "Massnahmen" gar nicht erst in Erwägung ziehen müssen - weil z.B. unsere Kalkulation nicht mehr stimmt. Portunity bietet Ihnen faire und günstige Tarife - aber eben keine Flatrate.

'''Update: Bei einigen DSL-Anschlüssen ist für Privatnutzung zwischenzeitlich eine Festnetzflat bei Portunity möglich.'''

==== Bietet Portunity auch einen Softclient an? ====

Aktuell nein.

==== Brauche ich einen Computer um über SIP- und IAX-Port telefonieren zu können ? ====

Nein, aber man kann einen Computer natürlich zum Telefonieren verwenden. Man unterscheidet in der VoIP-Welt grundsätzlich zwischen Soft- und Hard-Phones:

Ein '''Hard-Phone''' ist ein richtig echtes Telefon (kann man also echt anfassen ;-), das bereits VoIP vonhaus aus kann. Das Telefon wird an den Router oder Netzwerk-Hub / -Switch gesteckt und meldet sich dann an unserem VoIP-Server an. Mit Hilfe von Adaptern kann man auch klassisch analoge oder ISDN-Telefone VoIP-fähig machen.

Ein '''Soft-Phone''' hingegen sind kleine Computerprogramme, die es für nahezu alle Betriebssysteme (Windows, Linux, Mac u.a.) gibt. Mit Hilfe eines an den Computer angeschlossenen Lautsprechers, Mikro alternativ Headset oder spezielle Telefonhörer kann dann telefoniert werden.

Von der Seite Portunity aus ist es egal, mit was für einem "Client" oder "Telefon" Sie sich "einbuchen" und telefonieren - wichtig ist nur, dass entweder das SIP- oder das IAX-Protokoll und ein kompatibler Codec verwendet werden.

==== Darf ich als Call-Shop-Betreiber die Endkunden-Tarife von Portunity benutzen ? ====

Nein, man darf die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.Ausgenommen ist es allerdings, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity auf diesen Zweck ausgerichtete Reselling-Tarife (siehe weiter unten).

==== Darf ich als Privatperson oder Firma die VoIP-Tarife von Portunity benutzen? ====

Ja, Sie dürfen die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.

Ausgenommen ist es lediglich, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity alternativ auf diesen Zweck ausgerichtete Reselling-Tarife im Angebot (siehe weiter unten).

==== Entstehen mir Kosten, wenn meine SIP- oder IAX-Adresse angerufen wird ? ====

Der Anrufer landet auf dem VoIP-Server von Portunity. Von dort gibt es dann mehrere Möglichkeiten: Sind Sie mit einem IAX- oder SIP-Client "eingebucht", dann routet Portunity Ihnen den Anruf zu Ihnen. Von Portunity aus entstehen dabei keine Kosten - indirekt entstehen Ihnen evt. Kosten durch Ihren Internetzugang (Traffic), die aber Minimal und i.d.R. zu vernachlässigen sind.

Wenn im Webinterface Anrufweiterleitungen definiert wurden und dabei anstelle einer alternativen SIP- oder IAX-Adresse eine Telefonnummer angegeben wurde (z.B. Festnetz, Mobilfunk o.a.), zu der Portunity den jeweiligen Anruf weiterleiten soll, berechnet Portunity Ihnen hierzu Gesprächsgebühren so, als ob Sie selbst die Nummer wählen würden.

==== Funktionert der "SIP- und IAX-Port"-Tarif nur mit DSL-Zugängen von Portunity oder auch mit Zugängen anderer Anbieter ? Kann ich auch unterwegs mit meinem Notebook telefonieren ? ====

Die VoIP-Tarife von Portunity funktionieren quasi von jeder öffentlichen IP-Adresse - sie müssen also nicht unbedingt einen DSL-Zugang von Portunity benutzen.

D.h. prinzipell ist auch die Nutzung von unterwegs von einem Hotel oder gar einem Internetcafé aus möglich (z.B. von einem Softphone). Allerdings können je nach Konfiguration der dortigen Infrastruktur z.B. die für VoIP relevanten Kommunikations-Ports gesperrt sein oder die verwendeten Firewalls machen Probleme.

'''Tipp:''' Verwenden Sie am besten unterwegs das IAX-Protokoll, das macht in solchen Szenarien grundsätzlich mit Firewalls & Co weniger Probleme.

Für die stationäre Nutzung ist ansonsten einer der DSL-Zugangstarife / -Anschlüße von Portunity empfehlenswert (aber eben kein Muss). Wenn Sie einen DSL-Zugang und -Tarif von Portunity nutzen, profitieren Sie von einer optimalen und besseren VoIP-Qualität. Denn die VoIP-Server und -Gateways stehen im 19''-Racks (= Serverschrank)'' in unmittelbarer Nachbarschaft, wo auch die Einwahlrouter der DSL-Infrastruktur von Portunity auflaufen. Dadurch müssen die Datenpakete nicht erst durch das "halbe" Internet geroutet werden, sondern gehen von dem einen Gerät quasi direkt in das andere - was der Gesprächsqualität zugute kommt.

Desweiteren sind die DSL-Zugänge und -Anschlüsse auch durch die enthaltene feste IP-Adresse interessant - z.B. wenn Sie eine eigene TK-Anlage (z.B. Asterisk) VoIP-fähig machen möchten, hat dies enorme Vorteile und bringt Vereinfachungen z.B. bei nötigen DNS-Einträgen u.a.

==== Gibt es eine Mindestlaufzeit? ====

Nein, eine Mindestlaufzeit, z.B. von 6 oder 12 Monaten, wie sie von anderen VoIP-Anbietern teilweise gefordert werden, gibt es bei Portunity nicht.

==== Inwieweit sind deutsche Mehrwertnummern wie 0800, 0900 u.a. erreichbar ? ====

Zwischenzeitlich sind fast alle Mehrwertnummern über das Portunity-Netz erreichbar:

* 0800: voll erreichbar
* 0180x: voll erreichbar
* 0137 / 0139: voll erreichbar
* 0900: NICHT erreichbar (abrechnungstechnische Gründe)

'''Tipp:''' Wenn Sie eine VoIP-fähige TK-Anlage (z.B. Asterisk) betreiben oder entsprechende Telefon-Adapter einsetzen, können Sie dort oft bzgl. der Terminierung im sog. Dialplan Ausnahmen definieren, so daß Telefonate z.B. nach 0900 in diese Rufnummerngassen über die ISDN / klassische Anbindung terminiert werden.

==== Welche anderen Internet-Telefone sind für mich kostenfrei erreichbar ? ====

Alle Internet-Telefone, die über das SIP- oder IAX-Protokoll erreichbar sind, sind für Sie kostenfrei erreichbar.

Sofern Sie eine SIP- oder IAX-Adresse nicht eingeben können (weil Sie z.B. ein Tastentelefon haben) oder die SIP- oder IAX-Adresse zu einer Nummer nicht wissen, hilft ENUM, wenn die Zielrufnummer als ENUM-Domain registriert ist.

Viele VoIP-Anbieter haben vergebene Rufnummern bereits selbst als ENUM-Domain registriert - ansonsten kann dies der Zuteilungsnehmer der jeweiligen Rufnummer auch selbst tun.

Weitere Informationen zu ENUM finden Sie in dem ENUM-Informationsportal "[http://www.enum-center.de Enum-Center]".

==== Welche Codecs und welche Protokolle werden von SIP- und IAX-Port unterstützt? ====

Wie der Name des Produktes und der Tarife bereits andeutet, unterstützt Portunity aktuell das SIP und das IAX-Protokoll (Version 2).

Portunity unterstützen dazu aktuell folgende Codecs:

{| width="500" border="0" cellpadding="1" cellspacing="1"
|-
! scope="col" | Codec:
! scope="col" | Bandbreite Codec:
! scope="col" | Bandbreite Ethernet:
! scope="col" | MOS
! scope="col" | Anmerkung:
|-
| G.711 ulaw (US)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| G.711 alaw (Europa)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| iLBC
| 15,0 KBit/s
| 31,5 KBit/s
|
|
|-
| GSM
| 13,0 KBit/s
| 35,0 KBit/s
| 3,7
| Mobilfunk-Codec, befriedigende Qualtität, wenig Bandbreite
|}

 

Die Codec's stehen von der Seite Portunity dabei in allen SIP- und IAX-Port-Tarifen zur Verfügung. Auch ist es egal, ob der Tarif privat oder geschäftlich eingesetzt wird.

'''Was sind MOS-Punkte ?'''

Die Sprachqualität von Codecs kann zum einen durch Messverfahren als auch subjektiv durch Testpersonen bestimmt werden. Die MOS-Punkte werden durch viele Testpersonen ermittelt, welche jedem Codec eine Note zwischen 1 und 5 (5=Excellent, 4=gut; 3=geht so; 2=ausreichend; 1=schlecht) geben. Daraus wird dann der MOS-Wert gemittelt gebildet.

Der MOS-Wert bewertet allerdings nur den Codec - gerade bei VoIP kommen bzgl. der Sprachqualität natürlich noch weitere Kriterien hinzu: die Leitungsqualität bis zum VoIP-Server, verlorene Pakete, Geschwindigkeit usw. Von dem eingesetzten Equipment wie Mikrophone in VoIP-Telefonen usw. mal ganz abgesehen.

==== Welche Kosten entstehen mir für Telefonate, wenn ich mich im Ausland befinde ? ====

Egal, wo Sie Ihr Internet-Telefon (egal ob Hard- oder Softphone) betreiben, alle Gespräche von Portunity werden immer zu den gleichen Konditionen abgewickelt.

D.h. genauso wie im Inland sind Gespräche zu anderen SIP- oder IAX-Adressen kostenfrei und Gespräche ins Fest- und Mobilfunknetz oder in andere Länder werden zu den gleichen Konditionen abgerechnet, wie dies der Fall ist, wenn Sie sich in Deutschland befinden.

==== Wie kann ich kündigen und welche Frist muß ich beachten? ====

Sie können jederzeit mit den folgenden Fristen kündigen:

'''Tarife DSL Starter, Top, Profi, d.h. alle trafficorientierten Tarife:''' 30 Tage vor dem Ablauf des Abrechnungszeitraums

'''Flatbudget-Tarife:''' Täglich mit 1 Tag Kündigungsfrist

Nach Ihrer Kündigung bekommen Sie am Ende des Abrechnungszeitraumes Ihre Abschlussrechnung. (Der Abrechnungszeitraum richtet sich nach Ihrem Bestelldatum, wenn Sie also am 13. des Monats bestellt haben, ist der Abrechnungszeitraum immer der 13. des Monats bis zum 12. des Folgemonats).

Kündigen können Sie per Mail, per Telefon, per Brief oder per Fax (oder online bei allen trafficorientieretn Tarifen). Beachten Sie bitte, dass Portunity immer jede Kündigung sofort per Mail bestätigt. Gerne erfährt Portunity im Kündigungsfall den Grund Ihrer Entscheidung, um die Produkte und Leistungen weiter verbessern zu können.

==== Wieviele Telefonate kann ich gleichzeitig führen? ====

Das ist abhängig von dem Tarif, den Sie bei Portunity gebucht haben.

= Fragen zur Bestellung =

==== Wie kann ich bestellen? ====

Sie können über das Onlinebestellsystem von Portunity jederzeit Ihre Bestellung aufgeben.

==== Wie lange dauert in der Regel die Freischaltung vom Eingang der Bestellung? ====

Über das Onlinebestellsystem von Portunity erfolgt die Freischaltung automatisch i.d.R. innerhalb weniger Minuten. Sie erhalten hierzu entsprechende eMails (Zugangsdaten und Bestätigung Freischaltung).

In Ausnahmefällen kann unser System Ihre Bestellung für eine manuelle Prüfung auswählen - in diesen Fällen erfolgt eine Freigabe durch einen unserer Mitarbeiter am spätestens nächsten Werktag.

Für schriftliche Bestellungen (eMail, Post, Fax) gilt: In der Regel werktags von Montag bis Freitag oft noch am selben Tag bzw. innerhalb von 24 Stunden. Falls Sie auf dem Bestellformular die Zugangsdaten-Übermittlung per Post auswählen, dauert es aufgrund des Postversandes der Zugangsdaten nochmal 1-2 Tage länger, wählen Sie per Fax oder per eMail für eine unmittelbare Übermittlung - eine Mehrfachauswahl ist ebenfalls möglich.

= Fragen zur Abrechnung =

==== Nach wieviel Tagen erhalte ich meine Mahnung? ====

Die '''erste Mahnung''' erhalten Sie nach'''14 Tagen'''. Die Zustellung der Mahnungen erfolgt auf dem gleichen Wege wie der Versand der Rechnungen, also wie von Ihnen bei der Bestellung angegeben. '''Ab der 2. Mahnung''' fallen weitere '''Mahngebühren '''an. Wird auch nach der dritten Mahnung noch kein Geldeingang verzeichnet, stellt Portunity die Leistungen automatisiert ein und übergibt den Vorgang seinem Inkasso-Unternehmen.

Bitte zahlen Sie möglichst immer termin- und fristgerecht, den nur so kann Portunity auch zukünftig noch Produkte / Leistungen (z.B. DSL-Zugänge, ...) auf Rechnung anbieten. Die meisten Mitbewerber akzeptieren ausschließlich das Lastschriftverfahren, was Portunity Ihnen ansonsten auch gerne empfiehlt, da es doch diverse Vorteile auch für die Kunden bietet.

==== Wann und wie erhalte ich meine Rechnung? ====

Sie können auf dem Auftragsformular bzw. im Bestellprozeß selbst aussuchen, ob Sie die Rechnung per eMail oder per Post erhalten möchten. Da Portunity beim Versand mit der Post eine höhere Aufwendung hat (Ausdruck, Versand usw.), kostet eine schriftliche Rechnung per Post einen Aufpreis. Ansonsten werden die Rechnungen wahlweise per ASCII- oder HTML-eMail verschickt und erhalten als Datei-Attachment einen Einzelverbindungsnachweis der abgerechneten Verbindungen sowie eine PDF-Version der Rechnung. (Bei den postalisch zugegangenen Rechnungen können Sie diesen online einsehen).

Die Rechnungen können desweiteren elektronisch von Ihnen auch jederzeit und nachträglich im webbasiertem Verwaltungsprogramm "ISPSuite" von Portunity eingesehen, abgerufen und ausgedruckt werden. Dort sehen Sie auch den jeweiligen Status der Rechnung (bezahlt / nicht bezahlt) und den Eingang der Zahlungseingänge.

Die Telefongebühren selbst werden im Prepaid-Verfahren abgerechnet, Sie können dabei entweder online Prepaidpakete kaufen (5 Euro, 10, Euro, 25 Euro ...), oder Sie können Ihren Account so einstellen, dass bei Unterschreiten eines frei definierbaren Guthabens automatisch eine Rechnung von Portunity erstellt wird.

==== Wie kann ich die Telefonate und Gebühren nachvollziehen ? Stichwort Einzelverbindungsnachweis ? ====

In dem Webinterface von Portunity können Sie sich eine detaillierte Verbindungsübersicht aufrufen (nach dem Login links den VoIP-Tarif aufrufen und dort dann das vorletzte Icon für den Einzelverbindungsnachweis) und nach verschiedenen Kriterien sortieren.

Desweiteren hängt Portunity Ihnen den Einzelverbindungsnachweis an Ihre eMail-Rechnung als Dateiattachment.

Bitte beachten Sie, dass Portunity jedoch standardmässig aus Datenschutzgründen die eigentlichen Zielrufnummern nicht speichert und folglich auch in den Einzelverbindungsnachweisen nicht anzeigen kann. Um auch die Zielrufnummern entweder gekürzt oder vollständig zukünftig angezeigt zu bekommen, gehen Sie bitte in den Konfigurationsdialog (nach dem Login links den VoIP-Tarif aufrufen und dort dann das vorletzte Icon für den Einzelverbindungsnachweis) und dort im Block "Datenschutz" finden Sie ein Dropdown mit der Feldbeschriftung "Angerufene Nummern speichern".

= Fragen zur Technik =

==== Bietet Portunity auch einen Stun-Server ? Wie lauten die Adressen ? ====

Ja, Portunity bietet Ihnen einen primary und secondary STUN-Server:

*stun1.sipport.de auf Port 3478
*stun2.sipport.de auf Port 3479

Wichtig: Sie müssen in Ihrem Client BEIDE Server eintragen, da das Stun-Protokoll zur korrekten Erkennung einiger Firewalls zwei unterschiedliche STUN-Server benötigt !

==== Was bedeuten die SIP-Fehlercodes 403, 404 u.a. ? ====

Siehe Artikel [[SIP-Fehlercodes|SIP-Fehlercodes]].

==== Welchen Codec sollte ich nutzen? ====

Wir nutzen standardmäßig den Codec ALaw (G.711 A). Dies ist auch der im europäischen Festnetz genutzte Codec.

==== Welchen DTMF-Mode sollte ich verwenden? ====

Unsere Systeme sind auf den Modus "RFC2833" konfiguriert, Sie sollten daher entsprechend auch diesen Modus verwenden.

==== Ich höre keine Ansagen über mein Guthaben bzw. den Preis für den Anruf! ====

Siehe Artikel [[Inband-Informationen|Inband-Informationen]]

==== Welchen Datentraffic (Volumen) verursacht ein Telefonat ? ====

Das hängt ab vom jeweils eingesetzen Codec, welcher jeweils eine unterschiedliche Bandbreite benötigt.

Der Codec, der am meisten Bandbreite benötigt, ist der unkomprimierte Codec G711. Dieser verbraucht ca. 82,2 KBit/s. Das sind 10,275 KByte / Sekunde, pro Minute also 616,5 KByte. Umgekehrt können Sie mit einem MByte ca. 100 Sekunden telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 28,34 Stunden telefonieren (in einem Monat fast eine Stunde / Tag !).

Setzen Sie hingegen einen anderen Codec ein, der die Sprache komprimiert (und dabei fast die gleiche Gesprächsqualität erreicht) - wie z.B. den beliebten G729-Codec der 31,2 KBit/s benötigt- sieht die Rechnung noch freundlicher aus: 3,9 KByte / Sekunde, pro Minute also 234 KByte. Umgekehrt können Sie mit einem MByte ca. 262,6 Sekunden (=4,4 Minuten) telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 74,69 Stunden telefonieren (in einem Monat also ca. 2,5 Stunden / Tag !).

Wie Sie sehen, fällt der Datentraffic also eigentlich kaum ins Gewicht und selbst ein günstiger DSL-Volumentarif der nur 1 oder 2 GByte Datenvolumen inklusive enthält, reicht zum Telefonieren über das Internet wirklich im allgemeinen bequem aus.

= Fragen aus dem Support =

==== Ich habe Probleme mit der VoIP-Verbindung ====
In der ISPSuite haben Sie die Möglichkeit, Ihren VoIP-Zugang zu "debuggen". Melden Sie sich dazu am ISPSuite Webinterface an, wählen Sie dort den VoIP-Zugang aus und klicken Sie dort auf "Debug-Info". 
Weitere Informationen und Hilfe zu dieser Funktion finden Sie [[Debug-Funktion_VoIP_SIP_Account_(Dialog)|hier]].

==== Gibt es Konfigurationsanleitungen zu speziellen Hard- und Soft-Clients wie der Fritz!Box, Astersik u.a. ? ====

Ja:

*[[Internet-Telefonie (VoIP) mit Asterisk einrichten (Anleitung)|Asterisk]]: Wie binde ich die Astersik an den SIP- und IAX-Port-Anschluss an ? Wie kann ich raustelefonieren ? Wie kann ich eingehende Gespräche verarbeiten ? - Konfigurationshinweise und Tipps rund um Asterisk.
*[[Internet-Telefonie (VoIP) mit Firefly (Windows-Client) einrichten (Anleitung)|Firefly (Windows-Client)]]: Screenshot des Konfigurationsdialogs mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon einrichten (Anleitung)|Fritz!Box Fon]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon 5050 / 7050 einrichten (Anleitung)|Fritz!Box Fon 5050 / 7050]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit iaxComm (Softclient) einrichten (Anleitung)|iaxComm]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit SpeedTouch 190 Analog Telephone Hardware-Adapter (Anleitung)|SpeedTouch 190]]: Analog Telephone Adapter (Hardware-Adapter) ; Screenshoot des Konfigurationsdialoges 
*[[Internet-Telefonie (VoIP) mit Phoner Lite einrichten (Anleitung)|Phoner Lite]]: PhonerLite

Darüber hinaus gibt es auch noch eine Übersicht über alle [[:Category:Access Anleitungen|Anleitungen zum Geschätsbereich Access]] von Portunity.

==== Bietet Portunity auch Rufnummern-Gassen oder Wunschrufnummern an? ====

Leider nein.

==== Die Einwahl zum Telefoniesystem wird trotz korrekter Daten mit der Fehlermeldung "falscher Username oder Passwort" abgebrochen. Was mache ich falsch? ====

* Überprüfen Sie die Länge Ihres Passworts. Einige Router unterstützen keine Passwörter, die mehr als acht Zeichen beinhalten. Die Länge des Loginnamens zusammen mit dem Passwort darf eine Länge von 20 Zeichen auch nicht überschreiten

* Es kann bzw. muss in einigen Geräten wie z.B. bei dem Speedport W700V die Internetrufnummer angegeben werden. Tragen Sie hier bitte nicht die Ihnen zugeteilte Telefonnummer sondern den Loginnamen Ihres SIP Account (z.B. '''sipxxxxx''') ein.

==== Ist es möglich meine Festnetznummer zu Portunity zu portieren? Welche Gebühren fallen dafür an? ====

Antwort: Zur Zeit bietet Portunity leider keine Portierungen an. Portunity überlegt jedoch diesen Service in ihr Produktportfolio mit aufzunehmen.

==== Ist es möglich, eine bei einem anderen Provider gehostete Domain statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? ====

Ist es möglich, eine bei einem anderen Provider gehostete Domain (die dort aus verschiedenen Gründen auch bleiben muss) statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? Ich würde selbstverständlich die nötigen SRV Einträge auf dem Nameserver vornehmen ?

Leider ist dies aktuell nicht möglich

==== Kann ich auch eine IAX-Adresse auf meiner eigenen Domain einrichten ? ====

Nein, das IAX-Protokoll ist leider nicht Multi-Domain fähig.

==== Kann ich auch Rufnummern mit mehr als 14 Zeichen als ENUM registrieren? ====

Die Regeln der Bundesnetzagentur geben vor, dass Portunity sich streng an die in den ENUM-Registrierungsrichtlinien aufgeführten Rufnummernlängen zu halten hat. Ortsnetzrufnummern dürfen max. 14 Stellen haben. Diese setzen sich aus (Länderkennzahl + Ortsnetzkennzahl + Teilnehmerrufnummer) zusammen. Somit kann Portunity Rufnummer mit mehr als 14 Zeichen nicht delegieren.

==== Kann ich eine eigene Festnetz-Telefonnummer erhalten? Ich suche zum Test von unserer VOIP Anlage eine öffentliche, aus dem Festnetz erreichbare Telefonnummer, die auf meinen SIP-Account verweist. Ist dies bei Portunity möglich? ====

In allen unseren VoIP-Tarifen können Sie aus dem Festnetz erreichbare Nummern erhalten. Wir haben dabei alle über 5000 Ortsnetze erschlossen. Rufnummern sind in der Regel sehr schnell geschaltet.

==== Warum kann ich keine VOIP-Gespräche zu einigen anderen VOIP-Anbietern (z.B. u.a. 1und1, freenet, sipgate) führen ? ====

Einige der Mitbewerber von Portunity bieten schlicht und einfach nicht die Möglichkeit, dass die SIP-Adresse die Sie dort erhalten, überhaupt für alle erreichbar ist. Bei diesen Anbietern ist die SIP-Adresse nur für Kunden erreichbar, die bei dem gleichen Anbieter sind (oder noch bei dessen unmittelbaren Kooperationspartnern). Diese negative Eigenschaft wird von den Anbietern natürlich auch nicht gerade auf den Werbeseiten und den Homepages groß herausgestellt....

Dies führt in der Praxis dazu, dass wenn Sie eine solche SIP-Adresse eines solchen Anbieters anwählen wollen, die Verbindung nicht zustande kommen wird. Dies gilt auch für den Fall, dass die SIP-Adresse in einer ENUM-Domain hinterlegt ist.

Um Kunden dieser Anbieter zu erreichen gibt es nur einen Weg: Über eine klassische (kostenpflichtige) Telefonverbindung. Dies ist von den Anbietern absolut so gewollt, denn diese Anbieter erhalten für Gespräche, die über die geschalteten Telefonnummern eingehen, Geld (die sogenannte Interconnection-Gebühr). Dass heißt, diese Anbieter verdienen an jedem Telefonat welches eingeht. Bei Gesprächen die über das Internet (z.B. über das SIP-Protokoll) eingehen würden, würden diese Anbieter nichts verdienen - was der egoistische Grund für die Anbieter ist solche abgeschotteten SIP-Inseln zu schaffen.

Bei Portunity sind die SIP-Addressen nicht blockiert: Die SIP-Adressen die Sie bei Portunity erhalten, sind für alle erreichbar, egal bei welchem Anbieter derjenige ist, der Sie anrufen möchte.

Den Kunden der Anbieter, welche SIP-Adressen für andere Netze blockieren, kann man nur raten, bei der Auswahl des VoIP-Anbieters auf dieses Kriterium zu achten, damit diese Kunden auch entsprechend erreichbar werden.

Von einigen VoIP-interessierten Communities werden Listen gepflegt, welche Anbieter zu den "guten" gehören und welche keine SIP-Adressen erreichbar machen.Die Problematik ist also durchaus bekannt und wird in verschiedenen Kreisen kontrovers diskutiert. Auf eine dieser Listen möchten wir hier mit dem ausdrücklichen Hinweis, dass diese Liste nicht von Portunity ist und nicht durch Portunity gepflegt wird, verweisen:

[http://wiki.ip-phone-forum.de/telefonie:enum:provider http://wiki.ip-phone-forum.de/telefonie:enum:provider] (Sie verlassen mit dem Link die Portunity-Plattform).

==== Welche Ortsnetze können Sie mit Rufnummern bedienen? ====

Alle, wir haben bundesweit alle Ortsnetze erschlossen und können aus diesen Rufnummern zuteilen.

==== Welche Vorwahlen kann oder muß ich wählen ? Wie telefoniere ich in andere Länder ? ====

Für Gespräche nach Deutschland wählen Sie ganz normal die Ortsvorwahl und die Nummer, z.B. 0202 123456789 für eine Nummer in Wuppertal. Anrufe in Mobilfunknetze funktionieren analog.

Für internationale Gespräche wählen Sie zunächst eine Doppel-Null und dann den Ländercode und dann die eigentliche Nummer. Für einen Anruf in die Schweiz also z.B. 00 41 xxxxxxx (xxxx ist dann die eigentliche Nummer).

==== Wie kann ich die Durchwahlen der einzelnen Plätze meiner Telefonanlage mit übermitteln ? ====

Zunächst müssen Sie die Durchwahlen im Webinterface von Portunity einmalig freischalten lassen. Hierzu rufen Sie Ihren Tarif auf und wählen dort die Iconoption "Rufnummern". Dort finden Sie die Möglichkeit, Rufnummern freizuschalten. Hierzu führt Portunity - um Missbrauch vorzubeugen - einen Rückruf durch und übermittelt einen Code, der anschließend wieder abgefragt wird.

Nach der Validierung kann Ihre TK-Anlage die jeweilige Durchwahl (bzw. die vollständige Rufnummer im internationalen Format, siehe unten) im Feld Caller-ID oder Caller-Name mitsenden. 

Portunity akzeptiert aktuell die Rufnummern im Feld Caller-ID oder Caller-Name im internationalen Format ("+49202 ...", "0049202..." oder "49202" - NICHT ABER: "0202...."). Leerzeichen oder Sonderzeichen sollten vermieden werden. Bitte beachten Sie ferner, dass Portunity derzeit nur deutsche Rufnummern übermitteln kann, da Portunity die Gespräche in Deutschland terminiert.

Sollten Sie im Feld Caller-ID keinen Eintrag haben oder die Nummer im falschen Format übermittelt werden, wird immer die im Webinterface hinterlegte Rufnummer mit übermittelt.

'''Hinweise zu speziellen TK-Anlagen:'''

'''Hinweis zur VoIP-TK-Anlage Astimax:''' Portunity ist aus dem Support ein Fehler in der TK-Anlage Astimax bekannt, durch den im Feld Caller-ID die Durchwahlen nicht übermittelt werden, sondern statt dessen der Loginname an Portunity übermittelt wird. Dieses Fehlverhalten der Astimax wurde laut Hersteller behoben und ist ab der Firmware Version 2 nicht mehr auf. Bitte wenden Sie sich für weitergehende Fragen und ob evt. zwischenzeitlich ein Patch erschienen ist diesbzgl. direkt an den Hersteller von Astimax. 

==== Ich habe mehrere Rufnummern - wie kann ich erkennen, welche meiner Telefonnummern angerufen wurde? ====

Bei jedem eingehenden Anruf auf eine Ihrer Telefonnummern übermittelt Portunity per SIP und IAX zusätzliche Header, anhand derer Ihre Telefonanlage erkennen kann welche Ihrer Telefonnummern angerufen wurde. Dazu muss Ihre Telefonanlage den "P-Called-Party-ID"-Header auswerten (was viele Anlagen bereits standardmäßig versuchen). Die dort stehende Rufnummer ist im internationalen Format.
Wird beispielsweise die Rufnummer "0202/695550" angerufen, steht im Header der Wert "0049202695550". 

Werden eingehende Anrufe an andere Zielrufnummern weitergeleitet, kann auch der Netzcode "371*" sinnvoll sein. Er signalisiert die Zielrufnummer als CallerID: Normalerweise wird die originale CallerID bei der Weiterleitung transparent durchgereicht und die Zielrufnummern via SIP-Header (bei Weiterleitung per SIP) zusätzlich hinterlegt. Bei einer Weiterleitung auf eine Festnetznummer steht die
Information welche Zielrufnummer angewählt wurde nicht mehr zur Verfügung. Wird bei der Weiterleitung nun der Netzcode vor die Weiterleitungsrufnummer gesetzt, wird die angerufene Nummer als CallerID verwendet.

==== Wie richte ich eine SIP-Adresse auf meiner Domain ein (z.B.: sip@meine-domain.de) ? ====

Hierzu benötigen Sie zunächst einmal eine Domain bei Portunity, die Sie am einfachsten neu bei Portunity registrieren. Sollten Sie schon über eine Domain bei einem anderen Provider verfügen, lassen sich diese schnell und unkompliziert per Providerwechsel (KK-Verfahren) zu Portunity holen.

Portunity kann Ihnen außerdem einige Domains aus dem eigenen Pool anbieten, z.B.:

*iaxport.de
*sipport.de
*wtal.net
*bergisch.de
*dsl-portunity.de

Um Ihre SIP- oder IAX-Adresse einer Ihrer oder der oben augeführten Domains zuzuordnen melden Sie sich bitte im Webinterface an. Auf der linken Seite wählen Sie hierzu bitte Ihren gebuchten SIP-Tarif aus. Nun klicken Sie im linken Frame auf "Konfiguration". Im mittleren Frame suchen Sie nun den Block "SIP-Adressen und -Optionen" heraus. Hier können Sie eine beliebige SIP-Adresse angeben. In dem Drop-Down-Menü in der gleichen Zeile wählen Sie Ihre gewünschte Domain. Abschliessend bitte auf "Speichern" klicken.

'''Wichtig:''' Sie müssen in der DNS Zone Ihrer Domain als SIP-Proxy1 den SIP Server '''sip-in.sipport.de''' so wie den Port '''5060''' eintragen und den Haken bei UDP setzen!!!

==== Wie teste ich meine Konfiguration? ====

Dazu haben Sie mehrere Möglichkeiten. Zunächst können Sie Ihren Account mit den Netzcodes testen, z.B. mit Netzcode "10*". Geben Sie einfach 10 und ein Sternchen * ein. Sobald die Verbindung zustande gekommen ist, bekommen Sie unsere Zeitansage zu hören. Diesen und weitere Netzcodes finden Sie im Artikel SIP-Port-Netzcodes.

Ausserdem hat Portunity Ihnen einen weiteren Netzcode zum Test eingerichtet. Nach Eingabe von ###* hören Sie den Echo-Test, der das wiederholt, was Sie in den Telefonhörer sprechen. 

Sollte die Verbindung zustande kommen - Herzlichen Glückwunsch! Ihr VOIP-Account wurde erfolgreich eingerichtet. 

==== Während meinen Telefonaten über VOIP ist die Sprachqualität sehr schlecht oder die Verbindung kommt erst sehr spät zustande. Woran liegt das? ====

Dafür kann es mehrere Gründe geben. Wir zählen Ihnen hier die häufigsten auf:

'''Internetanbindung:''' Je nach verwendeter Internetanbindung kann es anbieterseitig zu Schwankungen in der Bandbreite kommen. Das kann schlicht an Ihrem Wohnort und des verwendeten Telefonkabels liegen. Daraus resultierend kann eine konstante Übertragungsrate nicht gewährleistet werden, was sich in einer Minderung der Sprachqualität äussern kann. Für optimale Qualität empfiehlt Portunity Ihnen daher DSL-Zugänge an der eigenen Server und Backbone-Technik. Siehe dazu auch http://portunity.net/article16930-6942.html#Feature2

'''Parallele Downloads:''' Ein VOIP-Gespräch funktioniert sehr stark vereinfacht wie ein Up- bzw. Download. Das, was Sie während eines Gespräches sagen, muss erstmal in ein kleines Paket verpackt und ins Internet hochgeladen (Upload) werden. Das was Sie hören, laden Sie entsprechend runter (Download). Wenn Sie nun paralell z.B. ein Filesharing-Programm (z.B. eMule oder BitTorrent) geöffnet haben, werden Ihre übertragenen Sprachpakete "zwischen" die Up- und Downloads der im Hintergrund geöffneten Filesharing-Programme geschoben. Dabei kann es zu sogenannten "Delays" oder Verzögerungen kommen, da Ihre Bandbreite bereits mit den Downloads ausgelastet ist. Bitte beachten Sie hierbei: Auch wenn Sie z.B. bei einem DSL1000 "nur" mit einer Rate von 20k downloaden und demnach noch "Platz" für Ihr Gespräch sein müsste, verteilen Sie bei den meisten Filesharing-Programmen Ihre Dateien bei fast voller Upload-Grenze.

Abhilfe schafft hier ein DSL-Router, der den sogenannten Quality of Service (QoS) für optimale Sprach- und Datenübertragung unterstützt. Dieser Service unterscheidet ob die Pakete, die übertragen werden, zu Ihrem Telefonat oder zu Ihren Downloads gehören und verteilt entsprechende Prioritäten.

'''Verwendeter Codec:''' Je nach verwendetem Codec werden Ihre übertragenen Sprachpakete mehr oder weniger stark komprimiert. Je stärker komprimiert wird, desto schlechter die Sprachqualität. Bitte beachten Sie hierzu auch unseren FAQ-Beitrag http://portunity.net/article22951-8206.html

'''Probleme mit dem Carrier:''' Ihre Telefonate werden bei jedem VOIP-Anbieter an einen Carrier weitergeroutet, der sich darum kümmert, das Ihre Gespräche auch dort ankommen wo Sie hinsollen. Je nach Rufnummerngasse der Zielrufnummer sind unterschiedliche Carrier für die Gesprächssteuerung zuständig und damit auch für die Gesprächsqualität ab Übergabepunkt. Selbstverständlich ist Portunity bemüht für alle Rufnummergassen die jeweils qualitativ besten und auch redundantesten Carrier für Sie im Einkauf auszuwählen.

= Fragen zum Partnerprogramm und Reselling =

==== Bietet Portunity Wiederverkäufern die Möglichkeit VoIP auf Basis von SIP und IAX unter eigenem Namen zu verkaufen? ====

Ja, wenn Sie eine Internet-Agentur, ein Systemhaus oder selbst Provider sind, dann sind die VoIP-Reselling-Angebote von Portunity sicherlich für Sie interessant.

Als Reseller erhalten Sie die Möglichkeit, auf der VoIP-Plattform und -Infrastruktur von Portunity selbst Accounts einzurichten, zu verwalten, anzubieten und auch optional in Ihrem Namen automatisiert abzurechnen. Sie können dazu eigene Tarife definieren und diese im eigenen Namen anbieten, ohne dass Portunity für die Endkunden sichtbar ist. Ein klares Preismodell, bei dem die Accounts und die Telefonminuten aller Accounts gesammelt abgerechnet wird, ermöglicht nicht nur die Gestaltung attraktiver Konditionen für Ihre Kunden, sondern ermöglicht auch den Aufbau eines interessanten wiederkehrenden Profits.

Aber auch wenn Sie komplett eigene Technik betrieben (möchten), kann Ihnen Portunity beispielsweise eine Gesprächsterminierung mit einer Übergabe per SIP oder IAX anbieten. Auch eigene Webinterfaces unter Nutzung unserer Gatewaytechnik ist möglich.

Weitere detaillierte Reseller-Informationen hat Portunity auf einer eigenen Seite "[http://www.isp-reselling.eu VoIP-Reseller]" zusammengestellt. Für Anfragen steht Portunity selbstverständlich gerne zur Verfügung (Telefon Verwaltung / Vertrieb +49 202 / 69 555 -0 oder Rechenzentrum unter +49 202 / 68 555 -300 oder per eMail an info@portunity.de). Bitte übermitteln Sie Portunity eine Kopie Ihres Gewerbenachweises für Preis- und Vertragsinformationen.

==== Welche Vor- und Nachteil hat es, wenn ich bei einem Portunity-Reseller einen VoIP-Tarif buche? ====

Es kann durchaus gewisse Vorteile haben, einen VoIP-Tarif bei einem der Portunity-Reseller zu buchen. Die Portunity-Reseller bieten oft anders zusammengestellte Tarife an, die möglicherweise für Sie besser passen oder die sogar für Sie (für Ihr spezielles Szenario) günstiger sind.

Desweiteren haben einige Reseller die VoIP-Tarife mit interessanten anderen Produkten zu Tarif-Paketen gebündelt, die Sie so bei Portunity nicht erhalten können. Sie können so interessante Produkte aus einer Hand erhalten. Und last-but-not-least kann es aus Supportgründen Sinn machen sich für einen Portunity-Reseller zu entscheiden: Wenn dieser regional näher ist, kann er Ihnen z.B. vor Ort besser helfen, als wenn Portunity erst quer durch Deutschland zu Ihnen müßten.

= Fragen zum Prepaid-Verfahren =

==== Wie lange dauert es nach der Überweisung bis mein Gesprächsguthaben wieder aufgeladen wird? ====

Bei '''Überweisung per Bank''' in der Regel zwei bis drei Werktage, je nachdem von welcher Bank aus Sie überweisen. Berücksichtigen Sie bitte auch Wochenende und Feiertage, an denen ein Zahlungseingang generell auch nicht von uns verbucht wird!

Sofern Sie die Rechnung '''per Paypal bezahlen''' und dazu den in der Rechnung enthaltenen Link verwenden, erfolgt die Gutschrift mit Bestätigung durch Paypal unmittelbar.

==== Gibt es eine Limit-Warnung wenn mein Prepaid-Guthaben zur Neige geht? ====

Ja. Die Limitwarnung können Sie selbst in unserem Webinterface setzen. Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten.

Sie können sich mittels des Netzcodes 363* vor jedem Gespräch Ihr aktuelles Guthaben ansagen lassen.

==== Gibt es eine Möglichkeit zur automatischen Wiederauffüllung bei einem bestimmten Limit ? ====

Wir können Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung schicken. Diese Option können Sie selber im Webinterface in Ihrem persönlichen Profil unter der Option "Prepaid" aktivieren und einstellen.

==== Mein Prepaid-Guthaben ist trotz bezahlter Rechnung nicht in der ISPSuite sichtbar ? ====

In den meisten der Fälle ist Ihre Überweisung dann noch nicht bei uns eingegangen. Unter Umständen kann eine Überweisung bis zum vollständigen Abschluss bis zu drei Werktage dauern. Ihr Prepaidguthaben ist sofort nach Zahlungseingang in der ISPSuite verfügbar.

==== Was passiert wenn mein Guthaben verbraucht ist? ====

Bevor Ihr Guthaben verbraucht ist, bekommen Sie einen Hinweis, das ein (von Ihnen definiertes) Gesprächsguthaben unterschritten wurde. Sie haben dann in der Regel noch genug Zeit Ihr Prepaid-Konto aufzuladen (falls Sie Ihr Limit nicht zu knapp gesetzt haben ;-)

Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten. Danach sind bis zum wiederaufladen Ihres Kontos keine kostenpflichtigen Gespräche möglich.

SIP-Adressen und kostenlose Rufnummern sind weiterhin erreichbar.

==== Wie fülle ich mein Prepaid-Guthaben wieder auf ? ====

Ganz einfach: Bestellen Sie in unserem Online-Shop eines unserer Prepaid-Pakete, unser System verschickt automatisch und sofort eine Rechnung an Ihre bei uns hinterlegte Email-Adresse.Sie können anschliessend den Betrag auf unser Konto überweisen.

Wir können Ihnen aber auch die komfortable Lösung unseres "Auto-Prepaids" anbieten. Hier wird Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung geschickt. In der Regel erhalten Sie mit diesem Verfahren dann einmal im Monat eine Rechnung. Um die "Auto-Prepaid"-Lösung zu aktivieren, gehen sie bitte im Webinterface auf das "myProfile"-Icon und dort auf den Menüpunkt Prepaid.

= Fragen zum Webinterface ISPSuite =

==== Kann ich die Orts- und Ländervorwahlen konfigurieren? ====

Ja, loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie unter "Optionen" die Möglichkeit Default-Länder- und City-Codes einzugeben. Sie ordnen Ihrem VOIP-Account damit Land und Vorwahlbereich Ihres derzeitigen Standortes zu. Sollten Sie ein Ortsgespräch führen wollen, reicht es ab jetzt einfach die Rufnummer Ihres Gesprächspartners ohne Vorwahl zu wählen.

==== Wie funktionieren eigentlich die Netzcodes? ====

Mit den Netzcodes von Portunity haben Sie die Möglichkeit Einstellungen für Ihr aktuelles Gespräch vorzunehmen, und damit die Standardeinstellungen des Webinterfaces temporär zu überschreiben. Wählen Sie einfach vor Ihrer eigentlichen Rufnummer einen der Netzcodes:

*Beispiel: 342*0202123456 (Wählt die Premium-Route für die Wuppertaler Rufnummer "123456")

Eine Liste aller Netzcodes finden Sie im Artikel "[[SIPPort Netzcodes (Anleitung)|SIPPort Netzcodes (Anleitung)]]".

==== Wie funktioniert eigentlich das Telefonbuch? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Telefonbuchkonfiguration finden Sie das "Telefonbuch". Klicken Sie einfach auf "Neuen Eintrag hinzufügen". Füllen Sie alle Felder aus und klicken Sie auf "Speichern". Ihrem Telefonbuch wurde nun ein weiterer Eintrag hinzugefügt.

==== Wie funktioniert eigentlich die Sofortwahl? ====

Sollten Sie bereits Einträge in Ihrem Telefonbuch haben, so können Sie unsere Sofortwahl nutzen. Hinter jedem Eintrag in Ihrem Telefonbuch gibt es einen kleinen Button mit einem Telefonhörer. Nach einem Klick wird eine Verbindung zu der im Eintrag hinterlegten Rufnummer aufgebaut.

==== Wie funktioniert eigentlich die Webrequest-API? ====

Unsere Webrequest-API´s ermöglichen es Ihnen von uns bereitgestellte Webdienste zu nutzen, sofern Sie über einen VOIP-Account bei uns verfügen.

Die API ermöglicht Ihnen zum Beispiel den Einzelverbindungsnachweis aus unserer Datenbank über Ihre eigenen Scripte und Anwendungen (z.B. PHP, Perl und andere) auszulesen oder Telefonverbindungen über die Schnittstelle zu schalten. Damit können Sie z.B. in eigenen Applikationen hinter Telefonnummern ein Icon bauen, bei dessen Betätigung die Nummer angewählt wird.

Auch unser Callback-Service basiert auf der Webrequest-API und ist ein weiteres schönes Beispiel. Diesen können Sie als von uns bereitgestellten Code im Quelltext Ihrer Webseite einpflegen. Auf Ihrer Seite erscheint nun ein kleiner Button, der nach einem Klick mittels des Webrequests und Ihrem VOIP-Account eine Verbindung zwischen Ihnen und z.B. einem Ihrer Interessenten herstellt. Dieser Service lässt sich natürlich zeitlich ausschalten (wer möchte schon mitten in der Nacht aus dem Bett geklingelt werden ;-)

==== Wie konfiguriere ich den Anrufbeanworter? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie die "Anrufbeantworter Einstellungen", hier können Sie die Anrufbeantworter-Einstellungen vornehmen, wie z.B. den Anrufbeantworter aktivieren, die Ansage auswählen und eine Weiterleitung an eine Mail-Adresse konfigurieren. Im linken Frame finden Sie ausserdem die Kategorie "Anrufbeantworter". Dort sind ebenfalls sämtliche von Ihrer Mailbox entgegengenommenen Anrufe aufgelistet.

[[Category:Access]] [[Category:Access_FAQs]]

Internet-Telefonie (VoIP): SIP- und IAX-Port (FAQ)

Br@superroot — Wed, 18 Jul 2012 22:12:53 GMT

Br@superroot: /* Ich habe mehrere Rufnummern - wie kann ich erkennen, welche meiner Telefonnummern angerufen wurde? */

= Fragen zu den Portunity VoIP "SIP- und IAX-Port"-Tarifen =

==== Bietet Portunity auch eine Telefonie-Flatrate an? ====

Das kommt drauf an, wie man das sieht:

Mit den VoIP-Tarifen von Portunity können Sie soviele Gespräche so lange kostenfrei zu anderen SIP- und IAX-Adressen führen - wie Sie wollen. Egal, ob es sich dabei um Kunden von uns oder um "externe" SIP- / IAX-Adressen handelt. Von daher könnte man von einer Flatrate sprechen.

Verstehen Sie darunter jedoch auch, dass Nummern im Festnetz, Mobilfunkgassen oder gar Nummern im Ausland mit einbezogen sind, dann eindeutig nein !

Portunity kann, wie alle anderen Telefongesellschaften und VoIP-Anbieter auch die Telefonminuten nicht "flat" einkaufen - sondern wird wie alle anderen auch, nach verschiedenen verbrauchsorientierten Maßstäben wie der Ziellocation und der "verbrauchten" Zeit abgerechnet. Dazu kommen dann noch die Kosten für die eigentliche Übertragung ins Internet, welche ebenfalls nicht "flat" kalkulierbar sind.

Eine für einen Telefon- oder VoIP-Anschluß angebotene Flatrate ist daher immer eine Mischkalkulation des Providers. Die vielen Wenignutzer finanzieren die wenigen Vielnutzer. Die, die wenig telefonieren, zahlen also mehr als sie eigentlich müssten und die, die viel telefonieren, zahlen weniger als sie eigentlich müssten. Das ist nicht nur ungerecht, sondern kann auf Dauer auch nicht wirtschaftlich gut gehen.

Es gibt auch bereits erste Anzeichen, dass es im VoIP-Bereich hierzu erste "seltsame" Effekte gibt: Es wird in Diskussionsforen bereits von ersten künstlichen Verlangsamungen, Rufnummernsperren oder gar Unterbrechungen berichtet - andere Anbieter erhöhen einfach die Preise regelmässig oder es gibt im Kleingedrucken "Klauseln" wie z.B. das nur Gesprächsminuten ins Festnetz inklusive sind (ein Anruf zu einem Handy geht dann extra).

Portunity möchte Ihnen einen soliden, businesstauglichen und seriösen Service bieten und will von daher solche "Massnahmen" gar nicht erst in Erwägung ziehen müssen - weil z.B. unsere Kalkulation nicht mehr stimmt. Portunity bietet Ihnen faire und günstige Tarife - aber eben keine Flatrate.

'''Update: Bei einigen DSL-Anschlüssen ist für Privatnutzung zwischenzeitlich eine Festnetzflat bei Portunity möglich.'''

==== Bietet Portunity auch einen Softclient an? ====

Aktuell nein.

==== Brauche ich einen Computer um über SIP- und IAX-Port telefonieren zu können ? ====

Nein, aber man kann einen Computer natürlich zum Telefonieren verwenden. Man unterscheidet in der VoIP-Welt grundsätzlich zwischen Soft- und Hard-Phones:

Ein '''Hard-Phone''' ist ein richtig echtes Telefon (kann man also echt anfassen ;-), das bereits VoIP vonhaus aus kann. Das Telefon wird an den Router oder Netzwerk-Hub / -Switch gesteckt und meldet sich dann an unserem VoIP-Server an. Mit Hilfe von Adaptern kann man auch klassisch analoge oder ISDN-Telefone VoIP-fähig machen.

Ein '''Soft-Phone''' hingegen sind kleine Computerprogramme, die es für nahezu alle Betriebssysteme (Windows, Linux, Mac u.a.) gibt. Mit Hilfe eines an den Computer angeschlossenen Lautsprechers, Mikro alternativ Headset oder spezielle Telefonhörer kann dann telefoniert werden.

Von der Seite Portunity aus ist es egal, mit was für einem "Client" oder "Telefon" Sie sich "einbuchen" und telefonieren - wichtig ist nur, dass entweder das SIP- oder das IAX-Protokoll und ein kompatibler Codec verwendet werden.

==== Darf ich als Call-Shop-Betreiber die Endkunden-Tarife von Portunity benutzen ? ====

Nein, man darf die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.Ausgenommen ist es allerdings, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity auf diesen Zweck ausgerichtete Reselling-Tarife (siehe weiter unten).

==== Darf ich als Privatperson oder Firma die VoIP-Tarife von Portunity benutzen? ====

Ja, Sie dürfen die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.

Ausgenommen ist es lediglich, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity alternativ auf diesen Zweck ausgerichtete Reselling-Tarife im Angebot (siehe weiter unten).

==== Entstehen mir Kosten, wenn meine SIP- oder IAX-Adresse angerufen wird ? ====

Der Anrufer landet auf dem VoIP-Server von Portunity. Von dort gibt es dann mehrere Möglichkeiten: Sind Sie mit einem IAX- oder SIP-Client "eingebucht", dann routet Portunity Ihnen den Anruf zu Ihnen. Von Portunity aus entstehen dabei keine Kosten - indirekt entstehen Ihnen evt. Kosten durch Ihren Internetzugang (Traffic), die aber Minimal und i.d.R. zu vernachlässigen sind.

Wenn im Webinterface Anrufweiterleitungen definiert wurden und dabei anstelle einer alternativen SIP- oder IAX-Adresse eine Telefonnummer angegeben wurde (z.B. Festnetz, Mobilfunk o.a.), zu der Portunity den jeweiligen Anruf weiterleiten soll, berechnet Portunity Ihnen hierzu Gesprächsgebühren so, als ob Sie selbst die Nummer wählen würden.

==== Funktionert der "SIP- und IAX-Port"-Tarif nur mit DSL-Zugängen von Portunity oder auch mit Zugängen anderer Anbieter ? Kann ich auch unterwegs mit meinem Notebook telefonieren ? ====

Die VoIP-Tarife von Portunity funktionieren quasi von jeder öffentlichen IP-Adresse - sie müssen also nicht unbedingt einen DSL-Zugang von Portunity benutzen.

D.h. prinzipell ist auch die Nutzung von unterwegs von einem Hotel oder gar einem Internetcafé aus möglich (z.B. von einem Softphone). Allerdings können je nach Konfiguration der dortigen Infrastruktur z.B. die für VoIP relevanten Kommunikations-Ports gesperrt sein oder die verwendeten Firewalls machen Probleme.

'''Tipp:''' Verwenden Sie am besten unterwegs das IAX-Protokoll, das macht in solchen Szenarien grundsätzlich mit Firewalls & Co weniger Probleme.

Für die stationäre Nutzung ist ansonsten einer der DSL-Zugangstarife / -Anschlüße von Portunity empfehlenswert (aber eben kein Muss). Wenn Sie einen DSL-Zugang und -Tarif von Portunity nutzen, profitieren Sie von einer optimalen und besseren VoIP-Qualität. Denn die VoIP-Server und -Gateways stehen im 19''-Racks (= Serverschrank)'' in unmittelbarer Nachbarschaft, wo auch die Einwahlrouter der DSL-Infrastruktur von Portunity auflaufen. Dadurch müssen die Datenpakete nicht erst durch das "halbe" Internet geroutet werden, sondern gehen von dem einen Gerät quasi direkt in das andere - was der Gesprächsqualität zugute kommt.

Desweiteren sind die DSL-Zugänge und -Anschlüsse auch durch die enthaltene feste IP-Adresse interessant - z.B. wenn Sie eine eigene TK-Anlage (z.B. Asterisk) VoIP-fähig machen möchten, hat dies enorme Vorteile und bringt Vereinfachungen z.B. bei nötigen DNS-Einträgen u.a.

==== Gibt es eine Mindestlaufzeit? ====

Nein, eine Mindestlaufzeit, z.B. von 6 oder 12 Monaten, wie sie von anderen VoIP-Anbietern teilweise gefordert werden, gibt es bei Portunity nicht.

==== Inwieweit sind deutsche Mehrwertnummern wie 0800, 0900 u.a. erreichbar ? ====

Zwischenzeitlich sind fast alle Mehrwertnummern über das Portunity-Netz erreichbar:

* 0800: voll erreichbar
* 0180x: voll erreichbar
* 0137 / 0139: voll erreichbar
* 0900: NICHT erreichbar (abrechnungstechnische Gründe)

'''Tipp:''' Wenn Sie eine VoIP-fähige TK-Anlage (z.B. Asterisk) betreiben oder entsprechende Telefon-Adapter einsetzen, können Sie dort oft bzgl. der Terminierung im sog. Dialplan Ausnahmen definieren, so daß Telefonate z.B. nach 0900 in diese Rufnummerngassen über die ISDN / klassische Anbindung terminiert werden.

==== Welche anderen Internet-Telefone sind für mich kostenfrei erreichbar ? ====

Alle Internet-Telefone, die über das SIP- oder IAX-Protokoll erreichbar sind, sind für Sie kostenfrei erreichbar.

Sofern Sie eine SIP- oder IAX-Adresse nicht eingeben können (weil Sie z.B. ein Tastentelefon haben) oder die SIP- oder IAX-Adresse zu einer Nummer nicht wissen, hilft ENUM, wenn die Zielrufnummer als ENUM-Domain registriert ist.

Viele VoIP-Anbieter haben vergebene Rufnummern bereits selbst als ENUM-Domain registriert - ansonsten kann dies der Zuteilungsnehmer der jeweiligen Rufnummer auch selbst tun.

Weitere Informationen zu ENUM finden Sie in dem ENUM-Informationsportal "[http://www.enum-center.de Enum-Center]".

==== Welche Codecs und welche Protokolle werden von SIP- und IAX-Port unterstützt? ====

Wie der Name des Produktes und der Tarife bereits andeutet, unterstützt Portunity aktuell das SIP und das IAX-Protokoll (Version 2).

Portunity unterstützen dazu aktuell folgende Codecs:

{| width="500" border="0" cellpadding="1" cellspacing="1"
|-
! scope="col" | Codec:
! scope="col" | Bandbreite Codec:
! scope="col" | Bandbreite Ethernet:
! scope="col" | MOS
! scope="col" | Anmerkung:
|-
| G.711 ulaw (US)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| G.711 alaw (Europa)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| iLBC
| 15,0 KBit/s
| 31,5 KBit/s
|
|
|-
| GSM
| 13,0 KBit/s
| 35,0 KBit/s
| 3,7
| Mobilfunk-Codec, befriedigende Qualtität, wenig Bandbreite
|}

 

Die Codec's stehen von der Seite Portunity dabei in allen SIP- und IAX-Port-Tarifen zur Verfügung. Auch ist es egal, ob der Tarif privat oder geschäftlich eingesetzt wird.

'''Was sind MOS-Punkte ?'''

Die Sprachqualität von Codecs kann zum einen durch Messverfahren als auch subjektiv durch Testpersonen bestimmt werden. Die MOS-Punkte werden durch viele Testpersonen ermittelt, welche jedem Codec eine Note zwischen 1 und 5 (5=Excellent, 4=gut; 3=geht so; 2=ausreichend; 1=schlecht) geben. Daraus wird dann der MOS-Wert gemittelt gebildet.

Der MOS-Wert bewertet allerdings nur den Codec - gerade bei VoIP kommen bzgl. der Sprachqualität natürlich noch weitere Kriterien hinzu: die Leitungsqualität bis zum VoIP-Server, verlorene Pakete, Geschwindigkeit usw. Von dem eingesetzten Equipment wie Mikrophone in VoIP-Telefonen usw. mal ganz abgesehen.

==== Welche Kosten entstehen mir für Telefonate, wenn ich mich im Ausland befinde ? ====

Egal, wo Sie Ihr Internet-Telefon (egal ob Hard- oder Softphone) betreiben, alle Gespräche von Portunity werden immer zu den gleichen Konditionen abgewickelt.

D.h. genauso wie im Inland sind Gespräche zu anderen SIP- oder IAX-Adressen kostenfrei und Gespräche ins Fest- und Mobilfunknetz oder in andere Länder werden zu den gleichen Konditionen abgerechnet, wie dies der Fall ist, wenn Sie sich in Deutschland befinden.

==== Wie kann ich kündigen und welche Frist muß ich beachten? ====

Sie können jederzeit mit den folgenden Fristen kündigen:

'''Tarife DSL Starter, Top, Profi, d.h. alle trafficorientierten Tarife:''' 30 Tage vor dem Ablauf des Abrechnungszeitraums

'''Flatbudget-Tarife:''' Täglich mit 1 Tag Kündigungsfrist

Nach Ihrer Kündigung bekommen Sie am Ende des Abrechnungszeitraumes Ihre Abschlussrechnung. (Der Abrechnungszeitraum richtet sich nach Ihrem Bestelldatum, wenn Sie also am 13. des Monats bestellt haben, ist der Abrechnungszeitraum immer der 13. des Monats bis zum 12. des Folgemonats).

Kündigen können Sie per Mail, per Telefon, per Brief oder per Fax (oder online bei allen trafficorientieretn Tarifen). Beachten Sie bitte, dass Portunity immer jede Kündigung sofort per Mail bestätigt. Gerne erfährt Portunity im Kündigungsfall den Grund Ihrer Entscheidung, um die Produkte und Leistungen weiter verbessern zu können.

==== Wieviele Telefonate kann ich gleichzeitig führen? ====

Das ist abhängig von dem Tarif, den Sie bei Portunity gebucht haben.

= Fragen zur Bestellung =

==== Wie kann ich bestellen? ====

Sie können über das Onlinebestellsystem von Portunity jederzeit Ihre Bestellung aufgeben.

==== Wie lange dauert in der Regel die Freischaltung vom Eingang der Bestellung? ====

Über das Onlinebestellsystem von Portunity erfolgt die Freischaltung automatisch i.d.R. innerhalb weniger Minuten. Sie erhalten hierzu entsprechende eMails (Zugangsdaten und Bestätigung Freischaltung).

In Ausnahmefällen kann unser System Ihre Bestellung für eine manuelle Prüfung auswählen - in diesen Fällen erfolgt eine Freigabe durch einen unserer Mitarbeiter am spätestens nächsten Werktag.

Für schriftliche Bestellungen (eMail, Post, Fax) gilt: In der Regel werktags von Montag bis Freitag oft noch am selben Tag bzw. innerhalb von 24 Stunden. Falls Sie auf dem Bestellformular die Zugangsdaten-Übermittlung per Post auswählen, dauert es aufgrund des Postversandes der Zugangsdaten nochmal 1-2 Tage länger, wählen Sie per Fax oder per eMail für eine unmittelbare Übermittlung - eine Mehrfachauswahl ist ebenfalls möglich.

= Fragen zur Abrechnung =

==== Nach wieviel Tagen erhalte ich meine Mahnung? ====

Die '''erste Mahnung''' erhalten Sie nach'''14 Tagen'''. Die Zustellung der Mahnungen erfolgt auf dem gleichen Wege wie der Versand der Rechnungen, also wie von Ihnen bei der Bestellung angegeben. '''Ab der 2. Mahnung''' fallen weitere '''Mahngebühren '''an. Wird auch nach der dritten Mahnung noch kein Geldeingang verzeichnet, stellt Portunity die Leistungen automatisiert ein und übergibt den Vorgang seinem Inkasso-Unternehmen.

Bitte zahlen Sie möglichst immer termin- und fristgerecht, den nur so kann Portunity auch zukünftig noch Produkte / Leistungen (z.B. DSL-Zugänge, ...) auf Rechnung anbieten. Die meisten Mitbewerber akzeptieren ausschließlich das Lastschriftverfahren, was Portunity Ihnen ansonsten auch gerne empfiehlt, da es doch diverse Vorteile auch für die Kunden bietet.

==== Wann und wie erhalte ich meine Rechnung? ====

Sie können auf dem Auftragsformular bzw. im Bestellprozeß selbst aussuchen, ob Sie die Rechnung per eMail oder per Post erhalten möchten. Da Portunity beim Versand mit der Post eine höhere Aufwendung hat (Ausdruck, Versand usw.), kostet eine schriftliche Rechnung per Post einen Aufpreis. Ansonsten werden die Rechnungen wahlweise per ASCII- oder HTML-eMail verschickt und erhalten als Datei-Attachment einen Einzelverbindungsnachweis der abgerechneten Verbindungen sowie eine PDF-Version der Rechnung. (Bei den postalisch zugegangenen Rechnungen können Sie diesen online einsehen).

Die Rechnungen können desweiteren elektronisch von Ihnen auch jederzeit und nachträglich im webbasiertem Verwaltungsprogramm "ISPSuite" von Portunity eingesehen, abgerufen und ausgedruckt werden. Dort sehen Sie auch den jeweiligen Status der Rechnung (bezahlt / nicht bezahlt) und den Eingang der Zahlungseingänge.

Die Telefongebühren selbst werden im Prepaid-Verfahren abgerechnet, Sie können dabei entweder online Prepaidpakete kaufen (5 Euro, 10, Euro, 25 Euro ...), oder Sie können Ihren Account so einstellen, dass bei Unterschreiten eines frei definierbaren Guthabens automatisch eine Rechnung von Portunity erstellt wird.

==== Wie kann ich die Telefonate und Gebühren nachvollziehen ? Stichwort Einzelverbindungsnachweis ? ====

In dem Webinterface von Portunity können Sie sich eine detaillierte Verbindungsübersicht aufrufen (nach dem Login links den VoIP-Tarif aufrufen und dort dann das vorletzte Icon für den Einzelverbindungsnachweis) und nach verschiedenen Kriterien sortieren.

Desweiteren hängt Portunity Ihnen den Einzelverbindungsnachweis an Ihre eMail-Rechnung als Dateiattachment.

Bitte beachten Sie, dass Portunity jedoch standardmässig aus Datenschutzgründen die eigentlichen Zielrufnummern nicht speichert und folglich auch in den Einzelverbindungsnachweisen nicht anzeigen kann. Um auch die Zielrufnummern entweder gekürzt oder vollständig zukünftig angezeigt zu bekommen, gehen Sie bitte in den Konfigurationsdialog (nach dem Login links den VoIP-Tarif aufrufen und dort dann das vorletzte Icon für den Einzelverbindungsnachweis) und dort im Block "Datenschutz" finden Sie ein Dropdown mit der Feldbeschriftung "Angerufene Nummern speichern".

= Fragen zur Technik =

==== Bietet Portunity auch einen Stun-Server ? Wie lauten die Adressen ? ====

Ja, Portunity bietet Ihnen einen primary und secondary STUN-Server:

*stun1.sipport.de auf Port 3478
*stun2.sipport.de auf Port 3479

Wichtig: Sie müssen in Ihrem Client BEIDE Server eintragen, da das Stun-Protokoll zur korrekten Erkennung einiger Firewalls zwei unterschiedliche STUN-Server benötigt !

==== Was bedeuten die SIP-Fehlercodes 403, 404 u.a. ? ====

Siehe Artikel [[SIP-Fehlercodes|SIP-Fehlercodes]].

==== Welchen Codec sollte ich nutzen? ====

Wir nutzen standardmäßig den Codec ALaw (G.711 A). Dies ist auch der im europäischen Festnetz genutzte Codec.

==== Welchen DTMF-Mode sollte ich verwenden? ====

Unsere Systeme sind auf den Modus "RFC2833" konfiguriert, Sie sollten daher entsprechend auch diesen Modus verwenden.

==== Ich höre keine Ansagen über mein Guthaben bzw. den Preis für den Anruf! ====

Siehe Artikel [[Inband-Informationen|Inband-Informationen]]

==== Welchen Datentraffic (Volumen) verursacht ein Telefonat ? ====

Das hängt ab vom jeweils eingesetzen Codec, welcher jeweils eine unterschiedliche Bandbreite benötigt.

Der Codec, der am meisten Bandbreite benötigt, ist der unkomprimierte Codec G711. Dieser verbraucht ca. 82,2 KBit/s. Das sind 10,275 KByte / Sekunde, pro Minute also 616,5 KByte. Umgekehrt können Sie mit einem MByte ca. 100 Sekunden telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 28,34 Stunden telefonieren (in einem Monat fast eine Stunde / Tag !).

Setzen Sie hingegen einen anderen Codec ein, der die Sprache komprimiert (und dabei fast die gleiche Gesprächsqualität erreicht) - wie z.B. den beliebten G729-Codec der 31,2 KBit/s benötigt- sieht die Rechnung noch freundlicher aus: 3,9 KByte / Sekunde, pro Minute also 234 KByte. Umgekehrt können Sie mit einem MByte ca. 262,6 Sekunden (=4,4 Minuten) telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 74,69 Stunden telefonieren (in einem Monat also ca. 2,5 Stunden / Tag !).

Wie Sie sehen, fällt der Datentraffic also eigentlich kaum ins Gewicht und selbst ein günstiger DSL-Volumentarif der nur 1 oder 2 GByte Datenvolumen inklusive enthält, reicht zum Telefonieren über das Internet wirklich im allgemeinen bequem aus.

= Fragen aus dem Support =

==== Ich habe Probleme mit der VoIP-Verbindung ====
In der ISPSuite haben Sie die Möglichkeit, Ihren VoIP-Zugang zu "debuggen". Melden Sie sich dazu am ISPSuite Webinterface an, wählen Sie dort den VoIP-Zugang aus und klicken Sie dort auf "Debug-Info". 
Weitere Informationen und Hilfe zu dieser Funktion finden Sie [[Debug-Funktion_VoIP_SIP_Account_(Dialog)|hier]].

==== Gibt es Konfigurationsanleitungen zu speziellen Hard- und Soft-Clients wie der Fritz!Box, Astersik u.a. ? ====

Ja:

*[[Internet-Telefonie (VoIP) mit Asterisk einrichten (Anleitung)|Asterisk]]: Wie binde ich die Astersik an den SIP- und IAX-Port-Anschluss an ? Wie kann ich raustelefonieren ? Wie kann ich eingehende Gespräche verarbeiten ? - Konfigurationshinweise und Tipps rund um Asterisk.
*[[Internet-Telefonie (VoIP) mit Firefly (Windows-Client) einrichten (Anleitung)|Firefly (Windows-Client)]]: Screenshot des Konfigurationsdialogs mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon einrichten (Anleitung)|Fritz!Box Fon]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon 5050 / 7050 einrichten (Anleitung)|Fritz!Box Fon 5050 / 7050]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit iaxComm (Softclient) einrichten (Anleitung)|iaxComm]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit SpeedTouch 190 Analog Telephone Hardware-Adapter (Anleitung)|SpeedTouch 190]]: Analog Telephone Adapter (Hardware-Adapter) ; Screenshoot des Konfigurationsdialoges 
*[[Internet-Telefonie (VoIP) mit Phoner Lite einrichten (Anleitung)|Phoner Lite]]: PhonerLite

Darüber hinaus gibt es auch noch eine Übersicht über alle [[:Category:Access Anleitungen|Anleitungen zum Geschätsbereich Access]] von Portunity.

==== Bietet Portunity auch Rufnummern-Gassen oder Wunschrufnummern an? ====

Leider nein.

==== Die Einwahl zum Telefoniesystem wird trotz korrekter Daten mit der Fehlermeldung "falscher Username oder Passwort" abgebrochen. Was mache ich falsch? ====

* Überprüfen Sie die Länge Ihres Passworts. Einige Router unterstützen keine Passwörter, die mehr als acht Zeichen beinhalten. Die Länge des Loginnamens zusammen mit dem Passwort darf eine Länge von 20 Zeichen auch nicht überschreiten

* Es kann bzw. muss in einigen Geräten wie z.B. bei dem Speedport W700V die Internetrufnummer angegeben werden. Tragen Sie hier bitte nicht die Ihnen zugeteilte Telefonnummer sondern den Loginnamen Ihres SIP Account (z.B. '''sipxxxxx''') ein.

==== Ist es möglich meine Festnetznummer zu Portunity zu portieren? Welche Gebühren fallen dafür an? ====

Antwort: Zur Zeit bietet Portunity leider keine Portierungen an. Portunity überlegt jedoch diesen Service in ihr Produktportfolio mit aufzunehmen.

==== Ist es möglich, eine bei einem anderen Provider gehostete Domain statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? ====

Ist es möglich, eine bei einem anderen Provider gehostete Domain (die dort aus verschiedenen Gründen auch bleiben muss) statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? Ich würde selbstverständlich die nötigen SRV Einträge auf dem Nameserver vornehmen ?

Leider ist dies aktuell nicht möglich

==== Kann ich auch eine IAX-Adresse auf meiner eigenen Domain einrichten ? ====

Nein, das IAX-Protokoll ist leider nicht Multi-Domain fähig.

==== Kann ich auch Rufnummern mit mehr als 14 Zeichen als ENUM registrieren? ====

Die Regeln der Bundesnetzagentur geben vor, dass Portunity sich streng an die in den ENUM-Registrierungsrichtlinien aufgeführten Rufnummernlängen zu halten hat. Ortsnetzrufnummern dürfen max. 14 Stellen haben. Diese setzen sich aus (Länderkennzahl + Ortsnetzkennzahl + Teilnehmerrufnummer) zusammen. Somit kann Portunity Rufnummer mit mehr als 14 Zeichen nicht delegieren.

==== Kann ich eine eigene Festnetz-Telefonnummer erhalten? Ich suche zum Test von unserer VOIP Anlage eine öffentliche, aus dem Festnetz erreichbare Telefonnummer, die auf meinen SIP-Account verweist. Ist dies bei Portunity möglich? ====

In allen unseren VoIP-Tarifen können Sie aus dem Festnetz erreichbare Nummern erhalten. Wir haben dabei alle über 5000 Ortsnetze erschlossen. Rufnummern sind in der Regel sehr schnell geschaltet.

==== Warum kann ich keine VOIP-Gespräche zu einigen anderen VOIP-Anbietern (z.B. u.a. 1und1, freenet, sipgate) führen ? ====

Einige der Mitbewerber von Portunity bieten schlicht und einfach nicht die Möglichkeit, dass die SIP-Adresse die Sie dort erhalten, überhaupt für alle erreichbar ist. Bei diesen Anbietern ist die SIP-Adresse nur für Kunden erreichbar, die bei dem gleichen Anbieter sind (oder noch bei dessen unmittelbaren Kooperationspartnern). Diese negative Eigenschaft wird von den Anbietern natürlich auch nicht gerade auf den Werbeseiten und den Homepages groß herausgestellt....

Dies führt in der Praxis dazu, dass wenn Sie eine solche SIP-Adresse eines solchen Anbieters anwählen wollen, die Verbindung nicht zustande kommen wird. Dies gilt auch für den Fall, dass die SIP-Adresse in einer ENUM-Domain hinterlegt ist.

Um Kunden dieser Anbieter zu erreichen gibt es nur einen Weg: Über eine klassische (kostenpflichtige) Telefonverbindung. Dies ist von den Anbietern absolut so gewollt, denn diese Anbieter erhalten für Gespräche, die über die geschalteten Telefonnummern eingehen, Geld (die sogenannte Interconnection-Gebühr). Dass heißt, diese Anbieter verdienen an jedem Telefonat welches eingeht. Bei Gesprächen die über das Internet (z.B. über das SIP-Protokoll) eingehen würden, würden diese Anbieter nichts verdienen - was der egoistische Grund für die Anbieter ist solche abgeschotteten SIP-Inseln zu schaffen.

Bei Portunity sind die SIP-Addressen nicht blockiert: Die SIP-Adressen die Sie bei Portunity erhalten, sind für alle erreichbar, egal bei welchem Anbieter derjenige ist, der Sie anrufen möchte.

Den Kunden der Anbieter, welche SIP-Adressen für andere Netze blockieren, kann man nur raten, bei der Auswahl des VoIP-Anbieters auf dieses Kriterium zu achten, damit diese Kunden auch entsprechend erreichbar werden.

Von einigen VoIP-interessierten Communities werden Listen gepflegt, welche Anbieter zu den "guten" gehören und welche keine SIP-Adressen erreichbar machen.Die Problematik ist also durchaus bekannt und wird in verschiedenen Kreisen kontrovers diskutiert. Auf eine dieser Listen möchten wir hier mit dem ausdrücklichen Hinweis, dass diese Liste nicht von Portunity ist und nicht durch Portunity gepflegt wird, verweisen:

[http://wiki.ip-phone-forum.de/telefonie:enum:provider http://wiki.ip-phone-forum.de/telefonie:enum:provider] (Sie verlassen mit dem Link die Portunity-Plattform).

==== Welche Ortsnetze können Sie mit Rufnummern bedienen? ====

Alle, wir haben bundesweit alle Ortsnetze erschlossen und können aus diesen Rufnummern zuteilen.

==== Welche Vorwahlen kann oder muß ich wählen ? Wie telefoniere ich in andere Länder ? ====

Für Gespräche nach Deutschland wählen Sie ganz normal die Ortsvorwahl und die Nummer, z.B. 0202 123456789 für eine Nummer in Wuppertal. Anrufe in Mobilfunknetze funktionieren analog.

Für internationale Gespräche wählen Sie zunächst eine Doppel-Null und dann den Ländercode und dann die eigentliche Nummer. Für einen Anruf in die Schweiz also z.B. 00 41 xxxxxxx (xxxx ist dann die eigentliche Nummer).

==== Wie kann ich die Durchwahlen der einzelnen Plätze meiner Telefonanlage mit übermitteln ? ====

Zunächst müssen Sie die Durchwahlen im Webinterface von Portunity einmalig freischalten lassen. Hierzu rufen Sie Ihren Tarif auf und wählen dort die Iconoption "Rufnummern". Dort finden Sie die Möglichkeit, Rufnummern freizuschalten. Hierzu führt Portunity - um Missbrauch vorzubeugen - einen Rückruf durch und übermittelt einen Code, der anschließend wieder abgefragt wird.

Nach der Validierung kann Ihre TK-Anlage die jeweilige Durchwahl (bzw. die vollständige Rufnummer im internationalen Format, siehe unten) im Feld Caller-ID oder Caller-Name mitsenden. 

Portunity akzeptiert aktuell die Rufnummern im Feld Caller-ID oder Caller-Name im internationalen Format ("+49202 ...", "0049202..." oder "49202" - NICHT ABER: "0202...."). Leerzeichen oder Sonderzeichen sollten vermieden werden. Bitte beachten Sie ferner, dass Portunity derzeit nur deutsche Rufnummern übermitteln kann, da Portunity die Gespräche in Deutschland terminiert.

Sollten Sie im Feld Caller-ID keinen Eintrag haben oder die Nummer im falschen Format übermittelt werden, wird immer die im Webinterface hinterlegte Rufnummer mit übermittelt.

'''Hinweise zu speziellen TK-Anlagen:'''

'''Hinweis zur VoIP-TK-Anlage Astimax:''' Portunity ist aus dem Support ein Fehler in der TK-Anlage Astimax bekannt, durch den im Feld Caller-ID die Durchwahlen nicht übermittelt werden, sondern statt dessen der Loginname an Portunity übermittelt wird. Dieses Fehlverhalten der Astimax wurde laut Hersteller behoben und ist ab der Firmware Version 2 nicht mehr auf. Bitte wenden Sie sich für weitergehende Fragen und ob evt. zwischenzeitlich ein Patch erschienen ist diesbzgl. direkt an den Hersteller von Astimax. 

==== Ich habe mehrere Rufnummern - wie kann ich erkennen, welche meiner Telefonnummern angerufen wurde? ====

Bei jedem eingehenden Anruf auf eine Ihrer Telefonnummern übermittelt Portunity per SIP und IAX zusätzliche Header, anhand derer Ihre Telefonanlage erkennen kann welche Ihrer Telefonnummern angerufen wurde. Dazu muss Ihre Telefonanlage den "P-Called-Party-ID"-Header auswerten (was viele Anlagen bereits standardmäßig versuchen). Die dort stehende Rufnummer ist im internationalen Format.
Wird beispielsweise die Rufnummer "0202/695550" angerufen, steht im Header der Wert "0049202695550". 

Werden eingehende Anrufe an andere Zielrufnummern weitergeleitet, kann auch der Netzcode "371*" sinnvoll sein. Er signalisiert die Zielrufnummer als CallerID: Normalerweise wird die originale CallerID bei der Weiterleitung transparent durchgereicht und die Zielrufnummern via SIP-Header (bei Weiterleitung per SIP) zusätzlich hinterlegt. Bei einer Weiterleitung auf eine Festnetznummer steht die
Information welche Zielrufnummer angewählt wurde nicht mehr zur Verfügung. Wird bei der Weiterleitung nun der Netzcode vor die Weiterleitungsrufnummer gesetzt, wird die angerufene Nummer als CallerID verwendet.

==== Wie richte ich eine SIP-Adresse auf meiner Domain ein (z.B.: sip@meine-domain.de) ? ====

Hierzu benötigen Sie zunächst einmal eine Domain bei Portunity, die Sie am einfachsten neu bei Portunity registrieren. Sollten Sie schon über eine Domain bei einem anderen Provider verfügen, lassen sich diese schnell und unkompliziert per Providerwechsel (KK-Verfahren) zu Portunity holen.

Portunity kann Ihnen außerdem einige Domains aus dem eigenen Pool anbieten, z.B.:

*iaxport.de
*sipport.de
*wtal.net
*bergisch.de
*dsl-portunity.de

Um Ihre SIP- oder IAX-Adresse einer Ihrer oder der oben augeführten Domains zuzuordnen melden Sie sich bitte im Webinterface an. Auf der linken Seite wählen Sie hierzu bitte Ihren gebuchten SIP-Tarif aus. Nun klicken Sie im linken Frame auf "Konfiguration". Im mittleren Frame suchen Sie nun den Block "SIP-Adressen und -Optionen" heraus. Hier können Sie eine beliebige SIP-Adresse angeben. In dem Drop-Down-Menü in der gleichen Zeile wählen Sie Ihre gewünschte Domain. Abschliessend bitte auf "Speichern" klicken.

'''Wichtig:''' Sie müssen in der DNS Zone Ihrer Domain als SIP-Proxy1 den SIP Server '''sip-in.sipport.de''' so wie den Port '''5060''' eintragen und den Haken bei UDP setzen!!!

==== Wie teste ich meine Konfiguration? ====

Dazu haben Sie mehrere Möglichkeiten. Zunächst können Sie Ihren Account mit den Netzcodes testen, z.B. mit Netzcode "10*". Geben Sie einfach 10 und ein Sternchen * ein. Sobald die Verbindung zustande gekommen ist, bekommen Sie unsere Zeitansage zu hören. Diesen und weitere Netzcodes finden Sie im Artikel SIP-Port-Netzcodes.

Ausserdem hat Portunity Ihnen einen weiteren Netzcode zum Test eingerichtet. Nach Eingabe von ###* hören Sie den Echo-Test, der das wiederholt, was Sie in den Telefonhörer sprechen. 

Sollte die Verbindung zustande kommen - Herzlichen Glückwunsch! Ihr VOIP-Account wurde erfolgreich eingerichtet. 

==== Während meinen Telefonaten über VOIP ist die Sprachqualität sehr schlecht oder die Verbindung kommt erst sehr spät zustande. Woran liegt das? ====

Dafür kann es mehrere Gründe geben. Wir zählen Ihnen hier die häufigsten auf:

'''Internetanbindung:''' Je nach verwendeter Internetanbindung kann es anbieterseitig zu Schwankungen in der Bandbreite kommen. Das kann schlicht an Ihrem Wohnort und des verwendeten Telefonkabels liegen. Daraus resultierend kann eine konstante Übertragungsrate nicht gewährleistet werden, was sich in einer Minderung der Sprachqualität äussern kann. Für optimale Qualität empfiehlt Portunity Ihnen daher DSL-Zugänge an der eigenen Server und Backbone-Technik. Siehe dazu auch http://portunity.net/article16930-6942.html#Feature2

'''Parallele Downloads:''' Ein VOIP-Gespräch funktioniert sehr stark vereinfacht wie ein Up- bzw. Download. Das, was Sie während eines Gespräches sagen, muss erstmal in ein kleines Paket verpackt und ins Internet hochgeladen (Upload) werden. Das was Sie hören, laden Sie entsprechend runter (Download). Wenn Sie nun paralell z.B. ein Filesharing-Programm (z.B. eMule oder BitTorrent) geöffnet haben, werden Ihre übertragenen Sprachpakete "zwischen" die Up- und Downloads der im Hintergrund geöffneten Filesharing-Programme geschoben. Dabei kann es zu sogenannten "Delays" oder Verzögerungen kommen, da Ihre Bandbreite bereits mit den Downloads ausgelastet ist. Bitte beachten Sie hierbei: Auch wenn Sie z.B. bei einem DSL1000 "nur" mit einer Rate von 20k downloaden und demnach noch "Platz" für Ihr Gespräch sein müsste, verteilen Sie bei den meisten Filesharing-Programmen Ihre Dateien bei fast voller Upload-Grenze.

Abhilfe schafft hier ein DSL-Router, der den sogenannten Quality of Service (QoS) für optimale Sprach- und Datenübertragung unterstützt. Dieser Service unterscheidet ob die Pakete, die übertragen werden, zu Ihrem Telefonat oder zu Ihren Downloads gehören und verteilt entsprechende Prioritäten.

'''Verwendeter Codec:''' Je nach verwendetem Codec werden Ihre übertragenen Sprachpakete mehr oder weniger stark komprimiert. Je stärker komprimiert wird, desto schlechter die Sprachqualität. Bitte beachten Sie hierzu auch unseren FAQ-Beitrag http://portunity.net/article22951-8206.html

'''Probleme mit dem Carrier:''' Ihre Telefonate werden bei jedem VOIP-Anbieter an einen Carrier weitergeroutet, der sich darum kümmert, das Ihre Gespräche auch dort ankommen wo Sie hinsollen. Je nach Rufnummerngasse der Zielrufnummer sind unterschiedliche Carrier für die Gesprächssteuerung zuständig und damit auch für die Gesprächsqualität ab Übergabepunkt. Selbstverständlich ist Portunity bemüht für alle Rufnummergassen die jeweils qualitativ besten und auch redundantesten Carrier für Sie im Einkauf auszuwählen.

= Fragen zum Partnerprogramm und Reselling =

==== Bietet Portunity Wiederverkäufern die Möglichkeit VoIP auf Basis von SIP und IAX unter eigenem Namen zu verkaufen? ====

Ja, wenn Sie eine Internet-Agentur, ein Systemhaus oder selbst Provider sind, dann sind die VoIP-Reselling-Angebote von Portunity sicherlich für Sie interessant.

Als Reseller erhalten Sie die Möglichkeit, auf der VoIP-Plattform und -Infrastruktur von Portunity selbst Accounts einzurichten, zu verwalten, anzubieten und auch optional in Ihrem Namen automatisiert abzurechnen. Sie können dazu eigene Tarife definieren und diese im eigenen Namen anbieten, ohne dass Portunity für die Endkunden sichtbar ist. Ein klares Preismodell, bei dem die Accounts und die Telefonminuten aller Accounts gesammelt abgerechnet wird, ermöglicht nicht nur die Gestaltung attraktiver Konditionen für Ihre Kunden, sondern ermöglicht auch den Aufbau eines interessanten wiederkehrenden Profits.

Aber auch wenn Sie komplett eigene Technik betrieben (möchten), kann Ihnen Portunity beispielsweise eine Gesprächsterminierung mit einer Übergabe per SIP oder IAX anbieten. Auch eigene Webinterfaces unter Nutzung unserer Gatewaytechnik ist möglich.

Weitere detaillierte Reseller-Informationen hat Portunity auf einer eigenen Seite "[http://www.isp-reselling.eu VoIP-Reseller]" zusammengestellt. Für Anfragen steht Portunity selbstverständlich gerne zur Verfügung (Telefon Verwaltung / Vertrieb +49 202 / 69 555 -0 oder Rechenzentrum unter +49 202 / 68 555 -300 oder per eMail an info@portunity.de). Bitte übermitteln Sie Portunity eine Kopie Ihres Gewerbenachweises für Preis- und Vertragsinformationen.

==== Welche Vor- und Nachteil hat es, wenn ich bei einem Portunity-Reseller einen VoIP-Tarif buche? ====

Es kann durchaus gewisse Vorteile haben, einen VoIP-Tarif bei einem der Portunity-Reseller zu buchen. Die Portunity-Reseller bieten oft anders zusammengestellte Tarife an, die möglicherweise für Sie besser passen oder die sogar für Sie (für Ihr spezielles Szenario) günstiger sind.

Desweiteren haben einige Reseller die VoIP-Tarife mit interessanten anderen Produkten zu Tarif-Paketen gebündelt, die Sie so bei Portunity nicht erhalten können. Sie können so interessante Produkte aus einer Hand erhalten. Und last-but-not-least kann es aus Supportgründen Sinn machen sich für einen Portunity-Reseller zu entscheiden: Wenn dieser regional näher ist, kann er Ihnen z.B. vor Ort besser helfen, als wenn Portunity erst quer durch Deutschland zu Ihnen müßten.

= Fragen zum Prepaid-Verfahren =

==== Wie lange dauert es nach der Überweisung bis mein Gesprächsguthaben wieder aufgeladen wird? ====

In der Regel zwei bis drei Werktage, je nachdem von welcher Bank aus Sie überweisen. Berücksichtigen Sie bitte auch Wochenende und Feiertage, an denen ein Zahlungseingang generell auch nicht von uns verbucht wird!

==== Gibt es eine Limit-Warnung wenn mein Prepaid-Guthaben zur Neige geht? ====

Ja. Die Limitwarnung können Sie selbst in unserem Webinterface setzen. Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten.

Sie können sich mittels des Netzcodes 363* vor jedem Gespräch Ihr aktuelles Guthaben ansagen lassen.

==== Gibt es eine Möglichkeit zur automatischen Wiederauffüllung bei einem bestimmten Limit ? ====

Wir können Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung schicken. Diese Option können Sie selber im Webinterface in Ihrem persönlichen Profil unter der Option "Prepaid" aktivieren und einstellen.

==== Mein Prepaid-Guthaben ist trotz bezahlter Rechnung nicht in der ISPSuite sichtbar ? ====

In den meisten der Fälle ist Ihre Überweisung dann noch nicht bei uns eingegangen. Unter Umständen kann eine Überweisung bis zum vollständigen Abschluss bis zu drei Werktage dauern. Ihr Prepaidguthaben ist sofort nach Zahlungseingang in der ISPSuite verfügbar.

==== Was passiert wenn mein Guthaben verbraucht ist? ====

Bevor Ihr Guthaben verbraucht ist, bekommen Sie einen Hinweis, das ein (von Ihnen definiertes) Gesprächsguthaben unterschritten wurde. Sie haben dann in der Regel noch genug Zeit Ihr Prepaid-Konto aufzuladen (falls Sie Ihr Limit nicht zu knapp gesetzt haben ;-)

Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten. Danach sind bis zum wiederaufladen Ihres Kontos keine kostenpflichtigen Gespräche möglich.

SIP-Adressen und kostenlose Rufnummern sind weiterhin erreichbar.

==== Wie fülle ich mein Prepaid-Guthaben wieder auf ? ====

Ganz einfach: Bestellen Sie in unserem Online-Shop eines unserer Prepaid-Pakete, unser System verschickt automatisch und sofort eine Rechnung an Ihre bei uns hinterlegte Email-Adresse.Sie können anschliessend den Betrag auf unser Konto überweisen.

Wir können Ihnen aber auch die komfortable Lösung unseres "Auto-Prepaids" anbieten. Hier wird Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung geschickt. In der Regel erhalten Sie mit diesem Verfahren dann einmal im Monat eine Rechnung. Um die "Auto-Prepaid"-Lösung zu aktivieren, gehen sie bitte im Webinterface auf das "myProfile"-Icon und dort auf den Menüpunkt Prepaid.

= Fragen zum Webinterface ISPSuite =

==== Kann ich die Orts- und Ländervorwahlen konfigurieren? ====

Ja, loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie unter "Optionen" die Möglichkeit Default-Länder- und City-Codes einzugeben. Sie ordnen Ihrem VOIP-Account damit Land und Vorwahlbereich Ihres derzeitigen Standortes zu. Sollten Sie ein Ortsgespräch führen wollen, reicht es ab jetzt einfach die Rufnummer Ihres Gesprächspartners ohne Vorwahl zu wählen.

==== Wie funktionieren eigentlich die Netzcodes? ====

Mit den Netzcodes von Portunity haben Sie die Möglichkeit Einstellungen für Ihr aktuelles Gespräch vorzunehmen, und damit die Standardeinstellungen des Webinterfaces temporär zu überschreiben. Wählen Sie einfach vor Ihrer eigentlichen Rufnummer einen der Netzcodes:

*Beispiel: 342*0202123456 (Wählt die Premium-Route für die Wuppertaler Rufnummer "123456")

Eine Liste aller Netzcodes finden Sie im Artikel "[[SIPPort Netzcodes (Anleitung)|SIPPort Netzcodes (Anleitung)]]".

==== Wie funktioniert eigentlich das Telefonbuch? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Telefonbuchkonfiguration finden Sie das "Telefonbuch". Klicken Sie einfach auf "Neuen Eintrag hinzufügen". Füllen Sie alle Felder aus und klicken Sie auf "Speichern". Ihrem Telefonbuch wurde nun ein weiterer Eintrag hinzugefügt.

==== Wie funktioniert eigentlich die Sofortwahl? ====

Sollten Sie bereits Einträge in Ihrem Telefonbuch haben, so können Sie unsere Sofortwahl nutzen. Hinter jedem Eintrag in Ihrem Telefonbuch gibt es einen kleinen Button mit einem Telefonhörer. Nach einem Klick wird eine Verbindung zu der im Eintrag hinterlegten Rufnummer aufgebaut.

==== Wie funktioniert eigentlich die Webrequest-API? ====

Unsere Webrequest-API´s ermöglichen es Ihnen von uns bereitgestellte Webdienste zu nutzen, sofern Sie über einen VOIP-Account bei uns verfügen.

Die API ermöglicht Ihnen zum Beispiel den Einzelverbindungsnachweis aus unserer Datenbank über Ihre eigenen Scripte und Anwendungen (z.B. PHP, Perl und andere) auszulesen oder Telefonverbindungen über die Schnittstelle zu schalten. Damit können Sie z.B. in eigenen Applikationen hinter Telefonnummern ein Icon bauen, bei dessen Betätigung die Nummer angewählt wird.

Auch unser Callback-Service basiert auf der Webrequest-API und ist ein weiteres schönes Beispiel. Diesen können Sie als von uns bereitgestellten Code im Quelltext Ihrer Webseite einpflegen. Auf Ihrer Seite erscheint nun ein kleiner Button, der nach einem Klick mittels des Webrequests und Ihrem VOIP-Account eine Verbindung zwischen Ihnen und z.B. einem Ihrer Interessenten herstellt. Dieser Service lässt sich natürlich zeitlich ausschalten (wer möchte schon mitten in der Nacht aus dem Bett geklingelt werden ;-)

==== Wie konfiguriere ich den Anrufbeanworter? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie die "Anrufbeantworter Einstellungen", hier können Sie die Anrufbeantworter-Einstellungen vornehmen, wie z.B. den Anrufbeantworter aktivieren, die Ansage auswählen und eine Weiterleitung an eine Mail-Adresse konfigurieren. Im linken Frame finden Sie ausserdem die Kategorie "Anrufbeantworter". Dort sind ebenfalls sämtliche von Ihrer Mailbox entgegengenommenen Anrufe aufgelistet.

[[Category:Access]] [[Category:Access_FAQs]]

Internet-Telefonie (VoIP): SIP- und IAX-Port (FAQ)

Br@superroot — Wed, 18 Jul 2012 22:10:09 GMT

Br@superroot: /* Welche Ortsnetze können Sie mit Rufnummern bedienen? */

= Fragen zu den Portunity VoIP "SIP- und IAX-Port"-Tarifen =

==== Bietet Portunity auch eine Telefonie-Flatrate an? ====

Das kommt drauf an, wie man das sieht:

Mit den VoIP-Tarifen von Portunity können Sie soviele Gespräche so lange kostenfrei zu anderen SIP- und IAX-Adressen führen - wie Sie wollen. Egal, ob es sich dabei um Kunden von uns oder um "externe" SIP- / IAX-Adressen handelt. Von daher könnte man von einer Flatrate sprechen.

Verstehen Sie darunter jedoch auch, dass Nummern im Festnetz, Mobilfunkgassen oder gar Nummern im Ausland mit einbezogen sind, dann eindeutig nein !

Portunity kann, wie alle anderen Telefongesellschaften und VoIP-Anbieter auch die Telefonminuten nicht "flat" einkaufen - sondern wird wie alle anderen auch, nach verschiedenen verbrauchsorientierten Maßstäben wie der Ziellocation und der "verbrauchten" Zeit abgerechnet. Dazu kommen dann noch die Kosten für die eigentliche Übertragung ins Internet, welche ebenfalls nicht "flat" kalkulierbar sind.

Eine für einen Telefon- oder VoIP-Anschluß angebotene Flatrate ist daher immer eine Mischkalkulation des Providers. Die vielen Wenignutzer finanzieren die wenigen Vielnutzer. Die, die wenig telefonieren, zahlen also mehr als sie eigentlich müssten und die, die viel telefonieren, zahlen weniger als sie eigentlich müssten. Das ist nicht nur ungerecht, sondern kann auf Dauer auch nicht wirtschaftlich gut gehen.

Es gibt auch bereits erste Anzeichen, dass es im VoIP-Bereich hierzu erste "seltsame" Effekte gibt: Es wird in Diskussionsforen bereits von ersten künstlichen Verlangsamungen, Rufnummernsperren oder gar Unterbrechungen berichtet - andere Anbieter erhöhen einfach die Preise regelmässig oder es gibt im Kleingedrucken "Klauseln" wie z.B. das nur Gesprächsminuten ins Festnetz inklusive sind (ein Anruf zu einem Handy geht dann extra).

Portunity möchte Ihnen einen soliden, businesstauglichen und seriösen Service bieten und will von daher solche "Massnahmen" gar nicht erst in Erwägung ziehen müssen - weil z.B. unsere Kalkulation nicht mehr stimmt. Portunity bietet Ihnen faire und günstige Tarife - aber eben keine Flatrate.

'''Update: Bei einigen DSL-Anschlüssen ist für Privatnutzung zwischenzeitlich eine Festnetzflat bei Portunity möglich.'''

==== Bietet Portunity auch einen Softclient an? ====

Aktuell nein.

==== Brauche ich einen Computer um über SIP- und IAX-Port telefonieren zu können ? ====

Nein, aber man kann einen Computer natürlich zum Telefonieren verwenden. Man unterscheidet in der VoIP-Welt grundsätzlich zwischen Soft- und Hard-Phones:

Ein '''Hard-Phone''' ist ein richtig echtes Telefon (kann man also echt anfassen ;-), das bereits VoIP vonhaus aus kann. Das Telefon wird an den Router oder Netzwerk-Hub / -Switch gesteckt und meldet sich dann an unserem VoIP-Server an. Mit Hilfe von Adaptern kann man auch klassisch analoge oder ISDN-Telefone VoIP-fähig machen.

Ein '''Soft-Phone''' hingegen sind kleine Computerprogramme, die es für nahezu alle Betriebssysteme (Windows, Linux, Mac u.a.) gibt. Mit Hilfe eines an den Computer angeschlossenen Lautsprechers, Mikro alternativ Headset oder spezielle Telefonhörer kann dann telefoniert werden.

Von der Seite Portunity aus ist es egal, mit was für einem "Client" oder "Telefon" Sie sich "einbuchen" und telefonieren - wichtig ist nur, dass entweder das SIP- oder das IAX-Protokoll und ein kompatibler Codec verwendet werden.

==== Darf ich als Call-Shop-Betreiber die Endkunden-Tarife von Portunity benutzen ? ====

Nein, man darf die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.Ausgenommen ist es allerdings, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity auf diesen Zweck ausgerichtete Reselling-Tarife (siehe weiter unten).

==== Darf ich als Privatperson oder Firma die VoIP-Tarife von Portunity benutzen? ====

Ja, Sie dürfen die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.

Ausgenommen ist es lediglich, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity alternativ auf diesen Zweck ausgerichtete Reselling-Tarife im Angebot (siehe weiter unten).

==== Entstehen mir Kosten, wenn meine SIP- oder IAX-Adresse angerufen wird ? ====

Der Anrufer landet auf dem VoIP-Server von Portunity. Von dort gibt es dann mehrere Möglichkeiten: Sind Sie mit einem IAX- oder SIP-Client "eingebucht", dann routet Portunity Ihnen den Anruf zu Ihnen. Von Portunity aus entstehen dabei keine Kosten - indirekt entstehen Ihnen evt. Kosten durch Ihren Internetzugang (Traffic), die aber Minimal und i.d.R. zu vernachlässigen sind.

Wenn im Webinterface Anrufweiterleitungen definiert wurden und dabei anstelle einer alternativen SIP- oder IAX-Adresse eine Telefonnummer angegeben wurde (z.B. Festnetz, Mobilfunk o.a.), zu der Portunity den jeweiligen Anruf weiterleiten soll, berechnet Portunity Ihnen hierzu Gesprächsgebühren so, als ob Sie selbst die Nummer wählen würden.

==== Funktionert der "SIP- und IAX-Port"-Tarif nur mit DSL-Zugängen von Portunity oder auch mit Zugängen anderer Anbieter ? Kann ich auch unterwegs mit meinem Notebook telefonieren ? ====

Die VoIP-Tarife von Portunity funktionieren quasi von jeder öffentlichen IP-Adresse - sie müssen also nicht unbedingt einen DSL-Zugang von Portunity benutzen.

D.h. prinzipell ist auch die Nutzung von unterwegs von einem Hotel oder gar einem Internetcafé aus möglich (z.B. von einem Softphone). Allerdings können je nach Konfiguration der dortigen Infrastruktur z.B. die für VoIP relevanten Kommunikations-Ports gesperrt sein oder die verwendeten Firewalls machen Probleme.

'''Tipp:''' Verwenden Sie am besten unterwegs das IAX-Protokoll, das macht in solchen Szenarien grundsätzlich mit Firewalls & Co weniger Probleme.

Für die stationäre Nutzung ist ansonsten einer der DSL-Zugangstarife / -Anschlüße von Portunity empfehlenswert (aber eben kein Muss). Wenn Sie einen DSL-Zugang und -Tarif von Portunity nutzen, profitieren Sie von einer optimalen und besseren VoIP-Qualität. Denn die VoIP-Server und -Gateways stehen im 19''-Racks (= Serverschrank)'' in unmittelbarer Nachbarschaft, wo auch die Einwahlrouter der DSL-Infrastruktur von Portunity auflaufen. Dadurch müssen die Datenpakete nicht erst durch das "halbe" Internet geroutet werden, sondern gehen von dem einen Gerät quasi direkt in das andere - was der Gesprächsqualität zugute kommt.

Desweiteren sind die DSL-Zugänge und -Anschlüsse auch durch die enthaltene feste IP-Adresse interessant - z.B. wenn Sie eine eigene TK-Anlage (z.B. Asterisk) VoIP-fähig machen möchten, hat dies enorme Vorteile und bringt Vereinfachungen z.B. bei nötigen DNS-Einträgen u.a.

==== Gibt es eine Mindestlaufzeit? ====

Nein, eine Mindestlaufzeit, z.B. von 6 oder 12 Monaten, wie sie von anderen VoIP-Anbietern teilweise gefordert werden, gibt es bei Portunity nicht.

==== Inwieweit sind deutsche Mehrwertnummern wie 0800, 0900 u.a. erreichbar ? ====

Zwischenzeitlich sind fast alle Mehrwertnummern über das Portunity-Netz erreichbar:

* 0800: voll erreichbar
* 0180x: voll erreichbar
* 0137 / 0139: voll erreichbar
* 0900: NICHT erreichbar (abrechnungstechnische Gründe)

'''Tipp:''' Wenn Sie eine VoIP-fähige TK-Anlage (z.B. Asterisk) betreiben oder entsprechende Telefon-Adapter einsetzen, können Sie dort oft bzgl. der Terminierung im sog. Dialplan Ausnahmen definieren, so daß Telefonate z.B. nach 0900 in diese Rufnummerngassen über die ISDN / klassische Anbindung terminiert werden.

==== Welche anderen Internet-Telefone sind für mich kostenfrei erreichbar ? ====

Alle Internet-Telefone, die über das SIP- oder IAX-Protokoll erreichbar sind, sind für Sie kostenfrei erreichbar.

Sofern Sie eine SIP- oder IAX-Adresse nicht eingeben können (weil Sie z.B. ein Tastentelefon haben) oder die SIP- oder IAX-Adresse zu einer Nummer nicht wissen, hilft ENUM, wenn die Zielrufnummer als ENUM-Domain registriert ist.

Viele VoIP-Anbieter haben vergebene Rufnummern bereits selbst als ENUM-Domain registriert - ansonsten kann dies der Zuteilungsnehmer der jeweiligen Rufnummer auch selbst tun.

Weitere Informationen zu ENUM finden Sie in dem ENUM-Informationsportal "[http://www.enum-center.de Enum-Center]".

==== Welche Codecs und welche Protokolle werden von SIP- und IAX-Port unterstützt? ====

Wie der Name des Produktes und der Tarife bereits andeutet, unterstützt Portunity aktuell das SIP und das IAX-Protokoll (Version 2).

Portunity unterstützen dazu aktuell folgende Codecs:

{| width="500" border="0" cellpadding="1" cellspacing="1"
|-
! scope="col" | Codec:
! scope="col" | Bandbreite Codec:
! scope="col" | Bandbreite Ethernet:
! scope="col" | MOS
! scope="col" | Anmerkung:
|-
| G.711 ulaw (US)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| G.711 alaw (Europa)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| iLBC
| 15,0 KBit/s
| 31,5 KBit/s
|
|
|-
| GSM
| 13,0 KBit/s
| 35,0 KBit/s
| 3,7
| Mobilfunk-Codec, befriedigende Qualtität, wenig Bandbreite
|}

 

Die Codec's stehen von der Seite Portunity dabei in allen SIP- und IAX-Port-Tarifen zur Verfügung. Auch ist es egal, ob der Tarif privat oder geschäftlich eingesetzt wird.

'''Was sind MOS-Punkte ?'''

Die Sprachqualität von Codecs kann zum einen durch Messverfahren als auch subjektiv durch Testpersonen bestimmt werden. Die MOS-Punkte werden durch viele Testpersonen ermittelt, welche jedem Codec eine Note zwischen 1 und 5 (5=Excellent, 4=gut; 3=geht so; 2=ausreichend; 1=schlecht) geben. Daraus wird dann der MOS-Wert gemittelt gebildet.

Der MOS-Wert bewertet allerdings nur den Codec - gerade bei VoIP kommen bzgl. der Sprachqualität natürlich noch weitere Kriterien hinzu: die Leitungsqualität bis zum VoIP-Server, verlorene Pakete, Geschwindigkeit usw. Von dem eingesetzten Equipment wie Mikrophone in VoIP-Telefonen usw. mal ganz abgesehen.

==== Welche Kosten entstehen mir für Telefonate, wenn ich mich im Ausland befinde ? ====

Egal, wo Sie Ihr Internet-Telefon (egal ob Hard- oder Softphone) betreiben, alle Gespräche von Portunity werden immer zu den gleichen Konditionen abgewickelt.

D.h. genauso wie im Inland sind Gespräche zu anderen SIP- oder IAX-Adressen kostenfrei und Gespräche ins Fest- und Mobilfunknetz oder in andere Länder werden zu den gleichen Konditionen abgerechnet, wie dies der Fall ist, wenn Sie sich in Deutschland befinden.

==== Wie kann ich kündigen und welche Frist muß ich beachten? ====

Sie können jederzeit mit den folgenden Fristen kündigen:

'''Tarife DSL Starter, Top, Profi, d.h. alle trafficorientierten Tarife:''' 30 Tage vor dem Ablauf des Abrechnungszeitraums

'''Flatbudget-Tarife:''' Täglich mit 1 Tag Kündigungsfrist

Nach Ihrer Kündigung bekommen Sie am Ende des Abrechnungszeitraumes Ihre Abschlussrechnung. (Der Abrechnungszeitraum richtet sich nach Ihrem Bestelldatum, wenn Sie also am 13. des Monats bestellt haben, ist der Abrechnungszeitraum immer der 13. des Monats bis zum 12. des Folgemonats).

Kündigen können Sie per Mail, per Telefon, per Brief oder per Fax (oder online bei allen trafficorientieretn Tarifen). Beachten Sie bitte, dass Portunity immer jede Kündigung sofort per Mail bestätigt. Gerne erfährt Portunity im Kündigungsfall den Grund Ihrer Entscheidung, um die Produkte und Leistungen weiter verbessern zu können.

==== Wieviele Telefonate kann ich gleichzeitig führen? ====

Das ist abhängig von dem Tarif, den Sie bei Portunity gebucht haben.

= Fragen zur Bestellung =

==== Wie kann ich bestellen? ====

Sie können über das Onlinebestellsystem von Portunity jederzeit Ihre Bestellung aufgeben.

==== Wie lange dauert in der Regel die Freischaltung vom Eingang der Bestellung? ====

Über das Onlinebestellsystem von Portunity erfolgt die Freischaltung automatisch i.d.R. innerhalb weniger Minuten. Sie erhalten hierzu entsprechende eMails (Zugangsdaten und Bestätigung Freischaltung).

In Ausnahmefällen kann unser System Ihre Bestellung für eine manuelle Prüfung auswählen - in diesen Fällen erfolgt eine Freigabe durch einen unserer Mitarbeiter am spätestens nächsten Werktag.

Für schriftliche Bestellungen (eMail, Post, Fax) gilt: In der Regel werktags von Montag bis Freitag oft noch am selben Tag bzw. innerhalb von 24 Stunden. Falls Sie auf dem Bestellformular die Zugangsdaten-Übermittlung per Post auswählen, dauert es aufgrund des Postversandes der Zugangsdaten nochmal 1-2 Tage länger, wählen Sie per Fax oder per eMail für eine unmittelbare Übermittlung - eine Mehrfachauswahl ist ebenfalls möglich.

= Fragen zur Abrechnung =

==== Nach wieviel Tagen erhalte ich meine Mahnung? ====

Die '''erste Mahnung''' erhalten Sie nach'''14 Tagen'''. Die Zustellung der Mahnungen erfolgt auf dem gleichen Wege wie der Versand der Rechnungen, also wie von Ihnen bei der Bestellung angegeben. '''Ab der 2. Mahnung''' fallen weitere '''Mahngebühren '''an. Wird auch nach der dritten Mahnung noch kein Geldeingang verzeichnet, stellt Portunity die Leistungen automatisiert ein und übergibt den Vorgang seinem Inkasso-Unternehmen.

Bitte zahlen Sie möglichst immer termin- und fristgerecht, den nur so kann Portunity auch zukünftig noch Produkte / Leistungen (z.B. DSL-Zugänge, ...) auf Rechnung anbieten. Die meisten Mitbewerber akzeptieren ausschließlich das Lastschriftverfahren, was Portunity Ihnen ansonsten auch gerne empfiehlt, da es doch diverse Vorteile auch für die Kunden bietet.

==== Wann und wie erhalte ich meine Rechnung? ====

Sie können auf dem Auftragsformular bzw. im Bestellprozeß selbst aussuchen, ob Sie die Rechnung per eMail oder per Post erhalten möchten. Da Portunity beim Versand mit der Post eine höhere Aufwendung hat (Ausdruck, Versand usw.), kostet eine schriftliche Rechnung per Post einen Aufpreis. Ansonsten werden die Rechnungen wahlweise per ASCII- oder HTML-eMail verschickt und erhalten als Datei-Attachment einen Einzelverbindungsnachweis der abgerechneten Verbindungen sowie eine PDF-Version der Rechnung. (Bei den postalisch zugegangenen Rechnungen können Sie diesen online einsehen).

Die Rechnungen können desweiteren elektronisch von Ihnen auch jederzeit und nachträglich im webbasiertem Verwaltungsprogramm "ISPSuite" von Portunity eingesehen, abgerufen und ausgedruckt werden. Dort sehen Sie auch den jeweiligen Status der Rechnung (bezahlt / nicht bezahlt) und den Eingang der Zahlungseingänge.

Die Telefongebühren selbst werden im Prepaid-Verfahren abgerechnet, Sie können dabei entweder online Prepaidpakete kaufen (5 Euro, 10, Euro, 25 Euro ...), oder Sie können Ihren Account so einstellen, dass bei Unterschreiten eines frei definierbaren Guthabens automatisch eine Rechnung von Portunity erstellt wird.

==== Wie kann ich die Telefonate und Gebühren nachvollziehen ? Stichwort Einzelverbindungsnachweis ? ====

In dem Webinterface von Portunity können Sie sich eine detaillierte Verbindungsübersicht aufrufen (nach dem Login links den VoIP-Tarif aufrufen und dort dann das vorletzte Icon für den Einzelverbindungsnachweis) und nach verschiedenen Kriterien sortieren.

Desweiteren hängt Portunity Ihnen den Einzelverbindungsnachweis an Ihre eMail-Rechnung als Dateiattachment.

Bitte beachten Sie, dass Portunity jedoch standardmässig aus Datenschutzgründen die eigentlichen Zielrufnummern nicht speichert und folglich auch in den Einzelverbindungsnachweisen nicht anzeigen kann. Um auch die Zielrufnummern entweder gekürzt oder vollständig zukünftig angezeigt zu bekommen, gehen Sie bitte in den Konfigurationsdialog (nach dem Login links den VoIP-Tarif aufrufen und dort dann das vorletzte Icon für den Einzelverbindungsnachweis) und dort im Block "Datenschutz" finden Sie ein Dropdown mit der Feldbeschriftung "Angerufene Nummern speichern".

= Fragen zur Technik =

==== Bietet Portunity auch einen Stun-Server ? Wie lauten die Adressen ? ====

Ja, Portunity bietet Ihnen einen primary und secondary STUN-Server:

*stun1.sipport.de auf Port 3478
*stun2.sipport.de auf Port 3479

Wichtig: Sie müssen in Ihrem Client BEIDE Server eintragen, da das Stun-Protokoll zur korrekten Erkennung einiger Firewalls zwei unterschiedliche STUN-Server benötigt !

==== Was bedeuten die SIP-Fehlercodes 403, 404 u.a. ? ====

Siehe Artikel [[SIP-Fehlercodes|SIP-Fehlercodes]].

==== Welchen Codec sollte ich nutzen? ====

Wir nutzen standardmäßig den Codec ALaw (G.711 A). Dies ist auch der im europäischen Festnetz genutzte Codec.

==== Welchen DTMF-Mode sollte ich verwenden? ====

Unsere Systeme sind auf den Modus "RFC2833" konfiguriert, Sie sollten daher entsprechend auch diesen Modus verwenden.

==== Ich höre keine Ansagen über mein Guthaben bzw. den Preis für den Anruf! ====

Siehe Artikel [[Inband-Informationen|Inband-Informationen]]

==== Welchen Datentraffic (Volumen) verursacht ein Telefonat ? ====

Das hängt ab vom jeweils eingesetzen Codec, welcher jeweils eine unterschiedliche Bandbreite benötigt.

Der Codec, der am meisten Bandbreite benötigt, ist der unkomprimierte Codec G711. Dieser verbraucht ca. 82,2 KBit/s. Das sind 10,275 KByte / Sekunde, pro Minute also 616,5 KByte. Umgekehrt können Sie mit einem MByte ca. 100 Sekunden telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 28,34 Stunden telefonieren (in einem Monat fast eine Stunde / Tag !).

Setzen Sie hingegen einen anderen Codec ein, der die Sprache komprimiert (und dabei fast die gleiche Gesprächsqualität erreicht) - wie z.B. den beliebten G729-Codec der 31,2 KBit/s benötigt- sieht die Rechnung noch freundlicher aus: 3,9 KByte / Sekunde, pro Minute also 234 KByte. Umgekehrt können Sie mit einem MByte ca. 262,6 Sekunden (=4,4 Minuten) telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 74,69 Stunden telefonieren (in einem Monat also ca. 2,5 Stunden / Tag !).

Wie Sie sehen, fällt der Datentraffic also eigentlich kaum ins Gewicht und selbst ein günstiger DSL-Volumentarif der nur 1 oder 2 GByte Datenvolumen inklusive enthält, reicht zum Telefonieren über das Internet wirklich im allgemeinen bequem aus.

= Fragen aus dem Support =

==== Ich habe Probleme mit der VoIP-Verbindung ====
In der ISPSuite haben Sie die Möglichkeit, Ihren VoIP-Zugang zu "debuggen". Melden Sie sich dazu am ISPSuite Webinterface an, wählen Sie dort den VoIP-Zugang aus und klicken Sie dort auf "Debug-Info". 
Weitere Informationen und Hilfe zu dieser Funktion finden Sie [[Debug-Funktion_VoIP_SIP_Account_(Dialog)|hier]].

==== Gibt es Konfigurationsanleitungen zu speziellen Hard- und Soft-Clients wie der Fritz!Box, Astersik u.a. ? ====

Ja:

*[[Internet-Telefonie (VoIP) mit Asterisk einrichten (Anleitung)|Asterisk]]: Wie binde ich die Astersik an den SIP- und IAX-Port-Anschluss an ? Wie kann ich raustelefonieren ? Wie kann ich eingehende Gespräche verarbeiten ? - Konfigurationshinweise und Tipps rund um Asterisk.
*[[Internet-Telefonie (VoIP) mit Firefly (Windows-Client) einrichten (Anleitung)|Firefly (Windows-Client)]]: Screenshot des Konfigurationsdialogs mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon einrichten (Anleitung)|Fritz!Box Fon]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon 5050 / 7050 einrichten (Anleitung)|Fritz!Box Fon 5050 / 7050]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit iaxComm (Softclient) einrichten (Anleitung)|iaxComm]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit SpeedTouch 190 Analog Telephone Hardware-Adapter (Anleitung)|SpeedTouch 190]]: Analog Telephone Adapter (Hardware-Adapter) ; Screenshoot des Konfigurationsdialoges 
*[[Internet-Telefonie (VoIP) mit Phoner Lite einrichten (Anleitung)|Phoner Lite]]: PhonerLite

Darüber hinaus gibt es auch noch eine Übersicht über alle [[:Category:Access Anleitungen|Anleitungen zum Geschätsbereich Access]] von Portunity.

==== Bietet Portunity auch Rufnummern-Gassen oder Wunschrufnummern an? ====

Leider nein.

==== Die Einwahl zum Telefoniesystem wird trotz korrekter Daten mit der Fehlermeldung "falscher Username oder Passwort" abgebrochen. Was mache ich falsch? ====

* Überprüfen Sie die Länge Ihres Passworts. Einige Router unterstützen keine Passwörter, die mehr als acht Zeichen beinhalten. Die Länge des Loginnamens zusammen mit dem Passwort darf eine Länge von 20 Zeichen auch nicht überschreiten

* Es kann bzw. muss in einigen Geräten wie z.B. bei dem Speedport W700V die Internetrufnummer angegeben werden. Tragen Sie hier bitte nicht die Ihnen zugeteilte Telefonnummer sondern den Loginnamen Ihres SIP Account (z.B. '''sipxxxxx''') ein.

==== Ist es möglich meine Festnetznummer zu Portunity zu portieren? Welche Gebühren fallen dafür an? ====

Antwort: Zur Zeit bietet Portunity leider keine Portierungen an. Portunity überlegt jedoch diesen Service in ihr Produktportfolio mit aufzunehmen.

==== Ist es möglich, eine bei einem anderen Provider gehostete Domain statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? ====

Ist es möglich, eine bei einem anderen Provider gehostete Domain (die dort aus verschiedenen Gründen auch bleiben muss) statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? Ich würde selbstverständlich die nötigen SRV Einträge auf dem Nameserver vornehmen ?

Leider ist dies aktuell nicht möglich

==== Kann ich auch eine IAX-Adresse auf meiner eigenen Domain einrichten ? ====

Nein, das IAX-Protokoll ist leider nicht Multi-Domain fähig.

==== Kann ich auch Rufnummern mit mehr als 14 Zeichen als ENUM registrieren? ====

Die Regeln der Bundesnetzagentur geben vor, dass Portunity sich streng an die in den ENUM-Registrierungsrichtlinien aufgeführten Rufnummernlängen zu halten hat. Ortsnetzrufnummern dürfen max. 14 Stellen haben. Diese setzen sich aus (Länderkennzahl + Ortsnetzkennzahl + Teilnehmerrufnummer) zusammen. Somit kann Portunity Rufnummer mit mehr als 14 Zeichen nicht delegieren.

==== Kann ich eine eigene Festnetz-Telefonnummer erhalten? Ich suche zum Test von unserer VOIP Anlage eine öffentliche, aus dem Festnetz erreichbare Telefonnummer, die auf meinen SIP-Account verweist. Ist dies bei Portunity möglich? ====

In allen unseren VoIP-Tarifen können Sie aus dem Festnetz erreichbare Nummern erhalten. Wir haben dabei alle über 5000 Ortsnetze erschlossen. Rufnummern sind in der Regel sehr schnell geschaltet.

==== Warum kann ich keine VOIP-Gespräche zu einigen anderen VOIP-Anbietern (z.B. u.a. 1und1, freenet, sipgate) führen ? ====

Einige der Mitbewerber von Portunity bieten schlicht und einfach nicht die Möglichkeit, dass die SIP-Adresse die Sie dort erhalten, überhaupt für alle erreichbar ist. Bei diesen Anbietern ist die SIP-Adresse nur für Kunden erreichbar, die bei dem gleichen Anbieter sind (oder noch bei dessen unmittelbaren Kooperationspartnern). Diese negative Eigenschaft wird von den Anbietern natürlich auch nicht gerade auf den Werbeseiten und den Homepages groß herausgestellt....

Dies führt in der Praxis dazu, dass wenn Sie eine solche SIP-Adresse eines solchen Anbieters anwählen wollen, die Verbindung nicht zustande kommen wird. Dies gilt auch für den Fall, dass die SIP-Adresse in einer ENUM-Domain hinterlegt ist.

Um Kunden dieser Anbieter zu erreichen gibt es nur einen Weg: Über eine klassische (kostenpflichtige) Telefonverbindung. Dies ist von den Anbietern absolut so gewollt, denn diese Anbieter erhalten für Gespräche, die über die geschalteten Telefonnummern eingehen, Geld (die sogenannte Interconnection-Gebühr). Dass heißt, diese Anbieter verdienen an jedem Telefonat welches eingeht. Bei Gesprächen die über das Internet (z.B. über das SIP-Protokoll) eingehen würden, würden diese Anbieter nichts verdienen - was der egoistische Grund für die Anbieter ist solche abgeschotteten SIP-Inseln zu schaffen.

Bei Portunity sind die SIP-Addressen nicht blockiert: Die SIP-Adressen die Sie bei Portunity erhalten, sind für alle erreichbar, egal bei welchem Anbieter derjenige ist, der Sie anrufen möchte.

Den Kunden der Anbieter, welche SIP-Adressen für andere Netze blockieren, kann man nur raten, bei der Auswahl des VoIP-Anbieters auf dieses Kriterium zu achten, damit diese Kunden auch entsprechend erreichbar werden.

Von einigen VoIP-interessierten Communities werden Listen gepflegt, welche Anbieter zu den "guten" gehören und welche keine SIP-Adressen erreichbar machen.Die Problematik ist also durchaus bekannt und wird in verschiedenen Kreisen kontrovers diskutiert. Auf eine dieser Listen möchten wir hier mit dem ausdrücklichen Hinweis, dass diese Liste nicht von Portunity ist und nicht durch Portunity gepflegt wird, verweisen:

[http://wiki.ip-phone-forum.de/telefonie:enum:provider http://wiki.ip-phone-forum.de/telefonie:enum:provider] (Sie verlassen mit dem Link die Portunity-Plattform).

==== Welche Ortsnetze können Sie mit Rufnummern bedienen? ====

Alle, wir haben bundesweit alle Ortsnetze erschlossen und können aus diesen Rufnummern zuteilen.

==== Welche Vorwahlen kann oder muß ich wählen ? Wie telefoniere ich in andere Länder ? ====

Für Gespräche nach Deutschland wählen Sie ganz normal die Ortsvorwahl und die Nummer, z.B. 0202 123456789 für eine Nummer in Wuppertal. Anrufe in Mobilfunknetze funktionieren analog.

Für internationale Gespräche wählen Sie zunächst eine Doppel-Null und dann den Ländercode und dann die eigentliche Nummer. Für einen Anruf in die Schweiz also z.B. 00 41 xxxxxxx (xxxx ist dann die eigentliche Nummer).

==== Wie kann ich die Durchwahlen der einzelnen Plätze meiner Telefonanlage mit übermitteln ? ====

Zunächst müssen Sie die Durchwahlen im Webinterface von Portunity einmalig freischalten lassen. Hierzu rufen Sie Ihren Tarif auf und wählen dort die Iconoption "Rufnummern". Dort finden Sie die Möglichkeit, Rufnummern freizuschalten. Hierzu führt Portunity - um Missbrauch vorzubeugen - einen Rückruf durch und übermittelt einen Code, der anschließend wieder abgefragt wird.

Nach der Validierung kann Ihre TK-Anlage die jeweilige Durchwahl (bzw. die vollständige Rufnummer im internationalen Format, siehe unten) im Feld Caller-ID oder Caller-Name mitsenden. 

Portunity akzeptiert aktuell die Rufnummern im Feld Caller-ID oder Caller-Name im internationalen Format ("+49202 ...", "0049202..." oder "49202" - NICHT ABER: "0202...."). Leerzeichen oder Sonderzeichen sollten vermieden werden. Bitte beachten Sie ferner, dass Portunity derzeit nur deutsche Rufnummern übermitteln kann, da Portunity die Gespräche in Deutschland terminiert.

Sollten Sie im Feld Caller-ID keinen Eintrag haben oder die Nummer im falschen Format übermittelt werden, wird immer die im Webinterface hinterlegte Rufnummer mit übermittelt.

'''Hinweise zu speziellen TK-Anlagen:'''

'''Hinweis zur VoIP-TK-Anlage Astimax:''' Portunity ist aus dem Support ein Fehler in der TK-Anlage Astimax bekannt, durch den im Feld Caller-ID die Durchwahlen nicht übermittelt werden, sondern statt dessen der Loginname an Portunity übermittelt wird. Dieses Fehlverhalten der Astimax wurde laut Hersteller behoben und ist ab der Firmware Version 2 nicht mehr auf. Bitte wenden Sie sich für weitergehende Fragen und ob evt. zwischenzeitlich ein Patch erschienen ist diesbzgl. direkt an den Hersteller von Astimax. 

==== Ich habe mehrere Rufnummern - wie kann ich erkennen, welche meiner Telefonnummern angerufen wurde? ====

Bei jedem eingehenden Anruf auf eine Ihrer Telefonnummern übermittelt Portunity per SIP und IAX zusätzliche Header, anhand derer Ihre Telefonanlage erkennen kann welche Ihrer Telefonnummern angerufen wurde. 
Dazu muss Ihre Telefonanlage den "P-Called-Party-ID"-Header auswerten (was viele Anlagen bereits standardmäßig versuchen). Die dort stehende Rufnummer ist im internationalen Format.
Wird beispielsweise die Rufnummer "0202/695550" angerufen, steht im Header der Wert "0049202695550". 

==== Wie richte ich eine SIP-Adresse auf meiner Domain ein (z.B.: sip@meine-domain.de) ? ====

Hierzu benötigen Sie zunächst einmal eine Domain bei Portunity, die Sie am einfachsten neu bei Portunity registrieren. Sollten Sie schon über eine Domain bei einem anderen Provider verfügen, lassen sich diese schnell und unkompliziert per Providerwechsel (KK-Verfahren) zu Portunity holen.

Portunity kann Ihnen außerdem einige Domains aus dem eigenen Pool anbieten, z.B.:

*iaxport.de
*sipport.de
*wtal.net
*bergisch.de
*dsl-portunity.de

Um Ihre SIP- oder IAX-Adresse einer Ihrer oder der oben augeführten Domains zuzuordnen melden Sie sich bitte im Webinterface an. Auf der linken Seite wählen Sie hierzu bitte Ihren gebuchten SIP-Tarif aus. Nun klicken Sie im linken Frame auf "Konfiguration". Im mittleren Frame suchen Sie nun den Block "SIP-Adressen und -Optionen" heraus. Hier können Sie eine beliebige SIP-Adresse angeben. In dem Drop-Down-Menü in der gleichen Zeile wählen Sie Ihre gewünschte Domain. Abschliessend bitte auf "Speichern" klicken.

'''Wichtig:''' Sie müssen in der DNS Zone Ihrer Domain als SIP-Proxy1 den SIP Server '''sip-in.sipport.de''' so wie den Port '''5060''' eintragen und den Haken bei UDP setzen!!!

==== Wie teste ich meine Konfiguration? ====

Dazu haben Sie mehrere Möglichkeiten. Zunächst können Sie Ihren Account mit den Netzcodes testen, z.B. mit Netzcode "10*". Geben Sie einfach 10 und ein Sternchen * ein. Sobald die Verbindung zustande gekommen ist, bekommen Sie unsere Zeitansage zu hören. Diesen und weitere Netzcodes finden Sie im Artikel SIP-Port-Netzcodes.

Ausserdem hat Portunity Ihnen einen weiteren Netzcode zum Test eingerichtet. Nach Eingabe von ###* hören Sie den Echo-Test, der das wiederholt, was Sie in den Telefonhörer sprechen. 

Sollte die Verbindung zustande kommen - Herzlichen Glückwunsch! Ihr VOIP-Account wurde erfolgreich eingerichtet. 

==== Während meinen Telefonaten über VOIP ist die Sprachqualität sehr schlecht oder die Verbindung kommt erst sehr spät zustande. Woran liegt das? ====

Dafür kann es mehrere Gründe geben. Wir zählen Ihnen hier die häufigsten auf:

'''Internetanbindung:''' Je nach verwendeter Internetanbindung kann es anbieterseitig zu Schwankungen in der Bandbreite kommen. Das kann schlicht an Ihrem Wohnort und des verwendeten Telefonkabels liegen. Daraus resultierend kann eine konstante Übertragungsrate nicht gewährleistet werden, was sich in einer Minderung der Sprachqualität äussern kann. Für optimale Qualität empfiehlt Portunity Ihnen daher DSL-Zugänge an der eigenen Server und Backbone-Technik. Siehe dazu auch http://portunity.net/article16930-6942.html#Feature2

'''Parallele Downloads:''' Ein VOIP-Gespräch funktioniert sehr stark vereinfacht wie ein Up- bzw. Download. Das, was Sie während eines Gespräches sagen, muss erstmal in ein kleines Paket verpackt und ins Internet hochgeladen (Upload) werden. Das was Sie hören, laden Sie entsprechend runter (Download). Wenn Sie nun paralell z.B. ein Filesharing-Programm (z.B. eMule oder BitTorrent) geöffnet haben, werden Ihre übertragenen Sprachpakete "zwischen" die Up- und Downloads der im Hintergrund geöffneten Filesharing-Programme geschoben. Dabei kann es zu sogenannten "Delays" oder Verzögerungen kommen, da Ihre Bandbreite bereits mit den Downloads ausgelastet ist. Bitte beachten Sie hierbei: Auch wenn Sie z.B. bei einem DSL1000 "nur" mit einer Rate von 20k downloaden und demnach noch "Platz" für Ihr Gespräch sein müsste, verteilen Sie bei den meisten Filesharing-Programmen Ihre Dateien bei fast voller Upload-Grenze.

Abhilfe schafft hier ein DSL-Router, der den sogenannten Quality of Service (QoS) für optimale Sprach- und Datenübertragung unterstützt. Dieser Service unterscheidet ob die Pakete, die übertragen werden, zu Ihrem Telefonat oder zu Ihren Downloads gehören und verteilt entsprechende Prioritäten.

'''Verwendeter Codec:''' Je nach verwendetem Codec werden Ihre übertragenen Sprachpakete mehr oder weniger stark komprimiert. Je stärker komprimiert wird, desto schlechter die Sprachqualität. Bitte beachten Sie hierzu auch unseren FAQ-Beitrag http://portunity.net/article22951-8206.html

'''Probleme mit dem Carrier:''' Ihre Telefonate werden bei jedem VOIP-Anbieter an einen Carrier weitergeroutet, der sich darum kümmert, das Ihre Gespräche auch dort ankommen wo Sie hinsollen. Je nach Rufnummerngasse der Zielrufnummer sind unterschiedliche Carrier für die Gesprächssteuerung zuständig und damit auch für die Gesprächsqualität ab Übergabepunkt. Selbstverständlich ist Portunity bemüht für alle Rufnummergassen die jeweils qualitativ besten und auch redundantesten Carrier für Sie im Einkauf auszuwählen.

= Fragen zum Partnerprogramm und Reselling =

==== Bietet Portunity Wiederverkäufern die Möglichkeit VoIP auf Basis von SIP und IAX unter eigenem Namen zu verkaufen? ====

Ja, wenn Sie eine Internet-Agentur, ein Systemhaus oder selbst Provider sind, dann sind die VoIP-Reselling-Angebote von Portunity sicherlich für Sie interessant.

Als Reseller erhalten Sie die Möglichkeit, auf der VoIP-Plattform und -Infrastruktur von Portunity selbst Accounts einzurichten, zu verwalten, anzubieten und auch optional in Ihrem Namen automatisiert abzurechnen. Sie können dazu eigene Tarife definieren und diese im eigenen Namen anbieten, ohne dass Portunity für die Endkunden sichtbar ist. Ein klares Preismodell, bei dem die Accounts und die Telefonminuten aller Accounts gesammelt abgerechnet wird, ermöglicht nicht nur die Gestaltung attraktiver Konditionen für Ihre Kunden, sondern ermöglicht auch den Aufbau eines interessanten wiederkehrenden Profits.

Aber auch wenn Sie komplett eigene Technik betrieben (möchten), kann Ihnen Portunity beispielsweise eine Gesprächsterminierung mit einer Übergabe per SIP oder IAX anbieten. Auch eigene Webinterfaces unter Nutzung unserer Gatewaytechnik ist möglich.

Weitere detaillierte Reseller-Informationen hat Portunity auf einer eigenen Seite "[http://www.isp-reselling.eu VoIP-Reseller]" zusammengestellt. Für Anfragen steht Portunity selbstverständlich gerne zur Verfügung (Telefon Verwaltung / Vertrieb +49 202 / 69 555 -0 oder Rechenzentrum unter +49 202 / 68 555 -300 oder per eMail an info@portunity.de). Bitte übermitteln Sie Portunity eine Kopie Ihres Gewerbenachweises für Preis- und Vertragsinformationen.

==== Welche Vor- und Nachteil hat es, wenn ich bei einem Portunity-Reseller einen VoIP-Tarif buche? ====

Es kann durchaus gewisse Vorteile haben, einen VoIP-Tarif bei einem der Portunity-Reseller zu buchen. Die Portunity-Reseller bieten oft anders zusammengestellte Tarife an, die möglicherweise für Sie besser passen oder die sogar für Sie (für Ihr spezielles Szenario) günstiger sind.

Desweiteren haben einige Reseller die VoIP-Tarife mit interessanten anderen Produkten zu Tarif-Paketen gebündelt, die Sie so bei Portunity nicht erhalten können. Sie können so interessante Produkte aus einer Hand erhalten. Und last-but-not-least kann es aus Supportgründen Sinn machen sich für einen Portunity-Reseller zu entscheiden: Wenn dieser regional näher ist, kann er Ihnen z.B. vor Ort besser helfen, als wenn Portunity erst quer durch Deutschland zu Ihnen müßten.

= Fragen zum Prepaid-Verfahren =

==== Wie lange dauert es nach der Überweisung bis mein Gesprächsguthaben wieder aufgeladen wird? ====

In der Regel zwei bis drei Werktage, je nachdem von welcher Bank aus Sie überweisen. Berücksichtigen Sie bitte auch Wochenende und Feiertage, an denen ein Zahlungseingang generell auch nicht von uns verbucht wird!

==== Gibt es eine Limit-Warnung wenn mein Prepaid-Guthaben zur Neige geht? ====

Ja. Die Limitwarnung können Sie selbst in unserem Webinterface setzen. Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten.

Sie können sich mittels des Netzcodes 363* vor jedem Gespräch Ihr aktuelles Guthaben ansagen lassen.

==== Gibt es eine Möglichkeit zur automatischen Wiederauffüllung bei einem bestimmten Limit ? ====

Wir können Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung schicken. Diese Option können Sie selber im Webinterface in Ihrem persönlichen Profil unter der Option "Prepaid" aktivieren und einstellen.

==== Mein Prepaid-Guthaben ist trotz bezahlter Rechnung nicht in der ISPSuite sichtbar ? ====

In den meisten der Fälle ist Ihre Überweisung dann noch nicht bei uns eingegangen. Unter Umständen kann eine Überweisung bis zum vollständigen Abschluss bis zu drei Werktage dauern. Ihr Prepaidguthaben ist sofort nach Zahlungseingang in der ISPSuite verfügbar.

==== Was passiert wenn mein Guthaben verbraucht ist? ====

Bevor Ihr Guthaben verbraucht ist, bekommen Sie einen Hinweis, das ein (von Ihnen definiertes) Gesprächsguthaben unterschritten wurde. Sie haben dann in der Regel noch genug Zeit Ihr Prepaid-Konto aufzuladen (falls Sie Ihr Limit nicht zu knapp gesetzt haben ;-)

Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten. Danach sind bis zum wiederaufladen Ihres Kontos keine kostenpflichtigen Gespräche möglich.

SIP-Adressen und kostenlose Rufnummern sind weiterhin erreichbar.

==== Wie fülle ich mein Prepaid-Guthaben wieder auf ? ====

Ganz einfach: Bestellen Sie in unserem Online-Shop eines unserer Prepaid-Pakete, unser System verschickt automatisch und sofort eine Rechnung an Ihre bei uns hinterlegte Email-Adresse.Sie können anschliessend den Betrag auf unser Konto überweisen.

Wir können Ihnen aber auch die komfortable Lösung unseres "Auto-Prepaids" anbieten. Hier wird Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung geschickt. In der Regel erhalten Sie mit diesem Verfahren dann einmal im Monat eine Rechnung. Um die "Auto-Prepaid"-Lösung zu aktivieren, gehen sie bitte im Webinterface auf das "myProfile"-Icon und dort auf den Menüpunkt Prepaid.

= Fragen zum Webinterface ISPSuite =

==== Kann ich die Orts- und Ländervorwahlen konfigurieren? ====

Ja, loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie unter "Optionen" die Möglichkeit Default-Länder- und City-Codes einzugeben. Sie ordnen Ihrem VOIP-Account damit Land und Vorwahlbereich Ihres derzeitigen Standortes zu. Sollten Sie ein Ortsgespräch führen wollen, reicht es ab jetzt einfach die Rufnummer Ihres Gesprächspartners ohne Vorwahl zu wählen.

==== Wie funktionieren eigentlich die Netzcodes? ====

Mit den Netzcodes von Portunity haben Sie die Möglichkeit Einstellungen für Ihr aktuelles Gespräch vorzunehmen, und damit die Standardeinstellungen des Webinterfaces temporär zu überschreiben. Wählen Sie einfach vor Ihrer eigentlichen Rufnummer einen der Netzcodes:

*Beispiel: 342*0202123456 (Wählt die Premium-Route für die Wuppertaler Rufnummer "123456")

Eine Liste aller Netzcodes finden Sie im Artikel "[[SIPPort Netzcodes (Anleitung)|SIPPort Netzcodes (Anleitung)]]".

==== Wie funktioniert eigentlich das Telefonbuch? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Telefonbuchkonfiguration finden Sie das "Telefonbuch". Klicken Sie einfach auf "Neuen Eintrag hinzufügen". Füllen Sie alle Felder aus und klicken Sie auf "Speichern". Ihrem Telefonbuch wurde nun ein weiterer Eintrag hinzugefügt.

==== Wie funktioniert eigentlich die Sofortwahl? ====

Sollten Sie bereits Einträge in Ihrem Telefonbuch haben, so können Sie unsere Sofortwahl nutzen. Hinter jedem Eintrag in Ihrem Telefonbuch gibt es einen kleinen Button mit einem Telefonhörer. Nach einem Klick wird eine Verbindung zu der im Eintrag hinterlegten Rufnummer aufgebaut.

==== Wie funktioniert eigentlich die Webrequest-API? ====

Unsere Webrequest-API´s ermöglichen es Ihnen von uns bereitgestellte Webdienste zu nutzen, sofern Sie über einen VOIP-Account bei uns verfügen.

Die API ermöglicht Ihnen zum Beispiel den Einzelverbindungsnachweis aus unserer Datenbank über Ihre eigenen Scripte und Anwendungen (z.B. PHP, Perl und andere) auszulesen oder Telefonverbindungen über die Schnittstelle zu schalten. Damit können Sie z.B. in eigenen Applikationen hinter Telefonnummern ein Icon bauen, bei dessen Betätigung die Nummer angewählt wird.

Auch unser Callback-Service basiert auf der Webrequest-API und ist ein weiteres schönes Beispiel. Diesen können Sie als von uns bereitgestellten Code im Quelltext Ihrer Webseite einpflegen. Auf Ihrer Seite erscheint nun ein kleiner Button, der nach einem Klick mittels des Webrequests und Ihrem VOIP-Account eine Verbindung zwischen Ihnen und z.B. einem Ihrer Interessenten herstellt. Dieser Service lässt sich natürlich zeitlich ausschalten (wer möchte schon mitten in der Nacht aus dem Bett geklingelt werden ;-)

==== Wie konfiguriere ich den Anrufbeanworter? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie die "Anrufbeantworter Einstellungen", hier können Sie die Anrufbeantworter-Einstellungen vornehmen, wie z.B. den Anrufbeantworter aktivieren, die Ansage auswählen und eine Weiterleitung an eine Mail-Adresse konfigurieren. Im linken Frame finden Sie ausserdem die Kategorie "Anrufbeantworter". Dort sind ebenfalls sämtliche von Ihrer Mailbox entgegengenommenen Anrufe aufgelistet.

[[Category:Access]] [[Category:Access_FAQs]]

Internet-Telefonie (VoIP): SIP- und IAX-Port (FAQ)

Br@superroot — Wed, 18 Jul 2012 22:08:11 GMT

Br@superroot: /* Kann ich eine eigene Festnetz-Telefonnummer erhalten? Ich suche zum Test von unserer VOIP Anlage eine öffentliche, aus dem Festnetz erreichbare Telefonnummer, die auf meinen SIP-Account verweist. Ist dies bei Portunity möglich? */

= Fragen zu den Portunity VoIP "SIP- und IAX-Port"-Tarifen =

==== Bietet Portunity auch eine Telefonie-Flatrate an? ====

Das kommt drauf an, wie man das sieht:

Mit den VoIP-Tarifen von Portunity können Sie soviele Gespräche so lange kostenfrei zu anderen SIP- und IAX-Adressen führen - wie Sie wollen. Egal, ob es sich dabei um Kunden von uns oder um "externe" SIP- / IAX-Adressen handelt. Von daher könnte man von einer Flatrate sprechen.

Verstehen Sie darunter jedoch auch, dass Nummern im Festnetz, Mobilfunkgassen oder gar Nummern im Ausland mit einbezogen sind, dann eindeutig nein !

Portunity kann, wie alle anderen Telefongesellschaften und VoIP-Anbieter auch die Telefonminuten nicht "flat" einkaufen - sondern wird wie alle anderen auch, nach verschiedenen verbrauchsorientierten Maßstäben wie der Ziellocation und der "verbrauchten" Zeit abgerechnet. Dazu kommen dann noch die Kosten für die eigentliche Übertragung ins Internet, welche ebenfalls nicht "flat" kalkulierbar sind.

Eine für einen Telefon- oder VoIP-Anschluß angebotene Flatrate ist daher immer eine Mischkalkulation des Providers. Die vielen Wenignutzer finanzieren die wenigen Vielnutzer. Die, die wenig telefonieren, zahlen also mehr als sie eigentlich müssten und die, die viel telefonieren, zahlen weniger als sie eigentlich müssten. Das ist nicht nur ungerecht, sondern kann auf Dauer auch nicht wirtschaftlich gut gehen.

Es gibt auch bereits erste Anzeichen, dass es im VoIP-Bereich hierzu erste "seltsame" Effekte gibt: Es wird in Diskussionsforen bereits von ersten künstlichen Verlangsamungen, Rufnummernsperren oder gar Unterbrechungen berichtet - andere Anbieter erhöhen einfach die Preise regelmässig oder es gibt im Kleingedrucken "Klauseln" wie z.B. das nur Gesprächsminuten ins Festnetz inklusive sind (ein Anruf zu einem Handy geht dann extra).

Portunity möchte Ihnen einen soliden, businesstauglichen und seriösen Service bieten und will von daher solche "Massnahmen" gar nicht erst in Erwägung ziehen müssen - weil z.B. unsere Kalkulation nicht mehr stimmt. Portunity bietet Ihnen faire und günstige Tarife - aber eben keine Flatrate.

'''Update: Bei einigen DSL-Anschlüssen ist für Privatnutzung zwischenzeitlich eine Festnetzflat bei Portunity möglich.'''

==== Bietet Portunity auch einen Softclient an? ====

Aktuell nein.

==== Brauche ich einen Computer um über SIP- und IAX-Port telefonieren zu können ? ====

Nein, aber man kann einen Computer natürlich zum Telefonieren verwenden. Man unterscheidet in der VoIP-Welt grundsätzlich zwischen Soft- und Hard-Phones:

Ein '''Hard-Phone''' ist ein richtig echtes Telefon (kann man also echt anfassen ;-), das bereits VoIP vonhaus aus kann. Das Telefon wird an den Router oder Netzwerk-Hub / -Switch gesteckt und meldet sich dann an unserem VoIP-Server an. Mit Hilfe von Adaptern kann man auch klassisch analoge oder ISDN-Telefone VoIP-fähig machen.

Ein '''Soft-Phone''' hingegen sind kleine Computerprogramme, die es für nahezu alle Betriebssysteme (Windows, Linux, Mac u.a.) gibt. Mit Hilfe eines an den Computer angeschlossenen Lautsprechers, Mikro alternativ Headset oder spezielle Telefonhörer kann dann telefoniert werden.

Von der Seite Portunity aus ist es egal, mit was für einem "Client" oder "Telefon" Sie sich "einbuchen" und telefonieren - wichtig ist nur, dass entweder das SIP- oder das IAX-Protokoll und ein kompatibler Codec verwendet werden.

==== Darf ich als Call-Shop-Betreiber die Endkunden-Tarife von Portunity benutzen ? ====

Nein, man darf die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.Ausgenommen ist es allerdings, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity auf diesen Zweck ausgerichtete Reselling-Tarife (siehe weiter unten).

==== Darf ich als Privatperson oder Firma die VoIP-Tarife von Portunity benutzen? ====

Ja, Sie dürfen die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.

Ausgenommen ist es lediglich, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity alternativ auf diesen Zweck ausgerichtete Reselling-Tarife im Angebot (siehe weiter unten).

==== Entstehen mir Kosten, wenn meine SIP- oder IAX-Adresse angerufen wird ? ====

Der Anrufer landet auf dem VoIP-Server von Portunity. Von dort gibt es dann mehrere Möglichkeiten: Sind Sie mit einem IAX- oder SIP-Client "eingebucht", dann routet Portunity Ihnen den Anruf zu Ihnen. Von Portunity aus entstehen dabei keine Kosten - indirekt entstehen Ihnen evt. Kosten durch Ihren Internetzugang (Traffic), die aber Minimal und i.d.R. zu vernachlässigen sind.

Wenn im Webinterface Anrufweiterleitungen definiert wurden und dabei anstelle einer alternativen SIP- oder IAX-Adresse eine Telefonnummer angegeben wurde (z.B. Festnetz, Mobilfunk o.a.), zu der Portunity den jeweiligen Anruf weiterleiten soll, berechnet Portunity Ihnen hierzu Gesprächsgebühren so, als ob Sie selbst die Nummer wählen würden.

==== Funktionert der "SIP- und IAX-Port"-Tarif nur mit DSL-Zugängen von Portunity oder auch mit Zugängen anderer Anbieter ? Kann ich auch unterwegs mit meinem Notebook telefonieren ? ====

Die VoIP-Tarife von Portunity funktionieren quasi von jeder öffentlichen IP-Adresse - sie müssen also nicht unbedingt einen DSL-Zugang von Portunity benutzen.

D.h. prinzipell ist auch die Nutzung von unterwegs von einem Hotel oder gar einem Internetcafé aus möglich (z.B. von einem Softphone). Allerdings können je nach Konfiguration der dortigen Infrastruktur z.B. die für VoIP relevanten Kommunikations-Ports gesperrt sein oder die verwendeten Firewalls machen Probleme.

'''Tipp:''' Verwenden Sie am besten unterwegs das IAX-Protokoll, das macht in solchen Szenarien grundsätzlich mit Firewalls & Co weniger Probleme.

Für die stationäre Nutzung ist ansonsten einer der DSL-Zugangstarife / -Anschlüße von Portunity empfehlenswert (aber eben kein Muss). Wenn Sie einen DSL-Zugang und -Tarif von Portunity nutzen, profitieren Sie von einer optimalen und besseren VoIP-Qualität. Denn die VoIP-Server und -Gateways stehen im 19''-Racks (= Serverschrank)'' in unmittelbarer Nachbarschaft, wo auch die Einwahlrouter der DSL-Infrastruktur von Portunity auflaufen. Dadurch müssen die Datenpakete nicht erst durch das "halbe" Internet geroutet werden, sondern gehen von dem einen Gerät quasi direkt in das andere - was der Gesprächsqualität zugute kommt.

Desweiteren sind die DSL-Zugänge und -Anschlüsse auch durch die enthaltene feste IP-Adresse interessant - z.B. wenn Sie eine eigene TK-Anlage (z.B. Asterisk) VoIP-fähig machen möchten, hat dies enorme Vorteile und bringt Vereinfachungen z.B. bei nötigen DNS-Einträgen u.a.

==== Gibt es eine Mindestlaufzeit? ====

Nein, eine Mindestlaufzeit, z.B. von 6 oder 12 Monaten, wie sie von anderen VoIP-Anbietern teilweise gefordert werden, gibt es bei Portunity nicht.

==== Inwieweit sind deutsche Mehrwertnummern wie 0800, 0900 u.a. erreichbar ? ====

Zwischenzeitlich sind fast alle Mehrwertnummern über das Portunity-Netz erreichbar:

* 0800: voll erreichbar
* 0180x: voll erreichbar
* 0137 / 0139: voll erreichbar
* 0900: NICHT erreichbar (abrechnungstechnische Gründe)

'''Tipp:''' Wenn Sie eine VoIP-fähige TK-Anlage (z.B. Asterisk) betreiben oder entsprechende Telefon-Adapter einsetzen, können Sie dort oft bzgl. der Terminierung im sog. Dialplan Ausnahmen definieren, so daß Telefonate z.B. nach 0900 in diese Rufnummerngassen über die ISDN / klassische Anbindung terminiert werden.

==== Welche anderen Internet-Telefone sind für mich kostenfrei erreichbar ? ====

Alle Internet-Telefone, die über das SIP- oder IAX-Protokoll erreichbar sind, sind für Sie kostenfrei erreichbar.

Sofern Sie eine SIP- oder IAX-Adresse nicht eingeben können (weil Sie z.B. ein Tastentelefon haben) oder die SIP- oder IAX-Adresse zu einer Nummer nicht wissen, hilft ENUM, wenn die Zielrufnummer als ENUM-Domain registriert ist.

Viele VoIP-Anbieter haben vergebene Rufnummern bereits selbst als ENUM-Domain registriert - ansonsten kann dies der Zuteilungsnehmer der jeweiligen Rufnummer auch selbst tun.

Weitere Informationen zu ENUM finden Sie in dem ENUM-Informationsportal "[http://www.enum-center.de Enum-Center]".

==== Welche Codecs und welche Protokolle werden von SIP- und IAX-Port unterstützt? ====

Wie der Name des Produktes und der Tarife bereits andeutet, unterstützt Portunity aktuell das SIP und das IAX-Protokoll (Version 2).

Portunity unterstützen dazu aktuell folgende Codecs:

{| width="500" border="0" cellpadding="1" cellspacing="1"
|-
! scope="col" | Codec:
! scope="col" | Bandbreite Codec:
! scope="col" | Bandbreite Ethernet:
! scope="col" | MOS
! scope="col" | Anmerkung:
|-
| G.711 ulaw (US)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| G.711 alaw (Europa)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| iLBC
| 15,0 KBit/s
| 31,5 KBit/s
|
|
|-
| GSM
| 13,0 KBit/s
| 35,0 KBit/s
| 3,7
| Mobilfunk-Codec, befriedigende Qualtität, wenig Bandbreite
|}

 

Die Codec's stehen von der Seite Portunity dabei in allen SIP- und IAX-Port-Tarifen zur Verfügung. Auch ist es egal, ob der Tarif privat oder geschäftlich eingesetzt wird.

'''Was sind MOS-Punkte ?'''

Die Sprachqualität von Codecs kann zum einen durch Messverfahren als auch subjektiv durch Testpersonen bestimmt werden. Die MOS-Punkte werden durch viele Testpersonen ermittelt, welche jedem Codec eine Note zwischen 1 und 5 (5=Excellent, 4=gut; 3=geht so; 2=ausreichend; 1=schlecht) geben. Daraus wird dann der MOS-Wert gemittelt gebildet.

Der MOS-Wert bewertet allerdings nur den Codec - gerade bei VoIP kommen bzgl. der Sprachqualität natürlich noch weitere Kriterien hinzu: die Leitungsqualität bis zum VoIP-Server, verlorene Pakete, Geschwindigkeit usw. Von dem eingesetzten Equipment wie Mikrophone in VoIP-Telefonen usw. mal ganz abgesehen.

==== Welche Kosten entstehen mir für Telefonate, wenn ich mich im Ausland befinde ? ====

Egal, wo Sie Ihr Internet-Telefon (egal ob Hard- oder Softphone) betreiben, alle Gespräche von Portunity werden immer zu den gleichen Konditionen abgewickelt.

D.h. genauso wie im Inland sind Gespräche zu anderen SIP- oder IAX-Adressen kostenfrei und Gespräche ins Fest- und Mobilfunknetz oder in andere Länder werden zu den gleichen Konditionen abgerechnet, wie dies der Fall ist, wenn Sie sich in Deutschland befinden.

==== Wie kann ich kündigen und welche Frist muß ich beachten? ====

Sie können jederzeit mit den folgenden Fristen kündigen:

'''Tarife DSL Starter, Top, Profi, d.h. alle trafficorientierten Tarife:''' 30 Tage vor dem Ablauf des Abrechnungszeitraums

'''Flatbudget-Tarife:''' Täglich mit 1 Tag Kündigungsfrist

Nach Ihrer Kündigung bekommen Sie am Ende des Abrechnungszeitraumes Ihre Abschlussrechnung. (Der Abrechnungszeitraum richtet sich nach Ihrem Bestelldatum, wenn Sie also am 13. des Monats bestellt haben, ist der Abrechnungszeitraum immer der 13. des Monats bis zum 12. des Folgemonats).

Kündigen können Sie per Mail, per Telefon, per Brief oder per Fax (oder online bei allen trafficorientieretn Tarifen). Beachten Sie bitte, dass Portunity immer jede Kündigung sofort per Mail bestätigt. Gerne erfährt Portunity im Kündigungsfall den Grund Ihrer Entscheidung, um die Produkte und Leistungen weiter verbessern zu können.

==== Wieviele Telefonate kann ich gleichzeitig führen? ====

Das ist abhängig von dem Tarif, den Sie bei Portunity gebucht haben.

= Fragen zur Bestellung =

==== Wie kann ich bestellen? ====

Sie können über das Onlinebestellsystem von Portunity jederzeit Ihre Bestellung aufgeben.

==== Wie lange dauert in der Regel die Freischaltung vom Eingang der Bestellung? ====

Über das Onlinebestellsystem von Portunity erfolgt die Freischaltung automatisch i.d.R. innerhalb weniger Minuten. Sie erhalten hierzu entsprechende eMails (Zugangsdaten und Bestätigung Freischaltung).

In Ausnahmefällen kann unser System Ihre Bestellung für eine manuelle Prüfung auswählen - in diesen Fällen erfolgt eine Freigabe durch einen unserer Mitarbeiter am spätestens nächsten Werktag.

Für schriftliche Bestellungen (eMail, Post, Fax) gilt: In der Regel werktags von Montag bis Freitag oft noch am selben Tag bzw. innerhalb von 24 Stunden. Falls Sie auf dem Bestellformular die Zugangsdaten-Übermittlung per Post auswählen, dauert es aufgrund des Postversandes der Zugangsdaten nochmal 1-2 Tage länger, wählen Sie per Fax oder per eMail für eine unmittelbare Übermittlung - eine Mehrfachauswahl ist ebenfalls möglich.

= Fragen zur Abrechnung =

==== Nach wieviel Tagen erhalte ich meine Mahnung? ====

Die '''erste Mahnung''' erhalten Sie nach'''14 Tagen'''. Die Zustellung der Mahnungen erfolgt auf dem gleichen Wege wie der Versand der Rechnungen, also wie von Ihnen bei der Bestellung angegeben. '''Ab der 2. Mahnung''' fallen weitere '''Mahngebühren '''an. Wird auch nach der dritten Mahnung noch kein Geldeingang verzeichnet, stellt Portunity die Leistungen automatisiert ein und übergibt den Vorgang seinem Inkasso-Unternehmen.

Bitte zahlen Sie möglichst immer termin- und fristgerecht, den nur so kann Portunity auch zukünftig noch Produkte / Leistungen (z.B. DSL-Zugänge, ...) auf Rechnung anbieten. Die meisten Mitbewerber akzeptieren ausschließlich das Lastschriftverfahren, was Portunity Ihnen ansonsten auch gerne empfiehlt, da es doch diverse Vorteile auch für die Kunden bietet.

==== Wann und wie erhalte ich meine Rechnung? ====

Sie können auf dem Auftragsformular bzw. im Bestellprozeß selbst aussuchen, ob Sie die Rechnung per eMail oder per Post erhalten möchten. Da Portunity beim Versand mit der Post eine höhere Aufwendung hat (Ausdruck, Versand usw.), kostet eine schriftliche Rechnung per Post einen Aufpreis. Ansonsten werden die Rechnungen wahlweise per ASCII- oder HTML-eMail verschickt und erhalten als Datei-Attachment einen Einzelverbindungsnachweis der abgerechneten Verbindungen sowie eine PDF-Version der Rechnung. (Bei den postalisch zugegangenen Rechnungen können Sie diesen online einsehen).

Die Rechnungen können desweiteren elektronisch von Ihnen auch jederzeit und nachträglich im webbasiertem Verwaltungsprogramm "ISPSuite" von Portunity eingesehen, abgerufen und ausgedruckt werden. Dort sehen Sie auch den jeweiligen Status der Rechnung (bezahlt / nicht bezahlt) und den Eingang der Zahlungseingänge.

Die Telefongebühren selbst werden im Prepaid-Verfahren abgerechnet, Sie können dabei entweder online Prepaidpakete kaufen (5 Euro, 10, Euro, 25 Euro ...), oder Sie können Ihren Account so einstellen, dass bei Unterschreiten eines frei definierbaren Guthabens automatisch eine Rechnung von Portunity erstellt wird.

==== Wie kann ich die Telefonate und Gebühren nachvollziehen ? Stichwort Einzelverbindungsnachweis ? ====

In dem Webinterface von Portunity können Sie sich eine detaillierte Verbindungsübersicht aufrufen (nach dem Login links den VoIP-Tarif aufrufen und dort dann das vorletzte Icon für den Einzelverbindungsnachweis) und nach verschiedenen Kriterien sortieren.

Desweiteren hängt Portunity Ihnen den Einzelverbindungsnachweis an Ihre eMail-Rechnung als Dateiattachment.

Bitte beachten Sie, dass Portunity jedoch standardmässig aus Datenschutzgründen die eigentlichen Zielrufnummern nicht speichert und folglich auch in den Einzelverbindungsnachweisen nicht anzeigen kann. Um auch die Zielrufnummern entweder gekürzt oder vollständig zukünftig angezeigt zu bekommen, gehen Sie bitte in den Konfigurationsdialog (nach dem Login links den VoIP-Tarif aufrufen und dort dann das vorletzte Icon für den Einzelverbindungsnachweis) und dort im Block "Datenschutz" finden Sie ein Dropdown mit der Feldbeschriftung "Angerufene Nummern speichern".

= Fragen zur Technik =

==== Bietet Portunity auch einen Stun-Server ? Wie lauten die Adressen ? ====

Ja, Portunity bietet Ihnen einen primary und secondary STUN-Server:

*stun1.sipport.de auf Port 3478
*stun2.sipport.de auf Port 3479

Wichtig: Sie müssen in Ihrem Client BEIDE Server eintragen, da das Stun-Protokoll zur korrekten Erkennung einiger Firewalls zwei unterschiedliche STUN-Server benötigt !

==== Was bedeuten die SIP-Fehlercodes 403, 404 u.a. ? ====

Siehe Artikel [[SIP-Fehlercodes|SIP-Fehlercodes]].

==== Welchen Codec sollte ich nutzen? ====

Wir nutzen standardmäßig den Codec ALaw (G.711 A). Dies ist auch der im europäischen Festnetz genutzte Codec.

==== Welchen DTMF-Mode sollte ich verwenden? ====

Unsere Systeme sind auf den Modus "RFC2833" konfiguriert, Sie sollten daher entsprechend auch diesen Modus verwenden.

==== Ich höre keine Ansagen über mein Guthaben bzw. den Preis für den Anruf! ====

Siehe Artikel [[Inband-Informationen|Inband-Informationen]]

==== Welchen Datentraffic (Volumen) verursacht ein Telefonat ? ====

Das hängt ab vom jeweils eingesetzen Codec, welcher jeweils eine unterschiedliche Bandbreite benötigt.

Der Codec, der am meisten Bandbreite benötigt, ist der unkomprimierte Codec G711. Dieser verbraucht ca. 82,2 KBit/s. Das sind 10,275 KByte / Sekunde, pro Minute also 616,5 KByte. Umgekehrt können Sie mit einem MByte ca. 100 Sekunden telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 28,34 Stunden telefonieren (in einem Monat fast eine Stunde / Tag !).

Setzen Sie hingegen einen anderen Codec ein, der die Sprache komprimiert (und dabei fast die gleiche Gesprächsqualität erreicht) - wie z.B. den beliebten G729-Codec der 31,2 KBit/s benötigt- sieht die Rechnung noch freundlicher aus: 3,9 KByte / Sekunde, pro Minute also 234 KByte. Umgekehrt können Sie mit einem MByte ca. 262,6 Sekunden (=4,4 Minuten) telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 74,69 Stunden telefonieren (in einem Monat also ca. 2,5 Stunden / Tag !).

Wie Sie sehen, fällt der Datentraffic also eigentlich kaum ins Gewicht und selbst ein günstiger DSL-Volumentarif der nur 1 oder 2 GByte Datenvolumen inklusive enthält, reicht zum Telefonieren über das Internet wirklich im allgemeinen bequem aus.

= Fragen aus dem Support =

==== Ich habe Probleme mit der VoIP-Verbindung ====
In der ISPSuite haben Sie die Möglichkeit, Ihren VoIP-Zugang zu "debuggen". Melden Sie sich dazu am ISPSuite Webinterface an, wählen Sie dort den VoIP-Zugang aus und klicken Sie dort auf "Debug-Info". 
Weitere Informationen und Hilfe zu dieser Funktion finden Sie [[Debug-Funktion_VoIP_SIP_Account_(Dialog)|hier]].

==== Gibt es Konfigurationsanleitungen zu speziellen Hard- und Soft-Clients wie der Fritz!Box, Astersik u.a. ? ====

Ja:

*[[Internet-Telefonie (VoIP) mit Asterisk einrichten (Anleitung)|Asterisk]]: Wie binde ich die Astersik an den SIP- und IAX-Port-Anschluss an ? Wie kann ich raustelefonieren ? Wie kann ich eingehende Gespräche verarbeiten ? - Konfigurationshinweise und Tipps rund um Asterisk.
*[[Internet-Telefonie (VoIP) mit Firefly (Windows-Client) einrichten (Anleitung)|Firefly (Windows-Client)]]: Screenshot des Konfigurationsdialogs mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon einrichten (Anleitung)|Fritz!Box Fon]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon 5050 / 7050 einrichten (Anleitung)|Fritz!Box Fon 5050 / 7050]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit iaxComm (Softclient) einrichten (Anleitung)|iaxComm]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit SpeedTouch 190 Analog Telephone Hardware-Adapter (Anleitung)|SpeedTouch 190]]: Analog Telephone Adapter (Hardware-Adapter) ; Screenshoot des Konfigurationsdialoges 
*[[Internet-Telefonie (VoIP) mit Phoner Lite einrichten (Anleitung)|Phoner Lite]]: PhonerLite

Darüber hinaus gibt es auch noch eine Übersicht über alle [[:Category:Access Anleitungen|Anleitungen zum Geschätsbereich Access]] von Portunity.

==== Bietet Portunity auch Rufnummern-Gassen oder Wunschrufnummern an? ====

Leider nein.

==== Die Einwahl zum Telefoniesystem wird trotz korrekter Daten mit der Fehlermeldung "falscher Username oder Passwort" abgebrochen. Was mache ich falsch? ====

* Überprüfen Sie die Länge Ihres Passworts. Einige Router unterstützen keine Passwörter, die mehr als acht Zeichen beinhalten. Die Länge des Loginnamens zusammen mit dem Passwort darf eine Länge von 20 Zeichen auch nicht überschreiten

* Es kann bzw. muss in einigen Geräten wie z.B. bei dem Speedport W700V die Internetrufnummer angegeben werden. Tragen Sie hier bitte nicht die Ihnen zugeteilte Telefonnummer sondern den Loginnamen Ihres SIP Account (z.B. '''sipxxxxx''') ein.

==== Ist es möglich meine Festnetznummer zu Portunity zu portieren? Welche Gebühren fallen dafür an? ====

Antwort: Zur Zeit bietet Portunity leider keine Portierungen an. Portunity überlegt jedoch diesen Service in ihr Produktportfolio mit aufzunehmen.

==== Ist es möglich, eine bei einem anderen Provider gehostete Domain statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? ====

Ist es möglich, eine bei einem anderen Provider gehostete Domain (die dort aus verschiedenen Gründen auch bleiben muss) statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? Ich würde selbstverständlich die nötigen SRV Einträge auf dem Nameserver vornehmen ?

Leider ist dies aktuell nicht möglich

==== Kann ich auch eine IAX-Adresse auf meiner eigenen Domain einrichten ? ====

Nein, das IAX-Protokoll ist leider nicht Multi-Domain fähig.

==== Kann ich auch Rufnummern mit mehr als 14 Zeichen als ENUM registrieren? ====

Die Regeln der Bundesnetzagentur geben vor, dass Portunity sich streng an die in den ENUM-Registrierungsrichtlinien aufgeführten Rufnummernlängen zu halten hat. Ortsnetzrufnummern dürfen max. 14 Stellen haben. Diese setzen sich aus (Länderkennzahl + Ortsnetzkennzahl + Teilnehmerrufnummer) zusammen. Somit kann Portunity Rufnummer mit mehr als 14 Zeichen nicht delegieren.

==== Kann ich eine eigene Festnetz-Telefonnummer erhalten? Ich suche zum Test von unserer VOIP Anlage eine öffentliche, aus dem Festnetz erreichbare Telefonnummer, die auf meinen SIP-Account verweist. Ist dies bei Portunity möglich? ====

In allen unseren VoIP-Tarifen können Sie aus dem Festnetz erreichbare Nummern erhalten. Wir haben dabei alle über 5000 Ortsnetze erschlossen. Rufnummern sind in der Regel sehr schnell geschaltet.

==== Warum kann ich keine VOIP-Gespräche zu einigen anderen VOIP-Anbietern (z.B. u.a. 1und1, freenet, sipgate) führen ? ====

Einige der Mitbewerber von Portunity bieten schlicht und einfach nicht die Möglichkeit, dass die SIP-Adresse die Sie dort erhalten, überhaupt für alle erreichbar ist. Bei diesen Anbietern ist die SIP-Adresse nur für Kunden erreichbar, die bei dem gleichen Anbieter sind (oder noch bei dessen unmittelbaren Kooperationspartnern). Diese negative Eigenschaft wird von den Anbietern natürlich auch nicht gerade auf den Werbeseiten und den Homepages groß herausgestellt....

Dies führt in der Praxis dazu, dass wenn Sie eine solche SIP-Adresse eines solchen Anbieters anwählen wollen, die Verbindung nicht zustande kommen wird. Dies gilt auch für den Fall, dass die SIP-Adresse in einer ENUM-Domain hinterlegt ist.

Um Kunden dieser Anbieter zu erreichen gibt es nur einen Weg: Über eine klassische (kostenpflichtige) Telefonverbindung. Dies ist von den Anbietern absolut so gewollt, denn diese Anbieter erhalten für Gespräche, die über die geschalteten Telefonnummern eingehen, Geld (die sogenannte Interconnection-Gebühr). Dass heißt, diese Anbieter verdienen an jedem Telefonat welches eingeht. Bei Gesprächen die über das Internet (z.B. über das SIP-Protokoll) eingehen würden, würden diese Anbieter nichts verdienen - was der egoistische Grund für die Anbieter ist solche abgeschotteten SIP-Inseln zu schaffen.

Bei Portunity sind die SIP-Addressen nicht blockiert: Die SIP-Adressen die Sie bei Portunity erhalten, sind für alle erreichbar, egal bei welchem Anbieter derjenige ist, der Sie anrufen möchte.

Den Kunden der Anbieter, welche SIP-Adressen für andere Netze blockieren, kann man nur raten, bei der Auswahl des VoIP-Anbieters auf dieses Kriterium zu achten, damit diese Kunden auch entsprechend erreichbar werden.

Von einigen VoIP-interessierten Communities werden Listen gepflegt, welche Anbieter zu den "guten" gehören und welche keine SIP-Adressen erreichbar machen.Die Problematik ist also durchaus bekannt und wird in verschiedenen Kreisen kontrovers diskutiert. Auf eine dieser Listen möchten wir hier mit dem ausdrücklichen Hinweis, dass diese Liste nicht von Portunity ist und nicht durch Portunity gepflegt wird, verweisen:

[http://wiki.ip-phone-forum.de/telefonie:enum:provider http://wiki.ip-phone-forum.de/telefonie:enum:provider] (Sie verlassen mit dem Link die Portunity-Plattform).

==== Welche Ortsnetze können Sie mit Rufnummern bedienen? ====

Diese Frage können wir leider nicht pauschal beantworten, da sie dies auch von Zeit zu Zeit ändert. Portunity hat aber ca. 200 Ortsnetze aus Deutschland erschlossen. Ob Ihr Ort dabei ist können Sie gerne im Support von Portunity nachfragen.

==== Welche Vorwahlen kann oder muß ich wählen ? Wie telefoniere ich in andere Länder ? ====

Für Gespräche nach Deutschland wählen Sie ganz normal die Ortsvorwahl und die Nummer, z.B. 0202 123456789 für eine Nummer in Wuppertal. Anrufe in Mobilfunknetze funktionieren analog.

Für internationale Gespräche wählen Sie zunächst eine Doppel-Null und dann den Ländercode und dann die eigentliche Nummer. Für einen Anruf in die Schweiz also z.B. 00 41 xxxxxxx (xxxx ist dann die eigentliche Nummer).

==== Wie kann ich die Durchwahlen der einzelnen Plätze meiner Telefonanlage mit übermitteln ? ====

Zunächst müssen Sie die Durchwahlen im Webinterface von Portunity einmalig freischalten lassen. Hierzu rufen Sie Ihren Tarif auf und wählen dort die Iconoption "Rufnummern". Dort finden Sie die Möglichkeit, Rufnummern freizuschalten. Hierzu führt Portunity - um Missbrauch vorzubeugen - einen Rückruf durch und übermittelt einen Code, der anschließend wieder abgefragt wird.

Nach der Validierung kann Ihre TK-Anlage die jeweilige Durchwahl (bzw. die vollständige Rufnummer im internationalen Format, siehe unten) im Feld Caller-ID oder Caller-Name mitsenden. 

Portunity akzeptiert aktuell die Rufnummern im Feld Caller-ID oder Caller-Name im internationalen Format ("+49202 ...", "0049202..." oder "49202" - NICHT ABER: "0202...."). Leerzeichen oder Sonderzeichen sollten vermieden werden. Bitte beachten Sie ferner, dass Portunity derzeit nur deutsche Rufnummern übermitteln kann, da Portunity die Gespräche in Deutschland terminiert.

Sollten Sie im Feld Caller-ID keinen Eintrag haben oder die Nummer im falschen Format übermittelt werden, wird immer die im Webinterface hinterlegte Rufnummer mit übermittelt.

'''Hinweise zu speziellen TK-Anlagen:'''

'''Hinweis zur VoIP-TK-Anlage Astimax:''' Portunity ist aus dem Support ein Fehler in der TK-Anlage Astimax bekannt, durch den im Feld Caller-ID die Durchwahlen nicht übermittelt werden, sondern statt dessen der Loginname an Portunity übermittelt wird. Dieses Fehlverhalten der Astimax wurde laut Hersteller behoben und ist ab der Firmware Version 2 nicht mehr auf. Bitte wenden Sie sich für weitergehende Fragen und ob evt. zwischenzeitlich ein Patch erschienen ist diesbzgl. direkt an den Hersteller von Astimax. 

==== Ich habe mehrere Rufnummern - wie kann ich erkennen, welche meiner Telefonnummern angerufen wurde? ====

Bei jedem eingehenden Anruf auf eine Ihrer Telefonnummern übermittelt Portunity per SIP und IAX zusätzliche Header, anhand derer Ihre Telefonanlage erkennen kann welche Ihrer Telefonnummern angerufen wurde. 
Dazu muss Ihre Telefonanlage den "P-Called-Party-ID"-Header auswerten (was viele Anlagen bereits standardmäßig versuchen). Die dort stehende Rufnummer ist im internationalen Format.
Wird beispielsweise die Rufnummer "0202/695550" angerufen, steht im Header der Wert "0049202695550". 

==== Wie richte ich eine SIP-Adresse auf meiner Domain ein (z.B.: sip@meine-domain.de) ? ====

Hierzu benötigen Sie zunächst einmal eine Domain bei Portunity, die Sie am einfachsten neu bei Portunity registrieren. Sollten Sie schon über eine Domain bei einem anderen Provider verfügen, lassen sich diese schnell und unkompliziert per Providerwechsel (KK-Verfahren) zu Portunity holen.

Portunity kann Ihnen außerdem einige Domains aus dem eigenen Pool anbieten, z.B.:

*iaxport.de
*sipport.de
*wtal.net
*bergisch.de
*dsl-portunity.de

Um Ihre SIP- oder IAX-Adresse einer Ihrer oder der oben augeführten Domains zuzuordnen melden Sie sich bitte im Webinterface an. Auf der linken Seite wählen Sie hierzu bitte Ihren gebuchten SIP-Tarif aus. Nun klicken Sie im linken Frame auf "Konfiguration". Im mittleren Frame suchen Sie nun den Block "SIP-Adressen und -Optionen" heraus. Hier können Sie eine beliebige SIP-Adresse angeben. In dem Drop-Down-Menü in der gleichen Zeile wählen Sie Ihre gewünschte Domain. Abschliessend bitte auf "Speichern" klicken.

'''Wichtig:''' Sie müssen in der DNS Zone Ihrer Domain als SIP-Proxy1 den SIP Server '''sip-in.sipport.de''' so wie den Port '''5060''' eintragen und den Haken bei UDP setzen!!!

==== Wie teste ich meine Konfiguration? ====

Dazu haben Sie mehrere Möglichkeiten. Zunächst können Sie Ihren Account mit den Netzcodes testen, z.B. mit Netzcode "10*". Geben Sie einfach 10 und ein Sternchen * ein. Sobald die Verbindung zustande gekommen ist, bekommen Sie unsere Zeitansage zu hören. Diesen und weitere Netzcodes finden Sie im Artikel SIP-Port-Netzcodes.

Ausserdem hat Portunity Ihnen einen weiteren Netzcode zum Test eingerichtet. Nach Eingabe von ###* hören Sie den Echo-Test, der das wiederholt, was Sie in den Telefonhörer sprechen. 

Sollte die Verbindung zustande kommen - Herzlichen Glückwunsch! Ihr VOIP-Account wurde erfolgreich eingerichtet. 

==== Während meinen Telefonaten über VOIP ist die Sprachqualität sehr schlecht oder die Verbindung kommt erst sehr spät zustande. Woran liegt das? ====

Dafür kann es mehrere Gründe geben. Wir zählen Ihnen hier die häufigsten auf:

'''Internetanbindung:''' Je nach verwendeter Internetanbindung kann es anbieterseitig zu Schwankungen in der Bandbreite kommen. Das kann schlicht an Ihrem Wohnort und des verwendeten Telefonkabels liegen. Daraus resultierend kann eine konstante Übertragungsrate nicht gewährleistet werden, was sich in einer Minderung der Sprachqualität äussern kann. Für optimale Qualität empfiehlt Portunity Ihnen daher DSL-Zugänge an der eigenen Server und Backbone-Technik. Siehe dazu auch http://portunity.net/article16930-6942.html#Feature2

'''Parallele Downloads:''' Ein VOIP-Gespräch funktioniert sehr stark vereinfacht wie ein Up- bzw. Download. Das, was Sie während eines Gespräches sagen, muss erstmal in ein kleines Paket verpackt und ins Internet hochgeladen (Upload) werden. Das was Sie hören, laden Sie entsprechend runter (Download). Wenn Sie nun paralell z.B. ein Filesharing-Programm (z.B. eMule oder BitTorrent) geöffnet haben, werden Ihre übertragenen Sprachpakete "zwischen" die Up- und Downloads der im Hintergrund geöffneten Filesharing-Programme geschoben. Dabei kann es zu sogenannten "Delays" oder Verzögerungen kommen, da Ihre Bandbreite bereits mit den Downloads ausgelastet ist. Bitte beachten Sie hierbei: Auch wenn Sie z.B. bei einem DSL1000 "nur" mit einer Rate von 20k downloaden und demnach noch "Platz" für Ihr Gespräch sein müsste, verteilen Sie bei den meisten Filesharing-Programmen Ihre Dateien bei fast voller Upload-Grenze.

Abhilfe schafft hier ein DSL-Router, der den sogenannten Quality of Service (QoS) für optimale Sprach- und Datenübertragung unterstützt. Dieser Service unterscheidet ob die Pakete, die übertragen werden, zu Ihrem Telefonat oder zu Ihren Downloads gehören und verteilt entsprechende Prioritäten.

'''Verwendeter Codec:''' Je nach verwendetem Codec werden Ihre übertragenen Sprachpakete mehr oder weniger stark komprimiert. Je stärker komprimiert wird, desto schlechter die Sprachqualität. Bitte beachten Sie hierzu auch unseren FAQ-Beitrag http://portunity.net/article22951-8206.html

'''Probleme mit dem Carrier:''' Ihre Telefonate werden bei jedem VOIP-Anbieter an einen Carrier weitergeroutet, der sich darum kümmert, das Ihre Gespräche auch dort ankommen wo Sie hinsollen. Je nach Rufnummerngasse der Zielrufnummer sind unterschiedliche Carrier für die Gesprächssteuerung zuständig und damit auch für die Gesprächsqualität ab Übergabepunkt. Selbstverständlich ist Portunity bemüht für alle Rufnummergassen die jeweils qualitativ besten und auch redundantesten Carrier für Sie im Einkauf auszuwählen.

= Fragen zum Partnerprogramm und Reselling =

==== Bietet Portunity Wiederverkäufern die Möglichkeit VoIP auf Basis von SIP und IAX unter eigenem Namen zu verkaufen? ====

Ja, wenn Sie eine Internet-Agentur, ein Systemhaus oder selbst Provider sind, dann sind die VoIP-Reselling-Angebote von Portunity sicherlich für Sie interessant.

Als Reseller erhalten Sie die Möglichkeit, auf der VoIP-Plattform und -Infrastruktur von Portunity selbst Accounts einzurichten, zu verwalten, anzubieten und auch optional in Ihrem Namen automatisiert abzurechnen. Sie können dazu eigene Tarife definieren und diese im eigenen Namen anbieten, ohne dass Portunity für die Endkunden sichtbar ist. Ein klares Preismodell, bei dem die Accounts und die Telefonminuten aller Accounts gesammelt abgerechnet wird, ermöglicht nicht nur die Gestaltung attraktiver Konditionen für Ihre Kunden, sondern ermöglicht auch den Aufbau eines interessanten wiederkehrenden Profits.

Aber auch wenn Sie komplett eigene Technik betrieben (möchten), kann Ihnen Portunity beispielsweise eine Gesprächsterminierung mit einer Übergabe per SIP oder IAX anbieten. Auch eigene Webinterfaces unter Nutzung unserer Gatewaytechnik ist möglich.

Weitere detaillierte Reseller-Informationen hat Portunity auf einer eigenen Seite "[http://www.isp-reselling.eu VoIP-Reseller]" zusammengestellt. Für Anfragen steht Portunity selbstverständlich gerne zur Verfügung (Telefon Verwaltung / Vertrieb +49 202 / 69 555 -0 oder Rechenzentrum unter +49 202 / 68 555 -300 oder per eMail an info@portunity.de). Bitte übermitteln Sie Portunity eine Kopie Ihres Gewerbenachweises für Preis- und Vertragsinformationen.

==== Welche Vor- und Nachteil hat es, wenn ich bei einem Portunity-Reseller einen VoIP-Tarif buche? ====

Es kann durchaus gewisse Vorteile haben, einen VoIP-Tarif bei einem der Portunity-Reseller zu buchen. Die Portunity-Reseller bieten oft anders zusammengestellte Tarife an, die möglicherweise für Sie besser passen oder die sogar für Sie (für Ihr spezielles Szenario) günstiger sind.

Desweiteren haben einige Reseller die VoIP-Tarife mit interessanten anderen Produkten zu Tarif-Paketen gebündelt, die Sie so bei Portunity nicht erhalten können. Sie können so interessante Produkte aus einer Hand erhalten. Und last-but-not-least kann es aus Supportgründen Sinn machen sich für einen Portunity-Reseller zu entscheiden: Wenn dieser regional näher ist, kann er Ihnen z.B. vor Ort besser helfen, als wenn Portunity erst quer durch Deutschland zu Ihnen müßten.

= Fragen zum Prepaid-Verfahren =

==== Wie lange dauert es nach der Überweisung bis mein Gesprächsguthaben wieder aufgeladen wird? ====

In der Regel zwei bis drei Werktage, je nachdem von welcher Bank aus Sie überweisen. Berücksichtigen Sie bitte auch Wochenende und Feiertage, an denen ein Zahlungseingang generell auch nicht von uns verbucht wird!

==== Gibt es eine Limit-Warnung wenn mein Prepaid-Guthaben zur Neige geht? ====

Ja. Die Limitwarnung können Sie selbst in unserem Webinterface setzen. Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten.

Sie können sich mittels des Netzcodes 363* vor jedem Gespräch Ihr aktuelles Guthaben ansagen lassen.

==== Gibt es eine Möglichkeit zur automatischen Wiederauffüllung bei einem bestimmten Limit ? ====

Wir können Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung schicken. Diese Option können Sie selber im Webinterface in Ihrem persönlichen Profil unter der Option "Prepaid" aktivieren und einstellen.

==== Mein Prepaid-Guthaben ist trotz bezahlter Rechnung nicht in der ISPSuite sichtbar ? ====

In den meisten der Fälle ist Ihre Überweisung dann noch nicht bei uns eingegangen. Unter Umständen kann eine Überweisung bis zum vollständigen Abschluss bis zu drei Werktage dauern. Ihr Prepaidguthaben ist sofort nach Zahlungseingang in der ISPSuite verfügbar.

==== Was passiert wenn mein Guthaben verbraucht ist? ====

Bevor Ihr Guthaben verbraucht ist, bekommen Sie einen Hinweis, das ein (von Ihnen definiertes) Gesprächsguthaben unterschritten wurde. Sie haben dann in der Regel noch genug Zeit Ihr Prepaid-Konto aufzuladen (falls Sie Ihr Limit nicht zu knapp gesetzt haben ;-)

Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten. Danach sind bis zum wiederaufladen Ihres Kontos keine kostenpflichtigen Gespräche möglich.

SIP-Adressen und kostenlose Rufnummern sind weiterhin erreichbar.

==== Wie fülle ich mein Prepaid-Guthaben wieder auf ? ====

Ganz einfach: Bestellen Sie in unserem Online-Shop eines unserer Prepaid-Pakete, unser System verschickt automatisch und sofort eine Rechnung an Ihre bei uns hinterlegte Email-Adresse.Sie können anschliessend den Betrag auf unser Konto überweisen.

Wir können Ihnen aber auch die komfortable Lösung unseres "Auto-Prepaids" anbieten. Hier wird Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung geschickt. In der Regel erhalten Sie mit diesem Verfahren dann einmal im Monat eine Rechnung. Um die "Auto-Prepaid"-Lösung zu aktivieren, gehen sie bitte im Webinterface auf das "myProfile"-Icon und dort auf den Menüpunkt Prepaid.

= Fragen zum Webinterface ISPSuite =

==== Kann ich die Orts- und Ländervorwahlen konfigurieren? ====

Ja, loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie unter "Optionen" die Möglichkeit Default-Länder- und City-Codes einzugeben. Sie ordnen Ihrem VOIP-Account damit Land und Vorwahlbereich Ihres derzeitigen Standortes zu. Sollten Sie ein Ortsgespräch führen wollen, reicht es ab jetzt einfach die Rufnummer Ihres Gesprächspartners ohne Vorwahl zu wählen.

==== Wie funktionieren eigentlich die Netzcodes? ====

Mit den Netzcodes von Portunity haben Sie die Möglichkeit Einstellungen für Ihr aktuelles Gespräch vorzunehmen, und damit die Standardeinstellungen des Webinterfaces temporär zu überschreiben. Wählen Sie einfach vor Ihrer eigentlichen Rufnummer einen der Netzcodes:

*Beispiel: 342*0202123456 (Wählt die Premium-Route für die Wuppertaler Rufnummer "123456")

Eine Liste aller Netzcodes finden Sie im Artikel "[[SIPPort Netzcodes (Anleitung)|SIPPort Netzcodes (Anleitung)]]".

==== Wie funktioniert eigentlich das Telefonbuch? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Telefonbuchkonfiguration finden Sie das "Telefonbuch". Klicken Sie einfach auf "Neuen Eintrag hinzufügen". Füllen Sie alle Felder aus und klicken Sie auf "Speichern". Ihrem Telefonbuch wurde nun ein weiterer Eintrag hinzugefügt.

==== Wie funktioniert eigentlich die Sofortwahl? ====

Sollten Sie bereits Einträge in Ihrem Telefonbuch haben, so können Sie unsere Sofortwahl nutzen. Hinter jedem Eintrag in Ihrem Telefonbuch gibt es einen kleinen Button mit einem Telefonhörer. Nach einem Klick wird eine Verbindung zu der im Eintrag hinterlegten Rufnummer aufgebaut.

==== Wie funktioniert eigentlich die Webrequest-API? ====

Unsere Webrequest-API´s ermöglichen es Ihnen von uns bereitgestellte Webdienste zu nutzen, sofern Sie über einen VOIP-Account bei uns verfügen.

Die API ermöglicht Ihnen zum Beispiel den Einzelverbindungsnachweis aus unserer Datenbank über Ihre eigenen Scripte und Anwendungen (z.B. PHP, Perl und andere) auszulesen oder Telefonverbindungen über die Schnittstelle zu schalten. Damit können Sie z.B. in eigenen Applikationen hinter Telefonnummern ein Icon bauen, bei dessen Betätigung die Nummer angewählt wird.

Auch unser Callback-Service basiert auf der Webrequest-API und ist ein weiteres schönes Beispiel. Diesen können Sie als von uns bereitgestellten Code im Quelltext Ihrer Webseite einpflegen. Auf Ihrer Seite erscheint nun ein kleiner Button, der nach einem Klick mittels des Webrequests und Ihrem VOIP-Account eine Verbindung zwischen Ihnen und z.B. einem Ihrer Interessenten herstellt. Dieser Service lässt sich natürlich zeitlich ausschalten (wer möchte schon mitten in der Nacht aus dem Bett geklingelt werden ;-)

==== Wie konfiguriere ich den Anrufbeanworter? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie die "Anrufbeantworter Einstellungen", hier können Sie die Anrufbeantworter-Einstellungen vornehmen, wie z.B. den Anrufbeantworter aktivieren, die Ansage auswählen und eine Weiterleitung an eine Mail-Adresse konfigurieren. Im linken Frame finden Sie ausserdem die Kategorie "Anrufbeantworter". Dort sind ebenfalls sämtliche von Ihrer Mailbox entgegengenommenen Anrufe aufgelistet.

[[Category:Access]] [[Category:Access_FAQs]]

Internet-Telefonie (VoIP): SIP- und IAX-Port (FAQ)

Br@superroot — Wed, 18 Jul 2012 22:05:30 GMT

Br@superroot: /* Wie lange dauert in der Regel die Freischaltung vom Eingang der Bestellung? */

= Fragen zu den Portunity VoIP "SIP- und IAX-Port"-Tarifen =

==== Bietet Portunity auch eine Telefonie-Flatrate an? ====

Das kommt drauf an, wie man das sieht:

Mit den VoIP-Tarifen von Portunity können Sie soviele Gespräche so lange kostenfrei zu anderen SIP- und IAX-Adressen führen - wie Sie wollen. Egal, ob es sich dabei um Kunden von uns oder um "externe" SIP- / IAX-Adressen handelt. Von daher könnte man von einer Flatrate sprechen.

Verstehen Sie darunter jedoch auch, dass Nummern im Festnetz, Mobilfunkgassen oder gar Nummern im Ausland mit einbezogen sind, dann eindeutig nein !

Portunity kann, wie alle anderen Telefongesellschaften und VoIP-Anbieter auch die Telefonminuten nicht "flat" einkaufen - sondern wird wie alle anderen auch, nach verschiedenen verbrauchsorientierten Maßstäben wie der Ziellocation und der "verbrauchten" Zeit abgerechnet. Dazu kommen dann noch die Kosten für die eigentliche Übertragung ins Internet, welche ebenfalls nicht "flat" kalkulierbar sind.

Eine für einen Telefon- oder VoIP-Anschluß angebotene Flatrate ist daher immer eine Mischkalkulation des Providers. Die vielen Wenignutzer finanzieren die wenigen Vielnutzer. Die, die wenig telefonieren, zahlen also mehr als sie eigentlich müssten und die, die viel telefonieren, zahlen weniger als sie eigentlich müssten. Das ist nicht nur ungerecht, sondern kann auf Dauer auch nicht wirtschaftlich gut gehen.

Es gibt auch bereits erste Anzeichen, dass es im VoIP-Bereich hierzu erste "seltsame" Effekte gibt: Es wird in Diskussionsforen bereits von ersten künstlichen Verlangsamungen, Rufnummernsperren oder gar Unterbrechungen berichtet - andere Anbieter erhöhen einfach die Preise regelmässig oder es gibt im Kleingedrucken "Klauseln" wie z.B. das nur Gesprächsminuten ins Festnetz inklusive sind (ein Anruf zu einem Handy geht dann extra).

Portunity möchte Ihnen einen soliden, businesstauglichen und seriösen Service bieten und will von daher solche "Massnahmen" gar nicht erst in Erwägung ziehen müssen - weil z.B. unsere Kalkulation nicht mehr stimmt. Portunity bietet Ihnen faire und günstige Tarife - aber eben keine Flatrate.

'''Update: Bei einigen DSL-Anschlüssen ist für Privatnutzung zwischenzeitlich eine Festnetzflat bei Portunity möglich.'''

==== Bietet Portunity auch einen Softclient an? ====

Aktuell nein.

==== Brauche ich einen Computer um über SIP- und IAX-Port telefonieren zu können ? ====

Nein, aber man kann einen Computer natürlich zum Telefonieren verwenden. Man unterscheidet in der VoIP-Welt grundsätzlich zwischen Soft- und Hard-Phones:

Ein '''Hard-Phone''' ist ein richtig echtes Telefon (kann man also echt anfassen ;-), das bereits VoIP vonhaus aus kann. Das Telefon wird an den Router oder Netzwerk-Hub / -Switch gesteckt und meldet sich dann an unserem VoIP-Server an. Mit Hilfe von Adaptern kann man auch klassisch analoge oder ISDN-Telefone VoIP-fähig machen.

Ein '''Soft-Phone''' hingegen sind kleine Computerprogramme, die es für nahezu alle Betriebssysteme (Windows, Linux, Mac u.a.) gibt. Mit Hilfe eines an den Computer angeschlossenen Lautsprechers, Mikro alternativ Headset oder spezielle Telefonhörer kann dann telefoniert werden.

Von der Seite Portunity aus ist es egal, mit was für einem "Client" oder "Telefon" Sie sich "einbuchen" und telefonieren - wichtig ist nur, dass entweder das SIP- oder das IAX-Protokoll und ein kompatibler Codec verwendet werden.

==== Darf ich als Call-Shop-Betreiber die Endkunden-Tarife von Portunity benutzen ? ====

Nein, man darf die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.Ausgenommen ist es allerdings, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity auf diesen Zweck ausgerichtete Reselling-Tarife (siehe weiter unten).

==== Darf ich als Privatperson oder Firma die VoIP-Tarife von Portunity benutzen? ====

Ja, Sie dürfen die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.

Ausgenommen ist es lediglich, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity alternativ auf diesen Zweck ausgerichtete Reselling-Tarife im Angebot (siehe weiter unten).

==== Entstehen mir Kosten, wenn meine SIP- oder IAX-Adresse angerufen wird ? ====

Der Anrufer landet auf dem VoIP-Server von Portunity. Von dort gibt es dann mehrere Möglichkeiten: Sind Sie mit einem IAX- oder SIP-Client "eingebucht", dann routet Portunity Ihnen den Anruf zu Ihnen. Von Portunity aus entstehen dabei keine Kosten - indirekt entstehen Ihnen evt. Kosten durch Ihren Internetzugang (Traffic), die aber Minimal und i.d.R. zu vernachlässigen sind.

Wenn im Webinterface Anrufweiterleitungen definiert wurden und dabei anstelle einer alternativen SIP- oder IAX-Adresse eine Telefonnummer angegeben wurde (z.B. Festnetz, Mobilfunk o.a.), zu der Portunity den jeweiligen Anruf weiterleiten soll, berechnet Portunity Ihnen hierzu Gesprächsgebühren so, als ob Sie selbst die Nummer wählen würden.

==== Funktionert der "SIP- und IAX-Port"-Tarif nur mit DSL-Zugängen von Portunity oder auch mit Zugängen anderer Anbieter ? Kann ich auch unterwegs mit meinem Notebook telefonieren ? ====

Die VoIP-Tarife von Portunity funktionieren quasi von jeder öffentlichen IP-Adresse - sie müssen also nicht unbedingt einen DSL-Zugang von Portunity benutzen.

D.h. prinzipell ist auch die Nutzung von unterwegs von einem Hotel oder gar einem Internetcafé aus möglich (z.B. von einem Softphone). Allerdings können je nach Konfiguration der dortigen Infrastruktur z.B. die für VoIP relevanten Kommunikations-Ports gesperrt sein oder die verwendeten Firewalls machen Probleme.

'''Tipp:''' Verwenden Sie am besten unterwegs das IAX-Protokoll, das macht in solchen Szenarien grundsätzlich mit Firewalls & Co weniger Probleme.

Für die stationäre Nutzung ist ansonsten einer der DSL-Zugangstarife / -Anschlüße von Portunity empfehlenswert (aber eben kein Muss). Wenn Sie einen DSL-Zugang und -Tarif von Portunity nutzen, profitieren Sie von einer optimalen und besseren VoIP-Qualität. Denn die VoIP-Server und -Gateways stehen im 19''-Racks (= Serverschrank)'' in unmittelbarer Nachbarschaft, wo auch die Einwahlrouter der DSL-Infrastruktur von Portunity auflaufen. Dadurch müssen die Datenpakete nicht erst durch das "halbe" Internet geroutet werden, sondern gehen von dem einen Gerät quasi direkt in das andere - was der Gesprächsqualität zugute kommt.

Desweiteren sind die DSL-Zugänge und -Anschlüsse auch durch die enthaltene feste IP-Adresse interessant - z.B. wenn Sie eine eigene TK-Anlage (z.B. Asterisk) VoIP-fähig machen möchten, hat dies enorme Vorteile und bringt Vereinfachungen z.B. bei nötigen DNS-Einträgen u.a.

==== Gibt es eine Mindestlaufzeit? ====

Nein, eine Mindestlaufzeit, z.B. von 6 oder 12 Monaten, wie sie von anderen VoIP-Anbietern teilweise gefordert werden, gibt es bei Portunity nicht.

==== Inwieweit sind deutsche Mehrwertnummern wie 0800, 0900 u.a. erreichbar ? ====

Zwischenzeitlich sind fast alle Mehrwertnummern über das Portunity-Netz erreichbar:

* 0800: voll erreichbar
* 0180x: voll erreichbar
* 0137 / 0139: voll erreichbar
* 0900: NICHT erreichbar (abrechnungstechnische Gründe)

'''Tipp:''' Wenn Sie eine VoIP-fähige TK-Anlage (z.B. Asterisk) betreiben oder entsprechende Telefon-Adapter einsetzen, können Sie dort oft bzgl. der Terminierung im sog. Dialplan Ausnahmen definieren, so daß Telefonate z.B. nach 0900 in diese Rufnummerngassen über die ISDN / klassische Anbindung terminiert werden.

==== Welche anderen Internet-Telefone sind für mich kostenfrei erreichbar ? ====

Alle Internet-Telefone, die über das SIP- oder IAX-Protokoll erreichbar sind, sind für Sie kostenfrei erreichbar.

Sofern Sie eine SIP- oder IAX-Adresse nicht eingeben können (weil Sie z.B. ein Tastentelefon haben) oder die SIP- oder IAX-Adresse zu einer Nummer nicht wissen, hilft ENUM, wenn die Zielrufnummer als ENUM-Domain registriert ist.

Viele VoIP-Anbieter haben vergebene Rufnummern bereits selbst als ENUM-Domain registriert - ansonsten kann dies der Zuteilungsnehmer der jeweiligen Rufnummer auch selbst tun.

Weitere Informationen zu ENUM finden Sie in dem ENUM-Informationsportal "[http://www.enum-center.de Enum-Center]".

==== Welche Codecs und welche Protokolle werden von SIP- und IAX-Port unterstützt? ====

Wie der Name des Produktes und der Tarife bereits andeutet, unterstützt Portunity aktuell das SIP und das IAX-Protokoll (Version 2).

Portunity unterstützen dazu aktuell folgende Codecs:

{| width="500" border="0" cellpadding="1" cellspacing="1"
|-
! scope="col" | Codec:
! scope="col" | Bandbreite Codec:
! scope="col" | Bandbreite Ethernet:
! scope="col" | MOS
! scope="col" | Anmerkung:
|-
| G.711 ulaw (US)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| G.711 alaw (Europa)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| iLBC
| 15,0 KBit/s
| 31,5 KBit/s
|
|
|-
| GSM
| 13,0 KBit/s
| 35,0 KBit/s
| 3,7
| Mobilfunk-Codec, befriedigende Qualtität, wenig Bandbreite
|}

 

Die Codec's stehen von der Seite Portunity dabei in allen SIP- und IAX-Port-Tarifen zur Verfügung. Auch ist es egal, ob der Tarif privat oder geschäftlich eingesetzt wird.

'''Was sind MOS-Punkte ?'''

Die Sprachqualität von Codecs kann zum einen durch Messverfahren als auch subjektiv durch Testpersonen bestimmt werden. Die MOS-Punkte werden durch viele Testpersonen ermittelt, welche jedem Codec eine Note zwischen 1 und 5 (5=Excellent, 4=gut; 3=geht so; 2=ausreichend; 1=schlecht) geben. Daraus wird dann der MOS-Wert gemittelt gebildet.

Der MOS-Wert bewertet allerdings nur den Codec - gerade bei VoIP kommen bzgl. der Sprachqualität natürlich noch weitere Kriterien hinzu: die Leitungsqualität bis zum VoIP-Server, verlorene Pakete, Geschwindigkeit usw. Von dem eingesetzten Equipment wie Mikrophone in VoIP-Telefonen usw. mal ganz abgesehen.

==== Welche Kosten entstehen mir für Telefonate, wenn ich mich im Ausland befinde ? ====

Egal, wo Sie Ihr Internet-Telefon (egal ob Hard- oder Softphone) betreiben, alle Gespräche von Portunity werden immer zu den gleichen Konditionen abgewickelt.

D.h. genauso wie im Inland sind Gespräche zu anderen SIP- oder IAX-Adressen kostenfrei und Gespräche ins Fest- und Mobilfunknetz oder in andere Länder werden zu den gleichen Konditionen abgerechnet, wie dies der Fall ist, wenn Sie sich in Deutschland befinden.

==== Wie kann ich kündigen und welche Frist muß ich beachten? ====

Sie können jederzeit mit den folgenden Fristen kündigen:

'''Tarife DSL Starter, Top, Profi, d.h. alle trafficorientierten Tarife:''' 30 Tage vor dem Ablauf des Abrechnungszeitraums

'''Flatbudget-Tarife:''' Täglich mit 1 Tag Kündigungsfrist

Nach Ihrer Kündigung bekommen Sie am Ende des Abrechnungszeitraumes Ihre Abschlussrechnung. (Der Abrechnungszeitraum richtet sich nach Ihrem Bestelldatum, wenn Sie also am 13. des Monats bestellt haben, ist der Abrechnungszeitraum immer der 13. des Monats bis zum 12. des Folgemonats).

Kündigen können Sie per Mail, per Telefon, per Brief oder per Fax (oder online bei allen trafficorientieretn Tarifen). Beachten Sie bitte, dass Portunity immer jede Kündigung sofort per Mail bestätigt. Gerne erfährt Portunity im Kündigungsfall den Grund Ihrer Entscheidung, um die Produkte und Leistungen weiter verbessern zu können.

==== Wieviele Telefonate kann ich gleichzeitig führen? ====

Das ist abhängig von dem Tarif, den Sie bei Portunity gebucht haben.

= Fragen zur Bestellung =

==== Wie kann ich bestellen? ====

Sie können über das Onlinebestellsystem von Portunity jederzeit Ihre Bestellung aufgeben.

==== Wie lange dauert in der Regel die Freischaltung vom Eingang der Bestellung? ====

Über das Onlinebestellsystem von Portunity erfolgt die Freischaltung automatisch i.d.R. innerhalb weniger Minuten. Sie erhalten hierzu entsprechende eMails (Zugangsdaten und Bestätigung Freischaltung).

In Ausnahmefällen kann unser System Ihre Bestellung für eine manuelle Prüfung auswählen - in diesen Fällen erfolgt eine Freigabe durch einen unserer Mitarbeiter am spätestens nächsten Werktag.

Für schriftliche Bestellungen (eMail, Post, Fax) gilt: In der Regel werktags von Montag bis Freitag oft noch am selben Tag bzw. innerhalb von 24 Stunden. Falls Sie auf dem Bestellformular die Zugangsdaten-Übermittlung per Post auswählen, dauert es aufgrund des Postversandes der Zugangsdaten nochmal 1-2 Tage länger, wählen Sie per Fax oder per eMail für eine unmittelbare Übermittlung - eine Mehrfachauswahl ist ebenfalls möglich.

= Fragen zur Abrechnung =

==== Nach wieviel Tagen erhalte ich meine Mahnung? ====

Die '''erste Mahnung''' erhalten Sie nach'''14 Tagen'''. Die Zustellung der Mahnungen erfolgt auf dem gleichen Wege wie der Versand der Rechnungen, also wie von Ihnen bei der Bestellung angegeben. '''Ab der 2. Mahnung''' fallen weitere '''Mahngebühren '''an. Wird auch nach der dritten Mahnung noch kein Geldeingang verzeichnet, stellt Portunity die Leistungen automatisiert ein und übergibt den Vorgang seinem Inkasso-Unternehmen.

Bitte zahlen Sie möglichst immer termin- und fristgerecht, den nur so kann Portunity auch zukünftig noch Produkte / Leistungen (z.B. DSL-Zugänge, ...) auf Rechnung anbieten. Die meisten Mitbewerber akzeptieren ausschließlich das Lastschriftverfahren, was Portunity Ihnen ansonsten auch gerne empfiehlt, da es doch diverse Vorteile auch für die Kunden bietet.

==== Wann und wie erhalte ich meine Rechnung? ====

Sie können auf dem Auftragsformular bzw. im Bestellprozeß selbst aussuchen, ob Sie die Rechnung per eMail oder per Post erhalten möchten. Da Portunity beim Versand mit der Post eine höhere Aufwendung hat (Ausdruck, Versand usw.), kostet eine schriftliche Rechnung per Post einen Aufpreis. Ansonsten werden die Rechnungen wahlweise per ASCII- oder HTML-eMail verschickt und erhalten als Datei-Attachment einen Einzelverbindungsnachweis der abgerechneten Verbindungen sowie eine PDF-Version der Rechnung. (Bei den postalisch zugegangenen Rechnungen können Sie diesen online einsehen).

Die Rechnungen können desweiteren elektronisch von Ihnen auch jederzeit und nachträglich im webbasiertem Verwaltungsprogramm "ISPSuite" von Portunity eingesehen, abgerufen und ausgedruckt werden. Dort sehen Sie auch den jeweiligen Status der Rechnung (bezahlt / nicht bezahlt) und den Eingang der Zahlungseingänge.

Die Telefongebühren selbst werden im Prepaid-Verfahren abgerechnet, Sie können dabei entweder online Prepaidpakete kaufen (5 Euro, 10, Euro, 25 Euro ...), oder Sie können Ihren Account so einstellen, dass bei Unterschreiten eines frei definierbaren Guthabens automatisch eine Rechnung von Portunity erstellt wird.

==== Wie kann ich die Telefonate und Gebühren nachvollziehen ? Stichwort Einzelverbindungsnachweis ? ====

In dem Webinterface von Portunity können Sie sich eine detaillierte Verbindungsübersicht aufrufen (nach dem Login links den VoIP-Tarif aufrufen und dort dann das vorletzte Icon für den Einzelverbindungsnachweis) und nach verschiedenen Kriterien sortieren.

Desweiteren hängt Portunity Ihnen den Einzelverbindungsnachweis an Ihre eMail-Rechnung als Dateiattachment.

Bitte beachten Sie, dass Portunity jedoch standardmässig aus Datenschutzgründen die eigentlichen Zielrufnummern nicht speichert und folglich auch in den Einzelverbindungsnachweisen nicht anzeigen kann. Um auch die Zielrufnummern entweder gekürzt oder vollständig zukünftig angezeigt zu bekommen, gehen Sie bitte in den Konfigurationsdialog (nach dem Login links den VoIP-Tarif aufrufen und dort dann das vorletzte Icon für den Einzelverbindungsnachweis) und dort im Block "Datenschutz" finden Sie ein Dropdown mit der Feldbeschriftung "Angerufene Nummern speichern".

= Fragen zur Technik =

==== Bietet Portunity auch einen Stun-Server ? Wie lauten die Adressen ? ====

Ja, Portunity bietet Ihnen einen primary und secondary STUN-Server:

*stun1.sipport.de auf Port 3478
*stun2.sipport.de auf Port 3479

Wichtig: Sie müssen in Ihrem Client BEIDE Server eintragen, da das Stun-Protokoll zur korrekten Erkennung einiger Firewalls zwei unterschiedliche STUN-Server benötigt !

==== Was bedeuten die SIP-Fehlercodes 403, 404 u.a. ? ====

Siehe Artikel [[SIP-Fehlercodes|SIP-Fehlercodes]].

==== Welchen Codec sollte ich nutzen? ====

Wir nutzen standardmäßig den Codec ALaw (G.711 A). Dies ist auch der im europäischen Festnetz genutzte Codec.

==== Welchen DTMF-Mode sollte ich verwenden? ====

Unsere Systeme sind auf den Modus "RFC2833" konfiguriert, Sie sollten daher entsprechend auch diesen Modus verwenden.

==== Ich höre keine Ansagen über mein Guthaben bzw. den Preis für den Anruf! ====

Siehe Artikel [[Inband-Informationen|Inband-Informationen]]

==== Welchen Datentraffic (Volumen) verursacht ein Telefonat ? ====

Das hängt ab vom jeweils eingesetzen Codec, welcher jeweils eine unterschiedliche Bandbreite benötigt.

Der Codec, der am meisten Bandbreite benötigt, ist der unkomprimierte Codec G711. Dieser verbraucht ca. 82,2 KBit/s. Das sind 10,275 KByte / Sekunde, pro Minute also 616,5 KByte. Umgekehrt können Sie mit einem MByte ca. 100 Sekunden telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 28,34 Stunden telefonieren (in einem Monat fast eine Stunde / Tag !).

Setzen Sie hingegen einen anderen Codec ein, der die Sprache komprimiert (und dabei fast die gleiche Gesprächsqualität erreicht) - wie z.B. den beliebten G729-Codec der 31,2 KBit/s benötigt- sieht die Rechnung noch freundlicher aus: 3,9 KByte / Sekunde, pro Minute also 234 KByte. Umgekehrt können Sie mit einem MByte ca. 262,6 Sekunden (=4,4 Minuten) telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 74,69 Stunden telefonieren (in einem Monat also ca. 2,5 Stunden / Tag !).

Wie Sie sehen, fällt der Datentraffic also eigentlich kaum ins Gewicht und selbst ein günstiger DSL-Volumentarif der nur 1 oder 2 GByte Datenvolumen inklusive enthält, reicht zum Telefonieren über das Internet wirklich im allgemeinen bequem aus.

= Fragen aus dem Support =

==== Ich habe Probleme mit der VoIP-Verbindung ====
In der ISPSuite haben Sie die Möglichkeit, Ihren VoIP-Zugang zu "debuggen". Melden Sie sich dazu am ISPSuite Webinterface an, wählen Sie dort den VoIP-Zugang aus und klicken Sie dort auf "Debug-Info". 
Weitere Informationen und Hilfe zu dieser Funktion finden Sie [[Debug-Funktion_VoIP_SIP_Account_(Dialog)|hier]].

==== Gibt es Konfigurationsanleitungen zu speziellen Hard- und Soft-Clients wie der Fritz!Box, Astersik u.a. ? ====

Ja:

*[[Internet-Telefonie (VoIP) mit Asterisk einrichten (Anleitung)|Asterisk]]: Wie binde ich die Astersik an den SIP- und IAX-Port-Anschluss an ? Wie kann ich raustelefonieren ? Wie kann ich eingehende Gespräche verarbeiten ? - Konfigurationshinweise und Tipps rund um Asterisk.
*[[Internet-Telefonie (VoIP) mit Firefly (Windows-Client) einrichten (Anleitung)|Firefly (Windows-Client)]]: Screenshot des Konfigurationsdialogs mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon einrichten (Anleitung)|Fritz!Box Fon]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon 5050 / 7050 einrichten (Anleitung)|Fritz!Box Fon 5050 / 7050]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit iaxComm (Softclient) einrichten (Anleitung)|iaxComm]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit SpeedTouch 190 Analog Telephone Hardware-Adapter (Anleitung)|SpeedTouch 190]]: Analog Telephone Adapter (Hardware-Adapter) ; Screenshoot des Konfigurationsdialoges 
*[[Internet-Telefonie (VoIP) mit Phoner Lite einrichten (Anleitung)|Phoner Lite]]: PhonerLite

Darüber hinaus gibt es auch noch eine Übersicht über alle [[:Category:Access Anleitungen|Anleitungen zum Geschätsbereich Access]] von Portunity.

==== Bietet Portunity auch Rufnummern-Gassen oder Wunschrufnummern an? ====

Leider nein.

==== Die Einwahl zum Telefoniesystem wird trotz korrekter Daten mit der Fehlermeldung "falscher Username oder Passwort" abgebrochen. Was mache ich falsch? ====

* Überprüfen Sie die Länge Ihres Passworts. Einige Router unterstützen keine Passwörter, die mehr als acht Zeichen beinhalten. Die Länge des Loginnamens zusammen mit dem Passwort darf eine Länge von 20 Zeichen auch nicht überschreiten

* Es kann bzw. muss in einigen Geräten wie z.B. bei dem Speedport W700V die Internetrufnummer angegeben werden. Tragen Sie hier bitte nicht die Ihnen zugeteilte Telefonnummer sondern den Loginnamen Ihres SIP Account (z.B. '''sipxxxxx''') ein.

==== Ist es möglich meine Festnetznummer zu Portunity zu portieren? Welche Gebühren fallen dafür an? ====

Antwort: Zur Zeit bietet Portunity leider keine Portierungen an. Portunity überlegt jedoch diesen Service in ihr Produktportfolio mit aufzunehmen.

==== Ist es möglich, eine bei einem anderen Provider gehostete Domain statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? ====

Ist es möglich, eine bei einem anderen Provider gehostete Domain (die dort aus verschiedenen Gründen auch bleiben muss) statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? Ich würde selbstverständlich die nötigen SRV Einträge auf dem Nameserver vornehmen ?

Leider ist dies aktuell nicht möglich

==== Kann ich auch eine IAX-Adresse auf meiner eigenen Domain einrichten ? ====

Nein, das IAX-Protokoll ist leider nicht Multi-Domain fähig.

==== Kann ich auch Rufnummern mit mehr als 14 Zeichen als ENUM registrieren? ====

Die Regeln der Bundesnetzagentur geben vor, dass Portunity sich streng an die in den ENUM-Registrierungsrichtlinien aufgeführten Rufnummernlängen zu halten hat. Ortsnetzrufnummern dürfen max. 14 Stellen haben. Diese setzen sich aus (Länderkennzahl + Ortsnetzkennzahl + Teilnehmerrufnummer) zusammen. Somit kann Portunity Rufnummer mit mehr als 14 Zeichen nicht delegieren.

==== Kann ich eine eigene Festnetz-Telefonnummer erhalten? Ich suche zum Test von unserer VOIP Anlage eine öffentliche, aus dem Festnetz erreichbare Telefonnummer, die auf meinen SIP-Account verweist. Ist dies bei Portunity möglich? ====

Im Rahmen der VoIP-Tarife "Business Prepaid" und "Multiplex Prepaid" sind aus dem Festnetz erreichbare Nummern aus über 200 möglichen Ortsnetzen enthalten.

==== Warum kann ich keine VOIP-Gespräche zu einigen anderen VOIP-Anbietern (z.B. u.a. 1und1, freenet, sipgate) führen ? ====

Einige der Mitbewerber von Portunity bieten schlicht und einfach nicht die Möglichkeit, dass die SIP-Adresse die Sie dort erhalten, überhaupt für alle erreichbar ist. Bei diesen Anbietern ist die SIP-Adresse nur für Kunden erreichbar, die bei dem gleichen Anbieter sind (oder noch bei dessen unmittelbaren Kooperationspartnern). Diese negative Eigenschaft wird von den Anbietern natürlich auch nicht gerade auf den Werbeseiten und den Homepages groß herausgestellt....

Dies führt in der Praxis dazu, dass wenn Sie eine solche SIP-Adresse eines solchen Anbieters anwählen wollen, die Verbindung nicht zustande kommen wird. Dies gilt auch für den Fall, dass die SIP-Adresse in einer ENUM-Domain hinterlegt ist.

Um Kunden dieser Anbieter zu erreichen gibt es nur einen Weg: Über eine klassische (kostenpflichtige) Telefonverbindung. Dies ist von den Anbietern absolut so gewollt, denn diese Anbieter erhalten für Gespräche, die über die geschalteten Telefonnummern eingehen, Geld (die sogenannte Interconnection-Gebühr). Dass heißt, diese Anbieter verdienen an jedem Telefonat welches eingeht. Bei Gesprächen die über das Internet (z.B. über das SIP-Protokoll) eingehen würden, würden diese Anbieter nichts verdienen - was der egoistische Grund für die Anbieter ist solche abgeschotteten SIP-Inseln zu schaffen.

Bei Portunity sind die SIP-Addressen nicht blockiert: Die SIP-Adressen die Sie bei Portunity erhalten, sind für alle erreichbar, egal bei welchem Anbieter derjenige ist, der Sie anrufen möchte.

Den Kunden der Anbieter, welche SIP-Adressen für andere Netze blockieren, kann man nur raten, bei der Auswahl des VoIP-Anbieters auf dieses Kriterium zu achten, damit diese Kunden auch entsprechend erreichbar werden.

Von einigen VoIP-interessierten Communities werden Listen gepflegt, welche Anbieter zu den "guten" gehören und welche keine SIP-Adressen erreichbar machen.Die Problematik ist also durchaus bekannt und wird in verschiedenen Kreisen kontrovers diskutiert. Auf eine dieser Listen möchten wir hier mit dem ausdrücklichen Hinweis, dass diese Liste nicht von Portunity ist und nicht durch Portunity gepflegt wird, verweisen:

[http://wiki.ip-phone-forum.de/telefonie:enum:provider http://wiki.ip-phone-forum.de/telefonie:enum:provider] (Sie verlassen mit dem Link die Portunity-Plattform).

==== Welche Ortsnetze können Sie mit Rufnummern bedienen? ====

Diese Frage können wir leider nicht pauschal beantworten, da sie dies auch von Zeit zu Zeit ändert. Portunity hat aber ca. 200 Ortsnetze aus Deutschland erschlossen. Ob Ihr Ort dabei ist können Sie gerne im Support von Portunity nachfragen.

==== Welche Vorwahlen kann oder muß ich wählen ? Wie telefoniere ich in andere Länder ? ====

Für Gespräche nach Deutschland wählen Sie ganz normal die Ortsvorwahl und die Nummer, z.B. 0202 123456789 für eine Nummer in Wuppertal. Anrufe in Mobilfunknetze funktionieren analog.

Für internationale Gespräche wählen Sie zunächst eine Doppel-Null und dann den Ländercode und dann die eigentliche Nummer. Für einen Anruf in die Schweiz also z.B. 00 41 xxxxxxx (xxxx ist dann die eigentliche Nummer).

==== Wie kann ich die Durchwahlen der einzelnen Plätze meiner Telefonanlage mit übermitteln ? ====

Zunächst müssen Sie die Durchwahlen im Webinterface von Portunity einmalig freischalten lassen. Hierzu rufen Sie Ihren Tarif auf und wählen dort die Iconoption "Rufnummern". Dort finden Sie die Möglichkeit, Rufnummern freizuschalten. Hierzu führt Portunity - um Missbrauch vorzubeugen - einen Rückruf durch und übermittelt einen Code, der anschließend wieder abgefragt wird.

Nach der Validierung kann Ihre TK-Anlage die jeweilige Durchwahl (bzw. die vollständige Rufnummer im internationalen Format, siehe unten) im Feld Caller-ID oder Caller-Name mitsenden. 

Portunity akzeptiert aktuell die Rufnummern im Feld Caller-ID oder Caller-Name im internationalen Format ("+49202 ...", "0049202..." oder "49202" - NICHT ABER: "0202...."). Leerzeichen oder Sonderzeichen sollten vermieden werden. Bitte beachten Sie ferner, dass Portunity derzeit nur deutsche Rufnummern übermitteln kann, da Portunity die Gespräche in Deutschland terminiert.

Sollten Sie im Feld Caller-ID keinen Eintrag haben oder die Nummer im falschen Format übermittelt werden, wird immer die im Webinterface hinterlegte Rufnummer mit übermittelt.

'''Hinweise zu speziellen TK-Anlagen:'''

'''Hinweis zur VoIP-TK-Anlage Astimax:''' Portunity ist aus dem Support ein Fehler in der TK-Anlage Astimax bekannt, durch den im Feld Caller-ID die Durchwahlen nicht übermittelt werden, sondern statt dessen der Loginname an Portunity übermittelt wird. Dieses Fehlverhalten der Astimax wurde laut Hersteller behoben und ist ab der Firmware Version 2 nicht mehr auf. Bitte wenden Sie sich für weitergehende Fragen und ob evt. zwischenzeitlich ein Patch erschienen ist diesbzgl. direkt an den Hersteller von Astimax. 

==== Ich habe mehrere Rufnummern - wie kann ich erkennen, welche meiner Telefonnummern angerufen wurde? ====

Bei jedem eingehenden Anruf auf eine Ihrer Telefonnummern übermittelt Portunity per SIP und IAX zusätzliche Header, anhand derer Ihre Telefonanlage erkennen kann welche Ihrer Telefonnummern angerufen wurde. 
Dazu muss Ihre Telefonanlage den "P-Called-Party-ID"-Header auswerten (was viele Anlagen bereits standardmäßig versuchen). Die dort stehende Rufnummer ist im internationalen Format.
Wird beispielsweise die Rufnummer "0202/695550" angerufen, steht im Header der Wert "0049202695550". 

==== Wie richte ich eine SIP-Adresse auf meiner Domain ein (z.B.: sip@meine-domain.de) ? ====

Hierzu benötigen Sie zunächst einmal eine Domain bei Portunity, die Sie am einfachsten neu bei Portunity registrieren. Sollten Sie schon über eine Domain bei einem anderen Provider verfügen, lassen sich diese schnell und unkompliziert per Providerwechsel (KK-Verfahren) zu Portunity holen.

Portunity kann Ihnen außerdem einige Domains aus dem eigenen Pool anbieten, z.B.:

*iaxport.de
*sipport.de
*wtal.net
*bergisch.de
*dsl-portunity.de

Um Ihre SIP- oder IAX-Adresse einer Ihrer oder der oben augeführten Domains zuzuordnen melden Sie sich bitte im Webinterface an. Auf der linken Seite wählen Sie hierzu bitte Ihren gebuchten SIP-Tarif aus. Nun klicken Sie im linken Frame auf "Konfiguration". Im mittleren Frame suchen Sie nun den Block "SIP-Adressen und -Optionen" heraus. Hier können Sie eine beliebige SIP-Adresse angeben. In dem Drop-Down-Menü in der gleichen Zeile wählen Sie Ihre gewünschte Domain. Abschliessend bitte auf "Speichern" klicken.

'''Wichtig:''' Sie müssen in der DNS Zone Ihrer Domain als SIP-Proxy1 den SIP Server '''sip-in.sipport.de''' so wie den Port '''5060''' eintragen und den Haken bei UDP setzen!!!

==== Wie teste ich meine Konfiguration? ====

Dazu haben Sie mehrere Möglichkeiten. Zunächst können Sie Ihren Account mit den Netzcodes testen, z.B. mit Netzcode "10*". Geben Sie einfach 10 und ein Sternchen * ein. Sobald die Verbindung zustande gekommen ist, bekommen Sie unsere Zeitansage zu hören. Diesen und weitere Netzcodes finden Sie im Artikel SIP-Port-Netzcodes.

Ausserdem hat Portunity Ihnen einen weiteren Netzcode zum Test eingerichtet. Nach Eingabe von ###* hören Sie den Echo-Test, der das wiederholt, was Sie in den Telefonhörer sprechen. 

Sollte die Verbindung zustande kommen - Herzlichen Glückwunsch! Ihr VOIP-Account wurde erfolgreich eingerichtet. 

==== Während meinen Telefonaten über VOIP ist die Sprachqualität sehr schlecht oder die Verbindung kommt erst sehr spät zustande. Woran liegt das? ====

Dafür kann es mehrere Gründe geben. Wir zählen Ihnen hier die häufigsten auf:

'''Internetanbindung:''' Je nach verwendeter Internetanbindung kann es anbieterseitig zu Schwankungen in der Bandbreite kommen. Das kann schlicht an Ihrem Wohnort und des verwendeten Telefonkabels liegen. Daraus resultierend kann eine konstante Übertragungsrate nicht gewährleistet werden, was sich in einer Minderung der Sprachqualität äussern kann. Für optimale Qualität empfiehlt Portunity Ihnen daher DSL-Zugänge an der eigenen Server und Backbone-Technik. Siehe dazu auch http://portunity.net/article16930-6942.html#Feature2

'''Parallele Downloads:''' Ein VOIP-Gespräch funktioniert sehr stark vereinfacht wie ein Up- bzw. Download. Das, was Sie während eines Gespräches sagen, muss erstmal in ein kleines Paket verpackt und ins Internet hochgeladen (Upload) werden. Das was Sie hören, laden Sie entsprechend runter (Download). Wenn Sie nun paralell z.B. ein Filesharing-Programm (z.B. eMule oder BitTorrent) geöffnet haben, werden Ihre übertragenen Sprachpakete "zwischen" die Up- und Downloads der im Hintergrund geöffneten Filesharing-Programme geschoben. Dabei kann es zu sogenannten "Delays" oder Verzögerungen kommen, da Ihre Bandbreite bereits mit den Downloads ausgelastet ist. Bitte beachten Sie hierbei: Auch wenn Sie z.B. bei einem DSL1000 "nur" mit einer Rate von 20k downloaden und demnach noch "Platz" für Ihr Gespräch sein müsste, verteilen Sie bei den meisten Filesharing-Programmen Ihre Dateien bei fast voller Upload-Grenze.

Abhilfe schafft hier ein DSL-Router, der den sogenannten Quality of Service (QoS) für optimale Sprach- und Datenübertragung unterstützt. Dieser Service unterscheidet ob die Pakete, die übertragen werden, zu Ihrem Telefonat oder zu Ihren Downloads gehören und verteilt entsprechende Prioritäten.

'''Verwendeter Codec:''' Je nach verwendetem Codec werden Ihre übertragenen Sprachpakete mehr oder weniger stark komprimiert. Je stärker komprimiert wird, desto schlechter die Sprachqualität. Bitte beachten Sie hierzu auch unseren FAQ-Beitrag http://portunity.net/article22951-8206.html

'''Probleme mit dem Carrier:''' Ihre Telefonate werden bei jedem VOIP-Anbieter an einen Carrier weitergeroutet, der sich darum kümmert, das Ihre Gespräche auch dort ankommen wo Sie hinsollen. Je nach Rufnummerngasse der Zielrufnummer sind unterschiedliche Carrier für die Gesprächssteuerung zuständig und damit auch für die Gesprächsqualität ab Übergabepunkt. Selbstverständlich ist Portunity bemüht für alle Rufnummergassen die jeweils qualitativ besten und auch redundantesten Carrier für Sie im Einkauf auszuwählen.

= Fragen zum Partnerprogramm und Reselling =

==== Bietet Portunity Wiederverkäufern die Möglichkeit VoIP auf Basis von SIP und IAX unter eigenem Namen zu verkaufen? ====

Ja, wenn Sie eine Internet-Agentur, ein Systemhaus oder selbst Provider sind, dann sind die VoIP-Reselling-Angebote von Portunity sicherlich für Sie interessant.

Als Reseller erhalten Sie die Möglichkeit, auf der VoIP-Plattform und -Infrastruktur von Portunity selbst Accounts einzurichten, zu verwalten, anzubieten und auch optional in Ihrem Namen automatisiert abzurechnen. Sie können dazu eigene Tarife definieren und diese im eigenen Namen anbieten, ohne dass Portunity für die Endkunden sichtbar ist. Ein klares Preismodell, bei dem die Accounts und die Telefonminuten aller Accounts gesammelt abgerechnet wird, ermöglicht nicht nur die Gestaltung attraktiver Konditionen für Ihre Kunden, sondern ermöglicht auch den Aufbau eines interessanten wiederkehrenden Profits.

Aber auch wenn Sie komplett eigene Technik betrieben (möchten), kann Ihnen Portunity beispielsweise eine Gesprächsterminierung mit einer Übergabe per SIP oder IAX anbieten. Auch eigene Webinterfaces unter Nutzung unserer Gatewaytechnik ist möglich.

Weitere detaillierte Reseller-Informationen hat Portunity auf einer eigenen Seite "[http://www.isp-reselling.eu VoIP-Reseller]" zusammengestellt. Für Anfragen steht Portunity selbstverständlich gerne zur Verfügung (Telefon Verwaltung / Vertrieb +49 202 / 69 555 -0 oder Rechenzentrum unter +49 202 / 68 555 -300 oder per eMail an info@portunity.de). Bitte übermitteln Sie Portunity eine Kopie Ihres Gewerbenachweises für Preis- und Vertragsinformationen.

==== Welche Vor- und Nachteil hat es, wenn ich bei einem Portunity-Reseller einen VoIP-Tarif buche? ====

Es kann durchaus gewisse Vorteile haben, einen VoIP-Tarif bei einem der Portunity-Reseller zu buchen. Die Portunity-Reseller bieten oft anders zusammengestellte Tarife an, die möglicherweise für Sie besser passen oder die sogar für Sie (für Ihr spezielles Szenario) günstiger sind.

Desweiteren haben einige Reseller die VoIP-Tarife mit interessanten anderen Produkten zu Tarif-Paketen gebündelt, die Sie so bei Portunity nicht erhalten können. Sie können so interessante Produkte aus einer Hand erhalten. Und last-but-not-least kann es aus Supportgründen Sinn machen sich für einen Portunity-Reseller zu entscheiden: Wenn dieser regional näher ist, kann er Ihnen z.B. vor Ort besser helfen, als wenn Portunity erst quer durch Deutschland zu Ihnen müßten.

= Fragen zum Prepaid-Verfahren =

==== Wie lange dauert es nach der Überweisung bis mein Gesprächsguthaben wieder aufgeladen wird? ====

In der Regel zwei bis drei Werktage, je nachdem von welcher Bank aus Sie überweisen. Berücksichtigen Sie bitte auch Wochenende und Feiertage, an denen ein Zahlungseingang generell auch nicht von uns verbucht wird!

==== Gibt es eine Limit-Warnung wenn mein Prepaid-Guthaben zur Neige geht? ====

Ja. Die Limitwarnung können Sie selbst in unserem Webinterface setzen. Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten.

Sie können sich mittels des Netzcodes 363* vor jedem Gespräch Ihr aktuelles Guthaben ansagen lassen.

==== Gibt es eine Möglichkeit zur automatischen Wiederauffüllung bei einem bestimmten Limit ? ====

Wir können Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung schicken. Diese Option können Sie selber im Webinterface in Ihrem persönlichen Profil unter der Option "Prepaid" aktivieren und einstellen.

==== Mein Prepaid-Guthaben ist trotz bezahlter Rechnung nicht in der ISPSuite sichtbar ? ====

In den meisten der Fälle ist Ihre Überweisung dann noch nicht bei uns eingegangen. Unter Umständen kann eine Überweisung bis zum vollständigen Abschluss bis zu drei Werktage dauern. Ihr Prepaidguthaben ist sofort nach Zahlungseingang in der ISPSuite verfügbar.

==== Was passiert wenn mein Guthaben verbraucht ist? ====

Bevor Ihr Guthaben verbraucht ist, bekommen Sie einen Hinweis, das ein (von Ihnen definiertes) Gesprächsguthaben unterschritten wurde. Sie haben dann in der Regel noch genug Zeit Ihr Prepaid-Konto aufzuladen (falls Sie Ihr Limit nicht zu knapp gesetzt haben ;-)

Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten. Danach sind bis zum wiederaufladen Ihres Kontos keine kostenpflichtigen Gespräche möglich.

SIP-Adressen und kostenlose Rufnummern sind weiterhin erreichbar.

==== Wie fülle ich mein Prepaid-Guthaben wieder auf ? ====

Ganz einfach: Bestellen Sie in unserem Online-Shop eines unserer Prepaid-Pakete, unser System verschickt automatisch und sofort eine Rechnung an Ihre bei uns hinterlegte Email-Adresse.Sie können anschliessend den Betrag auf unser Konto überweisen.

Wir können Ihnen aber auch die komfortable Lösung unseres "Auto-Prepaids" anbieten. Hier wird Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung geschickt. In der Regel erhalten Sie mit diesem Verfahren dann einmal im Monat eine Rechnung. Um die "Auto-Prepaid"-Lösung zu aktivieren, gehen sie bitte im Webinterface auf das "myProfile"-Icon und dort auf den Menüpunkt Prepaid.

= Fragen zum Webinterface ISPSuite =

==== Kann ich die Orts- und Ländervorwahlen konfigurieren? ====

Ja, loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie unter "Optionen" die Möglichkeit Default-Länder- und City-Codes einzugeben. Sie ordnen Ihrem VOIP-Account damit Land und Vorwahlbereich Ihres derzeitigen Standortes zu. Sollten Sie ein Ortsgespräch führen wollen, reicht es ab jetzt einfach die Rufnummer Ihres Gesprächspartners ohne Vorwahl zu wählen.

==== Wie funktionieren eigentlich die Netzcodes? ====

Mit den Netzcodes von Portunity haben Sie die Möglichkeit Einstellungen für Ihr aktuelles Gespräch vorzunehmen, und damit die Standardeinstellungen des Webinterfaces temporär zu überschreiben. Wählen Sie einfach vor Ihrer eigentlichen Rufnummer einen der Netzcodes:

*Beispiel: 342*0202123456 (Wählt die Premium-Route für die Wuppertaler Rufnummer "123456")

Eine Liste aller Netzcodes finden Sie im Artikel "[[SIPPort Netzcodes (Anleitung)|SIPPort Netzcodes (Anleitung)]]".

==== Wie funktioniert eigentlich das Telefonbuch? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Telefonbuchkonfiguration finden Sie das "Telefonbuch". Klicken Sie einfach auf "Neuen Eintrag hinzufügen". Füllen Sie alle Felder aus und klicken Sie auf "Speichern". Ihrem Telefonbuch wurde nun ein weiterer Eintrag hinzugefügt.

==== Wie funktioniert eigentlich die Sofortwahl? ====

Sollten Sie bereits Einträge in Ihrem Telefonbuch haben, so können Sie unsere Sofortwahl nutzen. Hinter jedem Eintrag in Ihrem Telefonbuch gibt es einen kleinen Button mit einem Telefonhörer. Nach einem Klick wird eine Verbindung zu der im Eintrag hinterlegten Rufnummer aufgebaut.

==== Wie funktioniert eigentlich die Webrequest-API? ====

Unsere Webrequest-API´s ermöglichen es Ihnen von uns bereitgestellte Webdienste zu nutzen, sofern Sie über einen VOIP-Account bei uns verfügen.

Die API ermöglicht Ihnen zum Beispiel den Einzelverbindungsnachweis aus unserer Datenbank über Ihre eigenen Scripte und Anwendungen (z.B. PHP, Perl und andere) auszulesen oder Telefonverbindungen über die Schnittstelle zu schalten. Damit können Sie z.B. in eigenen Applikationen hinter Telefonnummern ein Icon bauen, bei dessen Betätigung die Nummer angewählt wird.

Auch unser Callback-Service basiert auf der Webrequest-API und ist ein weiteres schönes Beispiel. Diesen können Sie als von uns bereitgestellten Code im Quelltext Ihrer Webseite einpflegen. Auf Ihrer Seite erscheint nun ein kleiner Button, der nach einem Klick mittels des Webrequests und Ihrem VOIP-Account eine Verbindung zwischen Ihnen und z.B. einem Ihrer Interessenten herstellt. Dieser Service lässt sich natürlich zeitlich ausschalten (wer möchte schon mitten in der Nacht aus dem Bett geklingelt werden ;-)

==== Wie konfiguriere ich den Anrufbeanworter? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie die "Anrufbeantworter Einstellungen", hier können Sie die Anrufbeantworter-Einstellungen vornehmen, wie z.B. den Anrufbeantworter aktivieren, die Ansage auswählen und eine Weiterleitung an eine Mail-Adresse konfigurieren. Im linken Frame finden Sie ausserdem die Kategorie "Anrufbeantworter". Dort sind ebenfalls sämtliche von Ihrer Mailbox entgegengenommenen Anrufe aufgelistet.

[[Category:Access]] [[Category:Access_FAQs]]

Internet-Telefonie (VoIP): SIP- und IAX-Port (FAQ)

Br@superroot — Wed, 18 Jul 2012 22:03:28 GMT

Br@superroot: /* Inwieweit sind deutsche Mehrwertnummern wie 0800, 0900 u.a. erreichbar ? */

= Fragen zu den Portunity VoIP "SIP- und IAX-Port"-Tarifen =

==== Bietet Portunity auch eine Telefonie-Flatrate an? ====

Das kommt drauf an, wie man das sieht:

Mit den VoIP-Tarifen von Portunity können Sie soviele Gespräche so lange kostenfrei zu anderen SIP- und IAX-Adressen führen - wie Sie wollen. Egal, ob es sich dabei um Kunden von uns oder um "externe" SIP- / IAX-Adressen handelt. Von daher könnte man von einer Flatrate sprechen.

Verstehen Sie darunter jedoch auch, dass Nummern im Festnetz, Mobilfunkgassen oder gar Nummern im Ausland mit einbezogen sind, dann eindeutig nein !

Portunity kann, wie alle anderen Telefongesellschaften und VoIP-Anbieter auch die Telefonminuten nicht "flat" einkaufen - sondern wird wie alle anderen auch, nach verschiedenen verbrauchsorientierten Maßstäben wie der Ziellocation und der "verbrauchten" Zeit abgerechnet. Dazu kommen dann noch die Kosten für die eigentliche Übertragung ins Internet, welche ebenfalls nicht "flat" kalkulierbar sind.

Eine für einen Telefon- oder VoIP-Anschluß angebotene Flatrate ist daher immer eine Mischkalkulation des Providers. Die vielen Wenignutzer finanzieren die wenigen Vielnutzer. Die, die wenig telefonieren, zahlen also mehr als sie eigentlich müssten und die, die viel telefonieren, zahlen weniger als sie eigentlich müssten. Das ist nicht nur ungerecht, sondern kann auf Dauer auch nicht wirtschaftlich gut gehen.

Es gibt auch bereits erste Anzeichen, dass es im VoIP-Bereich hierzu erste "seltsame" Effekte gibt: Es wird in Diskussionsforen bereits von ersten künstlichen Verlangsamungen, Rufnummernsperren oder gar Unterbrechungen berichtet - andere Anbieter erhöhen einfach die Preise regelmässig oder es gibt im Kleingedrucken "Klauseln" wie z.B. das nur Gesprächsminuten ins Festnetz inklusive sind (ein Anruf zu einem Handy geht dann extra).

Portunity möchte Ihnen einen soliden, businesstauglichen und seriösen Service bieten und will von daher solche "Massnahmen" gar nicht erst in Erwägung ziehen müssen - weil z.B. unsere Kalkulation nicht mehr stimmt. Portunity bietet Ihnen faire und günstige Tarife - aber eben keine Flatrate.

'''Update: Bei einigen DSL-Anschlüssen ist für Privatnutzung zwischenzeitlich eine Festnetzflat bei Portunity möglich.'''

==== Bietet Portunity auch einen Softclient an? ====

Aktuell nein.

==== Brauche ich einen Computer um über SIP- und IAX-Port telefonieren zu können ? ====

Nein, aber man kann einen Computer natürlich zum Telefonieren verwenden. Man unterscheidet in der VoIP-Welt grundsätzlich zwischen Soft- und Hard-Phones:

Ein '''Hard-Phone''' ist ein richtig echtes Telefon (kann man also echt anfassen ;-), das bereits VoIP vonhaus aus kann. Das Telefon wird an den Router oder Netzwerk-Hub / -Switch gesteckt und meldet sich dann an unserem VoIP-Server an. Mit Hilfe von Adaptern kann man auch klassisch analoge oder ISDN-Telefone VoIP-fähig machen.

Ein '''Soft-Phone''' hingegen sind kleine Computerprogramme, die es für nahezu alle Betriebssysteme (Windows, Linux, Mac u.a.) gibt. Mit Hilfe eines an den Computer angeschlossenen Lautsprechers, Mikro alternativ Headset oder spezielle Telefonhörer kann dann telefoniert werden.

Von der Seite Portunity aus ist es egal, mit was für einem "Client" oder "Telefon" Sie sich "einbuchen" und telefonieren - wichtig ist nur, dass entweder das SIP- oder das IAX-Protokoll und ein kompatibler Codec verwendet werden.

==== Darf ich als Call-Shop-Betreiber die Endkunden-Tarife von Portunity benutzen ? ====

Nein, man darf die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.Ausgenommen ist es allerdings, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity auf diesen Zweck ausgerichtete Reselling-Tarife (siehe weiter unten).

==== Darf ich als Privatperson oder Firma die VoIP-Tarife von Portunity benutzen? ====

Ja, Sie dürfen die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.

Ausgenommen ist es lediglich, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity alternativ auf diesen Zweck ausgerichtete Reselling-Tarife im Angebot (siehe weiter unten).

==== Entstehen mir Kosten, wenn meine SIP- oder IAX-Adresse angerufen wird ? ====

Der Anrufer landet auf dem VoIP-Server von Portunity. Von dort gibt es dann mehrere Möglichkeiten: Sind Sie mit einem IAX- oder SIP-Client "eingebucht", dann routet Portunity Ihnen den Anruf zu Ihnen. Von Portunity aus entstehen dabei keine Kosten - indirekt entstehen Ihnen evt. Kosten durch Ihren Internetzugang (Traffic), die aber Minimal und i.d.R. zu vernachlässigen sind.

Wenn im Webinterface Anrufweiterleitungen definiert wurden und dabei anstelle einer alternativen SIP- oder IAX-Adresse eine Telefonnummer angegeben wurde (z.B. Festnetz, Mobilfunk o.a.), zu der Portunity den jeweiligen Anruf weiterleiten soll, berechnet Portunity Ihnen hierzu Gesprächsgebühren so, als ob Sie selbst die Nummer wählen würden.

==== Funktionert der "SIP- und IAX-Port"-Tarif nur mit DSL-Zugängen von Portunity oder auch mit Zugängen anderer Anbieter ? Kann ich auch unterwegs mit meinem Notebook telefonieren ? ====

Die VoIP-Tarife von Portunity funktionieren quasi von jeder öffentlichen IP-Adresse - sie müssen also nicht unbedingt einen DSL-Zugang von Portunity benutzen.

D.h. prinzipell ist auch die Nutzung von unterwegs von einem Hotel oder gar einem Internetcafé aus möglich (z.B. von einem Softphone). Allerdings können je nach Konfiguration der dortigen Infrastruktur z.B. die für VoIP relevanten Kommunikations-Ports gesperrt sein oder die verwendeten Firewalls machen Probleme.

'''Tipp:''' Verwenden Sie am besten unterwegs das IAX-Protokoll, das macht in solchen Szenarien grundsätzlich mit Firewalls & Co weniger Probleme.

Für die stationäre Nutzung ist ansonsten einer der DSL-Zugangstarife / -Anschlüße von Portunity empfehlenswert (aber eben kein Muss). Wenn Sie einen DSL-Zugang und -Tarif von Portunity nutzen, profitieren Sie von einer optimalen und besseren VoIP-Qualität. Denn die VoIP-Server und -Gateways stehen im 19''-Racks (= Serverschrank)'' in unmittelbarer Nachbarschaft, wo auch die Einwahlrouter der DSL-Infrastruktur von Portunity auflaufen. Dadurch müssen die Datenpakete nicht erst durch das "halbe" Internet geroutet werden, sondern gehen von dem einen Gerät quasi direkt in das andere - was der Gesprächsqualität zugute kommt.

Desweiteren sind die DSL-Zugänge und -Anschlüsse auch durch die enthaltene feste IP-Adresse interessant - z.B. wenn Sie eine eigene TK-Anlage (z.B. Asterisk) VoIP-fähig machen möchten, hat dies enorme Vorteile und bringt Vereinfachungen z.B. bei nötigen DNS-Einträgen u.a.

==== Gibt es eine Mindestlaufzeit? ====

Nein, eine Mindestlaufzeit, z.B. von 6 oder 12 Monaten, wie sie von anderen VoIP-Anbietern teilweise gefordert werden, gibt es bei Portunity nicht.

==== Inwieweit sind deutsche Mehrwertnummern wie 0800, 0900 u.a. erreichbar ? ====

Zwischenzeitlich sind fast alle Mehrwertnummern über das Portunity-Netz erreichbar:

* 0800: voll erreichbar
* 0180x: voll erreichbar
* 0137 / 0139: voll erreichbar
* 0900: NICHT erreichbar (abrechnungstechnische Gründe)

'''Tipp:''' Wenn Sie eine VoIP-fähige TK-Anlage (z.B. Asterisk) betreiben oder entsprechende Telefon-Adapter einsetzen, können Sie dort oft bzgl. der Terminierung im sog. Dialplan Ausnahmen definieren, so daß Telefonate z.B. nach 0900 in diese Rufnummerngassen über die ISDN / klassische Anbindung terminiert werden.

==== Welche anderen Internet-Telefone sind für mich kostenfrei erreichbar ? ====

Alle Internet-Telefone, die über das SIP- oder IAX-Protokoll erreichbar sind, sind für Sie kostenfrei erreichbar.

Sofern Sie eine SIP- oder IAX-Adresse nicht eingeben können (weil Sie z.B. ein Tastentelefon haben) oder die SIP- oder IAX-Adresse zu einer Nummer nicht wissen, hilft ENUM, wenn die Zielrufnummer als ENUM-Domain registriert ist.

Viele VoIP-Anbieter haben vergebene Rufnummern bereits selbst als ENUM-Domain registriert - ansonsten kann dies der Zuteilungsnehmer der jeweiligen Rufnummer auch selbst tun.

Weitere Informationen zu ENUM finden Sie in dem ENUM-Informationsportal "[http://www.enum-center.de Enum-Center]".

==== Welche Codecs und welche Protokolle werden von SIP- und IAX-Port unterstützt? ====

Wie der Name des Produktes und der Tarife bereits andeutet, unterstützt Portunity aktuell das SIP und das IAX-Protokoll (Version 2).

Portunity unterstützen dazu aktuell folgende Codecs:

{| width="500" border="0" cellpadding="1" cellspacing="1"
|-
! scope="col" | Codec:
! scope="col" | Bandbreite Codec:
! scope="col" | Bandbreite Ethernet:
! scope="col" | MOS
! scope="col" | Anmerkung:
|-
| G.711 ulaw (US)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| G.711 alaw (Europa)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| iLBC
| 15,0 KBit/s
| 31,5 KBit/s
|
|
|-
| GSM
| 13,0 KBit/s
| 35,0 KBit/s
| 3,7
| Mobilfunk-Codec, befriedigende Qualtität, wenig Bandbreite
|}

 

Die Codec's stehen von der Seite Portunity dabei in allen SIP- und IAX-Port-Tarifen zur Verfügung. Auch ist es egal, ob der Tarif privat oder geschäftlich eingesetzt wird.

'''Was sind MOS-Punkte ?'''

Die Sprachqualität von Codecs kann zum einen durch Messverfahren als auch subjektiv durch Testpersonen bestimmt werden. Die MOS-Punkte werden durch viele Testpersonen ermittelt, welche jedem Codec eine Note zwischen 1 und 5 (5=Excellent, 4=gut; 3=geht so; 2=ausreichend; 1=schlecht) geben. Daraus wird dann der MOS-Wert gemittelt gebildet.

Der MOS-Wert bewertet allerdings nur den Codec - gerade bei VoIP kommen bzgl. der Sprachqualität natürlich noch weitere Kriterien hinzu: die Leitungsqualität bis zum VoIP-Server, verlorene Pakete, Geschwindigkeit usw. Von dem eingesetzten Equipment wie Mikrophone in VoIP-Telefonen usw. mal ganz abgesehen.

==== Welche Kosten entstehen mir für Telefonate, wenn ich mich im Ausland befinde ? ====

Egal, wo Sie Ihr Internet-Telefon (egal ob Hard- oder Softphone) betreiben, alle Gespräche von Portunity werden immer zu den gleichen Konditionen abgewickelt.

D.h. genauso wie im Inland sind Gespräche zu anderen SIP- oder IAX-Adressen kostenfrei und Gespräche ins Fest- und Mobilfunknetz oder in andere Länder werden zu den gleichen Konditionen abgerechnet, wie dies der Fall ist, wenn Sie sich in Deutschland befinden.

==== Wie kann ich kündigen und welche Frist muß ich beachten? ====

Sie können jederzeit mit den folgenden Fristen kündigen:

'''Tarife DSL Starter, Top, Profi, d.h. alle trafficorientierten Tarife:''' 30 Tage vor dem Ablauf des Abrechnungszeitraums

'''Flatbudget-Tarife:''' Täglich mit 1 Tag Kündigungsfrist

Nach Ihrer Kündigung bekommen Sie am Ende des Abrechnungszeitraumes Ihre Abschlussrechnung. (Der Abrechnungszeitraum richtet sich nach Ihrem Bestelldatum, wenn Sie also am 13. des Monats bestellt haben, ist der Abrechnungszeitraum immer der 13. des Monats bis zum 12. des Folgemonats).

Kündigen können Sie per Mail, per Telefon, per Brief oder per Fax (oder online bei allen trafficorientieretn Tarifen). Beachten Sie bitte, dass Portunity immer jede Kündigung sofort per Mail bestätigt. Gerne erfährt Portunity im Kündigungsfall den Grund Ihrer Entscheidung, um die Produkte und Leistungen weiter verbessern zu können.

==== Wieviele Telefonate kann ich gleichzeitig führen? ====

Das ist abhängig von dem Tarif, den Sie bei Portunity gebucht haben.

= Fragen zur Bestellung =

==== Wie kann ich bestellen? ====

Sie können über das Onlinebestellsystem von Portunity jederzeit Ihre Bestellung aufgeben.

==== Wie lange dauert in der Regel die Freischaltung vom Eingang der Bestellung? ====

Über das Onlinebestellsystem von Portunity erfolgt die Freischaltung automatisch i.d.R. innerhalb weniger Minuten. Sie erhalten hierzu entsprechende eMails (Zugangsdaten und Bestätigung Freischaltung).

Für schriftliche Bestellungen (eMail, Post, Fax) gilt: In der Regel werktags von Montag bis Freitag oft noch am selben Tag bzw. innerhalb von 24 Stunden. Falls Sie auf dem Bestellformular die Zugangsdaten-Übermittlung per Post auswählen, dauert es aufgrund des Postversandes der Zugangsdaten nochmal 1-2 Tage länger, wählen Sie per Fax oder per eMail für eine unmittelbare Übermittlung - eine Mehrfachauswahl ist ebenfalls möglich.

= Fragen zur Abrechnung =

==== Nach wieviel Tagen erhalte ich meine Mahnung? ====

Die '''erste Mahnung''' erhalten Sie nach'''14 Tagen'''. Die Zustellung der Mahnungen erfolgt auf dem gleichen Wege wie der Versand der Rechnungen, also wie von Ihnen bei der Bestellung angegeben. '''Ab der 2. Mahnung''' fallen weitere '''Mahngebühren '''an. Wird auch nach der dritten Mahnung noch kein Geldeingang verzeichnet, stellt Portunity die Leistungen automatisiert ein und übergibt den Vorgang seinem Inkasso-Unternehmen.

Bitte zahlen Sie möglichst immer termin- und fristgerecht, den nur so kann Portunity auch zukünftig noch Produkte / Leistungen (z.B. DSL-Zugänge, ...) auf Rechnung anbieten. Die meisten Mitbewerber akzeptieren ausschließlich das Lastschriftverfahren, was Portunity Ihnen ansonsten auch gerne empfiehlt, da es doch diverse Vorteile auch für die Kunden bietet.

==== Wann und wie erhalte ich meine Rechnung? ====

Sie können auf dem Auftragsformular bzw. im Bestellprozeß selbst aussuchen, ob Sie die Rechnung per eMail oder per Post erhalten möchten. Da Portunity beim Versand mit der Post eine höhere Aufwendung hat (Ausdruck, Versand usw.), kostet eine schriftliche Rechnung per Post einen Aufpreis. Ansonsten werden die Rechnungen wahlweise per ASCII- oder HTML-eMail verschickt und erhalten als Datei-Attachment einen Einzelverbindungsnachweis der abgerechneten Verbindungen sowie eine PDF-Version der Rechnung. (Bei den postalisch zugegangenen Rechnungen können Sie diesen online einsehen).

Die Rechnungen können desweiteren elektronisch von Ihnen auch jederzeit und nachträglich im webbasiertem Verwaltungsprogramm "ISPSuite" von Portunity eingesehen, abgerufen und ausgedruckt werden. Dort sehen Sie auch den jeweiligen Status der Rechnung (bezahlt / nicht bezahlt) und den Eingang der Zahlungseingänge.

Die Telefongebühren selbst werden im Prepaid-Verfahren abgerechnet, Sie können dabei entweder online Prepaidpakete kaufen (5 Euro, 10, Euro, 25 Euro ...), oder Sie können Ihren Account so einstellen, dass bei Unterschreiten eines frei definierbaren Guthabens automatisch eine Rechnung von Portunity erstellt wird.

==== Wie kann ich die Telefonate und Gebühren nachvollziehen ? Stichwort Einzelverbindungsnachweis ? ====

In dem Webinterface von Portunity können Sie sich eine detaillierte Verbindungsübersicht aufrufen (nach dem Login links den VoIP-Tarif aufrufen und dort dann das vorletzte Icon für den Einzelverbindungsnachweis) und nach verschiedenen Kriterien sortieren.

Desweiteren hängt Portunity Ihnen den Einzelverbindungsnachweis an Ihre eMail-Rechnung als Dateiattachment.

Bitte beachten Sie, dass Portunity jedoch standardmässig aus Datenschutzgründen die eigentlichen Zielrufnummern nicht speichert und folglich auch in den Einzelverbindungsnachweisen nicht anzeigen kann. Um auch die Zielrufnummern entweder gekürzt oder vollständig zukünftig angezeigt zu bekommen, gehen Sie bitte in den Konfigurationsdialog (nach dem Login links den VoIP-Tarif aufrufen und dort dann das vorletzte Icon für den Einzelverbindungsnachweis) und dort im Block "Datenschutz" finden Sie ein Dropdown mit der Feldbeschriftung "Angerufene Nummern speichern".

= Fragen zur Technik =

==== Bietet Portunity auch einen Stun-Server ? Wie lauten die Adressen ? ====

Ja, Portunity bietet Ihnen einen primary und secondary STUN-Server:

*stun1.sipport.de auf Port 3478
*stun2.sipport.de auf Port 3479

Wichtig: Sie müssen in Ihrem Client BEIDE Server eintragen, da das Stun-Protokoll zur korrekten Erkennung einiger Firewalls zwei unterschiedliche STUN-Server benötigt !

==== Was bedeuten die SIP-Fehlercodes 403, 404 u.a. ? ====

Siehe Artikel [[SIP-Fehlercodes|SIP-Fehlercodes]].

==== Welchen Codec sollte ich nutzen? ====

Wir nutzen standardmäßig den Codec ALaw (G.711 A). Dies ist auch der im europäischen Festnetz genutzte Codec.

==== Welchen DTMF-Mode sollte ich verwenden? ====

Unsere Systeme sind auf den Modus "RFC2833" konfiguriert, Sie sollten daher entsprechend auch diesen Modus verwenden.

==== Ich höre keine Ansagen über mein Guthaben bzw. den Preis für den Anruf! ====

Siehe Artikel [[Inband-Informationen|Inband-Informationen]]

==== Welchen Datentraffic (Volumen) verursacht ein Telefonat ? ====

Das hängt ab vom jeweils eingesetzen Codec, welcher jeweils eine unterschiedliche Bandbreite benötigt.

Der Codec, der am meisten Bandbreite benötigt, ist der unkomprimierte Codec G711. Dieser verbraucht ca. 82,2 KBit/s. Das sind 10,275 KByte / Sekunde, pro Minute also 616,5 KByte. Umgekehrt können Sie mit einem MByte ca. 100 Sekunden telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 28,34 Stunden telefonieren (in einem Monat fast eine Stunde / Tag !).

Setzen Sie hingegen einen anderen Codec ein, der die Sprache komprimiert (und dabei fast die gleiche Gesprächsqualität erreicht) - wie z.B. den beliebten G729-Codec der 31,2 KBit/s benötigt- sieht die Rechnung noch freundlicher aus: 3,9 KByte / Sekunde, pro Minute also 234 KByte. Umgekehrt können Sie mit einem MByte ca. 262,6 Sekunden (=4,4 Minuten) telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 74,69 Stunden telefonieren (in einem Monat also ca. 2,5 Stunden / Tag !).

Wie Sie sehen, fällt der Datentraffic also eigentlich kaum ins Gewicht und selbst ein günstiger DSL-Volumentarif der nur 1 oder 2 GByte Datenvolumen inklusive enthält, reicht zum Telefonieren über das Internet wirklich im allgemeinen bequem aus.

= Fragen aus dem Support =

==== Ich habe Probleme mit der VoIP-Verbindung ====
In der ISPSuite haben Sie die Möglichkeit, Ihren VoIP-Zugang zu "debuggen". Melden Sie sich dazu am ISPSuite Webinterface an, wählen Sie dort den VoIP-Zugang aus und klicken Sie dort auf "Debug-Info". 
Weitere Informationen und Hilfe zu dieser Funktion finden Sie [[Debug-Funktion_VoIP_SIP_Account_(Dialog)|hier]].

==== Gibt es Konfigurationsanleitungen zu speziellen Hard- und Soft-Clients wie der Fritz!Box, Astersik u.a. ? ====

Ja:

*[[Internet-Telefonie (VoIP) mit Asterisk einrichten (Anleitung)|Asterisk]]: Wie binde ich die Astersik an den SIP- und IAX-Port-Anschluss an ? Wie kann ich raustelefonieren ? Wie kann ich eingehende Gespräche verarbeiten ? - Konfigurationshinweise und Tipps rund um Asterisk.
*[[Internet-Telefonie (VoIP) mit Firefly (Windows-Client) einrichten (Anleitung)|Firefly (Windows-Client)]]: Screenshot des Konfigurationsdialogs mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon einrichten (Anleitung)|Fritz!Box Fon]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon 5050 / 7050 einrichten (Anleitung)|Fritz!Box Fon 5050 / 7050]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit iaxComm (Softclient) einrichten (Anleitung)|iaxComm]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit SpeedTouch 190 Analog Telephone Hardware-Adapter (Anleitung)|SpeedTouch 190]]: Analog Telephone Adapter (Hardware-Adapter) ; Screenshoot des Konfigurationsdialoges 
*[[Internet-Telefonie (VoIP) mit Phoner Lite einrichten (Anleitung)|Phoner Lite]]: PhonerLite

Darüber hinaus gibt es auch noch eine Übersicht über alle [[:Category:Access Anleitungen|Anleitungen zum Geschätsbereich Access]] von Portunity.

==== Bietet Portunity auch Rufnummern-Gassen oder Wunschrufnummern an? ====

Leider nein.

==== Die Einwahl zum Telefoniesystem wird trotz korrekter Daten mit der Fehlermeldung "falscher Username oder Passwort" abgebrochen. Was mache ich falsch? ====

* Überprüfen Sie die Länge Ihres Passworts. Einige Router unterstützen keine Passwörter, die mehr als acht Zeichen beinhalten. Die Länge des Loginnamens zusammen mit dem Passwort darf eine Länge von 20 Zeichen auch nicht überschreiten

* Es kann bzw. muss in einigen Geräten wie z.B. bei dem Speedport W700V die Internetrufnummer angegeben werden. Tragen Sie hier bitte nicht die Ihnen zugeteilte Telefonnummer sondern den Loginnamen Ihres SIP Account (z.B. '''sipxxxxx''') ein.

==== Ist es möglich meine Festnetznummer zu Portunity zu portieren? Welche Gebühren fallen dafür an? ====

Antwort: Zur Zeit bietet Portunity leider keine Portierungen an. Portunity überlegt jedoch diesen Service in ihr Produktportfolio mit aufzunehmen.

==== Ist es möglich, eine bei einem anderen Provider gehostete Domain statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? ====

Ist es möglich, eine bei einem anderen Provider gehostete Domain (die dort aus verschiedenen Gründen auch bleiben muss) statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? Ich würde selbstverständlich die nötigen SRV Einträge auf dem Nameserver vornehmen ?

Leider ist dies aktuell nicht möglich

==== Kann ich auch eine IAX-Adresse auf meiner eigenen Domain einrichten ? ====

Nein, das IAX-Protokoll ist leider nicht Multi-Domain fähig.

==== Kann ich auch Rufnummern mit mehr als 14 Zeichen als ENUM registrieren? ====

Die Regeln der Bundesnetzagentur geben vor, dass Portunity sich streng an die in den ENUM-Registrierungsrichtlinien aufgeführten Rufnummernlängen zu halten hat. Ortsnetzrufnummern dürfen max. 14 Stellen haben. Diese setzen sich aus (Länderkennzahl + Ortsnetzkennzahl + Teilnehmerrufnummer) zusammen. Somit kann Portunity Rufnummer mit mehr als 14 Zeichen nicht delegieren.

==== Kann ich eine eigene Festnetz-Telefonnummer erhalten? Ich suche zum Test von unserer VOIP Anlage eine öffentliche, aus dem Festnetz erreichbare Telefonnummer, die auf meinen SIP-Account verweist. Ist dies bei Portunity möglich? ====

Im Rahmen der VoIP-Tarife "Business Prepaid" und "Multiplex Prepaid" sind aus dem Festnetz erreichbare Nummern aus über 200 möglichen Ortsnetzen enthalten.

==== Warum kann ich keine VOIP-Gespräche zu einigen anderen VOIP-Anbietern (z.B. u.a. 1und1, freenet, sipgate) führen ? ====

Einige der Mitbewerber von Portunity bieten schlicht und einfach nicht die Möglichkeit, dass die SIP-Adresse die Sie dort erhalten, überhaupt für alle erreichbar ist. Bei diesen Anbietern ist die SIP-Adresse nur für Kunden erreichbar, die bei dem gleichen Anbieter sind (oder noch bei dessen unmittelbaren Kooperationspartnern). Diese negative Eigenschaft wird von den Anbietern natürlich auch nicht gerade auf den Werbeseiten und den Homepages groß herausgestellt....

Dies führt in der Praxis dazu, dass wenn Sie eine solche SIP-Adresse eines solchen Anbieters anwählen wollen, die Verbindung nicht zustande kommen wird. Dies gilt auch für den Fall, dass die SIP-Adresse in einer ENUM-Domain hinterlegt ist.

Um Kunden dieser Anbieter zu erreichen gibt es nur einen Weg: Über eine klassische (kostenpflichtige) Telefonverbindung. Dies ist von den Anbietern absolut so gewollt, denn diese Anbieter erhalten für Gespräche, die über die geschalteten Telefonnummern eingehen, Geld (die sogenannte Interconnection-Gebühr). Dass heißt, diese Anbieter verdienen an jedem Telefonat welches eingeht. Bei Gesprächen die über das Internet (z.B. über das SIP-Protokoll) eingehen würden, würden diese Anbieter nichts verdienen - was der egoistische Grund für die Anbieter ist solche abgeschotteten SIP-Inseln zu schaffen.

Bei Portunity sind die SIP-Addressen nicht blockiert: Die SIP-Adressen die Sie bei Portunity erhalten, sind für alle erreichbar, egal bei welchem Anbieter derjenige ist, der Sie anrufen möchte.

Den Kunden der Anbieter, welche SIP-Adressen für andere Netze blockieren, kann man nur raten, bei der Auswahl des VoIP-Anbieters auf dieses Kriterium zu achten, damit diese Kunden auch entsprechend erreichbar werden.

Von einigen VoIP-interessierten Communities werden Listen gepflegt, welche Anbieter zu den "guten" gehören und welche keine SIP-Adressen erreichbar machen.Die Problematik ist also durchaus bekannt und wird in verschiedenen Kreisen kontrovers diskutiert. Auf eine dieser Listen möchten wir hier mit dem ausdrücklichen Hinweis, dass diese Liste nicht von Portunity ist und nicht durch Portunity gepflegt wird, verweisen:

[http://wiki.ip-phone-forum.de/telefonie:enum:provider http://wiki.ip-phone-forum.de/telefonie:enum:provider] (Sie verlassen mit dem Link die Portunity-Plattform).

==== Welche Ortsnetze können Sie mit Rufnummern bedienen? ====

Diese Frage können wir leider nicht pauschal beantworten, da sie dies auch von Zeit zu Zeit ändert. Portunity hat aber ca. 200 Ortsnetze aus Deutschland erschlossen. Ob Ihr Ort dabei ist können Sie gerne im Support von Portunity nachfragen.

==== Welche Vorwahlen kann oder muß ich wählen ? Wie telefoniere ich in andere Länder ? ====

Für Gespräche nach Deutschland wählen Sie ganz normal die Ortsvorwahl und die Nummer, z.B. 0202 123456789 für eine Nummer in Wuppertal. Anrufe in Mobilfunknetze funktionieren analog.

Für internationale Gespräche wählen Sie zunächst eine Doppel-Null und dann den Ländercode und dann die eigentliche Nummer. Für einen Anruf in die Schweiz also z.B. 00 41 xxxxxxx (xxxx ist dann die eigentliche Nummer).

==== Wie kann ich die Durchwahlen der einzelnen Plätze meiner Telefonanlage mit übermitteln ? ====

Zunächst müssen Sie die Durchwahlen im Webinterface von Portunity einmalig freischalten lassen. Hierzu rufen Sie Ihren Tarif auf und wählen dort die Iconoption "Rufnummern". Dort finden Sie die Möglichkeit, Rufnummern freizuschalten. Hierzu führt Portunity - um Missbrauch vorzubeugen - einen Rückruf durch und übermittelt einen Code, der anschließend wieder abgefragt wird.

Nach der Validierung kann Ihre TK-Anlage die jeweilige Durchwahl (bzw. die vollständige Rufnummer im internationalen Format, siehe unten) im Feld Caller-ID oder Caller-Name mitsenden. 

Portunity akzeptiert aktuell die Rufnummern im Feld Caller-ID oder Caller-Name im internationalen Format ("+49202 ...", "0049202..." oder "49202" - NICHT ABER: "0202...."). Leerzeichen oder Sonderzeichen sollten vermieden werden. Bitte beachten Sie ferner, dass Portunity derzeit nur deutsche Rufnummern übermitteln kann, da Portunity die Gespräche in Deutschland terminiert.

Sollten Sie im Feld Caller-ID keinen Eintrag haben oder die Nummer im falschen Format übermittelt werden, wird immer die im Webinterface hinterlegte Rufnummer mit übermittelt.

'''Hinweise zu speziellen TK-Anlagen:'''

'''Hinweis zur VoIP-TK-Anlage Astimax:''' Portunity ist aus dem Support ein Fehler in der TK-Anlage Astimax bekannt, durch den im Feld Caller-ID die Durchwahlen nicht übermittelt werden, sondern statt dessen der Loginname an Portunity übermittelt wird. Dieses Fehlverhalten der Astimax wurde laut Hersteller behoben und ist ab der Firmware Version 2 nicht mehr auf. Bitte wenden Sie sich für weitergehende Fragen und ob evt. zwischenzeitlich ein Patch erschienen ist diesbzgl. direkt an den Hersteller von Astimax. 

==== Ich habe mehrere Rufnummern - wie kann ich erkennen, welche meiner Telefonnummern angerufen wurde? ====

Bei jedem eingehenden Anruf auf eine Ihrer Telefonnummern übermittelt Portunity per SIP und IAX zusätzliche Header, anhand derer Ihre Telefonanlage erkennen kann welche Ihrer Telefonnummern angerufen wurde. 
Dazu muss Ihre Telefonanlage den "P-Called-Party-ID"-Header auswerten (was viele Anlagen bereits standardmäßig versuchen). Die dort stehende Rufnummer ist im internationalen Format.
Wird beispielsweise die Rufnummer "0202/695550" angerufen, steht im Header der Wert "0049202695550". 

==== Wie richte ich eine SIP-Adresse auf meiner Domain ein (z.B.: sip@meine-domain.de) ? ====

Hierzu benötigen Sie zunächst einmal eine Domain bei Portunity, die Sie am einfachsten neu bei Portunity registrieren. Sollten Sie schon über eine Domain bei einem anderen Provider verfügen, lassen sich diese schnell und unkompliziert per Providerwechsel (KK-Verfahren) zu Portunity holen.

Portunity kann Ihnen außerdem einige Domains aus dem eigenen Pool anbieten, z.B.:

*iaxport.de
*sipport.de
*wtal.net
*bergisch.de
*dsl-portunity.de

Um Ihre SIP- oder IAX-Adresse einer Ihrer oder der oben augeführten Domains zuzuordnen melden Sie sich bitte im Webinterface an. Auf der linken Seite wählen Sie hierzu bitte Ihren gebuchten SIP-Tarif aus. Nun klicken Sie im linken Frame auf "Konfiguration". Im mittleren Frame suchen Sie nun den Block "SIP-Adressen und -Optionen" heraus. Hier können Sie eine beliebige SIP-Adresse angeben. In dem Drop-Down-Menü in der gleichen Zeile wählen Sie Ihre gewünschte Domain. Abschliessend bitte auf "Speichern" klicken.

'''Wichtig:''' Sie müssen in der DNS Zone Ihrer Domain als SIP-Proxy1 den SIP Server '''sip-in.sipport.de''' so wie den Port '''5060''' eintragen und den Haken bei UDP setzen!!!

==== Wie teste ich meine Konfiguration? ====

Dazu haben Sie mehrere Möglichkeiten. Zunächst können Sie Ihren Account mit den Netzcodes testen, z.B. mit Netzcode "10*". Geben Sie einfach 10 und ein Sternchen * ein. Sobald die Verbindung zustande gekommen ist, bekommen Sie unsere Zeitansage zu hören. Diesen und weitere Netzcodes finden Sie im Artikel SIP-Port-Netzcodes.

Ausserdem hat Portunity Ihnen einen weiteren Netzcode zum Test eingerichtet. Nach Eingabe von ###* hören Sie den Echo-Test, der das wiederholt, was Sie in den Telefonhörer sprechen. 

Sollte die Verbindung zustande kommen - Herzlichen Glückwunsch! Ihr VOIP-Account wurde erfolgreich eingerichtet. 

==== Während meinen Telefonaten über VOIP ist die Sprachqualität sehr schlecht oder die Verbindung kommt erst sehr spät zustande. Woran liegt das? ====

Dafür kann es mehrere Gründe geben. Wir zählen Ihnen hier die häufigsten auf:

'''Internetanbindung:''' Je nach verwendeter Internetanbindung kann es anbieterseitig zu Schwankungen in der Bandbreite kommen. Das kann schlicht an Ihrem Wohnort und des verwendeten Telefonkabels liegen. Daraus resultierend kann eine konstante Übertragungsrate nicht gewährleistet werden, was sich in einer Minderung der Sprachqualität äussern kann. Für optimale Qualität empfiehlt Portunity Ihnen daher DSL-Zugänge an der eigenen Server und Backbone-Technik. Siehe dazu auch http://portunity.net/article16930-6942.html#Feature2

'''Parallele Downloads:''' Ein VOIP-Gespräch funktioniert sehr stark vereinfacht wie ein Up- bzw. Download. Das, was Sie während eines Gespräches sagen, muss erstmal in ein kleines Paket verpackt und ins Internet hochgeladen (Upload) werden. Das was Sie hören, laden Sie entsprechend runter (Download). Wenn Sie nun paralell z.B. ein Filesharing-Programm (z.B. eMule oder BitTorrent) geöffnet haben, werden Ihre übertragenen Sprachpakete "zwischen" die Up- und Downloads der im Hintergrund geöffneten Filesharing-Programme geschoben. Dabei kann es zu sogenannten "Delays" oder Verzögerungen kommen, da Ihre Bandbreite bereits mit den Downloads ausgelastet ist. Bitte beachten Sie hierbei: Auch wenn Sie z.B. bei einem DSL1000 "nur" mit einer Rate von 20k downloaden und demnach noch "Platz" für Ihr Gespräch sein müsste, verteilen Sie bei den meisten Filesharing-Programmen Ihre Dateien bei fast voller Upload-Grenze.

Abhilfe schafft hier ein DSL-Router, der den sogenannten Quality of Service (QoS) für optimale Sprach- und Datenübertragung unterstützt. Dieser Service unterscheidet ob die Pakete, die übertragen werden, zu Ihrem Telefonat oder zu Ihren Downloads gehören und verteilt entsprechende Prioritäten.

'''Verwendeter Codec:''' Je nach verwendetem Codec werden Ihre übertragenen Sprachpakete mehr oder weniger stark komprimiert. Je stärker komprimiert wird, desto schlechter die Sprachqualität. Bitte beachten Sie hierzu auch unseren FAQ-Beitrag http://portunity.net/article22951-8206.html

'''Probleme mit dem Carrier:''' Ihre Telefonate werden bei jedem VOIP-Anbieter an einen Carrier weitergeroutet, der sich darum kümmert, das Ihre Gespräche auch dort ankommen wo Sie hinsollen. Je nach Rufnummerngasse der Zielrufnummer sind unterschiedliche Carrier für die Gesprächssteuerung zuständig und damit auch für die Gesprächsqualität ab Übergabepunkt. Selbstverständlich ist Portunity bemüht für alle Rufnummergassen die jeweils qualitativ besten und auch redundantesten Carrier für Sie im Einkauf auszuwählen.

= Fragen zum Partnerprogramm und Reselling =

==== Bietet Portunity Wiederverkäufern die Möglichkeit VoIP auf Basis von SIP und IAX unter eigenem Namen zu verkaufen? ====

Ja, wenn Sie eine Internet-Agentur, ein Systemhaus oder selbst Provider sind, dann sind die VoIP-Reselling-Angebote von Portunity sicherlich für Sie interessant.

Als Reseller erhalten Sie die Möglichkeit, auf der VoIP-Plattform und -Infrastruktur von Portunity selbst Accounts einzurichten, zu verwalten, anzubieten und auch optional in Ihrem Namen automatisiert abzurechnen. Sie können dazu eigene Tarife definieren und diese im eigenen Namen anbieten, ohne dass Portunity für die Endkunden sichtbar ist. Ein klares Preismodell, bei dem die Accounts und die Telefonminuten aller Accounts gesammelt abgerechnet wird, ermöglicht nicht nur die Gestaltung attraktiver Konditionen für Ihre Kunden, sondern ermöglicht auch den Aufbau eines interessanten wiederkehrenden Profits.

Aber auch wenn Sie komplett eigene Technik betrieben (möchten), kann Ihnen Portunity beispielsweise eine Gesprächsterminierung mit einer Übergabe per SIP oder IAX anbieten. Auch eigene Webinterfaces unter Nutzung unserer Gatewaytechnik ist möglich.

Weitere detaillierte Reseller-Informationen hat Portunity auf einer eigenen Seite "[http://www.isp-reselling.eu VoIP-Reseller]" zusammengestellt. Für Anfragen steht Portunity selbstverständlich gerne zur Verfügung (Telefon Verwaltung / Vertrieb +49 202 / 69 555 -0 oder Rechenzentrum unter +49 202 / 68 555 -300 oder per eMail an info@portunity.de). Bitte übermitteln Sie Portunity eine Kopie Ihres Gewerbenachweises für Preis- und Vertragsinformationen.

==== Welche Vor- und Nachteil hat es, wenn ich bei einem Portunity-Reseller einen VoIP-Tarif buche? ====

Es kann durchaus gewisse Vorteile haben, einen VoIP-Tarif bei einem der Portunity-Reseller zu buchen. Die Portunity-Reseller bieten oft anders zusammengestellte Tarife an, die möglicherweise für Sie besser passen oder die sogar für Sie (für Ihr spezielles Szenario) günstiger sind.

Desweiteren haben einige Reseller die VoIP-Tarife mit interessanten anderen Produkten zu Tarif-Paketen gebündelt, die Sie so bei Portunity nicht erhalten können. Sie können so interessante Produkte aus einer Hand erhalten. Und last-but-not-least kann es aus Supportgründen Sinn machen sich für einen Portunity-Reseller zu entscheiden: Wenn dieser regional näher ist, kann er Ihnen z.B. vor Ort besser helfen, als wenn Portunity erst quer durch Deutschland zu Ihnen müßten.

= Fragen zum Prepaid-Verfahren =

==== Wie lange dauert es nach der Überweisung bis mein Gesprächsguthaben wieder aufgeladen wird? ====

In der Regel zwei bis drei Werktage, je nachdem von welcher Bank aus Sie überweisen. Berücksichtigen Sie bitte auch Wochenende und Feiertage, an denen ein Zahlungseingang generell auch nicht von uns verbucht wird!

==== Gibt es eine Limit-Warnung wenn mein Prepaid-Guthaben zur Neige geht? ====

Ja. Die Limitwarnung können Sie selbst in unserem Webinterface setzen. Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten.

Sie können sich mittels des Netzcodes 363* vor jedem Gespräch Ihr aktuelles Guthaben ansagen lassen.

==== Gibt es eine Möglichkeit zur automatischen Wiederauffüllung bei einem bestimmten Limit ? ====

Wir können Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung schicken. Diese Option können Sie selber im Webinterface in Ihrem persönlichen Profil unter der Option "Prepaid" aktivieren und einstellen.

==== Mein Prepaid-Guthaben ist trotz bezahlter Rechnung nicht in der ISPSuite sichtbar ? ====

In den meisten der Fälle ist Ihre Überweisung dann noch nicht bei uns eingegangen. Unter Umständen kann eine Überweisung bis zum vollständigen Abschluss bis zu drei Werktage dauern. Ihr Prepaidguthaben ist sofort nach Zahlungseingang in der ISPSuite verfügbar.

==== Was passiert wenn mein Guthaben verbraucht ist? ====

Bevor Ihr Guthaben verbraucht ist, bekommen Sie einen Hinweis, das ein (von Ihnen definiertes) Gesprächsguthaben unterschritten wurde. Sie haben dann in der Regel noch genug Zeit Ihr Prepaid-Konto aufzuladen (falls Sie Ihr Limit nicht zu knapp gesetzt haben ;-)

Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten. Danach sind bis zum wiederaufladen Ihres Kontos keine kostenpflichtigen Gespräche möglich.

SIP-Adressen und kostenlose Rufnummern sind weiterhin erreichbar.

==== Wie fülle ich mein Prepaid-Guthaben wieder auf ? ====

Ganz einfach: Bestellen Sie in unserem Online-Shop eines unserer Prepaid-Pakete, unser System verschickt automatisch und sofort eine Rechnung an Ihre bei uns hinterlegte Email-Adresse.Sie können anschliessend den Betrag auf unser Konto überweisen.

Wir können Ihnen aber auch die komfortable Lösung unseres "Auto-Prepaids" anbieten. Hier wird Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung geschickt. In der Regel erhalten Sie mit diesem Verfahren dann einmal im Monat eine Rechnung. Um die "Auto-Prepaid"-Lösung zu aktivieren, gehen sie bitte im Webinterface auf das "myProfile"-Icon und dort auf den Menüpunkt Prepaid.

= Fragen zum Webinterface ISPSuite =

==== Kann ich die Orts- und Ländervorwahlen konfigurieren? ====

Ja, loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie unter "Optionen" die Möglichkeit Default-Länder- und City-Codes einzugeben. Sie ordnen Ihrem VOIP-Account damit Land und Vorwahlbereich Ihres derzeitigen Standortes zu. Sollten Sie ein Ortsgespräch führen wollen, reicht es ab jetzt einfach die Rufnummer Ihres Gesprächspartners ohne Vorwahl zu wählen.

==== Wie funktionieren eigentlich die Netzcodes? ====

Mit den Netzcodes von Portunity haben Sie die Möglichkeit Einstellungen für Ihr aktuelles Gespräch vorzunehmen, und damit die Standardeinstellungen des Webinterfaces temporär zu überschreiben. Wählen Sie einfach vor Ihrer eigentlichen Rufnummer einen der Netzcodes:

*Beispiel: 342*0202123456 (Wählt die Premium-Route für die Wuppertaler Rufnummer "123456")

Eine Liste aller Netzcodes finden Sie im Artikel "[[SIPPort Netzcodes (Anleitung)|SIPPort Netzcodes (Anleitung)]]".

==== Wie funktioniert eigentlich das Telefonbuch? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Telefonbuchkonfiguration finden Sie das "Telefonbuch". Klicken Sie einfach auf "Neuen Eintrag hinzufügen". Füllen Sie alle Felder aus und klicken Sie auf "Speichern". Ihrem Telefonbuch wurde nun ein weiterer Eintrag hinzugefügt.

==== Wie funktioniert eigentlich die Sofortwahl? ====

Sollten Sie bereits Einträge in Ihrem Telefonbuch haben, so können Sie unsere Sofortwahl nutzen. Hinter jedem Eintrag in Ihrem Telefonbuch gibt es einen kleinen Button mit einem Telefonhörer. Nach einem Klick wird eine Verbindung zu der im Eintrag hinterlegten Rufnummer aufgebaut.

==== Wie funktioniert eigentlich die Webrequest-API? ====

Unsere Webrequest-API´s ermöglichen es Ihnen von uns bereitgestellte Webdienste zu nutzen, sofern Sie über einen VOIP-Account bei uns verfügen.

Die API ermöglicht Ihnen zum Beispiel den Einzelverbindungsnachweis aus unserer Datenbank über Ihre eigenen Scripte und Anwendungen (z.B. PHP, Perl und andere) auszulesen oder Telefonverbindungen über die Schnittstelle zu schalten. Damit können Sie z.B. in eigenen Applikationen hinter Telefonnummern ein Icon bauen, bei dessen Betätigung die Nummer angewählt wird.

Auch unser Callback-Service basiert auf der Webrequest-API und ist ein weiteres schönes Beispiel. Diesen können Sie als von uns bereitgestellten Code im Quelltext Ihrer Webseite einpflegen. Auf Ihrer Seite erscheint nun ein kleiner Button, der nach einem Klick mittels des Webrequests und Ihrem VOIP-Account eine Verbindung zwischen Ihnen und z.B. einem Ihrer Interessenten herstellt. Dieser Service lässt sich natürlich zeitlich ausschalten (wer möchte schon mitten in der Nacht aus dem Bett geklingelt werden ;-)

==== Wie konfiguriere ich den Anrufbeanworter? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie die "Anrufbeantworter Einstellungen", hier können Sie die Anrufbeantworter-Einstellungen vornehmen, wie z.B. den Anrufbeantworter aktivieren, die Ansage auswählen und eine Weiterleitung an eine Mail-Adresse konfigurieren. Im linken Frame finden Sie ausserdem die Kategorie "Anrufbeantworter". Dort sind ebenfalls sämtliche von Ihrer Mailbox entgegengenommenen Anrufe aufgelistet.

[[Category:Access]] [[Category:Access_FAQs]]

Internet-Telefonie (VoIP): SIP- und IAX-Port (FAQ)

Br@superroot — Wed, 18 Jul 2012 22:01:19 GMT

Br@superroot: /* Funktionert der "SIP- und IAX-Port"-Tarif nur mit DSL-Zugängen von Portunity oder auch mit Zugängen anderer Anbieter ? Kann ich auch unterwegs mit meinem Notebook telefonieren ? */

= Fragen zu den Portunity VoIP "SIP- und IAX-Port"-Tarifen =

==== Bietet Portunity auch eine Telefonie-Flatrate an? ====

Das kommt drauf an, wie man das sieht:

Mit den VoIP-Tarifen von Portunity können Sie soviele Gespräche so lange kostenfrei zu anderen SIP- und IAX-Adressen führen - wie Sie wollen. Egal, ob es sich dabei um Kunden von uns oder um "externe" SIP- / IAX-Adressen handelt. Von daher könnte man von einer Flatrate sprechen.

Verstehen Sie darunter jedoch auch, dass Nummern im Festnetz, Mobilfunkgassen oder gar Nummern im Ausland mit einbezogen sind, dann eindeutig nein !

Portunity kann, wie alle anderen Telefongesellschaften und VoIP-Anbieter auch die Telefonminuten nicht "flat" einkaufen - sondern wird wie alle anderen auch, nach verschiedenen verbrauchsorientierten Maßstäben wie der Ziellocation und der "verbrauchten" Zeit abgerechnet. Dazu kommen dann noch die Kosten für die eigentliche Übertragung ins Internet, welche ebenfalls nicht "flat" kalkulierbar sind.

Eine für einen Telefon- oder VoIP-Anschluß angebotene Flatrate ist daher immer eine Mischkalkulation des Providers. Die vielen Wenignutzer finanzieren die wenigen Vielnutzer. Die, die wenig telefonieren, zahlen also mehr als sie eigentlich müssten und die, die viel telefonieren, zahlen weniger als sie eigentlich müssten. Das ist nicht nur ungerecht, sondern kann auf Dauer auch nicht wirtschaftlich gut gehen.

Es gibt auch bereits erste Anzeichen, dass es im VoIP-Bereich hierzu erste "seltsame" Effekte gibt: Es wird in Diskussionsforen bereits von ersten künstlichen Verlangsamungen, Rufnummernsperren oder gar Unterbrechungen berichtet - andere Anbieter erhöhen einfach die Preise regelmässig oder es gibt im Kleingedrucken "Klauseln" wie z.B. das nur Gesprächsminuten ins Festnetz inklusive sind (ein Anruf zu einem Handy geht dann extra).

Portunity möchte Ihnen einen soliden, businesstauglichen und seriösen Service bieten und will von daher solche "Massnahmen" gar nicht erst in Erwägung ziehen müssen - weil z.B. unsere Kalkulation nicht mehr stimmt. Portunity bietet Ihnen faire und günstige Tarife - aber eben keine Flatrate.

'''Update: Bei einigen DSL-Anschlüssen ist für Privatnutzung zwischenzeitlich eine Festnetzflat bei Portunity möglich.'''

==== Bietet Portunity auch einen Softclient an? ====

Aktuell nein.

==== Brauche ich einen Computer um über SIP- und IAX-Port telefonieren zu können ? ====

Nein, aber man kann einen Computer natürlich zum Telefonieren verwenden. Man unterscheidet in der VoIP-Welt grundsätzlich zwischen Soft- und Hard-Phones:

Ein '''Hard-Phone''' ist ein richtig echtes Telefon (kann man also echt anfassen ;-), das bereits VoIP vonhaus aus kann. Das Telefon wird an den Router oder Netzwerk-Hub / -Switch gesteckt und meldet sich dann an unserem VoIP-Server an. Mit Hilfe von Adaptern kann man auch klassisch analoge oder ISDN-Telefone VoIP-fähig machen.

Ein '''Soft-Phone''' hingegen sind kleine Computerprogramme, die es für nahezu alle Betriebssysteme (Windows, Linux, Mac u.a.) gibt. Mit Hilfe eines an den Computer angeschlossenen Lautsprechers, Mikro alternativ Headset oder spezielle Telefonhörer kann dann telefoniert werden.

Von der Seite Portunity aus ist es egal, mit was für einem "Client" oder "Telefon" Sie sich "einbuchen" und telefonieren - wichtig ist nur, dass entweder das SIP- oder das IAX-Protokoll und ein kompatibler Codec verwendet werden.

==== Darf ich als Call-Shop-Betreiber die Endkunden-Tarife von Portunity benutzen ? ====

Nein, man darf die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.Ausgenommen ist es allerdings, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity auf diesen Zweck ausgerichtete Reselling-Tarife (siehe weiter unten).

==== Darf ich als Privatperson oder Firma die VoIP-Tarife von Portunity benutzen? ====

Ja, Sie dürfen die "SIP- und IAX-Port"-Tarife von Portunity sowohl als Privatperson, Verein, Firma oder sonstige Organisation nutzen.

Ausgenommen ist es lediglich, die Endkundentarife zu benutzen um selber Telefonie-Services anzubieten (z.B. in Form von Reselling oder wenn Sie einen sogenannten Call-Shop betreiben). Hierzu hat Portunity alternativ auf diesen Zweck ausgerichtete Reselling-Tarife im Angebot (siehe weiter unten).

==== Entstehen mir Kosten, wenn meine SIP- oder IAX-Adresse angerufen wird ? ====

Der Anrufer landet auf dem VoIP-Server von Portunity. Von dort gibt es dann mehrere Möglichkeiten: Sind Sie mit einem IAX- oder SIP-Client "eingebucht", dann routet Portunity Ihnen den Anruf zu Ihnen. Von Portunity aus entstehen dabei keine Kosten - indirekt entstehen Ihnen evt. Kosten durch Ihren Internetzugang (Traffic), die aber Minimal und i.d.R. zu vernachlässigen sind.

Wenn im Webinterface Anrufweiterleitungen definiert wurden und dabei anstelle einer alternativen SIP- oder IAX-Adresse eine Telefonnummer angegeben wurde (z.B. Festnetz, Mobilfunk o.a.), zu der Portunity den jeweiligen Anruf weiterleiten soll, berechnet Portunity Ihnen hierzu Gesprächsgebühren so, als ob Sie selbst die Nummer wählen würden.

==== Funktionert der "SIP- und IAX-Port"-Tarif nur mit DSL-Zugängen von Portunity oder auch mit Zugängen anderer Anbieter ? Kann ich auch unterwegs mit meinem Notebook telefonieren ? ====

Die VoIP-Tarife von Portunity funktionieren quasi von jeder öffentlichen IP-Adresse - sie müssen also nicht unbedingt einen DSL-Zugang von Portunity benutzen.

D.h. prinzipell ist auch die Nutzung von unterwegs von einem Hotel oder gar einem Internetcafé aus möglich (z.B. von einem Softphone). Allerdings können je nach Konfiguration der dortigen Infrastruktur z.B. die für VoIP relevanten Kommunikations-Ports gesperrt sein oder die verwendeten Firewalls machen Probleme.

'''Tipp:''' Verwenden Sie am besten unterwegs das IAX-Protokoll, das macht in solchen Szenarien grundsätzlich mit Firewalls & Co weniger Probleme.

Für die stationäre Nutzung ist ansonsten einer der DSL-Zugangstarife / -Anschlüße von Portunity empfehlenswert (aber eben kein Muss). Wenn Sie einen DSL-Zugang und -Tarif von Portunity nutzen, profitieren Sie von einer optimalen und besseren VoIP-Qualität. Denn die VoIP-Server und -Gateways stehen im 19''-Racks (= Serverschrank)'' in unmittelbarer Nachbarschaft, wo auch die Einwahlrouter der DSL-Infrastruktur von Portunity auflaufen. Dadurch müssen die Datenpakete nicht erst durch das "halbe" Internet geroutet werden, sondern gehen von dem einen Gerät quasi direkt in das andere - was der Gesprächsqualität zugute kommt.

Desweiteren sind die DSL-Zugänge und -Anschlüsse auch durch die enthaltene feste IP-Adresse interessant - z.B. wenn Sie eine eigene TK-Anlage (z.B. Asterisk) VoIP-fähig machen möchten, hat dies enorme Vorteile und bringt Vereinfachungen z.B. bei nötigen DNS-Einträgen u.a.

==== Gibt es eine Mindestlaufzeit? ====

Nein, eine Mindestlaufzeit, z.B. von 6 oder 12 Monaten, wie sie von anderen VoIP-Anbietern teilweise gefordert werden, gibt es bei Portunity nicht.

==== Inwieweit sind deutsche Mehrwertnummern wie 0800, 0900 u.a. erreichbar ? ====

Aktuell sind nicht alle Mehrwertnummern erreichbar.

Die kostenpflichtigen Gassen 0190, 0800 und 0900 u.a. werden jedoch auch zukünftig aus abrechnungstechnischen Gründen zunächst nicht vollständig bereitstehen können.

'''Tipp:''' Wenn Sie eine VoIP-fähige TK-Anlage (z.B. Asterisk) betreiben oder entsprechende Telefon-Adapter einsetzen, können Sie dort oft bzgl. der Terminierung im sog. Dialplan Ausnahmen definieren, so daß Telefonate in diese Rufnummerngassen über die ISDN / klassische Anbindung terminiert werden.

==== Welche anderen Internet-Telefone sind für mich kostenfrei erreichbar ? ====

Alle Internet-Telefone, die über das SIP- oder IAX-Protokoll erreichbar sind, sind für Sie kostenfrei erreichbar.

Sofern Sie eine SIP- oder IAX-Adresse nicht eingeben können (weil Sie z.B. ein Tastentelefon haben) oder die SIP- oder IAX-Adresse zu einer Nummer nicht wissen, hilft ENUM, wenn die Zielrufnummer als ENUM-Domain registriert ist.

Viele VoIP-Anbieter haben vergebene Rufnummern bereits selbst als ENUM-Domain registriert - ansonsten kann dies der Zuteilungsnehmer der jeweiligen Rufnummer auch selbst tun.

Weitere Informationen zu ENUM finden Sie in dem ENUM-Informationsportal "[http://www.enum-center.de Enum-Center]".

==== Welche Codecs und welche Protokolle werden von SIP- und IAX-Port unterstützt? ====

Wie der Name des Produktes und der Tarife bereits andeutet, unterstützt Portunity aktuell das SIP und das IAX-Protokoll (Version 2).

Portunity unterstützen dazu aktuell folgende Codecs:

{| width="500" border="0" cellpadding="1" cellspacing="1"
|-
! scope="col" | Codec:
! scope="col" | Bandbreite Codec:
! scope="col" | Bandbreite Ethernet:
! scope="col" | MOS
! scope="col" | Anmerkung:
|-
| G.711 ulaw (US)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| G.711 alaw (Europa)
| 64,0 KBit/s
| 82,2 KBit/s
| 4,1
| unkomprimiert, wie ISDN
|-
| iLBC
| 15,0 KBit/s
| 31,5 KBit/s
|
|
|-
| GSM
| 13,0 KBit/s
| 35,0 KBit/s
| 3,7
| Mobilfunk-Codec, befriedigende Qualtität, wenig Bandbreite
|}

 

Die Codec's stehen von der Seite Portunity dabei in allen SIP- und IAX-Port-Tarifen zur Verfügung. Auch ist es egal, ob der Tarif privat oder geschäftlich eingesetzt wird.

'''Was sind MOS-Punkte ?'''

Die Sprachqualität von Codecs kann zum einen durch Messverfahren als auch subjektiv durch Testpersonen bestimmt werden. Die MOS-Punkte werden durch viele Testpersonen ermittelt, welche jedem Codec eine Note zwischen 1 und 5 (5=Excellent, 4=gut; 3=geht so; 2=ausreichend; 1=schlecht) geben. Daraus wird dann der MOS-Wert gemittelt gebildet.

Der MOS-Wert bewertet allerdings nur den Codec - gerade bei VoIP kommen bzgl. der Sprachqualität natürlich noch weitere Kriterien hinzu: die Leitungsqualität bis zum VoIP-Server, verlorene Pakete, Geschwindigkeit usw. Von dem eingesetzten Equipment wie Mikrophone in VoIP-Telefonen usw. mal ganz abgesehen.

==== Welche Kosten entstehen mir für Telefonate, wenn ich mich im Ausland befinde ? ====

Egal, wo Sie Ihr Internet-Telefon (egal ob Hard- oder Softphone) betreiben, alle Gespräche von Portunity werden immer zu den gleichen Konditionen abgewickelt.

D.h. genauso wie im Inland sind Gespräche zu anderen SIP- oder IAX-Adressen kostenfrei und Gespräche ins Fest- und Mobilfunknetz oder in andere Länder werden zu den gleichen Konditionen abgerechnet, wie dies der Fall ist, wenn Sie sich in Deutschland befinden.

==== Wie kann ich kündigen und welche Frist muß ich beachten? ====

Sie können jederzeit mit den folgenden Fristen kündigen:

'''Tarife DSL Starter, Top, Profi, d.h. alle trafficorientierten Tarife:''' 30 Tage vor dem Ablauf des Abrechnungszeitraums

'''Flatbudget-Tarife:''' Täglich mit 1 Tag Kündigungsfrist

Nach Ihrer Kündigung bekommen Sie am Ende des Abrechnungszeitraumes Ihre Abschlussrechnung. (Der Abrechnungszeitraum richtet sich nach Ihrem Bestelldatum, wenn Sie also am 13. des Monats bestellt haben, ist der Abrechnungszeitraum immer der 13. des Monats bis zum 12. des Folgemonats).

Kündigen können Sie per Mail, per Telefon, per Brief oder per Fax (oder online bei allen trafficorientieretn Tarifen). Beachten Sie bitte, dass Portunity immer jede Kündigung sofort per Mail bestätigt. Gerne erfährt Portunity im Kündigungsfall den Grund Ihrer Entscheidung, um die Produkte und Leistungen weiter verbessern zu können.

==== Wieviele Telefonate kann ich gleichzeitig führen? ====

Das ist abhängig von dem Tarif, den Sie bei Portunity gebucht haben.

= Fragen zur Bestellung =

==== Wie kann ich bestellen? ====

Sie können über das Onlinebestellsystem von Portunity jederzeit Ihre Bestellung aufgeben.

==== Wie lange dauert in der Regel die Freischaltung vom Eingang der Bestellung? ====

Über das Onlinebestellsystem von Portunity erfolgt die Freischaltung automatisch i.d.R. innerhalb weniger Minuten. Sie erhalten hierzu entsprechende eMails (Zugangsdaten und Bestätigung Freischaltung).

Für schriftliche Bestellungen (eMail, Post, Fax) gilt: In der Regel werktags von Montag bis Freitag oft noch am selben Tag bzw. innerhalb von 24 Stunden. Falls Sie auf dem Bestellformular die Zugangsdaten-Übermittlung per Post auswählen, dauert es aufgrund des Postversandes der Zugangsdaten nochmal 1-2 Tage länger, wählen Sie per Fax oder per eMail für eine unmittelbare Übermittlung - eine Mehrfachauswahl ist ebenfalls möglich.

= Fragen zur Abrechnung =

==== Nach wieviel Tagen erhalte ich meine Mahnung? ====

Die '''erste Mahnung''' erhalten Sie nach'''14 Tagen'''. Die Zustellung der Mahnungen erfolgt auf dem gleichen Wege wie der Versand der Rechnungen, also wie von Ihnen bei der Bestellung angegeben. '''Ab der 2. Mahnung''' fallen weitere '''Mahngebühren '''an. Wird auch nach der dritten Mahnung noch kein Geldeingang verzeichnet, stellt Portunity die Leistungen automatisiert ein und übergibt den Vorgang seinem Inkasso-Unternehmen.

Bitte zahlen Sie möglichst immer termin- und fristgerecht, den nur so kann Portunity auch zukünftig noch Produkte / Leistungen (z.B. DSL-Zugänge, ...) auf Rechnung anbieten. Die meisten Mitbewerber akzeptieren ausschließlich das Lastschriftverfahren, was Portunity Ihnen ansonsten auch gerne empfiehlt, da es doch diverse Vorteile auch für die Kunden bietet.

==== Wann und wie erhalte ich meine Rechnung? ====

Sie können auf dem Auftragsformular bzw. im Bestellprozeß selbst aussuchen, ob Sie die Rechnung per eMail oder per Post erhalten möchten. Da Portunity beim Versand mit der Post eine höhere Aufwendung hat (Ausdruck, Versand usw.), kostet eine schriftliche Rechnung per Post einen Aufpreis. Ansonsten werden die Rechnungen wahlweise per ASCII- oder HTML-eMail verschickt und erhalten als Datei-Attachment einen Einzelverbindungsnachweis der abgerechneten Verbindungen sowie eine PDF-Version der Rechnung. (Bei den postalisch zugegangenen Rechnungen können Sie diesen online einsehen).

Die Rechnungen können desweiteren elektronisch von Ihnen auch jederzeit und nachträglich im webbasiertem Verwaltungsprogramm "ISPSuite" von Portunity eingesehen, abgerufen und ausgedruckt werden. Dort sehen Sie auch den jeweiligen Status der Rechnung (bezahlt / nicht bezahlt) und den Eingang der Zahlungseingänge.

Die Telefongebühren selbst werden im Prepaid-Verfahren abgerechnet, Sie können dabei entweder online Prepaidpakete kaufen (5 Euro, 10, Euro, 25 Euro ...), oder Sie können Ihren Account so einstellen, dass bei Unterschreiten eines frei definierbaren Guthabens automatisch eine Rechnung von Portunity erstellt wird.

==== Wie kann ich die Telefonate und Gebühren nachvollziehen ? Stichwort Einzelverbindungsnachweis ? ====

In dem Webinterface von Portunity können Sie sich eine detaillierte Verbindungsübersicht aufrufen (nach dem Login links den VoIP-Tarif aufrufen und dort dann das vorletzte Icon für den Einzelverbindungsnachweis) und nach verschiedenen Kriterien sortieren.

Desweiteren hängt Portunity Ihnen den Einzelverbindungsnachweis an Ihre eMail-Rechnung als Dateiattachment.

Bitte beachten Sie, dass Portunity jedoch standardmässig aus Datenschutzgründen die eigentlichen Zielrufnummern nicht speichert und folglich auch in den Einzelverbindungsnachweisen nicht anzeigen kann. Um auch die Zielrufnummern entweder gekürzt oder vollständig zukünftig angezeigt zu bekommen, gehen Sie bitte in den Konfigurationsdialog (nach dem Login links den VoIP-Tarif aufrufen und dort dann das vorletzte Icon für den Einzelverbindungsnachweis) und dort im Block "Datenschutz" finden Sie ein Dropdown mit der Feldbeschriftung "Angerufene Nummern speichern".

= Fragen zur Technik =

==== Bietet Portunity auch einen Stun-Server ? Wie lauten die Adressen ? ====

Ja, Portunity bietet Ihnen einen primary und secondary STUN-Server:

*stun1.sipport.de auf Port 3478
*stun2.sipport.de auf Port 3479

Wichtig: Sie müssen in Ihrem Client BEIDE Server eintragen, da das Stun-Protokoll zur korrekten Erkennung einiger Firewalls zwei unterschiedliche STUN-Server benötigt !

==== Was bedeuten die SIP-Fehlercodes 403, 404 u.a. ? ====

Siehe Artikel [[SIP-Fehlercodes|SIP-Fehlercodes]].

==== Welchen Codec sollte ich nutzen? ====

Wir nutzen standardmäßig den Codec ALaw (G.711 A). Dies ist auch der im europäischen Festnetz genutzte Codec.

==== Welchen DTMF-Mode sollte ich verwenden? ====

Unsere Systeme sind auf den Modus "RFC2833" konfiguriert, Sie sollten daher entsprechend auch diesen Modus verwenden.

==== Ich höre keine Ansagen über mein Guthaben bzw. den Preis für den Anruf! ====

Siehe Artikel [[Inband-Informationen|Inband-Informationen]]

==== Welchen Datentraffic (Volumen) verursacht ein Telefonat ? ====

Das hängt ab vom jeweils eingesetzen Codec, welcher jeweils eine unterschiedliche Bandbreite benötigt.

Der Codec, der am meisten Bandbreite benötigt, ist der unkomprimierte Codec G711. Dieser verbraucht ca. 82,2 KBit/s. Das sind 10,275 KByte / Sekunde, pro Minute also 616,5 KByte. Umgekehrt können Sie mit einem MByte ca. 100 Sekunden telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 28,34 Stunden telefonieren (in einem Monat fast eine Stunde / Tag !).

Setzen Sie hingegen einen anderen Codec ein, der die Sprache komprimiert (und dabei fast die gleiche Gesprächsqualität erreicht) - wie z.B. den beliebten G729-Codec der 31,2 KBit/s benötigt- sieht die Rechnung noch freundlicher aus: 3,9 KByte / Sekunde, pro Minute also 234 KByte. Umgekehrt können Sie mit einem MByte ca. 262,6 Sekunden (=4,4 Minuten) telefonieren. Mit einem GByte Datenvolumen können Sie also bereits 74,69 Stunden telefonieren (in einem Monat also ca. 2,5 Stunden / Tag !).

Wie Sie sehen, fällt der Datentraffic also eigentlich kaum ins Gewicht und selbst ein günstiger DSL-Volumentarif der nur 1 oder 2 GByte Datenvolumen inklusive enthält, reicht zum Telefonieren über das Internet wirklich im allgemeinen bequem aus.

= Fragen aus dem Support =

==== Ich habe Probleme mit der VoIP-Verbindung ====
In der ISPSuite haben Sie die Möglichkeit, Ihren VoIP-Zugang zu "debuggen". Melden Sie sich dazu am ISPSuite Webinterface an, wählen Sie dort den VoIP-Zugang aus und klicken Sie dort auf "Debug-Info". 
Weitere Informationen und Hilfe zu dieser Funktion finden Sie [[Debug-Funktion_VoIP_SIP_Account_(Dialog)|hier]].

==== Gibt es Konfigurationsanleitungen zu speziellen Hard- und Soft-Clients wie der Fritz!Box, Astersik u.a. ? ====

Ja:

*[[Internet-Telefonie (VoIP) mit Asterisk einrichten (Anleitung)|Asterisk]]: Wie binde ich die Astersik an den SIP- und IAX-Port-Anschluss an ? Wie kann ich raustelefonieren ? Wie kann ich eingehende Gespräche verarbeiten ? - Konfigurationshinweise und Tipps rund um Asterisk.
*[[Internet-Telefonie (VoIP) mit Firefly (Windows-Client) einrichten (Anleitung)|Firefly (Windows-Client)]]: Screenshot des Konfigurationsdialogs mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon einrichten (Anleitung)|Fritz!Box Fon]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit FRITZ!Box Fon 5050 / 7050 einrichten (Anleitung)|Fritz!Box Fon 5050 / 7050]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit iaxComm (Softclient) einrichten (Anleitung)|iaxComm]]: Screenshoot des Konfigurationsdialoges mit Kurzanleitung
*[[Internet-Telefonie (VoIP) mit SpeedTouch 190 Analog Telephone Hardware-Adapter (Anleitung)|SpeedTouch 190]]: Analog Telephone Adapter (Hardware-Adapter) ; Screenshoot des Konfigurationsdialoges 
*[[Internet-Telefonie (VoIP) mit Phoner Lite einrichten (Anleitung)|Phoner Lite]]: PhonerLite

Darüber hinaus gibt es auch noch eine Übersicht über alle [[:Category:Access Anleitungen|Anleitungen zum Geschätsbereich Access]] von Portunity.

==== Bietet Portunity auch Rufnummern-Gassen oder Wunschrufnummern an? ====

Leider nein.

==== Die Einwahl zum Telefoniesystem wird trotz korrekter Daten mit der Fehlermeldung "falscher Username oder Passwort" abgebrochen. Was mache ich falsch? ====

* Überprüfen Sie die Länge Ihres Passworts. Einige Router unterstützen keine Passwörter, die mehr als acht Zeichen beinhalten. Die Länge des Loginnamens zusammen mit dem Passwort darf eine Länge von 20 Zeichen auch nicht überschreiten

* Es kann bzw. muss in einigen Geräten wie z.B. bei dem Speedport W700V die Internetrufnummer angegeben werden. Tragen Sie hier bitte nicht die Ihnen zugeteilte Telefonnummer sondern den Loginnamen Ihres SIP Account (z.B. '''sipxxxxx''') ein.

==== Ist es möglich meine Festnetznummer zu Portunity zu portieren? Welche Gebühren fallen dafür an? ====

Antwort: Zur Zeit bietet Portunity leider keine Portierungen an. Portunity überlegt jedoch diesen Service in ihr Produktportfolio mit aufzunehmen.

==== Ist es möglich, eine bei einem anderen Provider gehostete Domain statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? ====

Ist es möglich, eine bei einem anderen Provider gehostete Domain (die dort aus verschiedenen Gründen auch bleiben muss) statt dem Standard "sipport.de" als Hostname für SIP-Aliase zu verwenden? Ich würde selbstverständlich die nötigen SRV Einträge auf dem Nameserver vornehmen ?

Leider ist dies aktuell nicht möglich

==== Kann ich auch eine IAX-Adresse auf meiner eigenen Domain einrichten ? ====

Nein, das IAX-Protokoll ist leider nicht Multi-Domain fähig.

==== Kann ich auch Rufnummern mit mehr als 14 Zeichen als ENUM registrieren? ====

Die Regeln der Bundesnetzagentur geben vor, dass Portunity sich streng an die in den ENUM-Registrierungsrichtlinien aufgeführten Rufnummernlängen zu halten hat. Ortsnetzrufnummern dürfen max. 14 Stellen haben. Diese setzen sich aus (Länderkennzahl + Ortsnetzkennzahl + Teilnehmerrufnummer) zusammen. Somit kann Portunity Rufnummer mit mehr als 14 Zeichen nicht delegieren.

==== Kann ich eine eigene Festnetz-Telefonnummer erhalten? Ich suche zum Test von unserer VOIP Anlage eine öffentliche, aus dem Festnetz erreichbare Telefonnummer, die auf meinen SIP-Account verweist. Ist dies bei Portunity möglich? ====

Im Rahmen der VoIP-Tarife "Business Prepaid" und "Multiplex Prepaid" sind aus dem Festnetz erreichbare Nummern aus über 200 möglichen Ortsnetzen enthalten.

==== Warum kann ich keine VOIP-Gespräche zu einigen anderen VOIP-Anbietern (z.B. u.a. 1und1, freenet, sipgate) führen ? ====

Einige der Mitbewerber von Portunity bieten schlicht und einfach nicht die Möglichkeit, dass die SIP-Adresse die Sie dort erhalten, überhaupt für alle erreichbar ist. Bei diesen Anbietern ist die SIP-Adresse nur für Kunden erreichbar, die bei dem gleichen Anbieter sind (oder noch bei dessen unmittelbaren Kooperationspartnern). Diese negative Eigenschaft wird von den Anbietern natürlich auch nicht gerade auf den Werbeseiten und den Homepages groß herausgestellt....

Dies führt in der Praxis dazu, dass wenn Sie eine solche SIP-Adresse eines solchen Anbieters anwählen wollen, die Verbindung nicht zustande kommen wird. Dies gilt auch für den Fall, dass die SIP-Adresse in einer ENUM-Domain hinterlegt ist.

Um Kunden dieser Anbieter zu erreichen gibt es nur einen Weg: Über eine klassische (kostenpflichtige) Telefonverbindung. Dies ist von den Anbietern absolut so gewollt, denn diese Anbieter erhalten für Gespräche, die über die geschalteten Telefonnummern eingehen, Geld (die sogenannte Interconnection-Gebühr). Dass heißt, diese Anbieter verdienen an jedem Telefonat welches eingeht. Bei Gesprächen die über das Internet (z.B. über das SIP-Protokoll) eingehen würden, würden diese Anbieter nichts verdienen - was der egoistische Grund für die Anbieter ist solche abgeschotteten SIP-Inseln zu schaffen.

Bei Portunity sind die SIP-Addressen nicht blockiert: Die SIP-Adressen die Sie bei Portunity erhalten, sind für alle erreichbar, egal bei welchem Anbieter derjenige ist, der Sie anrufen möchte.

Den Kunden der Anbieter, welche SIP-Adressen für andere Netze blockieren, kann man nur raten, bei der Auswahl des VoIP-Anbieters auf dieses Kriterium zu achten, damit diese Kunden auch entsprechend erreichbar werden.

Von einigen VoIP-interessierten Communities werden Listen gepflegt, welche Anbieter zu den "guten" gehören und welche keine SIP-Adressen erreichbar machen.Die Problematik ist also durchaus bekannt und wird in verschiedenen Kreisen kontrovers diskutiert. Auf eine dieser Listen möchten wir hier mit dem ausdrücklichen Hinweis, dass diese Liste nicht von Portunity ist und nicht durch Portunity gepflegt wird, verweisen:

[http://wiki.ip-phone-forum.de/telefonie:enum:provider http://wiki.ip-phone-forum.de/telefonie:enum:provider] (Sie verlassen mit dem Link die Portunity-Plattform).

==== Welche Ortsnetze können Sie mit Rufnummern bedienen? ====

Diese Frage können wir leider nicht pauschal beantworten, da sie dies auch von Zeit zu Zeit ändert. Portunity hat aber ca. 200 Ortsnetze aus Deutschland erschlossen. Ob Ihr Ort dabei ist können Sie gerne im Support von Portunity nachfragen.

==== Welche Vorwahlen kann oder muß ich wählen ? Wie telefoniere ich in andere Länder ? ====

Für Gespräche nach Deutschland wählen Sie ganz normal die Ortsvorwahl und die Nummer, z.B. 0202 123456789 für eine Nummer in Wuppertal. Anrufe in Mobilfunknetze funktionieren analog.

Für internationale Gespräche wählen Sie zunächst eine Doppel-Null und dann den Ländercode und dann die eigentliche Nummer. Für einen Anruf in die Schweiz also z.B. 00 41 xxxxxxx (xxxx ist dann die eigentliche Nummer).

==== Wie kann ich die Durchwahlen der einzelnen Plätze meiner Telefonanlage mit übermitteln ? ====

Zunächst müssen Sie die Durchwahlen im Webinterface von Portunity einmalig freischalten lassen. Hierzu rufen Sie Ihren Tarif auf und wählen dort die Iconoption "Rufnummern". Dort finden Sie die Möglichkeit, Rufnummern freizuschalten. Hierzu führt Portunity - um Missbrauch vorzubeugen - einen Rückruf durch und übermittelt einen Code, der anschließend wieder abgefragt wird.

Nach der Validierung kann Ihre TK-Anlage die jeweilige Durchwahl (bzw. die vollständige Rufnummer im internationalen Format, siehe unten) im Feld Caller-ID oder Caller-Name mitsenden. 

Portunity akzeptiert aktuell die Rufnummern im Feld Caller-ID oder Caller-Name im internationalen Format ("+49202 ...", "0049202..." oder "49202" - NICHT ABER: "0202...."). Leerzeichen oder Sonderzeichen sollten vermieden werden. Bitte beachten Sie ferner, dass Portunity derzeit nur deutsche Rufnummern übermitteln kann, da Portunity die Gespräche in Deutschland terminiert.

Sollten Sie im Feld Caller-ID keinen Eintrag haben oder die Nummer im falschen Format übermittelt werden, wird immer die im Webinterface hinterlegte Rufnummer mit übermittelt.

'''Hinweise zu speziellen TK-Anlagen:'''

'''Hinweis zur VoIP-TK-Anlage Astimax:''' Portunity ist aus dem Support ein Fehler in der TK-Anlage Astimax bekannt, durch den im Feld Caller-ID die Durchwahlen nicht übermittelt werden, sondern statt dessen der Loginname an Portunity übermittelt wird. Dieses Fehlverhalten der Astimax wurde laut Hersteller behoben und ist ab der Firmware Version 2 nicht mehr auf. Bitte wenden Sie sich für weitergehende Fragen und ob evt. zwischenzeitlich ein Patch erschienen ist diesbzgl. direkt an den Hersteller von Astimax. 

==== Ich habe mehrere Rufnummern - wie kann ich erkennen, welche meiner Telefonnummern angerufen wurde? ====

Bei jedem eingehenden Anruf auf eine Ihrer Telefonnummern übermittelt Portunity per SIP und IAX zusätzliche Header, anhand derer Ihre Telefonanlage erkennen kann welche Ihrer Telefonnummern angerufen wurde. 
Dazu muss Ihre Telefonanlage den "P-Called-Party-ID"-Header auswerten (was viele Anlagen bereits standardmäßig versuchen). Die dort stehende Rufnummer ist im internationalen Format.
Wird beispielsweise die Rufnummer "0202/695550" angerufen, steht im Header der Wert "0049202695550". 

==== Wie richte ich eine SIP-Adresse auf meiner Domain ein (z.B.: sip@meine-domain.de) ? ====

Hierzu benötigen Sie zunächst einmal eine Domain bei Portunity, die Sie am einfachsten neu bei Portunity registrieren. Sollten Sie schon über eine Domain bei einem anderen Provider verfügen, lassen sich diese schnell und unkompliziert per Providerwechsel (KK-Verfahren) zu Portunity holen.

Portunity kann Ihnen außerdem einige Domains aus dem eigenen Pool anbieten, z.B.:

*iaxport.de
*sipport.de
*wtal.net
*bergisch.de
*dsl-portunity.de

Um Ihre SIP- oder IAX-Adresse einer Ihrer oder der oben augeführten Domains zuzuordnen melden Sie sich bitte im Webinterface an. Auf der linken Seite wählen Sie hierzu bitte Ihren gebuchten SIP-Tarif aus. Nun klicken Sie im linken Frame auf "Konfiguration". Im mittleren Frame suchen Sie nun den Block "SIP-Adressen und -Optionen" heraus. Hier können Sie eine beliebige SIP-Adresse angeben. In dem Drop-Down-Menü in der gleichen Zeile wählen Sie Ihre gewünschte Domain. Abschliessend bitte auf "Speichern" klicken.

'''Wichtig:''' Sie müssen in der DNS Zone Ihrer Domain als SIP-Proxy1 den SIP Server '''sip-in.sipport.de''' so wie den Port '''5060''' eintragen und den Haken bei UDP setzen!!!

==== Wie teste ich meine Konfiguration? ====

Dazu haben Sie mehrere Möglichkeiten. Zunächst können Sie Ihren Account mit den Netzcodes testen, z.B. mit Netzcode "10*". Geben Sie einfach 10 und ein Sternchen * ein. Sobald die Verbindung zustande gekommen ist, bekommen Sie unsere Zeitansage zu hören. Diesen und weitere Netzcodes finden Sie im Artikel SIP-Port-Netzcodes.

Ausserdem hat Portunity Ihnen einen weiteren Netzcode zum Test eingerichtet. Nach Eingabe von ###* hören Sie den Echo-Test, der das wiederholt, was Sie in den Telefonhörer sprechen. 

Sollte die Verbindung zustande kommen - Herzlichen Glückwunsch! Ihr VOIP-Account wurde erfolgreich eingerichtet. 

==== Während meinen Telefonaten über VOIP ist die Sprachqualität sehr schlecht oder die Verbindung kommt erst sehr spät zustande. Woran liegt das? ====

Dafür kann es mehrere Gründe geben. Wir zählen Ihnen hier die häufigsten auf:

'''Internetanbindung:''' Je nach verwendeter Internetanbindung kann es anbieterseitig zu Schwankungen in der Bandbreite kommen. Das kann schlicht an Ihrem Wohnort und des verwendeten Telefonkabels liegen. Daraus resultierend kann eine konstante Übertragungsrate nicht gewährleistet werden, was sich in einer Minderung der Sprachqualität äussern kann. Für optimale Qualität empfiehlt Portunity Ihnen daher DSL-Zugänge an der eigenen Server und Backbone-Technik. Siehe dazu auch http://portunity.net/article16930-6942.html#Feature2

'''Parallele Downloads:''' Ein VOIP-Gespräch funktioniert sehr stark vereinfacht wie ein Up- bzw. Download. Das, was Sie während eines Gespräches sagen, muss erstmal in ein kleines Paket verpackt und ins Internet hochgeladen (Upload) werden. Das was Sie hören, laden Sie entsprechend runter (Download). Wenn Sie nun paralell z.B. ein Filesharing-Programm (z.B. eMule oder BitTorrent) geöffnet haben, werden Ihre übertragenen Sprachpakete "zwischen" die Up- und Downloads der im Hintergrund geöffneten Filesharing-Programme geschoben. Dabei kann es zu sogenannten "Delays" oder Verzögerungen kommen, da Ihre Bandbreite bereits mit den Downloads ausgelastet ist. Bitte beachten Sie hierbei: Auch wenn Sie z.B. bei einem DSL1000 "nur" mit einer Rate von 20k downloaden und demnach noch "Platz" für Ihr Gespräch sein müsste, verteilen Sie bei den meisten Filesharing-Programmen Ihre Dateien bei fast voller Upload-Grenze.

Abhilfe schafft hier ein DSL-Router, der den sogenannten Quality of Service (QoS) für optimale Sprach- und Datenübertragung unterstützt. Dieser Service unterscheidet ob die Pakete, die übertragen werden, zu Ihrem Telefonat oder zu Ihren Downloads gehören und verteilt entsprechende Prioritäten.

'''Verwendeter Codec:''' Je nach verwendetem Codec werden Ihre übertragenen Sprachpakete mehr oder weniger stark komprimiert. Je stärker komprimiert wird, desto schlechter die Sprachqualität. Bitte beachten Sie hierzu auch unseren FAQ-Beitrag http://portunity.net/article22951-8206.html

'''Probleme mit dem Carrier:''' Ihre Telefonate werden bei jedem VOIP-Anbieter an einen Carrier weitergeroutet, der sich darum kümmert, das Ihre Gespräche auch dort ankommen wo Sie hinsollen. Je nach Rufnummerngasse der Zielrufnummer sind unterschiedliche Carrier für die Gesprächssteuerung zuständig und damit auch für die Gesprächsqualität ab Übergabepunkt. Selbstverständlich ist Portunity bemüht für alle Rufnummergassen die jeweils qualitativ besten und auch redundantesten Carrier für Sie im Einkauf auszuwählen.

= Fragen zum Partnerprogramm und Reselling =

==== Bietet Portunity Wiederverkäufern die Möglichkeit VoIP auf Basis von SIP und IAX unter eigenem Namen zu verkaufen? ====

Ja, wenn Sie eine Internet-Agentur, ein Systemhaus oder selbst Provider sind, dann sind die VoIP-Reselling-Angebote von Portunity sicherlich für Sie interessant.

Als Reseller erhalten Sie die Möglichkeit, auf der VoIP-Plattform und -Infrastruktur von Portunity selbst Accounts einzurichten, zu verwalten, anzubieten und auch optional in Ihrem Namen automatisiert abzurechnen. Sie können dazu eigene Tarife definieren und diese im eigenen Namen anbieten, ohne dass Portunity für die Endkunden sichtbar ist. Ein klares Preismodell, bei dem die Accounts und die Telefonminuten aller Accounts gesammelt abgerechnet wird, ermöglicht nicht nur die Gestaltung attraktiver Konditionen für Ihre Kunden, sondern ermöglicht auch den Aufbau eines interessanten wiederkehrenden Profits.

Aber auch wenn Sie komplett eigene Technik betrieben (möchten), kann Ihnen Portunity beispielsweise eine Gesprächsterminierung mit einer Übergabe per SIP oder IAX anbieten. Auch eigene Webinterfaces unter Nutzung unserer Gatewaytechnik ist möglich.

Weitere detaillierte Reseller-Informationen hat Portunity auf einer eigenen Seite "[http://www.isp-reselling.eu VoIP-Reseller]" zusammengestellt. Für Anfragen steht Portunity selbstverständlich gerne zur Verfügung (Telefon Verwaltung / Vertrieb +49 202 / 69 555 -0 oder Rechenzentrum unter +49 202 / 68 555 -300 oder per eMail an info@portunity.de). Bitte übermitteln Sie Portunity eine Kopie Ihres Gewerbenachweises für Preis- und Vertragsinformationen.

==== Welche Vor- und Nachteil hat es, wenn ich bei einem Portunity-Reseller einen VoIP-Tarif buche? ====

Es kann durchaus gewisse Vorteile haben, einen VoIP-Tarif bei einem der Portunity-Reseller zu buchen. Die Portunity-Reseller bieten oft anders zusammengestellte Tarife an, die möglicherweise für Sie besser passen oder die sogar für Sie (für Ihr spezielles Szenario) günstiger sind.

Desweiteren haben einige Reseller die VoIP-Tarife mit interessanten anderen Produkten zu Tarif-Paketen gebündelt, die Sie so bei Portunity nicht erhalten können. Sie können so interessante Produkte aus einer Hand erhalten. Und last-but-not-least kann es aus Supportgründen Sinn machen sich für einen Portunity-Reseller zu entscheiden: Wenn dieser regional näher ist, kann er Ihnen z.B. vor Ort besser helfen, als wenn Portunity erst quer durch Deutschland zu Ihnen müßten.

= Fragen zum Prepaid-Verfahren =

==== Wie lange dauert es nach der Überweisung bis mein Gesprächsguthaben wieder aufgeladen wird? ====

In der Regel zwei bis drei Werktage, je nachdem von welcher Bank aus Sie überweisen. Berücksichtigen Sie bitte auch Wochenende und Feiertage, an denen ein Zahlungseingang generell auch nicht von uns verbucht wird!

==== Gibt es eine Limit-Warnung wenn mein Prepaid-Guthaben zur Neige geht? ====

Ja. Die Limitwarnung können Sie selbst in unserem Webinterface setzen. Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten.

Sie können sich mittels des Netzcodes 363* vor jedem Gespräch Ihr aktuelles Guthaben ansagen lassen.

==== Gibt es eine Möglichkeit zur automatischen Wiederauffüllung bei einem bestimmten Limit ? ====

Wir können Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung schicken. Diese Option können Sie selber im Webinterface in Ihrem persönlichen Profil unter der Option "Prepaid" aktivieren und einstellen.

==== Mein Prepaid-Guthaben ist trotz bezahlter Rechnung nicht in der ISPSuite sichtbar ? ====

In den meisten der Fälle ist Ihre Überweisung dann noch nicht bei uns eingegangen. Unter Umständen kann eine Überweisung bis zum vollständigen Abschluss bis zu drei Werktage dauern. Ihr Prepaidguthaben ist sofort nach Zahlungseingang in der ISPSuite verfügbar.

==== Was passiert wenn mein Guthaben verbraucht ist? ====

Bevor Ihr Guthaben verbraucht ist, bekommen Sie einen Hinweis, das ein (von Ihnen definiertes) Gesprächsguthaben unterschritten wurde. Sie haben dann in der Regel noch genug Zeit Ihr Prepaid-Konto aufzuladen (falls Sie Ihr Limit nicht zu knapp gesetzt haben ;-)

Sollten Sie Ihr Guthaben vollkommen ausgeschöpft haben, ertönen in den letzten 60 Sekunden Ihres Telefonates alle fünf Sekunden Beep-Töne um Sie auf den folgenden Gesprächsabbruch vorzubereiten. Danach sind bis zum wiederaufladen Ihres Kontos keine kostenpflichtigen Gespräche möglich.

SIP-Adressen und kostenlose Rufnummern sind weiterhin erreichbar.

==== Wie fülle ich mein Prepaid-Guthaben wieder auf ? ====

Ganz einfach: Bestellen Sie in unserem Online-Shop eines unserer Prepaid-Pakete, unser System verschickt automatisch und sofort eine Rechnung an Ihre bei uns hinterlegte Email-Adresse.Sie können anschliessend den Betrag auf unser Konto überweisen.

Wir können Ihnen aber auch die komfortable Lösung unseres "Auto-Prepaids" anbieten. Hier wird Ihnen bei unterschreiten eines bestimmten, von Ihnen festgelegten Betrages automatisch eine Rechnung geschickt. In der Regel erhalten Sie mit diesem Verfahren dann einmal im Monat eine Rechnung. Um die "Auto-Prepaid"-Lösung zu aktivieren, gehen sie bitte im Webinterface auf das "myProfile"-Icon und dort auf den Menüpunkt Prepaid.

= Fragen zum Webinterface ISPSuite =

==== Kann ich die Orts- und Ländervorwahlen konfigurieren? ====

Ja, loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie unter "Optionen" die Möglichkeit Default-Länder- und City-Codes einzugeben. Sie ordnen Ihrem VOIP-Account damit Land und Vorwahlbereich Ihres derzeitigen Standortes zu. Sollten Sie ein Ortsgespräch führen wollen, reicht es ab jetzt einfach die Rufnummer Ihres Gesprächspartners ohne Vorwahl zu wählen.

==== Wie funktionieren eigentlich die Netzcodes? ====

Mit den Netzcodes von Portunity haben Sie die Möglichkeit Einstellungen für Ihr aktuelles Gespräch vorzunehmen, und damit die Standardeinstellungen des Webinterfaces temporär zu überschreiben. Wählen Sie einfach vor Ihrer eigentlichen Rufnummer einen der Netzcodes:

*Beispiel: 342*0202123456 (Wählt die Premium-Route für die Wuppertaler Rufnummer "123456")

Eine Liste aller Netzcodes finden Sie im Artikel "[[SIPPort Netzcodes (Anleitung)|SIPPort Netzcodes (Anleitung)]]".

==== Wie funktioniert eigentlich das Telefonbuch? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Telefonbuchkonfiguration finden Sie das "Telefonbuch". Klicken Sie einfach auf "Neuen Eintrag hinzufügen". Füllen Sie alle Felder aus und klicken Sie auf "Speichern". Ihrem Telefonbuch wurde nun ein weiterer Eintrag hinzugefügt.

==== Wie funktioniert eigentlich die Sofortwahl? ====

Sollten Sie bereits Einträge in Ihrem Telefonbuch haben, so können Sie unsere Sofortwahl nutzen. Hinter jedem Eintrag in Ihrem Telefonbuch gibt es einen kleinen Button mit einem Telefonhörer. Nach einem Klick wird eine Verbindung zu der im Eintrag hinterlegten Rufnummer aufgebaut.

==== Wie funktioniert eigentlich die Webrequest-API? ====

Unsere Webrequest-API´s ermöglichen es Ihnen von uns bereitgestellte Webdienste zu nutzen, sofern Sie über einen VOIP-Account bei uns verfügen.

Die API ermöglicht Ihnen zum Beispiel den Einzelverbindungsnachweis aus unserer Datenbank über Ihre eigenen Scripte und Anwendungen (z.B. PHP, Perl und andere) auszulesen oder Telefonverbindungen über die Schnittstelle zu schalten. Damit können Sie z.B. in eigenen Applikationen hinter Telefonnummern ein Icon bauen, bei dessen Betätigung die Nummer angewählt wird.

Auch unser Callback-Service basiert auf der Webrequest-API und ist ein weiteres schönes Beispiel. Diesen können Sie als von uns bereitgestellten Code im Quelltext Ihrer Webseite einpflegen. Auf Ihrer Seite erscheint nun ein kleiner Button, der nach einem Klick mittels des Webrequests und Ihrem VOIP-Account eine Verbindung zwischen Ihnen und z.B. einem Ihrer Interessenten herstellt. Dieser Service lässt sich natürlich zeitlich ausschalten (wer möchte schon mitten in der Nacht aus dem Bett geklingelt werden ;-)

==== Wie konfiguriere ich den Anrufbeanworter? ====

Loggen Sie sich hierzu bitte in unser Webinterface ein. Wählen Sie aus der Tarifübersicht Ihren VOIP-Tarif aus. In der Tarifkonfiguration finden Sie die "Anrufbeantworter Einstellungen", hier können Sie die Anrufbeantworter-Einstellungen vornehmen, wie z.B. den Anrufbeantworter aktivieren, die Ansage auswählen und eine Weiterleitung an eine Mail-Adresse konfigurieren. Im linken Frame finden Sie ausserdem die Kategorie "Anrufbeantworter". Dort sind ebenfalls sämtliche von Ihrer Mailbox entgegengenommenen Anrufe aufgelistet.

[[Category:Access]] [[Category:Access_FAQs]]

Webhosting IMAP POP3 EMail Konto - Basis-Features (Tarifinfo)

Br@superroot — Tue, 15 May 2012 13:35:45 GMT

Br@superroot:

== Kein "hard bounce" ==

Wenn sie das Speicherlimit überschritten haben werden sie darüber erst nur informiert und ihr Postfach wird nicht abgeschaltet. So gehen keine Mails verloren (werden gebounced).

== Server mit IPv6 ==

IPv6 ist die neue Version des Internetprotokolls IP sie wird IPv4 in absehbarer zeit ablösen. [http://www.portunity.de/hosting/ipv6.html Infos zu IPv6 bei Portunity] Unsere Mailserver sind natürlich schon per IPv6 erreichbar. Also sind sie bereits heute zukunftssicher verbinden.

== Eigene Domain(s) ==

Sie können beliebig viele Domains zubuchen und darunter Ihre E-Mailadressen einrichten. Also z.B. '''info@ihre-firma.de'''. Domains können sie [http://www.portunity.de/hosting/produkte/domains.html hier] buchen.

== Selber verwalten ==

Sie können sich in unserem Webinterface einloggen und Ihre Mailadressen selber anlegen / ändern / verwalten. Dieses Webinterface können sie [https://service.portunity.net/service/index.html hier] finden.

== SMTP - Backup Service ==

Unsere Mail Infrastruktur ist redundant ausgelegt. So das hei einem Serverausfall keine Mails verloren gehen. Sollten das Hauptsystem nicht erreichbar sein, springen automatisch SMTP-/MX Backup Server ein.

== Webmail-Client (Web-GUI) ==

Ein Webmailclient ist eine Website die als Mailclient fungiert. So können sie ihre Mails mit einen Webbrowser abrufen. Hier gelagen Sie zum [https://www.portunity.de/hosting/produkte/webmail.html Webmailer].

== Verschlüsselte Übertragung ==

Unterstützt der entfernte E-Mailserver Verschlüsselung, so werden die E-Mails automatisch verschlüsselt übertragen. So wird die Sicherheit ihres Mailverkers gesteigert.

== Mails später weiterleiten ==

E-Mails können wir einer von ihnen einstellbaren Zeit an eine Zieladresse weiterleiten. So bleiben sie immer informiert. Dieses Feature betrifft bei IMAP nur den Ordner INBOX.

== Info bei alten Mails ==

Wir können Sie nach einstellbaren Tagen auch über alte E-Mails in ihrem Postfach informieren. So werden sie Zwar informiert falls sie vergessen haben sollte die Mails abzurufen aber es entsteht kein durcheinander. Dieses Feature betrifft bei IMAP nur den Ordner INBOX.

== Deutscher Standort ==

Wir garantieren, das die Mailserver sowie Ihrer Daten in Deutschland verbleiben. Dadurch behalten wir und natürlich auch sie die Kontrolle über ihre Daten.

== Datensicherung ==

Selbstverständlich machen wir regelmäßig Backups. Um auch im schlimmsten Fall keine Daten zu verlieren.

== Alte Mails löschen ==

[[Image:Isps-dialog mailbox-optionen.jpg|thumb|right]] E-Mails können nach einer von ihnen einstellbaren Zeit automatisch gelöscht werden. So müssen sie ihr Postfach nicht von Hand aufräumen. Dieses Feature betrifft bei IMAP nur den Ordner INBOX.

[[Category:Hosting]] [[Category:POP3-Mail_(Tarif)]] [[Category:IMAP4-Mail_(Tarif)]]

Webhosting IMAP POP3 EMail Konto - eMail-Features (Tarifinfo)

Br@superroot — Tue, 15 May 2012 13:28:52 GMT

Br@superroot:

== Autoresponder ==

Automatische Antworten auf E-Mails (autoresponder / autoreply) ist enthalten und verfügt über folgende Schutzmachanismen:

*Maximal eine E-Mail an einen Absender pro Tag.
*Keine Antwort auf als SPAM markierte E-Mails
*Keine Antwort auf automatisch generierte E-Mails (Bulk-Mails, etc.)

Eine Anleitung zur Einrichtung finden sie [[Autoresponder einrichten (Anleitung)|hier]]

== Max. Größe einer E-Mail ==
Die Maximale Größe einer einzelnen E-Mail inklusive Anhang.

[[Category:Hosting]][[Category:POP3-Mail_(Tarif)]][[Category:IMAP4-Mail_(Tarif)]]

==Catch-All eMailadressen==
Als Catch-All bezeichnet man eine eMailadresse bei der '''Local Part''' als der teil vor dem @ Zeichen egal ist. Das heißt sie erhalten alle Mails die An ihre Domain gehen in ein [[Webhosting IMAP POP3 EMail Konto - Leistung (Tarifinfo)#Anzahl Postfächer|Postfach]]. Also z.B. '''*@ptytest.de'''.
==Mail-Weiterleitungen==
Wenn sie eine Mail-Weiterleitung einrichten werden Ihre Mails nicht in ein [[Webhosting IMAP POP3 EMail Konto - Leistung (Tarifinfo)#Anzahl Postfächer|Postfach]] bei uns Gespeichert sondern an eine Andere eMail-Adresse weitergeleitet.
*Achtung: '''Falls die angegebene Weiterleitungsadresse fehlerhaft oder nicht erreichbar seien sollte gehen unter Umständen Mails verloren!'''
== Mail-Kopie-Weiterleitungen ==

Bei der Mail-Kopie-Weiterleitungen wird die Mail sowol in ihr Postfach gespeichert als auch weitergeleitet. Weiterleitungen können sie selbst in der ISPSuite konfigurieren:

[[Image:Isps-dialog_weiterleitung.jpg]]

==Verschlüsselte Übertragung==
Sie können ihre Mails mittels IMAPs und SMTPs SSL-Verschlüsselt abrufen und versenden. Dies ist insbesondere wichtig wenn sie eine unsichere Internetverbindung wie ein öffentliches WLAN verwenden.

==Virenscanner==
Durch den Virenscanner werden Ihre E-Mails automatisiert auf verbreitete Viren Überprüft. Ist eine Mail befallen, wird diese sofort gelöscht und nicht zugestellt. Selbstverständlich wird weder der Absender noch der Empfänger darüber informiert, da solche automatischen E-Mails in der Regel nur zum "SPAMen" genutzt werden.

Der Virenscanner wird selbstverständlich mehrfach täglich aktualisiert und auf Funktion überprüft.
==Spam-Grundschutz==
Mit dem Basis-Schutz werden nur einige Standardprüfungen durchgeführt, die den "groben" Spam abhalten. Dazu zählen:
* Einfache Syntaxprüfung
* Abfrage seriöser [[DNSBL]]
* Limitierung der Einlieferungsrate pro IP und Empfänger
* Virenscan
 
Damit werden bereits viele Spam-Mails vorgefiltert.
==Push Mail==
Wenn ihr Mailclient '''"IMAP IDLE"''' unterstützt erhalten sie eintreffende Mails sofort ohne ihre Mails erneut abrufen zu müssen. Dies wird als '''"Push Mail"''' bezeichnet. 

[[Category:Hosting]][[Category:POP3-Mail_(Tarif)]][[Category:IMAP4-Mail_(Tarif)]]

Webhosting IMAP POP3 EMail Konto - Leistung (Tarifinfo)

Br@superroot — Tue, 15 May 2012 13:28:21 GMT

Br@superroot: /* Max. Größe einer E-Mail */

== POP3-Protokoll ==

Das '''Post Office Protocol''' in Version '''3''' ist ein Protokoll um Mails abzurufen. Dabei werden die Mails vom Mailprogramm heruntergeladen und danach in der Regel vom Server gelöscht. Weitere Informationen können sie in unserem Lexikon [[POP3|finden]]

== IMAP4-Protokoll ==

Das '''Internet Message Access Protocol''' in Version '''4''' ist eine Erweiterung des POP3 Protokolls. Hier werden die Mails auf dem Server belassen und lokal wird allenfalls eine Kopie gespeichert. Dadurch können sie problemlos mehrere Mailclients parallel verwenden z.B. ein Smartphone, ihren Computer und ein Notebook. Weitere Informationen können sie in unserem Lexikon [[IMAP4|finden]]

== Anzahl eMail-Adressen ==

Eine eMail-Adresse ist wie eine Post-Adresse eine beschreibung wie eine Mail zugestellt werden soll. Sie Besteht auch '''Name'''@'''Hostname''' z.B. '''beispiel'''@'''ptytest.de'''. Die Mails mehrere eMail-Adressen können in ein [[#Anzahl_Postf.C3.A4cher|Postfach]] zugestellt werden.

== Anzahl Postfächer ==

Als Postfach wird der Ort bezeichnet an dem die E-Mails gespeichert werden. Um diese Nachrichten dann abholen zu können, erhalten Sie entsprechend Zugangsdaten sowie die Adresse des E-Mail Servers.

In einem Postfach können je nach Tarif mehrere E-Mail-Empfänger, sogenannte Mail - Aliase, abgelegt werden.

'''Beispiel:''' Sie sind eine kleine Firma und holen nur alleine alle E-Mails ab. Damit Sie aber etwas größer wirken, haben Sie "'''info@'''" und "'''einkauf@'''" sowie "'''chef@'''" als E-Mail-Adressen angelegt, die alle in ein Postfach gelegt werden. Somit könnten Sie später die drei Adressen auch "mal eben" auf drei Postfächer aufteilen und müssen jetzt nur einmal Zugangsdaten behalten.

== Speicherplatz je Postfach ==

Die Maximale Größe der Summe aller Mails in einem Postfach. '''"frei aufteilbar"''' bedeutet hierbei das die einzelnen Postfächer nicht beschränkt sind. Nur ihre Summe darf den gesamt Speicherplatz nicht überschreiten.

== Speicherplatz gesammt ==

Für den gesamt Speicherplatz werden alle ihre Postfächer zusammengezählt. Wird dieser Überschritten werden sie hierüber benachrichtigt.

Webhosting IMAP POP3 EMail Konto - Basis-Features (Tarifinfo)

Br@superroot — Tue, 15 May 2012 13:21:34 GMT

Br@superroot:

== Kein "hard bounce" ==

Wenn sie das Speicherlimit überschritten haben werden sie darüber erst nur informiert und ihr Postfach wird nicht abgeschaltet. So gehen keine Mails verloren (werden gebounced).

== Server mit IPv6 ==

IPv6 ist die neue Version des Internetprotokolls IP sie wird IPv4 in absehbarer zeit ablösen. [http://www.portunity.de/hosting/ipv6.html Infos zu IPv6 bei Portunity] Unsere Mailserver sind natürlich schon per IPv6 erreichbar. Also sind sie bereits heute zukunftssicher verbinden.

== Eigene Domain(s) ==

Sie können beliebig viele Domains zubuchen und darunter Ihre E-Mailadressen einrichten. Also z.B. '''info@ihre-firma.de'''. Domains können sie [http://www.portunity.de/hosting/produkte/domains.html hier] buchen.

== Selber verwalten ==

Sie können sich in unserem Webinterface einloggen und Ihre Mailadressen selber anlegen / ändern / verwalten. Dieses Webinterface können sie [https://service.portunity.net/service/index.html hier] finden.

== SMTP - Backup Service ==

Unsere Mail Infrastruktur ist redundant ausgelegt. So das hei einem Serverausfall keine Mails verloren gehen. Sollten das Hauptsystem nicht erreichbar sein, springen automatisch SMTP-/MX Backup Server ein.

== Webmail-Client (Web-GUI) ==

Ein Webmailclient ist eine Website die als Mailclient fungiert. So können sie ihre Mails mit einen Webbrowser abrufen. Hier gelagen Sie zum [https://www.portunity.de/hosting/produkte/webmail.html Webmailer].

== Verschlüsselte Übertragung ==

Unterstützt der entfernte E-Mailserver Verschlüsselung, so werden die E-Mails automatisch verschlüsselt übertragen. So wird die Sicherheit ihres Mailverkers gesteigert.

== Deutscher Standort ==

Wir garantieren, das die Mailserver sowie Ihrer Daten in Deutschland verbleiben. Dadurch behalten wir und natürlich auch sie die Kontrolle über ihre Daten.

== Datensicherung ==

Selbstverständlich machen wir regelmäßig Backups. Um auch im schlimmsten Fall keine Daten zu verlieren.

== Alte Mails löschen ==

[[Image:Isps-dialog mailbox-optionen.jpg|thumb|right]] E-Mails können nach einer von ihnen einstellbaren Zeit automatisch gelöscht werden. So müssen sie ihr Postfach nicht von Hand aufräumen. Dieses Feature betrifft bei IMAP nur den Ordner INBOX.

== Mails später weiterleiten ==

E-Mails können wir einer von ihnen einstellbaren Zeit an eine Zieladresse weiterleiten. So bleiben sie immer informiert. Dieses Feature betrifft bei IMAP nur den Ordner INBOX.

== Info bei alten Mails ==

Wir können Sie nach einstellbaren Tagen auch über alte E-Mails in ihrem Postfach informieren. So werden sie Zwar informiert falls sie vergessen haben sollte die Mails abzurufen aber es entsteht kein durcheinander. Dieses Feature betrifft bei IMAP nur den Ordner INBOX.

[[Category:Hosting]] [[Category:POP3-Mail_(Tarif)]] [[Category:IMAP4-Mail_(Tarif)]]

Webhosting IMAP POP3 EMail Konto - Leistung (Tarifinfo)

Br@superroot — Tue, 15 May 2012 13:21:00 GMT

Br@superroot:

Internet-Access VPN-Zugänge - Protokolle und Traffic (Tarifinfo)

Br@superroot — Sun, 06 May 2012 13:51:15 GMT

Br@superroot:

== PPTP-Protokoll ==

Das '''Point-to-Point Tunneling Protocol''' (PPTP) ist ein Protokoll mit dem ein VPN aufgebaut werden kann. PPTP wird von vielen Geräten unterstützt so ist es beispielsweise in Microsoft Windows standardmäßig enthalten.

== OpenVPN-Protokoll ==

OpenVPN ist wie PPTP ein VPN Protokoll. Bietet jedoch gegenüber PPTP diverse Vorteile so funktioniert beispielsweise eine Verbindung aus dem Mobilfunknetz. OpenVPN ist meist jedoch mit mehr Einrichtungsaufwand verbunden.

Der Blog-Artikel "[http://www.portunity.de/blog/2012/maerz/feste-ip-adressen-durch-einen-vpn-tunnel-per-openvpn-oder-pptp-nutzen.html Feste IP-Adressen durch einen VPN-Tunnel per OpenVPN oder PPTP nutzen]" geht ausführlich auf Vor- und Nachteile der Protokolle OpenVPN und PPTP in Hinseicht auf den Bezug von festen IP-Adressen ein.

 

== Verschlüsselung ==

Die Verschlüsselung des VPN ist beispielsweise sinnvoll wenn ihnen nur eine Unsichere Internetverbindung wie ein Öffentliches WLAN zur Verfügung steht um ihren Trafic abzusichern. Verschlüsselung ist nur mit OpenVPN möglich.

== Traffic inkl. GByte/Monat ==

Als Traffic werden die von ihnen, über den Tunnel, übertragenen Daten bezeichnet. Eine gewisse Datenmenge ist bereits in ihrem Tarif enthalten.

== Weiterer Traffic je GByte ==

Überschreiten sie den im Tarif enthaltenen Traffic so gelten für sie entweder unsere [[Flat-Budget]] Bedingungen oder ihnen wird aller weiterer Traffic in Rechnung gestellt.

[[Category:VPN-Tunnel_(Tarif)]][[Category:Access]]