[100069] in North American Network Operators' Group
Re: more-specifics via IX
daemon@ATHENA.MIT.EDU (Che-Hoo CHENG)
Mon Oct 15 09:27:58 2007
Date: Mon, 15 Oct 2007 21:27:04 +0800
From: "Che-Hoo CHENG" <chcheng@ieee.org>
To: nanog@merit.edu
In-Reply-To: <8115846F-1AD7-4964-AAF2-1CE22B3F4A25@de-cix.net>
Errors-To: owner-nanog@merit.edu
------=_Part_36718_3902604.1192454825040
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
The problem is you're announcing the aggregate prefixes of your customer's
customers to your upstream providers and the traffic from your upstreams to
those networks will be routed through the IX (instead of your customer
connection) because of the longer prefix effect and so you're not charging
the traffic and you're losing revenue!!!
I think in this case, you have to filter all those prefixes learnt from the
IX.
Che-Hoo
On 10/15/07, Wolfgang Tremmel <wolfgang.tremmel@de-cix.net> wrote:
>
>
> Am 15.10.2007 um 07:09 schrieb Bradley Urberg Carlson:
>
>
>
> I have a few customers' customers, who appear at a local IX. Due to the
> MLPA-like nature of the IX, I hear their prefixes both at the IX and via my
> own transit customers. I normally use localpref to prefer customer
> advertisements over peers' advertisements.
>
>
> There is a customer's customer who is advertising more-specifics at the IX
> (and using a different source AS, to boot). I can think of a couple ways
> to prevent hearing these, but thought I should ask for suggestions first.
>
>
>
>
> you should honor your customers routing policy and simply accept the
> routes.
>
>
> Wolfgang
>
> --
> Wolfgang Tremmel e-mail: wolfgang.tremmel@de-cix.net
> DE-CIX Management GmbH Phone: +49 69 1730 902-26
> Lindleystr. 12, 60314 Frankfurt Mobile: +49 173 340 4833
> Geschaeftsfuehrer Harald A. Summa Fax: +49 69 4056 2716
> Registergericht AG Koeln, HRB 51135 http://www.de-cix.net
> Zentrale: Lichtstr. 43i, 50825 Koeln
>
>
>
>
>
>
>
------=_Part_36718_3902604.1192454825040
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
<div>The problem is you're announcing the aggregate prefixes of your customer's customers to your upstream providers and the traffic from your upstreams to those networks will be routed through the IX (instead of your customer connection) because of the longer prefix effect and so you're not charging the traffic and you're losing revenue!!!
</div>
<div> </div>
<div>I think in this case, you have to filter all those prefixes learnt from the IX.</div>
<p>Che-Hoo<br><br></p>
<div><span class="gmail_quote">On 10/15/07, <b class="gmail_sendername">Wolfgang Tremmel</b> <<a href="mailto:wolfgang.tremmel@de-cix.net">wolfgang.tremmel@de-cix.net</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div style="WORD-WRAP: break-word"><br>
<div>
<div>Am 15.10.2007 um 07:09 schrieb Bradley Urberg Carlson:</div><span class="q"><br>
<blockquote type="cite">
<div style="MIN-HEIGHT: 14px; MARGIN: 0px"><br> </div>
<div style="MARGIN: 0px">I have a few customers' customers, who appear at a local IX.<span> </span>Due to the MLPA-like nature of the IX, I hear their prefixes both at the IX and via my own transit customers.<span>
</span>I normally use localpref to prefer customer advertisements over peers' advertisements.</div>
<div style="MIN-HEIGHT: 14px; MARGIN: 0px"><br> </div>
<div style="MARGIN: 0px">There is a customer's customer who is advertising more-specifics at the IX (and using a different source AS, to boot).<span> </span>I can think of a couple ways to prevent hearing these, but thought I should ask for suggestions first.
</div>
<div style="MIN-HEIGHT: 14px; MARGIN: 0px"><br> </div></blockquote><br></span>
<div>you should honor your customers routing policy and simply accept the routes.</div>
<div><br> </div>
<div>Wolfgang</div></div><br>
<div><span style="WORD-SPACING: 0px; FONT: 12px Helvetica; TEXT-TRANSFORM: none; COLOR: rgb(0,0,0); TEXT-INDENT: 0px; WHITE-SPACE: normal; LETTER-SPACING: normal; BORDER-COLLAPSE: separate; border-spacing: 0px 0px"><span style="WORD-SPACING: 0px; FONT: 10px Monaco; TEXT-TRANSFORM: none; COLOR: rgb(0,0,0); TEXT-INDENT: 0px; WHITE-SPACE: normal; LETTER-SPACING: normal; BORDER-COLLAPSE: separate; border-spacing: 0px 0px">
<span style="WORD-SPACING: 0px; FONT: 10px Monaco; TEXT-TRANSFORM: none; COLOR: rgb(0,0,0); TEXT-INDENT: 0px; WHITE-SPACE: normal; LETTER-SPACING: normal; BORDER-COLLAPSE: separate; border-spacing: 0px 0px">
<div style="FONT-SIZE: 10px; MARGIN: 0px; FONT-FAMILY: Helvetica"><span style="FONT-SIZE: 10px; FONT-FAMILY: Helvetica"><span style="FONT-SIZE: 10px; FONT-FAMILY: Helvetica"><span style="FONT-SIZE: 10px">-- </span></span>
</span></div>
<div style="FONT-SIZE: 10px; FONT-FAMILY: Monaco"><span style="FONT-SIZE: 10px; FONT-FAMILY: Monaco">Wolfgang Tremmel e-mail: <a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:wolfgang.tremmel@de-cix.net" target="_blank">
wolfgang.tremmel@de-cix.net</a></span></div>
<div style="FONT-SIZE: 10px; FONT-FAMILY: Monaco"><span style="FONT-SIZE: 10px; FONT-FAMILY: Monaco">DE-CIX Management GmbH Phone: +49 69 1730 902-26</span></div>
<div style="FONT-SIZE: 10px; FONT-FAMILY: Monaco"><span style="FONT-SIZE: 10px; FONT-FAMILY: Monaco">Lindleystr. 12, 60314 Frankfurt Mobile: +49 173 340 4833</span></div>
<div style="FONT-SIZE: 10px; FONT-FAMILY: Monaco"><span style="FONT-SIZE: 10px; FONT-FAMILY: Monaco">Geschaeftsfuehrer Harald A. Summa Fax: +49 69 4056 2716</span></div>
<div style="FONT-SIZE: 10px; FONT-FAMILY: Monaco"><span style="FONT-SIZE: 10px; FONT-FAMILY: Monaco">Registergericht AG Koeln, HRB 51135 <a onclick="return top.js.OpenExtLink(window,event,this)" href="http://www.de-cix.net/" target="_blank">
http://www.de-cix.net</a></span></div>
<div style="FONT-SIZE: 10px; FONT-FAMILY: Monaco"><span style="FONT-SIZE: 10px; FONT-FAMILY: Monaco">Zentrale: Lichtstr. 43i, 50825 Koeln</span></div>
<div style="FONT-SIZE: 10px; FONT-FAMILY: Monaco"><br> </div><br></span></span></span></div><br> </div><br clear="all"></blockquote></div><br>
------=_Part_36718_3902604.1192454825040--
