[atnog] A1 vULL Service

[Stefan Berger]

Hallo,

vielen Dank für das Feedback.

Wir hatten heute eine Telefonkonferenz mit unserem A1 Wholsale Accountmanager - war leider
sehr ernüchternd  - unsere Bitte nach einem Gespräch mit einem
Techniker (und damit meine ich nicht das BCT) wude abgelehnt.

Kern der Aussage ist, daß die A1 für das Produkt vULL nur Support durch
das BCT bietet, was im Prinzip nicht mehr als das vULL Portal selbst ist.
Probleme bei der CPE Konfiguration - was verständlich ist - oder auch das
NNI ,oder besser die Backendconfig werden nicht supported.
Es gilt die Aussage: Wenn die A1 Techniker sagen alles funktioniert dann es es auch so :-(

Ein paar Vorschläge aus dem BCT um den Portlock durch MAC-Loop zu vermeiden
(um die Qualität zu unterstreichen)
- Die CPE soll keinen Broadcast senden ???? (ARP/DHCP DISCOVER ...)
- Das NNI darf die MAC Adresse nicht mitschicken ????
- Wir sollen ein ARP-Relay Agent verwenden (was sonst - wie würde es den sonst funktionieren bei einer Layer2 Client-Isolation)

Ich hoffe ich beleidige niemanden von der A1 in dieser Liste aber die Aussagen sind ein Wahnsinn ....

Dabei geht es auch anders - ich wurde von jemanden aus der Liste auf einen Kontakt bei der
A1 aufmerksam gemacht, von dem ich von früher noch die Kontaktdaten hatte
(allerdings in einem anderen Bereich)

Kurzer Anruf - klare Antwort:
Das Problem dürften Broadcastpackte von der CPE sein, welche am NNI gelooped werden, und
somit taucht die MAC der CPE als Source auch am WAN Port des DSLAMs wieder auf und die Loopprotection
tritt in Kraft. 
Ist gefährlich bei Bridge-Setups -was wir aber nicht verwenden
Wir konnten bisher allerdings noch kein solches Packet auf unserem NNI tracen.
Wir haben zur Zeit zwei Monitoring-Sessions laufen (einmal für RX und einmal für TX)
und hoffen das schuldige Packet  zu erwischen -derzeit ist wieder alles ruhig.

Wir werden jedenfalls auch das IOS auf unserer ASR upgraden.

Sollten wir neue Erkenntnise sammeln können, werde ich bescheid geben

LG
Stefan

>-----Ursprüngliche Nachricht-----
>Von: atnog-bounces at atnog.at [mailto:atnog-bounces at atnog.at] Im Auftrag
>von Maximilian Schubert
>Gesendet: Donnerstag, 16. Mai 2019 13:57
>An: Alexander Terczka
>Cc: atnog at atnog.at
>Betreff: Re: [atnog] A1 vULL Service
>
>Lieber Alexander,
>lieber Stefan,
>
>von Seiten der ISPA kann ich bestätigen, dass uns in den letzten Tagen von
>mehreren Mitgliedern derartige Probleme (Stichwort: MAC-Loop) gemeldet
>worden sind. Diese haben, speziell aufgrund der 6h Sperre, zu großer
>Irritation geführt.
>
>Wir werden diesbezüglich Kontakt mit unserem Ansprechpartner bei der A1
>aufnehmen und auf die unbedingten Notwendigkeit der Nachbesserung der
>technischen Dokumentation hinweisen.
>
>Mit besten Grüßen,
>
>Maximilian
>
>-----Ursprüngliche Nachricht-----
>Von: atnog-bounces at atnog.at <atnog-bounces at atnog.at> Im Auftrag von
>Alexander Terczka
>Gesendet: Donnerstag, 16. Mai 2019 12:41
>An: atnog at atnog.at
>Betreff: Re: [atnog] A1 vULL Service
>
>
>Hallo!
>
>   Ich habe bei zwei Kunden VULL implementiert, und bei beiden sind diese
>Probleme aufgetaucht..
>
>Die Kunden hab völlig unterschiedliche Konfigurationen.
>
>Im ersten Fall hat die Telekom selbst bei einer Leitungsumschaltung den
>Fehler getriggert.
>Im zweiten Fall habe ich nie eine schlussendliche Erklärung von der Telekom
>bekommen, aber vermutlich war der Grund dass die Telekom nicht erlaubt
>zwei VLANs zu bridgen.
>Also quasi ein Layer2 VPN.
>
>Ich bin sehr an einer echten Erklärung der TA interessiert, welchen Filter sie
>hier fahren. Bisher konnte ich nicht herausfinden welche MAC in welche
>Richtung hier geprüft wird.
>
>lg
>AlexT
>
>On 15.05.19 15:01, Stefan Berger wrote:
>> Hallo,
>>
>> bin neu auf der Liste - kurz zu meiner Person
>>
>> Mein Name ist Stefan Berger und ich bin für die Netzplanung/Betrieb
>> bei der WVNET GmbH
>> (AS29081) zuständig - einige werden mich wahrscheinlich schon kennen
>> :-) Die WVNET GmbH ist ein reginaler ISP in NOE(Waldviertel)
>>
>> Ich wollte mal nachfragen ob jemand von euch das A1 vULL Service nutzt
>> und Probleme bezüglich der automatischen Sperre von Kundenports auf
>> Grund eines MAC-Loops hat.
>> Vielleicht ist ja auch jemand von der A1 in der Gruppe der einen Input
>> geben kann.
>>
>> Details zum Aufbau kann ich gerne bei Bedarf noch liefern.
>>
>> LG
>> Stefan Berger
>>
>>
>>
>>
>>
>> _______________________________________________
>> atnog mailing list
>> atnog at atnog.at
>> https://atnog.at/mailman/listinfo/atnog
>
>
>_______________________________________________
>atnog mailing list
>atnog at atnog.at
>https://atnog.at/mailman/listinfo/atnog
>_______________________________________________
>atnog mailing list
>atnog at atnog.at
>https://atnog.at/mailman/listinfo/atnog