I have to agree with Karl. I also have some AS-SETS in the RIPEDB that we use for RPSL stuff that we feed into a routeserver of an IXP for instance.. with whom we don't want to peer with .. it works as an exclude list. The list isn't used for providing transit or telling others that they can find them in our AS cone ... so doing authorisations on them or other stuff would break things in our case.. Depending of the usage, it will give a different result. Regards, Erik Bais On 05/11/2018, 07:49, "members-discuss on behalf of Kaiser, Karl" <members-discuss-bounces@ripe.net on behalf of karl.kaiser@upc.at> wrote: Hi, I do understand your concerns, but: also your AS number shows up in someone elses AS-SET is does not mean any traffic being routed anywhere. This is mainly a documentational and a possible security issue (also no harm seems to be done by now). AS24748 seem to have 106 Peers - far away from the "thousands". The macro: AS24748:AS-THINX contains about every single active AS-Number i know of (at least the first 10 of 15 that came into my mind were in there). So there guy's built a fancy and completely useless macro - maybe they shouldn't consider their upstream to be their customers. Anyhow - forget about them or try to make them clean up their mess - but I don't think this mailinglist might be able to help you any further. Kind regards Karl ________________________________________ Von: members-discuss [members-discuss-bounces@ripe.net]" im Auftrag von "José Manuel Giner [jm@ginernet.com] Gesendet: Freitag, 02. November 2018 10:27 An: members-discuss@ripe.net Betreff: Re: [members-discuss] Our AS is in a macro that we don't authorize. I want my traffic routed where I want it. I'm not a member of that IX and if you're routing traffic through this IX, it's being a latency problem (my servers are a far away from that IX, +60 ms) and possibly a hijaking security problem. On 01/11/2018 10:13, Tapio Haapala wrote: > Why you want remove your AS from IX routing list? You want that your > prefixes does not get routed to some part of internet? Correct if I am > wrong but for me that looks more like that at least someone (atman) do > filtering even for tier1 operators and at least in theory it should be > good thing. > > > On 30.10.2018 16:27, José Manuel Giner wrote: >> Hi, we checked that our AS is present in the macro: AS24748:AS-THINX >> (they have thousands of AS in their macro) >> >> After contacting atman.pl who is responsible for this macro, they tell me: >> >>> It appears that AS59432 is contained in one of our customers AS-SETs and >>> it is automatically added to our AS-SET AS24748:AS-THINX >>> >>> As soon as they remove AS59432, it will disappear from AS24748:AS-THINX >> >> We have asked him how we can find out who that customer is. But their >> answer doesn't give us any information. >> >>> Please be kindly informed that our macros are being built automatically >>> according to our customers` macros. If your AS happens to be removed >>> from whichever of our customer`s macros, ours is to be changed >> accordingly. >> >> We are concerned about this situation and do not know how to proceed. >> >> Thank you for your help! >> > > -- José Manuel Giner http://ginernet.com _______________________________________________ members-discuss mailing list members-discuss@ripe.net https://lists.ripe.net/mailman/listinfo/members-discuss Unsubscribe: https://lists.ripe.net/mailman/options/members-discuss/karl.kaiser%40upc.at Information gemäß § 14 Unternehmensgesetzbuch: T-Mobile Austria GmbH, Firmensitz: Wien, Geschäftsanschrift Rennweg 97-99, 1030 Wien, Firmenbuchnummer: FN 171112 k, Handelsgericht Wien. _______________________________________________ members-discuss mailing list members-discuss@ripe.net https://lists.ripe.net/mailman/listinfo/members-discuss Unsubscribe: https://lists.ripe.net/mailman/options/members-discuss/erik%40bais.name