Re: Cogent BGP Woes

[Mike Hammett]

Nickles and dimes... 




- 
Mike Hammett 
Intelligent Computing Solutions 
http://www.ics-il.com 



Midwest Internet Exchange 
http://www.midwest-ix.com 


- Original Message -

From: "Carlos Alcantar"  
To: "Justin Wilson - MTIN" , "NANOG"  
Sent: Friday, October 16, 2015 12:12:05 AM 
Subject: Re: Cogent BGP Woes 

Sales now handled it because they bill now for having a bgp session. 


 
Carlos Alcantar 
Race Communications / Race Team Member 
1325 Howard Ave. #604, Burlingame, CA. 94010 
Phone: +1 415 376 3314 / car...@race.com / http://www.race.com 


 
From: NANOG  on behalf of Justin Wilson - MTIN 
 
Sent: Thursday, October 15, 2015 8:47 PM 
To: NANOG 
Subject: Re: Cogent BGP Woes 

I am trying to turn up BGP on a circuit that ha never had it. In the past, you 
went to the support portal, filled out the questionnaire and in a day or so you 
would have you bgp info. When I did that this time I received a prompt response 
back from support saying this is now handled by sales and gave me the sales 
person to contact. 

Contacted sales person almost 3 weeks ago. Had to wait until the direct draft 
credited before they could put any new orders in. On a side note, Cogent is the 
only provider I know of that does not credit electronic payments within 24-48 
hours. All of ours take 5 business days. Once thats done, e-mail the sales 
person back. No response for a few days. Call a manager and get them involved. 
2 more weeks we still don’t have BGP on this circuit. A minimum of 1 e-mail a 
day asking for status updates. Last response was “Everything was entered in the 
system”. 

I guess I don’t understand why a sales order has to be entered for BGP. This 
adds an extra step, which in this case has been a major fail. 


Justin Wilson 
j...@mtin.net  

--- 
http://www.mtin.net  Owner/CEO 
xISP Solutions- Consulting – Data Centers - Bandwidth 

http://www.midwest-ix.com  COO/Chairman 
Internet Exchange - Peering - Distributed Fabric 

On Oct 15, 2015, at 2:47 PM, james machado mailto:hvgeekwt...@gmail.com>> wrote: 

Justin, 

What are you trying to do? I had a similar situation as my rep got 
the wrong product for BGP. I actually cleaned it up by talking to 
support and I had to fill out a second BGP questionnaire but it was 
resolved and turned up in a couple of days. 

James 

On Thu, Oct 15, 2015 at 11:38 AM, Justin Wilson - MTIN mailto:li...@mtin.net>> wrote: 
Have the rest of you been having as hard a time I am having in turning up BgP 
sessions with Cogent? They have made it a sales order nowadays instead of 
support. I filled out the questionnaire on the support site over 3 weeks ago 
and was directed to sales. I am going on 3 weeks waiting on a session to be 
turned up. 

Just wondering if I am alone. 


Justin Wilson 
j...@mtin.net  

--- 
http://www.mtin.net  Owner/CEO 
xISP Solutions- Consulting – Data Centers - Bandwidth 

http://www.midwest-ix.com  COO/Chairman 
Internet Exchange - Peering - Distributed Fabric 

inexpensive url-filtering db

[MKS]

Hello list

Now I'm looking for an inexpensive url-filtering database, for integration
into a squid like solution.
By inexpense I mean something that doesn't cost $50k a year.

If you have references for me, feel free to contact me on- or off-list.

Regards
MKS

Perhaps there is another mailing-list more relevant for this kind of issues?

Re: IPv6 and Android auto conf

[Anurag Bhatia]

Intersting.


Sure, would be fun to try DHCPv6. Last time when I checked only OS X was
supporting it with limited sense.

On Thu, Oct 15, 2015 at 2:31 PM, Chaim Rieger 
wrote:

