[members-discuss] IPv6 amount for one member (TicketID: KAYD-2122-VCOQ)

Dear Marian Marinov,

dies ist eine automatische Antwort und bestätigt den Eingang Ihrer Nachricht. Wir werden uns so schnell wie möglich um die Bearbeitung kümmern.

Damit wir jede Anfrage eindeutig zuordnen können, haben wir Ihrer Anfrage die folgende Ticket-Nr. zugewiesen: KAYD-2122-VCOQ

Anfragen, die uns außerhalb der regulären Geschäftszeiten (montags bis freitags von 9 bis 18 Uhr) sowie an Feiertagen erreichen, bearbeiten wir spätestens am darauffolgenden Werktag.

Handelt es sich bei Ihrem Anliegen um einen Notfall (z.B. Shop nicht erreichbar), können Sie im Kundenbereich ein Notfall-Ticket eröffnen, welches rund um die Uhr mit höchster Priorität durch unsere Techniker bearbeitet wird.

Wir leisten kostenlosen Support für die überwachten und inkludierten Dienste Ihres Webspace-Paketes (E-Mail (IMAP, POP3, SMTP), MySQL, FTP, HTTP/HTTPS). Weiterführender Support wird in Abstimmung mit dem Kunden gesondert berechnet.

Bei Dienst-Ausfall veröffentlichen wir Status-Meldungen unter Server-Status im Kundenbereich.

Sie werden benachrichtigt, sobald Ihr Ticket eine Anwort erhält. Die Details zu Ihrer Anfrage sind unten dargestellt.

On Wed, 16th Oct 2019 at 13:13, Marian Marinov <mm at 1h.com> wrote:
What if the IPv6 is used privately? I mean we have a /29 and we have used some of it for internal infrastructure on networks,
that are currently not linked to upstream IPv6 provider.

Are we in danger of loosing our current IPv6 allocation?

Marian

On 10/16/19 1:41 PM, Paul Thornton wrote:
> Hi Gert,
>
> On 15/10/2019 22:46, Gert Doering wrote:
>> I am fairly sure there is more to this than "just because receiving
>> party already had a /29" - nothing in the policies would forbid that.
>>
>> Gert Doering
>> -- NetMaster
>>
> As a datapoint, I certainly have been on the receiving end of this.
>
> Consider this scenario: LIR X has an existing /29, and LIR Y has a /32. Closing LIR Y and transferring all resources to LIR X triggered just such a question.
>
> I know that >/29 allocations are of course allowed - I think the issue arises when an LIR has their whole "initial largest" /29 allocation and then adds more through acquisition or transfer.
>
> Paul.
>
>
> _______________________________________________
> members-discuss mailing list
> members-discuss at ripe.net
> https://mailman.ripe.net/
> Unsubscribe: https://lists.ripe.net/mailman/options/members-discuss/mm%401h.com
>


--
Marian Marinov
Founder & CEO of 1H Ltd.
Jabber/GTalk: hackman at jabber.org
ICQ: 7556201
IRC: hackman @ irc.freenode.net
Mobile: +359 886 660 270

_______________________________________________
members-discuss mailing list
members-discuss at ripe.net
https://mailman.ripe.net/
Unsubscribe: https://lists.ripe.net/mailman/options/members-discuss/office%40aixpro.de

Attachments
• signature.asc <https://helpdesk.dogado.de/file.php/25169WGQMCAQRCT25168203C89AFDT/signature.asc?access_token=pzgsqb-qltbotnjzj-284868c54a620346c9671c3a3f23c9f20f56a180> (196.00 B)



AIXPRO powered by dogado
____________________________________________
dogado GmbH - Saarlandstr. 25 - D–44139 Dortmund
Telefon: +49 (0) 231 / 54385451-0 / Fax: +49 (0) 231 / 54385451-1

Handelsregister: HRB 19737, Amtsgericht Dortmund, Ust-IdNr: DE249338561
Geschäftsführer: Marcel Chorengel, Daniel Hagemeier, Ralph Cammerrath
____________________________________________
(#CQYMJ8MNCYJ355KB3S68)

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.ripe.net/ripe/mail/archives/members-discuss/attachments/20191016/12eb21ba/attachment.html>