I'm in search of some information about Cogent, it's past, present and future. I've heard bits and pieces about Cogent's past over the years but by no means have I actively been keeping up. I'm aware of some (regular?) depeering issues. The NANOG archives have given me some additional insight into that (recurring?) problem. The reasoning behind the depeering events is a bit fuzzy though. I would be interested in people's opinion on whether or not they should be consider for upstream service based on this particular issue. Are there any reasonable mitigation measures available to Cogent downstreams if (when?) Cogent were to be depeered again? My understanding is that at least on previous depeering occasion, the depeering partner simply null-routed all prefixes being received via Cogent, creating a blackhole essentially. I also recall reading that this meant that prefixes being advertised and received by the depeering partner from other peers would still end up in the blackhole. The only solution I would see to this problem would be to shut down the BGP session with Cogent and rely on a 2nd upstream. Are there any other possible steps for mitigation in a depeering event? I also know that their bandwidth is extremely cheap. This of course creates an issue for technical folks when trying to justify other upstream options that cost significantly more but also don't have a damaging history of getting depeered. Does Cogent still have an issue with depeering? Are there any reasonable mitigation measures or should a downstream customer do any thing in particular to ready themselves for a depeering event? Does their low cost outweigh the risks? What are the specific risks? Thanks Justin
Our experience with them was at least one major (longer than an hour) outages PER MONTH and many of those times they were black holing our routes in their network which was the most damaging aspect. The outages were one thing but when our routes still somehow managed to get advertised in their network (even though our BGP session was down) that really created issues. I have heard from some nearby folks who still have service that it's gotten better, but we are also in the "regional offering" when it comes to IP Transit and have sold connections to many former Cogent customers who were fed up and left. I have found with Cogent that you will get a LOT of varying opinions on them - there are several other players (at least in our market) that are priced very similar now and have a better history behind them..... The specific de-peering issues never effected us much due to enough diversity in our upstreams and a fair amount of direct/public peering... Thanks, Paul -----Original Message----- From: Justin Shore [mailto:justin@justinshore.com] Sent: Thursday, June 11, 2009 9:47 AM To: NANOG Subject: Cogent input I'm in search of some information about Cogent, it's past, present and future. I've heard bits and pieces about Cogent's past over the years but by no means have I actively been keeping up. I'm aware of some (regular?) depeering issues. The NANOG archives have given me some additional insight into that (recurring?) problem. The reasoning behind the depeering events is a bit fuzzy though. I would be interested in people's opinion on whether or not they should be consider for upstream service based on this particular issue. Are there any reasonable mitigation measures available to Cogent downstreams if (when?) Cogent were to be depeered again? My understanding is that at least on previous depeering occasion, the depeering partner simply null-routed all prefixes being received via Cogent, creating a blackhole essentially. I also recall reading that this meant that prefixes being advertised and received by the depeering partner from other peers would still end up in the blackhole. The only solution I would see to this problem would be to shut down the BGP session with Cogent and rely on a 2nd upstream. Are there any other possible steps for mitigation in a depeering event? I also know that their bandwidth is extremely cheap. This of course creates an issue for technical folks when trying to justify other upstream options that cost significantly more but also don't have a damaging history of getting depeered. Does Cogent still have an issue with depeering? Are there any reasonable mitigation measures or should a downstream customer do any thing in particular to ready themselves for a depeering event? Does their low cost outweigh the risks? What are the specific risks? Thanks Justin ---------------------------------------------------------------------------- "The information transmitted is intended only for the person or entity to which it is addressed and contains confidential and/or privileged material. If you received this in error, please contact the sender immediately and then destroy this transmission, including all attachments, without copying, distributing or disclosing same. Thank you."
At $JOB-1 we used Cogent. Lots of horror stories had been heard about them. We didn't have such problems. Had nx1Gig from them. On the few occasions where we had some slight issues, I was happy to be able to get through to some one useful on the phone quickly, and not play pass the parcel with call centre operatives. and at least in the quantities we were buying they were significantly better value than others, which was the primary reason we went with them. andrew On Thu, Jun 11, 2009 at 2:55 PM, Paul Stewart<pstewart@nexicomgroup.net> wrote:
Our experience with them was at least one major (longer than an hour) outages PER MONTH and many of those times they were black holing our routes in their network which was the most damaging aspect. The outages were one thing but when our routes still somehow managed to get advertised in their network (even though our BGP session was down) that really created issues. I have heard from some nearby folks who still have service that it's gotten better, but we are also in the "regional offering" when it comes to IP Transit and have sold connections to many former Cogent customers who were fed up and left.
I have found with Cogent that you will get a LOT of varying opinions on them - there are several other players (at least in our market) that are priced very similar now and have a better history behind them.....
The specific de-peering issues never effected us much due to enough diversity in our upstreams and a fair amount of direct/public peering...
Thanks,
Paul
-----Original Message----- From: Justin Shore [mailto:justin@justinshore.com] Sent: Thursday, June 11, 2009 9:47 AM To: NANOG Subject: Cogent input
I'm in search of some information about Cogent, it's past, present and future. I've heard bits and pieces about Cogent's past over the years but by no means have I actively been keeping up.
I'm aware of some (regular?) depeering issues. The NANOG archives have given me some additional insight into that (recurring?) problem. The reasoning behind the depeering events is a bit fuzzy though. I would be
interested in people's opinion on whether or not they should be consider
for upstream service based on this particular issue. Are there any reasonable mitigation measures available to Cogent downstreams if (when?) Cogent were to be depeered again? My understanding is that at least on previous depeering occasion, the depeering partner simply null-routed all prefixes being received via Cogent, creating a blackhole
essentially. I also recall reading that this meant that prefixes being advertised and received by the depeering partner from other peers would still end up in the blackhole. The only solution I would see to this problem would be to shut down the BGP session with Cogent and rely on a 2nd upstream. Are there any other possible steps for mitigation in a depeering event?
I also know that their bandwidth is extremely cheap. This of course creates an issue for technical folks when trying to justify other upstream options that cost significantly more but also don't have a damaging history of getting depeered.
Does Cogent still have an issue with depeering? Are there any reasonable mitigation measures or should a downstream customer do any thing in particular to ready themselves for a depeering event? Does their low cost outweigh the risks? What are the specific risks?
Thanks Justin
----------------------------------------------------------------------------
"The information transmitted is intended only for the person or entity to which it is addressed and contains confidential and/or privileged material. If you received this in error, please contact the sender immediately and then destroy this transmission, including all attachments, without copying, distributing or disclosing same. Thank you."
I hate when these questions get asked, because as the saying goes..."a person happy with a service will only tell one other person, but a person unhappy with a service with tell ten other people". So I think a lot of times you'll get skewed responses...but with that said, we've been using Cogent now for a year and no complaints at all. Had some minor downtime back in April due to a hardware failure, but Cogent responded extremely quickly, scheduled an emergency maintainance and had us running rather quickly. Face it, hardware problems happen so I can't blame Cogent on the failure. The few times I've dealt with their tech support group I found 99% of them very knowledgeable and I know that when we initially turned on the link they went the extra mile to resolve some initial problems during the weekend time frame. My 2 cents and with any provider mileage will vary, Bret On Thu, 2009-06-11 at 15:01 +0100, Andrew Mulholland wrote:
At $JOB-1 we used Cogent.
Lots of horror stories had been heard about them.
We didn't have such problems.
Had nx1Gig from them.
On the few occasions where we had some slight issues, I was happy to be able to get through to some one useful on the phone quickly, and not play pass the parcel with call centre operatives.
and at least in the quantities we were buying they were significantly better value than others, which was the primary reason we went with them.
andrew
On Thu, Jun 11, 2009 at 2:55 PM, Paul Stewart<pstewart@nexicomgroup.net> wrote:
Our experience with them was at least one major (longer than an hour) outages PER MONTH and many of those times they were black holing our routes in their network which was the most damaging aspect. The outages were one thing but when our routes still somehow managed to get advertised in their network (even though our BGP session was down) that really created issues. I have heard from some nearby folks who still have service that it's gotten better, but we are also in the "regional offering" when it comes to IP Transit and have sold connections to many former Cogent customers who were fed up and left.
I have found with Cogent that you will get a LOT of varying opinions on them - there are several other players (at least in our market) that are priced very similar now and have a better history behind them.....
The specific de-peering issues never effected us much due to enough diversity in our upstreams and a fair amount of direct/public peering...
Thanks,
Paul
-----Original Message----- From: Justin Shore [mailto:justin@justinshore.com] Sent: Thursday, June 11, 2009 9:47 AM To: NANOG Subject: Cogent input
I'm in search of some information about Cogent, it's past, present and future. I've heard bits and pieces about Cogent's past over the years but by no means have I actively been keeping up.
I'm aware of some (regular?) depeering issues. The NANOG archives have given me some additional insight into that (recurring?) problem. The reasoning behind the depeering events is a bit fuzzy though. I would be
interested in people's opinion on whether or not they should be consider
for upstream service based on this particular issue. Are there any reasonable mitigation measures available to Cogent downstreams if (when?) Cogent were to be depeered again? My understanding is that at least on previous depeering occasion, the depeering partner simply null-routed all prefixes being received via Cogent, creating a blackhole
essentially. I also recall reading that this meant that prefixes being advertised and received by the depeering partner from other peers would still end up in the blackhole. The only solution I would see to this problem would be to shut down the BGP session with Cogent and rely on a 2nd upstream. Are there any other possible steps for mitigation in a depeering event?
I also know that their bandwidth is extremely cheap. This of course creates an issue for technical folks when trying to justify other upstream options that cost significantly more but also don't have a damaging history of getting depeered.
Does Cogent still have an issue with depeering? Are there any reasonable mitigation measures or should a downstream customer do any thing in particular to ready themselves for a depeering event? Does their low cost outweigh the risks? What are the specific risks?
Thanks Justin
----------------------------------------------------------------------------
"The information transmitted is intended only for the person or entity to which it is addressed and contains confidential and/or privileged material. If you received this in error, please contact the sender immediately and then destroy this transmission, including all attachments, without copying, distributing or disclosing same. Thank you."
At $JOB-1 we used Cogent.
Lots of horror stories had been heard about them.
We didn't have such problems.
Had nx1Gig from them.
On the few occasions where we had some slight issues, I was happy to be able to get through to some one useful on the phone quickly, and not play pass the parcel with call centre operatives.
and at least in the quantities we were buying they were significantly better value than others, which was the primary reason we went with them.
andrew
On Thu, Jun 11, 2009 at 2:55 PM, Paul Stewart<pstewart@nexicomgroup.net> wrote:
Our experience with them was at least one major (longer than an hour) outages PER MONTH and many of those times they were black holing our routes in their network which was the most damaging aspect. The outages were one thing but when our routes still somehow managed to get advertised in their network (even though our BGP session was down)
really created issues. I have heard from some nearby folks who still have service that it's gotten better, but we are also in the "regional offering" when it comes to IP Transit and have sold connections to many former Cogent customers who were fed up and left.
I have found with Cogent that you will get a LOT of varying opinions on them - there are several other players (at least in our market) that are priced very similar now and have a better history behind them.....
The specific de-peering issues never effected us much due to enough diversity in our upstreams and a fair amount of direct/public
Thanks,
Paul
-----Original Message----- From: Justin Shore [mailto:justin@justinshore.com] Sent: Thursday, June 11, 2009 9:47 AM To: NANOG Subject: Cogent input
I'm in search of some information about Cogent, it's past, present
and
future. I've heard bits and pieces about Cogent's past over the years but by no means have I actively been keeping up.
I'm aware of some (regular?) depeering issues. The NANOG archives have given me some additional insight into that (recurring?) problem. The reasoning behind the depeering events is a bit fuzzy though. I would be
interested in people's opinion on whether or not they should be consider
for upstream service based on this particular issue. Are there any reasonable mitigation measures available to Cogent downstreams if (when?) Cogent were to be depeered again? My understanding is that at least on previous depeering occasion, the depeering partner simply null-routed all prefixes being received via Cogent, creating a blackhole
essentially. I also recall reading that this meant that prefixes being advertised and received by the depeering partner from other peers would still end up in the blackhole. The only solution I would see to
Overall I can't say cogent has been bad. They have been great with support and getting things completed. As far as outages go, maintenance here and there but they always give ample time via email on planned outages. Their network has improved a lot over the years and most customers can't tell if they are on cogent or Level3 for the most part. But as with every network no one single carrier will get the job done "the best". I can't think of the last.. unexpected outage we had in our POP with cogent. Overall recommended carrier now a days. Cost in terms of performance, you can get competitive rates from Level3 and a chunk of the tier2's out there that will go lower than cogents standard pricing model. Most seem to be in the same ball park +-1/Mbps. Zachary A. Thompson -----Original Message----- From: Bret Clark [mailto:bclark@spectraaccess.com] Sent: Thursday, June 11, 2009 10:17 AM To: NANOG Subject: Re: Cogent input I hate when these questions get asked, because as the saying goes..."a person happy with a service will only tell one other person, but a person unhappy with a service with tell ten other people". So I think a lot of times you'll get skewed responses...but with that said, we've been using Cogent now for a year and no complaints at all. Had some minor downtime back in April due to a hardware failure, but Cogent responded extremely quickly, scheduled an emergency maintainance and had us running rather quickly. Face it, hardware problems happen so I can't blame Cogent on the failure. The few times I've dealt with their tech support group I found 99% of them very knowledgeable and I know that when we initially turned on the link they went the extra mile to resolve some initial problems during the weekend time frame. My 2 cents and with any provider mileage will vary, Bret On Thu, 2009-06-11 at 15:01 +0100, Andrew Mulholland wrote: that peering... this
problem would be to shut down the BGP session with Cogent and rely on a 2nd upstream. Are there any other possible steps for mitigation in a depeering event?
I also know that their bandwidth is extremely cheap. This of course creates an issue for technical folks when trying to justify other upstream options that cost significantly more but also don't have a damaging history of getting depeered.
Does Cogent still have an issue with depeering? Are there any reasonable mitigation measures or should a downstream customer do any thing in particular to ready themselves for a depeering event? Does their low cost outweigh the risks? What are the specific risks?
Thanks Justin
"The information transmitted is intended only for the person or
entity to which it is addressed and contains confidential and/or
---- privileged material. If you received this in error, please contact the sender immediately and then destroy this transmission, including all attachments, without copying, distributing or disclosing same. Thank you."
Here as well. We're a small content provider, and we have cogent as one of our ISPs. Though I wouldn't feel comfortable using only them, my experience has been pretty good. Their NOC is competent, and service has been reliable. seph Bret Clark <bclark@spectraaccess.com> writes:
I hate when these questions get asked, because as the saying goes..."a person happy with a service will only tell one other person, but a person unhappy with a service with tell ten other people". So I think a lot of times you'll get skewed responses...but with that said, we've been using Cogent now for a year and no complaints at all. Had some minor downtime back in April due to a hardware failure, but Cogent responded extremely quickly, scheduled an emergency maintainance and had us running rather quickly. Face it, hardware problems happen so I can't blame Cogent on the failure. The few times I've dealt with their tech support group I found 99% of them very knowledgeable and I know that when we initially turned on the link they went the extra mile to resolve some initial problems during the weekend time frame.
My 2 cents and with any provider mileage will vary, Bret
On Thu, 2009-06-11 at 15:01 +0100, Andrew Mulholland wrote:
At $JOB-1 we used Cogent.
Lots of horror stories had been heard about them.
We didn't have such problems.
Had nx1Gig from them.
On the few occasions where we had some slight issues, I was happy to be able to get through to some one useful on the phone quickly, and not play pass the parcel with call centre operatives.
and at least in the quantities we were buying they were significantly better value than others, which was the primary reason we went with them.
andrew
On Thu, Jun 11, 2009 at 2:55 PM, Paul Stewart<pstewart@nexicomgroup.net> wrote:
Our experience with them was at least one major (longer than an hour) outages PER MONTH and many of those times they were black holing our routes in their network which was the most damaging aspect. The outages were one thing but when our routes still somehow managed to get advertised in their network (even though our BGP session was down) that really created issues. I have heard from some nearby folks who still have service that it's gotten better, but we are also in the "regional offering" when it comes to IP Transit and have sold connections to many former Cogent customers who were fed up and left.
I have found with Cogent that you will get a LOT of varying opinions on them - there are several other players (at least in our market) that are priced very similar now and have a better history behind them.....
The specific de-peering issues never effected us much due to enough diversity in our upstreams and a fair amount of direct/public peering...
Thanks,
Paul
-----Original Message----- From: Justin Shore [mailto:justin@justinshore.com] Sent: Thursday, June 11, 2009 9:47 AM To: NANOG Subject: Cogent input
I'm in search of some information about Cogent, it's past, present and future. I've heard bits and pieces about Cogent's past over the years but by no means have I actively been keeping up.
I'm aware of some (regular?) depeering issues. The NANOG archives have given me some additional insight into that (recurring?) problem. The reasoning behind the depeering events is a bit fuzzy though. I would be
interested in people's opinion on whether or not they should be consider
for upstream service based on this particular issue. Are there any reasonable mitigation measures available to Cogent downstreams if (when?) Cogent were to be depeered again? My understanding is that at least on previous depeering occasion, the depeering partner simply null-routed all prefixes being received via Cogent, creating a blackhole
essentially. I also recall reading that this meant that prefixes being advertised and received by the depeering partner from other peers would still end up in the blackhole. The only solution I would see to this problem would be to shut down the BGP session with Cogent and rely on a 2nd upstream. Are there any other possible steps for mitigation in a depeering event?
I also know that their bandwidth is extremely cheap. This of course creates an issue for technical folks when trying to justify other upstream options that cost significantly more but also don't have a damaging history of getting depeered.
Does Cogent still have an issue with depeering? Are there any reasonable mitigation measures or should a downstream customer do any thing in particular to ready themselves for a depeering event? Does their low cost outweigh the risks? What are the specific risks?
Thanks Justin
----------------------------------------------------------------------------
"The information transmitted is intended only for the person or entity to which it is addressed and contains confidential and/or privileged material. If you received this in error, please contact the sender immediately and then destroy this transmission, including all attachments, without copying, distributing or disclosing same. Thank you."
Justin Shore wrote (on Thu, Jun 11, 2009 at 08:46:45AM -0500):
I'm in search of some information about Cogent, it's past, present and future. I've heard bits and pieces about Cogent's past over the years but by no means have I actively been keeping up.
We've had Cogent for several years in NYC with no real problems. Their tech support is clueless (more than a month so far to get new IP's, for instance) but you can work around that. -- _________________________________________ Nachman Yaakov Ziskind, FSPA, LLM awacs@ziskind.us Attorney and Counselor-at-Law http://ziskind.us Economic Group Pension Services http://egps.com Actuaries and Employee Benefit Consultants
We've only recently started using Cogent transit, but it's been stable since its introduction 6 months ago. Turn-up was a bit rocky since we never received engineering details, and engineering was atypical in that two eBGP sessions were established, one just to advertise loopbacks, and another for the actual feed. The biggest issue we have with them is that they don't allow deaggregation. If you've been allocated a prefix of length yy, they'll accept only x.x.x.x/yy, not x.x.x.x/yy le 24. Yes, sometimes deaggregation is necessary or desirable even if only temporarily. And, they have no plans to support IPv6. "Cogent's official stance on IPv6 is that we will deploy IPv6 when it becomes a commercial necessity. We have tested IPv6 and we have our plan for rolling it out, but there are no commercial drivers to spend money to upgrade a network to IPv6 for no real return on investment." Stephen Kratzer Network Engineer CTI Networks, Inc. On Thursday 11 June 2009 09:46:45 Justin Shore wrote:
I'm in search of some information about Cogent, it's past, present and future. I've heard bits and pieces about Cogent's past over the years but by no means have I actively been keeping up.
I'm aware of some (regular?) depeering issues. The NANOG archives have given me some additional insight into that (recurring?) problem. The reasoning behind the depeering events is a bit fuzzy though. I would be interested in people's opinion on whether or not they should be consider for upstream service based on this particular issue. Are there any reasonable mitigation measures available to Cogent downstreams if (when?) Cogent were to be depeered again? My understanding is that at least on previous depeering occasion, the depeering partner simply null-routed all prefixes being received via Cogent, creating a blackhole essentially. I also recall reading that this meant that prefixes being advertised and received by the depeering partner from other peers would still end up in the blackhole. The only solution I would see to this problem would be to shut down the BGP session with Cogent and rely on a 2nd upstream. Are there any other possible steps for mitigation in a depeering event?
I also know that their bandwidth is extremely cheap. This of course creates an issue for technical folks when trying to justify other upstream options that cost significantly more but also don't have a damaging history of getting depeered.
Does Cogent still have an issue with depeering? Are there any reasonable mitigation measures or should a downstream customer do any thing in particular to ready themselves for a depeering event? Does their low cost outweigh the risks? What are the specific risks?
Thanks Justin
Should have said "And, they have no plans to deploy IPv6 in the immediate future." On Thursday 11 June 2009 10:33:25 Stephen Kratzer wrote:
We've only recently started using Cogent transit, but it's been stable since its introduction 6 months ago. Turn-up was a bit rocky since we never received engineering details, and engineering was atypical in that two eBGP sessions were established, one just to advertise loopbacks, and another for the actual feed. The biggest issue we have with them is that they don't allow deaggregation. If you've been allocated a prefix of length yy, they'll accept only x.x.x.x/yy, not x.x.x.x/yy le 24. Yes, sometimes deaggregation is necessary or desirable even if only temporarily.
And, they have no plans to support IPv6.
"Cogent's official stance on IPv6 is that we will deploy IPv6 when it becomes a commercial necessity. We have tested IPv6 and we have our plan for rolling it out, but there are no commercial drivers to spend money to upgrade a network to IPv6 for no real return on investment."
Stephen Kratzer Network Engineer CTI Networks, Inc.
On Thursday 11 June 2009 09:46:45 Justin Shore wrote:
I'm in search of some information about Cogent, it's past, present and future. I've heard bits and pieces about Cogent's past over the years but by no means have I actively been keeping up.
I'm aware of some (regular?) depeering issues. The NANOG archives have given me some additional insight into that (recurring?) problem. The reasoning behind the depeering events is a bit fuzzy though. I would be interested in people's opinion on whether or not they should be consider for upstream service based on this particular issue. Are there any reasonable mitigation measures available to Cogent downstreams if (when?) Cogent were to be depeered again? My understanding is that at least on previous depeering occasion, the depeering partner simply null-routed all prefixes being received via Cogent, creating a blackhole essentially. I also recall reading that this meant that prefixes being advertised and received by the depeering partner from other peers would still end up in the blackhole. The only solution I would see to this problem would be to shut down the BGP session with Cogent and rely on a 2nd upstream. Are there any other possible steps for mitigation in a depeering event?
I also know that their bandwidth is extremely cheap. This of course creates an issue for technical folks when trying to justify other upstream options that cost significantly more but also don't have a damaging history of getting depeered.
Does Cogent still have an issue with depeering? Are there any reasonable mitigation measures or should a downstream customer do any thing in particular to ready themselves for a depeering event? Does their low cost outweigh the risks? What are the specific risks?
Thanks Justin
Stephen Kratzer wrote:
Should have said "And, they have no plans to deploy IPv6 in the immediate future."
On Thursday 11 June 2009 10:33:25 Stephen Kratzer wrote:
We've only recently started using Cogent transit, but it's been stable since its introduction 6 months ago. Turn-up was a bit rocky since we never received engineering details, and engineering was atypical in that two eBGP sessions were established, one just to advertise loopbacks, and another for the actual feed. The biggest issue we have with them is that they don't allow deaggregation. If you've been allocated a prefix of length yy, they'll accept only x.x.x.x/yy, not x.x.x.x/yy le 24. Yes, sometimes deaggregation is necessary or desirable even if only temporarily.
And, they have no plans to support IPv6.
"Cogent's official stance on IPv6 is that we will deploy IPv6 when it becomes a commercial necessity. We have tested IPv6 and we have our plan for rolling it out, but there are no commercial drivers to spend money to upgrade a network to IPv6 for no real return on investment."
Stephen Kratzer Network Engineer CTI Networks, Inc.
On Thursday 11 June 2009 09:46:45 Justin Shore wrote:
I'm in search of some information about Cogent, it's past, present and future. I've heard bits and pieces about Cogent's past over the years but by no means have I actively been keeping up.
I'm aware of some (regular?) depeering issues. The NANOG archives have given me some additional insight into that (recurring?) problem. The reasoning behind the depeering events is a bit fuzzy though. I would be interested in people's opinion on whether or not they should be consider for upstream service based on this particular issue. Are there any reasonable mitigation measures available to Cogent downstreams if (when?) Cogent were to be depeered again? My understanding is that at least on previous depeering occasion, the depeering partner simply null-routed all prefixes being received via Cogent, creating a blackhole essentially. I also recall reading that this meant that prefixes being advertised and received by the depeering partner from other peers would still end up in the blackhole. The only solution I would see to this problem would be to shut down the BGP session with Cogent and rely on a 2nd upstream. Are there any other possible steps for mitigation in a depeering event?
I also know that their bandwidth is extremely cheap. This of course creates an issue for technical folks when trying to justify other upstream options that cost significantly more but also don't have a damaging history of getting depeered.
Does Cogent still have an issue with depeering? Are there any reasonable mitigation measures or should a downstream customer do any thing in particular to ready themselves for a depeering event? Does their low cost outweigh the risks? What are the specific risks?
Thanks Justin
In Europe they have been good and stable most of the time. In the US well, they are cogent and I have so many bad experiences with them here I cannot in all honestly recommend them. But if your looking for cheap bandwidth to complement another provider its not an unreasonable thing to do as they price point is competitive. Manolo
I'm skeptical as to where this info came from since this seems nothing more then nay-say? if people are going to make grandiose statements then they should justify them with reputable evidence. I would be extremely surprised if Cogent engineering isn't working on a IPv6 plan or doesn't have one already in place. Bret On Thu, 2009-06-11 at 10:37 -0400, Steve Bertrand wrote:
Stephen Kratzer wrote:
And, they have no plans to support IPv6.
Ouch!
I hope this is a non-starter for a lot of folks.
Steve
Perhaps you missed my quote: "Cogent's official stance on IPv6 is that we will deploy IPv6 when it becomes a commercial necessity. We have tested IPv6 and we have our plan for rolling it out, but there are no commercial drivers to spend money to upgrade a network to IPv6 for no real return on investment." This came rom a contact at Cogent (not sure of the role, probably sales rep). On Thursday 11 June 2009 10:49:13 Bret Clark wrote:
I'm skeptical as to where this info came from since this seems nothing more then nay-say? if people are going to make grandiose statements then they should justify them with reputable evidence. I would be extremely surprised if Cogent engineering isn't working on a IPv6 plan or doesn't have one already in place.
Bret
On Thu, 2009-06-11 at 10:37 -0400, Steve Bertrand wrote:
Stephen Kratzer wrote:
And, they have no plans to support IPv6.
Ouch!
I hope this is a non-starter for a lot of folks.
Steve
Far different response then whoever quoted..."And, they have no plans to support IPv6." On Thu, 2009-06-11 at 11:03 -0400, Stephen Kratzer wrote:
Perhaps you missed my quote:
"Cogent's official stance on IPv6 is that we will deploy IPv6 when it becomes a commercial necessity. We have tested IPv6 and we have our plan for rolling it out, but there are no commercial drivers to spend money to upgrade a network to IPv6 for no real return on investment."
This came rom a contact at Cogent (not sure of the role, probably sales rep).
On Thursday 11 June 2009 10:49:13 Bret Clark wrote:
I'm skeptical as to where this info came from since this seems nothing more then nay-say? if people are going to make grandiose statements then they should justify them with reputable evidence. I would be extremely surprised if Cogent engineering isn't working on a IPv6 plan or doesn't have one already in place.
Bret
On Thu, 2009-06-11 at 10:37 -0400, Steve Bertrand wrote:
Stephen Kratzer wrote:
And, they have no plans to support IPv6.
Ouch!
I hope this is a non-starter for a lot of folks.
Steve
Perhaps you missed my amendment: Should have said "And, they have no plans to deploy IPv6 in the immediate future." :) On Thursday 11 June 2009 11:06:38 Bret Clark wrote:
Far different response then whoever quoted..."And, they have no plans to support IPv6."
On Thu, 2009-06-11 at 11:03 -0400, Stephen Kratzer wrote:
Perhaps you missed my quote:
"Cogent's official stance on IPv6 is that we will deploy IPv6 when it becomes a commercial necessity. We have tested IPv6 and we have our plan for rolling it out, but there are no commercial drivers to spend money to upgrade a network to IPv6 for no real return on investment."
This came rom a contact at Cogent (not sure of the role, probably sales rep).
On Thursday 11 June 2009 10:49:13 Bret Clark wrote:
I'm skeptical as to where this info came from since this seems nothing more then nay-say? if people are going to make grandiose statements then they should justify them with reputable evidence. I would be extremely surprised if Cogent engineering isn't working on a IPv6 plan or doesn't have one already in place.
Bret
On Thu, 2009-06-11 at 10:37 -0400, Steve Bertrand wrote:
Stephen Kratzer wrote:
And, they have no plans to support IPv6.
Ouch!
I hope this is a non-starter for a lot of folks.
Steve
You email is faster them mine ;) On Thu, 2009-06-11 at 11:09 -0400, Stephen Kratzer wrote:
Perhaps you missed my amendment:
Should have said "And, they have no plans to deploy IPv6 in the immediate future."
:)
On Thursday 11 June 2009 11:06:38 Bret Clark wrote:
Far different response then whoever quoted..."And, they have no plans to support IPv6."
On Thu, 2009-06-11 at 11:03 -0400, Stephen Kratzer wrote:
Perhaps you missed my quote:
"Cogent's official stance on IPv6 is that we will deploy IPv6 when it becomes a commercial necessity. We have tested IPv6 and we have our plan for rolling it out, but there are no commercial drivers to spend money to upgrade a network to IPv6 for no real return on investment."
This came rom a contact at Cogent (not sure of the role, probably sales rep).
On Thursday 11 June 2009 10:49:13 Bret Clark wrote:
I'm skeptical as to where this info came from since this seems nothing more then nay-say? if people are going to make grandiose statements then they should justify them with reputable evidence. I would be extremely surprised if Cogent engineering isn't working on a IPv6 plan or doesn't have one already in place.
Bret
On Thu, 2009-06-11 at 10:37 -0400, Steve Bertrand wrote:
Stephen Kratzer wrote:
And, they have no plans to support IPv6.
Ouch!
I hope this is a non-starter for a lot of folks.
Steve
Hi!
Should have said "And, they have no plans to deploy IPv6 in the immediate future."
:)
"Cogent's official stance on IPv6 is that we will deploy IPv6 when it becomes a commercial necessity. We have tested IPv6 and we have our plan for rolling it out, but there are no commercial drivers to spend money to upgrade a network to IPv6 for no real return on investment."
Thats strange they are running pilots with customers on v6 in Amsterdam. Bye, Raymond.
Raymond Dijkxhoorn wrote:
"Cogent's official stance on IPv6 is that we will deploy IPv6 when it becomes a commercial necessity. We have tested IPv6 and we have our plan for rolling it out, but there are no commercial drivers to spend money to upgrade a network to IPv6 for no real return on investment."
Thats strange they are running pilots with customers on v6 in Amsterdam.
Not really so strange. ISPs often pilot features (v6, multicast, etc) that they have no immediate intention of deploying, so that they have experience if and when it becomes profitable/sensible to deploy them.
Hi!
"Cogent's official stance on IPv6 is that we will deploy IPv6 when it becomes a commercial necessity. We have tested IPv6 and we have our plan for rolling it out, but there are no commercial drivers to spend money to upgrade a network to IPv6 for no real return on investment."
Thats strange they are running pilots with customers on v6 in Amsterdam.
Not really so strange. ISPs often pilot features (v6, multicast, etc) that they have no immediate intention of deploying, so that they have experience if and when it becomes profitable/sensible to deploy them.
Not from what i have been told, but hey i am not working there. We got a v6 transit offer as pilot from them so perhaps they are moving towards live service .... Would not be strange in this current stage... Bye, Raymond.
On Jun 11, 2009, at 5:28 PM, Raymond Dijkxhoorn wrote:
Not from what i have been told, but hey i am not working there. We got a v6 transit offer as pilot from them so perhaps they are moving towards live service .... Would not be strange in this current stage...
same thing here. routing table still looks pretty empty though: daniel@jun1.bit-2a> show route aspath-regex ".* 174 .*" table inet6.0 | match BGP | count Count: 0 lines --Daniel.
That might be because some bigger providers in the Netherlands are throwing out transits that don't support IPv6. So there's your commercial necessity ;-) Raymond Dijkxhoorn wrote:
Hi!
Should have said "And, they have no plans to deploy IPv6 in the immediate future."
:)
"Cogent's official stance on IPv6 is that we will deploy IPv6 when it becomes a commercial necessity. We have tested IPv6 and we have our plan for rolling it out, but there are no commercial drivers to spend money to upgrade a network to IPv6 for no real return on investment."
Thats strange they are running pilots with customers on v6 in Amsterdam.
Bye, Raymond.
-- Met vriendelijke groet, Jeroen Wunnink, EasyHosting B.V. Systeembeheerder systeembeheer@easyhosting.nl telefoon:+31 (035) 6285455 Postbus 48 fax: +31 (035) 6838242 3755 ZG Eemnes http://www.easyhosting.nl http://www.easycolocate.nl
On Jun 11, 2009, at 11:03 AM, Stephen Kratzer wrote:
Perhaps you missed my quote:
"Cogent's official stance on IPv6 is that we will deploy IPv6 when it becomes a commercial necessity. We have tested IPv6 and we have our plan for rolling it out, but there are no commercial drivers to spend money to upgrade a network to IPv6 for no real return on investment."
FWIW, they have said basically the same thing about multicast. Regards Marshall
This came rom a contact at Cogent (not sure of the role, probably sales rep).
On Thursday 11 June 2009 10:49:13 Bret Clark wrote:
I'm skeptical as to where this info came from since this seems nothing more then nay-say? if people are going to make grandiose statements then they should justify them with reputable evidence. I would be extremely surprised if Cogent engineering isn't working on a IPv6 plan or doesn't have one already in place.
Bret
On Thu, 2009-06-11 at 10:37 -0400, Steve Bertrand wrote:
Stephen Kratzer wrote:
And, they have no plans to support IPv6.
Ouch!
I hope this is a non-starter for a lot of folks.
Steve
Joel Jaeggli wrote:
Steve Bertrand wrote:
Stephen Kratzer wrote:
And, they have no plans to support IPv6. Ouch!
I hope this is a non-starter for a lot of folks.
read the rest of the thread...
...unfortunately, my message was sent out on the 11th, but just received yesterday by the list. I had both nanog@nanog.org and nanog@merit.edu Cc'd, so I don't know which one failed. I have problems sending to the NANOG list from my IPv6 server, so I'll have to find out which destination list address is breaking for me... Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 11 Jun 2009 14:39:10 -0000 Received: from v6.ibctech.ca ([2607:f118::b6] helo=ibctech.ca) by s0.nanog.org with smtp (Exim 4.68 (FreeBSD)) (envelope-from <steve@ibctech.ca>) id 1MGhgj-0000qP-Cd for nanog@nanog.org; Tue, 16 Jun 2009 23:03:33 +0000 Well, I'm glad I had nothing better to do today other than figure out what is wrong with that particular email server ;) Steve
On Jun 17, 2009, at 1:17 AM, Michael K. Smith wrote:
On 6/11/09 7:37 AM, "Steve Bertrand" <steve@ibctech.ca> wrote:
Stephen Kratzer wrote:
And, they have no plans to support IPv6.
Ouch!
I hope this is a non-starter for a lot of folks.
Steve
To quote Randy, I encourage all my competitors to do this.
Simply untrue, at the Peering BOF yesterday Cogent said they are rolling this out. -- kris
On Wed, Jun 17, 2009 at 02:14:31AM -0400, kris foster wrote:
Simply untrue, at the Peering BOF yesterday Cogent said they are rolling this out.
They saw my "How to deploy IPv6 in 30 minutes or less" tutorial on Sunday and apparently it actually worked. Unfortunately I neglected to mention the important "acquire connectivity to the global routing table" step (I assumed it was implied, but I guess it wasn't), but if you're down with their 5 v6 routes as "transit" you should be golden. :) -- Richard A Steenbergen <ras@e-gerbil.net> http://www.e-gerbil.net/ras GPG Key ID: 0xF8B12CBC (7535 7F59 8204 ED1F CC1C 53AF 4C41 5ECA F8B1 2CBC)
On Wed, Jun 17, 2009 at 2:24 AM, Richard A Steenbergen<ras@e-gerbil.net> wrote:
On Wed, Jun 17, 2009 at 02:14:31AM -0400, kris foster wrote:
Simply untrue, at the Peering BOF yesterday Cogent said they are rolling this out.
They saw my "How to deploy IPv6 in 30 minutes or less" tutorial on Sunday and apparently it actually worked. Unfortunately I neglected to mention the important "acquire connectivity to the global routing table" step (I assumed it was implied, but I guess it wasn't), but if you're down with their 5 v6 routes as "transit" you should be golden. :)
-- Richard A Steenbergen <ras@e-gerbil.net> http://www.e-gerbil.net/ras GPG Key ID: 0xF8B12CBC (7535 7F59 8204 ED1F CC1C 53AF 4C41 5ECA F8B1 2CBC)
Nary a route... dtemkin@jnrt-edge01.sv1> show route table inet6.0 aspath-regex ".* 174 .*" inet6.0: 1914 destinations, 5528 routes (1914 active, 0 holddown, 0 hidden) dtemkin@jnrt-edge01.sv1> -Dave
Hello, * Stephen Kratzer
We've only recently started using Cogent transit, but it's been stable since its introduction 6 months ago. Turn-up was a bit rocky since we never received engineering details, and engineering was atypical in that two eBGP sessions were established, one just to advertise loopbacks, and another for the actual feed. The biggest issue we have with them is that they don't allow deaggregation. If you've been allocated a prefix of length yy, they'll accept only x.x.x.x/yy, not x.x.x.x/yy le 24. Yes, sometimes deaggregation is necessary or desirable even if only temporarily.
Interesting. I requested exactly that when filling in their BGP questionnaire, and they set it up - no questions asked. Also, we have a perfectly normal single BGP session. The loopback address of the router we're connected to is found within the 38.0.0.0/8 prefix, which they announce to us over that session like any other route.
And, they have no plans to support IPv6.
I have been promised, in writing, that they will provide us with native IPv6 transit before the end of the year. I'm based in Europe, though. Perhaps they're more flexible and customer-friendly here than in the US? Best regards, -- Tore Anderson Redpill Linpro AS - http://www.redpill-linpro.com/ Tel: +47 21 54 41 27
Tore Anderson wrote:
advertise loopbacks, and another for the actual feed. The biggest issue we have with them is that they don't allow deaggregation. If you've been allocated a prefix of length yy, they'll accept only x.x.x.x/yy, not x.x.x.x/yy le 24. Yes, sometimes deaggregation is necessary or desirable even if only temporarily.
Interesting. I requested exactly that when filling in their BGP questionnaire, and they set it up - no questions asked.
It would be a show-stopper for us if they didn't let us deaggregate. We're not really wanting their service for our existing service area. We're wanting to use it to expand to a new service area that is only connected by a much lower-speed service back to the bulk of our current network for specific services like voice. Our PI space is currently broken up to 1) let us effect some measure of load-balancing with Cox (any prefixes we advertised out Cox instead of our much larger tier-1 resulted in a wildly disproportionate amount of preference given to Cox; not sure why) and 2) let this new venture get started with a reasonably-sized allotment of IP. It will be advertised out local providers in that area and also at our main peering point with significant prepending. Visa versa for our other prefixes. We have to deaggregate a little bit to make this work (but not excessively of course).
I have been promised, in writing, that they will provide us with native IPv6 transit before the end of the year.
I hope at least some SPs make this commitment back in the states. I can't find any tier-1s that can provide us with native v6. Our tier-1 upstream has a best effort test program in place that uses ipv6ip tunnels. The other upstream says that they aren't making any public IPv6 plans yet. It's hard to push the migration to v6 along when native v6 providers aren't readily available. Justin
I hope at least some SPs make this commitment back in the states. I can't find any tier-1s that can provide us with native v6. Our tier-1 upstream has a best effort test program in place that uses ipv6ip tunnels. The other upstream says that they aren't making any public IPv6 plans yet. It's hard to push the migration to v6 along when native v6 providers aren't readily available.
GlobalCrossing told me today I can order native IPv6 anywhere on their network. Don't know if they count as Tier 1 on your list, though. VZB has given me tunnels for a while, hopefully they'll get their pMTU issue fixed so we can do more interesting things with it. -Paul
NTT (2914) and GBLX (3549) both do native v6... most everyone else on the tier1 list does tunnels. :( There are some nice tier2 networks who do native v6, tiscali and he.net come to mind. -John -----Original Message----- From: Paul Timmins [mailto:paul@telcodata.us] Sent: Thursday, June 11, 2009 4:00 PM To: Justin Shore Cc: NANOG Subject: Re: Cogent input
I hope at least some SPs make this commitment back in the states. I can't find any tier-1s that can provide us with native v6. Our tier-1
upstream has a best effort test program in place that uses ipv6ip tunnels. The other upstream says that they aren't making any public IPv6 plans yet. It's hard to push the migration to v6 along when native v6 providers aren't readily available.
GlobalCrossing told me today I can order native IPv6 anywhere on their network. Don't know if they count as Tier 1 on your list, though. VZB has given me tunnels for a while, hopefully they'll get their pMTU issue fixed so we can do more interesting things with it. -Paul
Good morning, * John van Oppen
NTT (2914) and GBLX (3549) both do native v6... most everyone else on the tier1 list does tunnels. :(
There are some nice tier2 networks who do native v6, tiscali and he.net come to mind.
It's worth noting that being a v4 "tier1"/transit-free network doesn't necessarily mean that they're the same in the v6 world. For instance, Google appears to be a transit-free v6 network. It wouldn't surprise me if the same is true for other big v6 players like Tinet and HE. Anyway, when looking for v6 transit the following page might be useful: http://www.sixxs.net/faq/connectivity/?faq=ipv6transit Best regards, -- Tore Anderson Redpill Linpro AS - http://www.redpill-linpro.com/ Tel: +47 21 54 41 27
It's worth noting that being a v4 "tier1"/transit-free network doesn't necessarily mean that they're the same in the v6 world. For instance, Google appears to be a transit-free v6 network. It wouldn't surprise me if the same is true for other big v6 players like Tinet and HE.
Good point.
Anyway, when looking for v6 transit the following page might be useful:
Yup, but take it with a grain of salt. Level3, for instance, definitely doesn't offer native IPv6 with the same geographical distribution as IPv4. Steinar Haug, Nethelp consulting, sthaug@nethelp.no
John van Oppen wrote:
NTT (2914) and GBLX (3549) both do native v6... most everyone else on the tier1 list does tunnels. :(
There are some nice tier2 networks who do native v6, tiscali and he.net come to mind.
Let me rephrase that. :-) I know of no tier-Ns that offer any native v6 services here in the Midwest (central Kansas) including L3 which only has a best effort pilot program using tunnels. There might be more options in KC or OKC but not here that I'm aware of... Justin
In a message written on Fri, Jun 12, 2009 at 08:13:02AM -0500, Justin Shore wrote:
Let me rephrase that. :-) I know of no tier-Ns that offer any native v6 services here in the Midwest (central Kansas) including L3 which only has a best effort pilot program using tunnels. There might be more options in KC or OKC but not here that I'm aware of...
www.tunnelbroker.net (which is HE under the hood) is available anywhere, self serve, and works great. I bring this up knowing a tunnel is not as good as native connectivity, yadda yadda yadda. My personal experience with sales folks is telling them you need IPv6 makes them go ask questions internally, while telling them you were forced to get service (a tunnel) from a competitor generally sends the entire sales force into a tizzy internally. It really drives home the point that not only are you asking, but you need it, and will go around them if necessary. This changes the equasion for them from wanting to be second (we will offer it in the market when our competitor does) to wanting to be first (we can't let our competitor pick off customers like this who are desperate for the feature). Of course, you may not want to turn up customers on such a service, but it does provide an excellent opportunity to enable your test lab, employee personal boxes, and the like so you can hit the ground running. Hard to beat for something that's free and takes 15 minutes to set up. -- Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/
Hi Justin, Just FYI - Global Crossing can currently deliver dual stack/native v6 transit in downtown KC,MO. You can either colo with them at 1100 Main St, or possibly have them haul a wave to one of the other major downtown carrier hotels they have strands running through / into (1102 Grand/Bryant and 324 E. 11th St/Oak Towers come to mind, not to mention Level3's suite in 1100 Walnut right across the street). Cheers, Kevin Hodle On Fri, Jun 12, 2009 at 8:13 AM, Justin Shore <justin@justinshore.com>wrote:
John van Oppen wrote:
NTT (2914) and GBLX (3549) both do native v6... most everyone else on the tier1 list does tunnels. :(
There are some nice tier2 networks who do native v6, tiscali and he.net come to mind.
Let me rephrase that. :-) I know of no tier-Ns that offer any native v6 services here in the Midwest (central Kansas) including L3 which only has a best effort pilot program using tunnels. There might be more options in KC or OKC but not here that I'm aware of...
Justin
-- || Kevin Hodle || || 913-780-3959 (Primary) || 913-626-7197 (Mobile) PGP KeyID [0xBBDE8ED7] fingerprint [3E1B 1F10 938E A831 8CF2 670C 1329 0B8B BBDE 8ED7]
Speaking of the devil: "Comcast plans to enter into broadband IPv6 technical trials later this year and into 2010," {Barry Tishgart, VP of Internet Services for Comcast} said. "Planning for general deployment is underway." http://tech.slashdot.org/story/09/06/18/1417201/Comcast-To-Bring-IPv6-To-Res... http://www.internetnews.com/infra/article.phpr/3825696/Comcast+Embraces+IPv6... http://news.google.com/news/more?um=1&ned=us&cf=all&ncl=dsg_EPKdMw3ISjMxORbZRq061pu7M On Thu, Jun 18, 2009 at 1:52 AM, Kevin Hodle<kevin.hodle@gmail.com> wrote:
Hi Justin,
Just FYI - Global Crossing can currently deliver dual stack/native v6 transit in downtown KC,MO. You can either colo with them at 1100 Main St, or possibly have them haul a wave to one of the other major downtown carrier hotels they have strands running through / into (1102 Grand/Bryant and 324 E. 11th St/Oak Towers come to mind, not to mention Level3's suite in 1100 Walnut right across the street).
Cheers, Kevin Hodle
On Fri, Jun 12, 2009 at 8:13 AM, Justin Shore <justin@justinshore.com>wrote:
John van Oppen wrote:
NTT (2914) and GBLX (3549) both do native v6... most everyone else on the tier1 list does tunnels. :(
There are some nice tier2 networks who do native v6, tiscali and he.net come to mind.
Let me rephrase that. :-) I know of no tier-Ns that offer any native v6 services here in the Midwest (central Kansas) including L3 which only has a best effort pilot program using tunnels. There might be more options in KC or OKC but not here that I'm aware of...
Justin
-- || Kevin Hodle || || 913-780-3959 (Primary) || 913-626-7197 (Mobile)
PGP KeyID [0xBBDE8ED7] fingerprint [3E1B 1F10 938E A831 8CF2 670C 1329 0B8B BBDE 8ED7]
On Thu Jun 11, 2009, John van Oppen wrote:
NTT (2914) and GBLX (3549) both do native v6... most everyone else on the tier1 list does tunnels. :(
AS5511 runs a double stack network for at least 7 years.
There are some nice tier2 networks who do native v6, tiscali and he.net come to mind.
-John
-----Original Message----- From: Paul Timmins [mailto:paul@telcodata.us] Sent: Thursday, June 11, 2009 4:00 PM To: Justin Shore Cc: NANOG Subject: Re: Cogent input
I hope at least some SPs make this commitment back in the states. I can't find any tier-1s that can provide us with native v6. Our tier-1
upstream has a best effort test program in place that uses ipv6ip tunnels. The other upstream says that they aren't making any public IPv6 plans yet. It's hard to push the migration to v6 along when native v6 providers aren't readily available.
GlobalCrossing told me today I can order native IPv6 anywhere on their network. Don't know if they count as Tier 1 on your list, though. VZB has given me tunnels for a while, hopefully they'll get their pMTU issue
fixed so we can do more interesting things with it.
-Paul
German Martinez wrote:
On Thu Jun 11, 2009, John van Oppen wrote:
NTT (2914) and GBLX (3549) both do native v6... most everyone else on the tier1 list does tunnels. :(
AS5511 runs a double stack network for at least 7 years.
There are some nice tier2 networks who do native v6, tiscali and he.net come to mind.
For people trying to find the "list", check: http://www.sixxs.net/faq/connectivity/?faq=ipv6transit Of course, for updates etc, don't hesitate to mail... Greets, Jeroen
On Jun 14, 2009, at 6:04 PM, Jeroen Massar wrote:
For people trying to find the "list", check: http://www.sixxs.net/faq/connectivity/?faq=ipv6transit
Since when has Level3 offered native IPv6? I nag our rep & SE's just about every month on "when" and right now AFAIK it's still just tunnels. -- Robert Blayzor, BOFH INOC, LLC rblayzor@inoc.net http://www.inoc.net/~rblayzor/
i can confirm that Level(3), at least in Madrid area is only offering tunneled IPv6. --- Nuno Vieira nfsi telecom, lda. nuno.vieira@nfsi.pt Tel. (+351) 21 949 2300 - Fax (+351) 21 949 2301 http://www.nfsi.pt/ ----- "Robert Blayzor" <rblayzor.bulk@inoc.net> wrote:
On Jun 14, 2009, at 6:04 PM, Jeroen Massar wrote:
For people trying to find the "list", check: http://www.sixxs.net/faq/connectivity/?faq=ipv6transit
Since when has Level3 offered native IPv6? I nag our rep & SE's just
about every month on "when" and right now AFAIK it's still just tunnels.
-- Robert Blayzor, BOFH INOC, LLC rblayzor@inoc.net http://www.inoc.net/~rblayzor/
For people trying to find the "list", check: http://www.sixxs.net/faq/connectivity/?faq=ipv6transit
Since when has Level3 offered native IPv6? I nag our rep & SE's just about every month on "when" and right now AFAIK it's still just tunnels.
That's also our experience. We receive Level3 transit in Oslo, Norway. The IPv6 transit is tunnelled to routers in Amsterdam and London. For all I know you might be able to get a native Level3 IPv6 transit if you happen to live in Amsterdam or London... Steinar Haug, Nethelp consulting, sthaug@nethelp.no
we are taking Ipv6 from level 3 in London and it's also via tunnel ( they are not able to provide us native). Tomas Caslavsky sthaug@nethelp.no wrote:
For people trying to find the "list", check: http://www.sixxs.net/faq/connectivity/?faq=ipv6transit
Since when has Level3 offered native IPv6? I nag our rep & SE's just about every month on "when" and right now AFAIK it's still just tunnels.
That's also our experience. We receive Level3 transit in Oslo, Norway. The IPv6 transit is tunnelled to routers in Amsterdam and London.
For all I know you might be able to get a native Level3 IPv6 transit if you happen to live in Amsterdam or London...
Steinar Haug, Nethelp consulting, sthaug@nethelp.no
Paul Timmins wrote:
GlobalCrossing told me today I can order native IPv6 anywhere on their network. Don't know if they count as Tier 1 on your list, though. VZB has given me tunnels for a while, hopefully they'll get their pMTU issue fixed so we can do more interesting things with it.
I'd love to have GLBX but I'm positive that they aren't available here. We'd have to pay for transport to a much larger market to go get them. That may be more feasible when the state network gets built but that's a few years off. Until then I'll have to dream about GBLX... Justin
Justin Shore wrote:
Paul Timmins wrote:
GlobalCrossing told me today I can order native IPv6 anywhere on their network. Don't know if they count as Tier 1 on your list, though. VZB has given me tunnels for a while, hopefully they'll get their pMTU issue fixed so we can do more interesting things with it.
I'd love to have GLBX but I'm positive that they aren't available here. We'd have to pay for transport to a much larger market to go get them. That may be more feasible when the state network gets built but that's a few years off. Until then I'll have to dream about GBLX...
For me their local POP is apparently at capacity, so I had to take them off the list since I couldn't afford the transport costs to California. I heard somewhere that it's MPLS internally in order to present dual-stack at your port, not dual-stack on every router, thus most of the path is invisible like a tunnel. ~Seth
2009/6/11 Tore Anderson <tore@linpro.no>
And, they have no plans to support IPv6.
I have been promised, in writing, that they will provide us with native IPv6 transit before the end of the year.
I'm based in Europe, though. Perhaps they're more flexible and customer-friendly here than in the US?
We too have been informed Q3/Q4 09, in Europe and NA. Regards,
On Jun 11, 2009, at 9:33 AM, Stephen Kratzer wrote:
The biggest issue we have with them is that they don't allow deaggregation. If you've been allocated a prefix of length yy, they'll accept only x.x.x.x/yy, not x.x.x.x/yy le 24. Yes, sometimes deaggregation is necessary or desirable even if only temporarily.
In our peering session with Cogent, we requested several /16 le /24 prefixes configured and received no pushback or problems. We are using their 1Gbps service so I'm not sure if that buys us additional leeway with requests like this or not. We've been customers for nearly two full years and intend to continue for at least a third. -brad fleming
Hi Justin,
I'm in search of some information about Cogent, it's past, present and future. I've heard bits and pieces about Cogent's past over the years but by no means have I actively been keeping up.
We recently got a 10-gig port in Oslo from them. Price-wise they were competitive but absolutely not in a leauge of their own - a couple of other large providers matched their offers. In the end the main differencing factor for us was that their PoP happened to be in the same building as our data centre, so no local access was required (unlike the others). The link hasn't been up for very long so I can't comment on long-term reliability issues, but so far I've been _very_ happy with them, everything was up and running just a couple of days after we ordered, and the staff we've had contact with have been knowledgeable and helpful. The service has performed as expected: latency has been low and I haven't noticed any sub-optimal routing (trampolines) or packet loss. We multihome, so we're not too concerned about potential de-peerings. I would not single-home to any of the transit-free networks anyway, as any of them could end up on the receiving end of a de-peering. Best regards, -- Tore Anderson Redpill Linpro AS - http://www.redpill-linpro.com/ Tel: +47 21 54 41 27
I'm aware of some (regular?) depeering issues. The NANOG archives have
AFAIR, there has never been a black-holing, just disappearance of routes. If you are properly multihomed, this is irrelevant and you continue to eat your ice cream and chuckle while they fight it out. It's amusing, really.
I also know that their bandwidth is extremely cheap. This of course creates an issue for technical folks when trying to justify other upstream options that cost significantly more but also don't have a damaging history of getting depeered.
It's not as relatively cheap as it used to be. A variety of others can be had in the same ballpark (Telia, Tiscali, Seabone, etc.)
On Thu Jun 11, 2009, Alex Rubenstein wrote:
I'm aware of some (regular?) depeering issues. The NANOG archives have
AFAIR, there has never been a black-holing, just disappearance of routes. If you are properly multihomed, this is irrelevant and you continue to eat your ice cream and chuckle while they fight it out. It's amusing, really.
I guess the blackholing could come from Cogent having a route to you but *YOU* not having a route back to Cogent as a consequence of the depeering. German
On Sun, 14 Jun 2009 17:56:51 EDT, German Martinez said:
I guess the blackholing could come from Cogent having a route to you but *YOU* not having a route back to Cogent as a consequence of the depeering.
Wouldn't that only happen if some AS was foolish enough to single-home upstream of a Tier-1? Consider it evolution in action...
On Thu, Jun 11, 2009 at 9:46 AM, Justin Shore <justin@justinshore.com>wrote:
I'm in search of some information about Cogent, it's past, present and future. I've heard bits and pieces about Cogent's past over the years but by no means have I actively been keeping up.
I had a very positive interaction with the Cogent folks in Europe FWIW. It was seeded by their US colleagues and everyone worked closely to try and make things work operationally and economically. That signaled to me that they have some cohesiveness internally which I found to be a big plus*. At worst, allowing Cogent to seriously compete for your business can help you reduce your costs elsewhere if you are smart about it. At best, you could cut your costs and maintain the reliability that you are seeking with some strategic mitigation. Others may have different suggestions. YMMV. Best, Marty * Not an endorsement, just an opinion. -- Martin Hannigan martin@theicelandguy.com p: +16178216079 Power, Network, and Costs Consulting for Iceland Datacenters and Occupants
Justin Shore wrote:
I'm in search of some information about Cogent, it's past, present and future. I've heard bits and pieces about Cogent's past over the years but by no means have I actively been keeping up.
We've used cogent for the past year, 100 over GigE. - Clueful and responsive tech support. - Active monitoring of faults. - Helpful people at billing (even when trying to give them less money). We were affected by one depeering during the last year (Telia). We're multihomed and that mitigated the problem. Obviously, you'd never want to go exclusively with them. Cheers, Stef
Hi folks... Looking for some feedback on using Hurricane Electric as an upstream? Thanks, Paul ---------------------------------------------------------------------------- "The information transmitted is intended only for the person or entity to which it is addressed and contains confidential and/or privileged material. If you received this in error, please contact the sender immediately and then destroy this transmission, including all attachments, without copying, distributing or disclosing same. Thank you."
On Wed, 17 Jun 2009 19:41:23 -0500 Paul Stewart <pstewart@nexicomgroup.net> wrote:
Looking for some feedback on using Hurricane Electric as an upstream?
Hi Paul, My employer, Airstream Communications, uses HE for one of its three upstream Internet providers. We have an asymmetric 1GB inbound, and 512MB outbound connection with them. I'm not involved in the financial side of things, but from a technical perspective we've had an excellent relationship with them. Rock solid connection, and helpful technical support. One of our customers, and our DNS server were the subjects of a DDoS attack a few months ago. While our other upstream providers were trying to find the official process for helping us out, HE had already null routed the destination IP addresses for us. They were also very easy to work with in getting the service restored to those addresses. -David Klann Airstream Communications
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, Jun 17, 2009 at 8:29 PM, David Klann<klann@wins.net> wrote:
On Wed, 17 Jun 2009 19:41:23 -0500 Paul Stewart <pstewart@nexicomgroup.net> wrote:
Looking for some feedback on using Hurricane Electric as an upstream?
Hi Paul,
My employer, Airstream Communications, uses HE for one of its three upstream Internet providers. We have an asymmetric 1GB inbound, and 512MB outbound connection with them. I'm not involved in the financial side of things, but from a technical perspective we've had an excellent relationship with them.
Rock solid connection, and helpful technical support. One of our customers, and our DNS server were the subjects of a DDoS attack a few months ago. While our other upstream providers were trying to find the official process for helping us out, HE had already null routed the destination IP addresses for us. They were also very easy to work with in getting the service restored to those addresses.
-David Klann Airstream Communications
- From a security perspective, HE has always been cooperative working with the security community. Recall the McColo disconnect late last year? Hurricane Electric was very helpful. :-) - - ferg -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.5.3 (Build 5003) wj8DBQFKObbCq1pz9mNUZTMRArBqAJwNiBoxB/6/f53Ep8LBrXt1K7dzFgCdF9tJ zp36t6HIcpk6EzQpZpRMJjE= =WNnE -----END PGP SIGNATURE----- -- "Fergie", a.k.a. Paul Ferguson Engineering Architecture for the Internet fergdawgster(at)gmail.com ferg's tech blog: http://fergdawg.blogspot.com/
Paul Stewart wrote:
Hi folks...
Looking for some feedback on using Hurricane Electric as an upstream?
I'll second what others have already said. I've interacted with them a decent bit, and have always gotten prompt, knowledgeable, and helpful support and service when I've called/emailed. They've got simple, consistent, and reliable service, though they don't deviate much from what they've standardized on which is most likely the main reason they can offer the pricing that they do. So far, they hold the rare title of being the *only* transit provider that I've used that has never pissed me off. Plus they're IPv6 native across the board, if you care about that sort of thing. Cheers, Tico
Thanks,
Paul
----------------------------------------------------------------------------
"The information transmitted is intended only for the person or entity to which it is addressed and contains confidential and/or privileged material. If you received this in error, please contact the sender immediately and then destroy this transmission, including all attachments, without copying, distributing or disclosing same. Thank you."
Paul Stewart wrote:
Hi folks...
Looking for some feedback on using Hurricane Electric as an upstream?
Even though I only have tunnel relationships with them for v6 (ie free transit), I'd have to say that between: - their excellent automation tools - their time-to-response - their level of connectivity - their observance of this (and other) list(s) - their clueful staff ...would provide me with incentive to buy transit from them, if I were in a position to make such a decision. (Without hesitation). Steve
used them for years, from when they were just a local ISP till today. a good addition to your mix... great value for money. --bill On Wed, Jun 17, 2009 at 08:41:23PM -0400, Paul Stewart wrote:
Hi folks...
Looking for some feedback on using Hurricane Electric as an upstream?
Thanks,
Paul
----------------------------------------------------------------------------
"The information transmitted is intended only for the person or entity to which it is addressed and contains confidential and/or privileged material. If you received this in error, please contact the sender immediately and then destroy this transmission, including all attachments, without copying, distributing or disclosing same. Thank you."
Thanks to everyone who replied to this question - I got a LOT of offline replies plus some of them online here.... The response was *very* positive and I appreciate again folks taking the time to drop me a line... Paul -----Original Message----- From: bmanning@vacation.karoshi.com [mailto:bmanning@vacation.karoshi.com] Sent: June 18, 2009 3:22 AM To: Paul Stewart Cc: NANOG list Subject: Re: Hurricane Electric used them for years, from when they were just a local ISP till today. a good addition to your mix... great value for money. --bill On Wed, Jun 17, 2009 at 08:41:23PM -0400, Paul Stewart wrote:
Hi folks...
Looking for some feedback on using Hurricane Electric as an upstream?
Thanks,
Paul
------------------------------------------------------------------------ ----
"The information transmitted is intended only for the person or entity
to which it is addressed and contains confidential and/or privileged material. If you received this in error, please contact the sender immediately and then destroy this transmission, including all attachments, without copying, distributing or disclosing same. Thank you."
---------------------------------------------------------------------------- "The information transmitted is intended only for the person or entity to which it is addressed and contains confidential and/or privileged material. If you received this in error, please contact the sender immediately and then destroy this transmission, including all attachments, without copying, distributing or disclosing same. Thank you."
participants (44)
-
Alex Rubenstein -
Andrew Mulholland -
bmanning＠vacation.karoshi.com -
Brad Fleming -
Bret Clark -
Chuck Anderson -
Dan Carley -
Daniel Verlouw -
Dave Israel -
David Klann -
David Temkin -
German Martinez -
Jeroen Massar -
Jeroen Wunnink -
Joel Jaeggli -
John van Oppen -
Justin Shore -
Kevin Hodle -
kris foster -
L K -
Leo Bicknell -
manolo -
Marshall Eubanks -
Martin Hannigan -
Michael K. Smith -
N. Yaakov Ziskind -
Nuno Vieira - nfsi telecom -
Paul Ferguson -
Paul Stewart -
Paul Timmins -
Raymond Dijkxhoorn -
Richard A Steenbergen -
Robert Blayzor -
seph -
Seth Mattinen -
Stef Walter -
Stephen Kratzer -
Steve Bertrand -
sthaug＠nethelp.no -
Tico -
Tomas Caslavsky -
Tore Anderson -
Valdis.Kletnieks＠vt.edu -
Zak Thompson