> On the nexus 5, if you are running android 6, you should enable older
> style dhcp. It can be found in the dev section.
>
>


-- 


Anurag Bhatia
anuragbhatia.com


PGP Key Fingerprint: 3115 677D 2E94 B696 651B 870C C06D D524 245E 58E2

Re: sfp "computer"?

[Jerry Jones]

A different approach would be use one of the newer switches from Juniper and 
run right on the RE if you have those in your network


On Oct 15, 2015, at 9:24 PM, Baldur Norddahl  wrote:

Hi

Does anyone make a SFP with a system on chip "computer" that you can run a
small embedded linux on?

I am sure it can be done because I have a "GPON stick" which is basically a
ONU with a small embedded Linux all on a SFP module. Does get fairly hot
however.

My application is to run some small things that I feel is missing in my
switches/routers. Plug in this imaginary "SFP computer" to enhance the
switch with a small Linux. The SFP slot provides both networking and power
to the device.

Regards,

Baldur

i hate october

[Randy Bush]

jon postel died this day in 1988
abha ahuja next tuesday
itojun the 29th

arrrgh

Re: i hate october

[Rodney Joffe]

Though fewer and fewer of us remember them and why it sucks. 

Sigh. RFC2468. I can't believe I missed my midnight reminder on the list. 

> On Oct 16, 2015, at 7:57 AM, Randy Bush  wrote:
> 
> jon postel died this day in 1988
> abha ahuja next tuesday
> itojun the 29th
> 
> arrrgh

Re: sfp "computer"?

[Jason Biel]

Or Arista

On Fri, Oct 16, 2015 at 6:50 AM, Jerry Jones  wrote:

> A different approach would be use one of the newer switches from Juniper
> and run right on the RE if you have those in your network
>
>
> On Oct 15, 2015, at 9:24 PM, Baldur Norddahl 
> wrote:
>
> Hi
>
> Does anyone make a SFP with a system on chip "computer" that you can run a
> small embedded linux on?
>
> I am sure it can be done because I have a "GPON stick" which is basically a
> ONU with a small embedded Linux all on a SFP module. Does get fairly hot
> however.
>
> My application is to run some small things that I feel is missing in my
> switches/routers. Plug in this imaginary "SFP computer" to enhance the
> switch with a small Linux. The SFP slot provides both networking and power
> to the device.
>
> Regards,
>
> Baldur
>
>


-- 
Jason

Re: IPv6 and Android auto conf

[A . L . M . Buxey]

Hi,

> Sure, would be fun to try DHCPv6. Last time when I checked only OS X was
> supporting it with limited sense.

Windows..

alan

Re: IPv6 and Android auto conf

[Stephen Satchell]

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Deployment_Guide/s1-dhcp_for_ipv6_dhcpv6.html

Applies to CentOS 7, which does not have a front-end licensing load.

Find stores that sell lease return computers, and you can pick up a 
cheap box.


On 10/16/2015 04:08 AM, Anurag Bhatia wrote:

Intersting.


Sure, would be fun to try DHCPv6. Last time when I checked only OS X was
supporting it with limited sense.

On Thu, Oct 15, 2015 at 2:31 PM, Chaim Rieger 
wrote:


On the nexus 5, if you are running android 6, you should enable older
style dhcp. It can be found in the dev section.

Telecom fraud survey

[Merve Sahin]

Hello,

As part of our academic work, we are trying to systematize
knowledge on telecom fraud, focusing on voice telephony. For this
purpose, we created a high level picture that summarize and organize
the fraud ecosystem in different layers, ranging from the inherent
flaws in the roots of the system to the final goals of the fraudster.

We are now looking for feedback from the industry experts of the field
through a survey (should take 5-10 minutes to complete):

https://www.surveymonkey.com/r/3CJ7HY9

The responses to this survey will be anonymous and only be used
aggregated for research purposes. We will publish a research paper
using the results of this study, making this work helpful for both
academia and industry.

