> Just to clarify, there are both domestic transit and country specific
> paid peering products out there in Asia/Pacific region.
and europe. and ...
randy
MikroTik strikes again ?
%BGP-6-ASPATH: Long AS path ... 39412 39625 39625 39625 39625 39625
39625 39625 39625 39625 39625 39625 39625 39625 39625 39625 39625
39625 39625 39625 39625 39625 39625 39625 39625 39625 39625 39625
39625 39625 39625 39625 39625 39625 39625 39625 39625 39625 39625
39625 3
Uhmokay...but why does anyone prepend their ASN that much? Are you
saying the Mikrotik did that on purpose?
Adrian M wrote:
MikroTik strikes again ?
%BGP-6-ASPATH: Long AS path ... 39412 39625 39625 39625 39625 39625
39625 39625 39625 39625 39625 39625 39625 39625 39625 39625 39625
39625 3
> Adrian M wrote:
> > MikroTik strikes again ?
> >
> > %BGP-6-ASPATH: Long AS path ... 39412 39625 39625 39625 39625 39625
> > 39625 39625 39625 39625 39625 39625 39625 39625 39625 39625 39625
>
> From: Bret Clark [mailto:bcl...@spectraaccess.com]
> Sent: Monday, 3 May 2010 8:26 PM
> To: nanog@nano
It's not really a bug, only a matter of habbit I guess :)
I read this some time ago in nanog list:
http://www.renesys.com/blog/2009/02/longer-is-not-better.shtml
regards,
Christian
Bret Clark wrote:
Uhmokay...but why does anyone prepend their ASN that much? Are you
saying the Mikrotik did t
Tim Warnock wrote:
Adrian M wrote:
MikroTik strikes again ?
%BGP-6-ASPATH: Long AS path ... 39412 39625 39625 39625 39625 39625
39625 39625 39625 39625 39625 39625 39625 39625 39625 39625 39625
From: Bret Clark [mailto:bcl...@spectraaccess.com]
Sent: Monday, 3 May 2010 8:26 PM
To:
On Monday 03 May 2010 11:25:45 Bret Clark wrote:
> Uhmokay...but why does anyone prepend their ASN that much? Are you
> saying the Mikrotik did that on purpose?
>
There was a well-known routing incident last year in which a difference
between the Mikrotik and Cisco CLIs caused the propagati
Root Zone DNSSEC Deployment
Technical Status Update 2010-05-03
This is the fifth of a series of technical status updates intended
to inform a technical audience on progress in signing the root zone
of the DNS.
** The final transition to the DURZ will take place on
** J-Root, on 2010-05-05 betw
[warning - statistics!]
Dear colleagues,
we have published an article on the RIPE Labs about the IPv6 Ripeness -
a method of rating the v6 deployment of LIRs (Local Internet Registries)
in RIPE NCC service region:
http://labs.ripe.net/content/ipv6-ripeness
In total: 8% of all (6.7K) LIRs ha
On 3 May 2010, at 05:27, Matthew Petach wrote:
> In Asia, there is a popular, but incorrectly named product offering
> that many ISPs sell called "domestic transit" which they sell
> for price $X; for "full routes" you often pay $2X-$3X. I grind my
> teeth every time I hear it, since "transit" do
On May 3, 2010, at 10:43 AM, Will Hargrave wrote:
> On 3 May 2010, at 05:27, Matthew Petach wrote:
>> In Asia, there is a popular, but incorrectly named product offering
>> that many ISPs sell called "domestic transit" which they sell
>> for price $X; for "full routes" you often pay $2X-$3X. I gri
Like many people, I can't justify the expense of "commercial" IP
connectivity for my residence. As a result, I deal with dynamic IP
addresses; dns issues; and limitations on the services that I can host
at my residence. It just struck me that in the same way that
IPv6 connectivity can be done via
http://www.google.com/search?q=vpn+service
Encryption would be a side benefit for your purpose.
On Mon, May 3, 2010 at 1:12 PM, Bill Bogstad wrote:
> Like many people, I can't justify the expense of "commercial" IP
> connectivity for my residence. As a result, I deal with dynamic IP
> addresse
On Mon, 3 May 2010 14:12:45 -0400
Bill Bogstad wrote:
> Like many people, I can't justify the expense of "commercial" IP
> connectivity for my residence. As a result, I deal with dynamic IP
> addresses; dns issues; and limitations on the services that I can host
> at my residence. It just struc
On Mon, May 3, 2010 at 12:12, Bill Bogstad wrote:
> Like many people, I can't justify the expense of "commercial" IP
> connectivity for my residence. As a result, I deal with dynamic IP
> addresses; dns issues; and limitations on the services that I can host
> at my residence.
Not sure where yo
> On Mon, 3 May 2010 14:12:45 -0400
> Bill Bogstad wrote:
>> Like many people, I can't justify the expense of "commercial" IP
>> connectivity for my residence. As a result, I deal with dynamic IP ..
On Mon, May 3, 2010 at 11:27 AM, Gregory Edigarov
wrote:
> Holly shit... Where do you live? In U
Back when I was on that side of the house, if you bought transit from
7018 and were managing your own routers, you got your choice of BGP or
static, and BGP could have full routes, our-customer routes, default
routes, and maybe some other variants. No charge for any of those
options, but if you wa
On Mon, 2010-05-03 at 14:12 -0400, Bill Bogstad wrote:
> Like many people, I can't justify the expense of "commercial" IP
> connectivity for my residence. As a result, I deal with dynamic IP
> addresses; dns issues; and limitations on the services that I can host
> at my residence. It just struck
>
>
> - many ISPs, especially cable modem, have annoying policies that say
> you can't run a server at home. But many don't.
Right. Often, this is due to a combination of technology limitations -- with
DSL, upstream and downstream bandwidths are tradeoffs; with cable modems,
limited upstream
On Mon, May 3, 2010 at 2:27 PM, Gregory Edigarov
wrote:
> On Mon, 3 May 2010 14:12:45 -0400
> Holly shit... Where do you live? In Ukraine we have almost no
> difference (well it is different from one company to another) between
> commercial and residental setups. At least it is so with smaller
> p
I'm trying to model ADSL access link bandwidth shaping. With a link of
18Mbps, I'm using a token bucket filter (tc + netem) to model 10Mbps,
8Mbps and 2Mbps access plans. I have a couple of questions:
- do ISPs typically use token bucket filters with large bursts to shape traffic?
- what kind of b
Srikanth Sundaresan wrote:
> I'm trying to model ADSL access link bandwidth shaping. With a link of
> 18Mbps, I'm using a token bucket filter (tc + netem) to model 10Mbps,
> 8Mbps and 2Mbps access plans. I have a couple of questions:
>
> - do ISPs typically use token bucket filters with large burs
On May 3, 2010, at 9:19 PM, Patrick Giagnocavo wrote:
>> - do ISPs typically use token bucket filters with large bursts to shape
>> traffic?
>> - what kind of burst sizes and latencies/limits are typically used for
>> the filter?
>>
>
> You will definitely have to account for latency.
>
> For
23 matches
Mail list logo