Thank you for supporting our work with your valuable insights.

Best regards,

Merve

Re: NANOG Digest, Vol 93, Issue 16

[Dan Turner (danturne)]

Android and DHCPv6 again

Yes but Android refuses to do IPv6 if there is any DHCPv6 on the network.
It is a bug.




SLAAC by default provides the address and default gateway (RA)
If SLAAC managed flag is set, then DHCPv6  is used get the address and other 
configs (DNS, etc..)
If SLAAC other flag is set, then SLAAC  provides the address, and uses DHCPv6 
to get the other configs (DNS, etc..)

With SLAAC and without DHCPv6 the device has no way of knowing the DNS server 
and other configs such as search domain, etc...

RFC 6106 provides a new feature that allows devices to obtain DNS from RA, but 
not all devices and network equipment support it yet.

For devices that don't support RFC 6106  or DHCPv6, then it has to use IPv4 
(DHCPv4) to get the IPv4 DNS address.



Many Thanks
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Dan Turner
System Engineer | dantu...@cisco.com
Cisco Systems, Inc.  |  2375 E. Camelback Rd. |  Phoenix, AZ 85016
O. 602.778.2069 | C. 480.262.6017 | P. 800.365.4578 | TAC 800.553.2447
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

From: NANOG mailto:nanog-boun...@nanog.org>> on behalf 
of "nanog-requ...@nanog.org" 
mailto:nanog-requ...@nanog.org>>
Reply-To: "nanog@nanog.org" 
mailto:nanog@nanog.org>>
Date: Friday, October 16, 2015 at 5:00 AM
To: "nanog@nanog.org" 
mailto:nanog@nanog.org>>
Subject: NANOG Digest, Vol 93, Issue 16

Send NANOG mailing list submissions to
nanog@nanog.org

To subscribe or unsubscribe via the World Wide Web, visit
http://mailman.nanog.org/mailman/listinfo/nanog
or, via email, send a message with subject or body 'help' to
nanog-requ...@nanog.org

You can reach the person managing the list at
nanog-ow...@nanog.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of NANOG digest..."


Today's Topics:

   1. Re: Android and DHCPv6 again (Ray Soucy)
   2. Re: Microsoft / Outlook.com contact??? (Arnaud de Prelle)
   3. Re: Microsoft blocking mail (Tei)
   4. Google's peering, GGC, and congestion management
  (Baptiste Jonglez)
   5. Re: Google's peering, GGC, and congestion management
  (Patrick W. Gilmore)
   6. Re: geek whois (Randy Bush)
   7. Re: Android and DHCPv6 again (Dave Bell)
   8. Re: Android and DHCPv6 again 
(a.l.m.bu...@lboro.ac.uk)
   9. RE: Android and DHCPv6 again (Nicholas Warren)
  10. Re: Packetfront/Waystream gear (Anders L?winger)
  11. RE: Android and DHCPv6 again (Matthew Huff)
  12. RE: Android and DHCPv6 again (Baldur Norddahl)
  13. Re: Android and DHCPv6 again (Sander Steffann)
  14. Re: Spamhaus contact needed (Larry Sheldon)
  15. Re: Spamhaus contact needed (Jason Baugher)
  16. Re: Spamhaus contact needed (Larry Sheldon)
  17. Re: Spamhaus contact needed (Larry Sheldon)
  18. Cogent BGP Woes (Justin Wilson - MTIN)
  19. Re: Cogent BGP Woes (Josh Luthman)
  20. AW: Cogent BGP Woes (J?rgen Jaritsch)
  21. Re: Cogent BGP Woes (james machado)
  22. RE: Cogent BGP Woes (Damien Burke)
  23. Re: IPv6 Irony. (Owen DeLong)
  24. Re: Google's peering, GGC, and congestion management
  (Baldur Norddahl)
  25. Re: Google's peering, GGC, and congestion management
  (Patrick W. Gilmore)
  26. ultradns / neustar outage? (Jim Mercer)
  27. Re: ultradns / neustar outage? (N M)
  28. Re: Google's peering, GGC, and congestion management
  (Baldur Norddahl)
  29. Re: Google's peering, GGC, and congestion management
  (Patrick W. Gilmore)
  30. Re: ultradns / neustar outage? (Curtis Generous)
  31. Re: ultradns / neustar outage? (Hugo Slabbert)
  32. Re: Android and DHCPv6 again (Lorenzo Colitti)
  33. the fcc vs wifi lockdown issue (Dave Taht)
  34. sfp "computer"? (Baldur Norddahl)
  35. RE: sfp "computer"? (Jameson, Daniel)
  36. Re: sfp "computer"? (Baldur Norddahl)
  37. Re: Cogent BGP Woes (Justin Wilson - MTIN)
  38. Re: Cogent BGP Woes (Justin Wilson - MTIN)
  39. Re: Cogent BGP Woes (Carlos Alcantar)
  40. Re: sfp "computer"? (joel jaeggli)
  41. Re: the fcc vs wifi lockdown issue (Alejandro Acosta)
  42. Re: Google's peering, GGC, and congestion management (Mark Tinka)
  43. Re: Google's peering, GGC, and congestion management (Mark Tinka)
  44. Re: sfp "computer"? (Ray Wong)
  45. Re: Cogent BGP Woes (Mike Hammett)
  46. inexpensive url-filtering db (MKS)
  47. Re: IPv6 and Android auto conf (Anurag Bhatia)
  48. Re: sfp "computer"? (Jerry Jones)
  49. i hate october (Randy Bush)


--

Message: 1
Date: Thu, 15 Oct 2015 08:22:21 -0400
From: Ray Soucy mailto:r...@maine.edu>>
To: Baldur Norddahl 
mailto:baldur.nordd...@gmail.com>>
Cc: "nanog@nanog.org" 
mailto:nanog@nanog.org>>
Subject: Re: Android and DHCPv6 again
Message-ID:
mailto:calftr

Re: inexpensive url-filtering db

[shawn wilson]

On Oct 16, 2015 6:52 AM, "MKS"  wrote:

>
> Now I'm looking for an inexpensive url-filtering database, for integration
> into a squid like solution.

> Perhaps there is another mailing-list more relevant for this kind of
issues?

Squid like or squid? I'd ask on the squid list if there's nothing here.

Re: inexpensive url-filtering db

[Shawn L]

I've used Dan's Guardian before.  Usually in a K-12 setting


-Original Message-
From: "shawn wilson" 
Sent: Friday, October 16, 2015 11:10am
To: "MKS" 
Cc: "North American Network Operators Group" 
Subject: Re: inexpensive url-filtering db



On Oct 16, 2015 6:52 AM, "MKS"  wrote:

>
> Now I'm looking for an inexpensive url-filtering database, for integration
> into a squid like solution.

> Perhaps there is another mailing-list more relevant for this kind of
issues?

Squid like or squid? I'd ask on the squid list if there's nothing here.

Re: i hate october

[Richard Irving]

My NANOG membership is older than some of them lived to

:-(

Remember, the only thing worse than cruelty of growing old... is not.


On 10/16/2015 08:06 AM, Rodney Joffe wrote:


Though fewer and fewer of us remember them and why it sucks.

Sigh. RFC2468. I can't believe I missed my midnight reminder on the list.


On Oct 16, 2015, at 7:57 AM, Randy Bush  wrote:

jon postel died this day in 1988
abha ahuja next tuesday
itojun the 29th

arrrgh

Re: i hate october

[Richard Irving]

Peaking of growing older

On Oct 16, 2015, at 7:57 AM, Randy Bush  wrote:

jon postel died this day in 1988


   1998


abha ahuja next tuesday
itojun the 29th

arrrgh

Re: i hate october

[Richard Irving]

* sigh *

On 10/16/2015 12:46 PM, Richard Irving wrote:

*S*peaking of growing older

Re: Cogent BGP Woes

[Rafael Possamai]

Similar to low-cost airlines, where you have to pay for a drink and a 4oz
bag of peanuts.

On Fri, Oct 16, 2015 at 3:36 AM, Mike Hammett  wrote:

> Nickles and dimes...
>
>
>
>
> -
> Mike Hammett
> Intelligent Computing Solutions
> http://www.ics-il.com
>
>
>
> Midwest Internet Exchange
> http://www.midwest-ix.com
>
>
> - Original Message -
>
> From: "Carlos Alcantar" 
> To: "Justin Wilson - MTIN" , "NANOG" 
> Sent: Friday, October 16, 2015 12:12:05 AM
> Subject: Re: Cogent BGP Woes
>
> Sales now handled it because they bill now for having a bgp session.
>
>
>
> Carlos Alcantar
> Race Communications / Race Team Member
> 1325 Howard Ave. #604, Burlingame, CA. 94010
> Phone: +1 415 376 3314 / car...@race.com / http://www.race.com
>
>
> 
> From: NANOG  on behalf of Justin Wilson - MTIN <
> li...@mtin.net>
> Sent: Thursday, October 15, 2015 8:47 PM
> To: NANOG
> Subject: Re: Cogent BGP Woes
>
> I am trying to turn up BGP on a circuit that ha never had it. In the past,
> you went to the support portal, filled out the questionnaire and in a day
> or so you would have you bgp info. When I did that this time I received a
> prompt response back from support saying this is now handled by sales and
> gave me the sales person to contact.
>
> Contacted sales person almost 3 weeks ago. Had to wait until the direct
> draft credited before they could put any new orders in. On a side note,
> Cogent is the only provider I know of that does not credit electronic
> payments within 24-48 hours. All of ours take 5 business days. Once thats
> done, e-mail the sales person back. No response for a few days. Call a
> manager and get them involved. 2 more weeks we still don’t have BGP on this
> circuit. A minimum of 1 e-mail a day asking for status updates. Last
> response was “Everything was entered in the system”.
>
> I guess I don’t understand why a sales order has to be entered for BGP.
> This adds an extra step, which in this case has been a major fail.
>
>
> Justin Wilson
> j...@mtin.net 
>
> ---
> http://www.mtin.net  Owner/CEO
> xISP Solutions- Consulting – Data Centers - Bandwidth
>
> http://www.midwest-ix.com  COO/Chairman
> Internet Exchange - Peering - Distributed Fabric
>
> On Oct 15, 2015, at 2:47 PM, james machado  hvgeekwt...@gmail.com>> wrote:
>
> Justin,
>
> What are you trying to do? I had a similar situation as my rep got
> the wrong product for BGP. I actually cleaned it up by talking to
> support and I had to fill out a second BGP questionnaire but it was
> resolved and turned up in a couple of days.
>
> James
>
> On Thu, Oct 15, 2015 at 11:38 AM, Justin Wilson - MTIN  > wrote:
> Have the rest of you been having as hard a time I am having in turning up
> BgP sessions with Cogent? They have made it a sales order nowadays instead
> of support. I filled out the questionnaire on the support site over 3 weeks
> ago and was directed to sales. I am going on 3 weeks waiting on a session
> to be turned up.
>
> Just wondering if I am alone.
>
>
> Justin Wilson
> j...@mtin.net 
>
> ---
> http://www.mtin.net  Owner/CEO
> xISP Solutions- Consulting – Data Centers - Bandwidth
>
> http://www.midwest-ix.com  COO/Chairman
> Internet Exchange - Peering - Distributed Fabric
>
>
>
>
>

Re: Question re session hijacking in dual stack environments w/MacOS

[Owen DeLong]

> On Oct 2, 2015, at 00:46 , valdis.kletni...@vt.edu wrote:
> 
> On Fri, 02 Oct 2015 00:46:47 -0500, Doug McIntyre said:
> 
>> I suspect this is OSX implementing IPv6 Privacy Extensions. Where OSX
>> generates a new random IPv6 address, applies it to the interface, and then
>> drops the old IPv6 addresses as they stale out. Sessions in use or not.
> 
> Isn't the OS supposed to wait for the last user of the old address to close
> their socket before dropping it?

No… It just waits for the valid lifetime to expire.

Privacy addresses don’t refresh their preferred lifetime and start counting the 
valid lifetime from preferred expiration IIRC.

Owen

Re: Spamhaus contact needed

[Jason Baugher]

I felt I should mention, Spamhaus was quick to respond to my email and gave
me excellent information on what was triggering the blacklisting.


On Thu, Oct 15, 2015 at 1:29 PM, Larry Sheldon  wrote:

> On 10/15/2015 13:27, Larry Sheldon wrote:
>
>> On 10/15/2015 12:32, Larry Sheldon wrote:
>>
>>> On 10/15/2015 00:27, Jason Baugher wrote:
>>>
 Sorry to clutter up this list with an email issue, but hopefully
 someone is
 here from Spamhaus that can contact me off-list. I have a customer
 whose IP
 keeps getting listed in the CBL, and even after doing packet captures of
 everything in and out of their network, I still can't find a reason
 for it.

>>>
>>> I have been off the line for quite a while, but as I recollect there is
>>> no "Spamhaus contact" aside from the search engine they provide for
>>> their database.
>>>
>>> You look-up your IP, they tell you what the problem is, you fix it, and
>>> the block goes away.
>>>
>>> It always used to work.  Every time.
>>>
>>
>> WAIT A MINUTE!  "CBL" is not "Spamhaus", is it?!
>>
>> http://www.abuseat.org/
>>
>
>
> MY BAD!  Yes, it is "spamhaus".
>
> Sorry.
>
>
>
> --
> sed quis custodiet ipsos custodes? (Juvenal)
>

Fw: new message

[Alessandro Ghedini]

Hello!

 

New message, please read 

 

Alessandro Ghedini

Dial Up Solutions

[Will Duquette]

Does anyone have any suggestions on equipment for our ISP that is still
supporting dial up customers?

At the moment we are running 3Com Total Control 1000's but are running out
of spare parts as we have failures.  Given that this gear is so old trying
to source spare parts is proving to be difficult.

We do have access to an Cisco AS5200 but are looking for maybe a SIP based
solution that could possibly run on our VM farm?  Has anyone heard of
anything like that or does it even exist?

What kind of gear are you running if you still are supporting dial up
customers?

Thanks in advance

-- 
Will Duquette
GWI
Network Systems Engineer
www.gwi.net

Re: Dial Up Solutions

[Tim Thompson]

My previous employer still has racks of APX 8000's. Reseller market appears to 
still be at least somewhat alive, and I know my previous employer has ~30 
chassis and boxes upon boxes of cards for 'em; they may be willing to unload 
some if you have any interest. Hit me up off-list if so and I can see if they 
have a desire to part with them, and I'll connect you.

-Tim

On 10/16/2015 12:28 PM, Will Duquette wrote:
> Does anyone have any suggestions on equipment for our ISP that is still
> supporting dial up customers?
>
> At the moment we are running 3Com Total Control 1000's but are running out
> of spare parts as we have failures.  Given that this gear is so old trying
> to source spare parts is proving to be difficult.
>
> We do have access to an Cisco AS5200 but are looking for maybe a SIP based
> solution that could possibly run on our VM farm?  Has anyone heard of
> anything like that or does it even exist?
>
> What kind of gear are you running if you still are supporting dial up
> customers?
>
> Thanks in advance
>