Re: Customer Notification System.
Not sure if you have a customer database/spreadsheet and what OS platform you use, but this product has served us well in the past: http://www.massmailsoftware.com/bulkmail/ Tom Pipes tom.pi...@t6mail.com On Tue, Feb 21, 2012 at 4:58 PM, James Wininger jwinin...@ifncom.netwrote: We are a smaller ISP in Indiana. We are growing quite rapidly (yeah for us). We have a need for a customer notification system. We have simply out grown the ability to send emails to our customers manually. We need to have a better way of notifying our customers of maintenance etc. We would need to send notifications out to say about 400 customers. Ideally the system would send an attached PDF. It would be great if this system were SQL based etc. Does anyone know of a system that is out there that does this? We have looked at a few applications (windows based) but integration with billing etc seems to be a caveat. I have thought of possibly using a mailing list type approach, but that gets us back to (almost) where we are today. Any pointers would be greatly appreciated. -- Jim Wininger jwinin...@ifncom.net
Re: Carrier Contact
I just wanted to pass on a huge thanks to the members of this list who gave suggestions, and ultimately VZW's LERG Contact and the tech who contacted me this morning and got the routing translation fixed. It once again proves how valuable Nanog list membership can be in identifying the appropriate contacts for a Carrier and resolving technical issues. Sincerely, Tom Pipes Essex Telcom On Wed, Apr 27, 2011 at 11:19 AM, Tom Pipes tom.pi...@t6mail.com wrote: Greetings, Does anyone know who I could contact at Verizon Wireless regarding mis-routing one of my NXX blocks? Off list responses are fine. Thanks, -- Tom Pipes Essex Telcom Inc
Carrier Contact
Greetings, Does anyone know who I could contact at Verizon Wireless regarding mis-routing one of my NXX blocks? Off list responses are fine. Thanks, -- Tom Pipes Essex Telcom Inc
Re: Carrier Contact
I ended up calling 611 on my Verizon phone and they were extremely nice and tried to help, but were unable to take it any further due the the fact that the call appears to route properly. The problem is that the call does route, but to the wrong switch in the wrong LATA and then routes over failover ISUP trunks. The rep tried to escalate it and reported back that there was nothing they could do because the call routes successfully. She agreed that it was going to be very difficult for me to get that to pass through the layers of support. It's very sad that this has to be so complicated. Thanks for the suggestions, Tom On Wed, Apr 27, 2011 at 11:19 AM, Tom Pipes tom.pi...@t6mail.com wrote: Greetings, Does anyone know who I could contact at Verizon Wireless regarding mis-routing one of my NXX blocks? Off list responses are fine. Thanks, -- Tom Pipes Essex Telcom Inc
Re: ARIN and IPv6 Requests
Here's the template we just completed last week, and we received our /32 minimum allocation within a couple of days. No justification for initial allocation, only subsequent v6 allocations. https://www.arin.net/resources/templates/v6-isp.txt https://www.arin.net/resources/templates/v6-isp.txtTom Pipes T6 Broadband On Thu, Feb 10, 2011 at 1:38 PM, adw...@dstsystems.com wrote: Why does ARIN require detailed usage of IPv4 space when requesting IPv6 space? Seems completely irrelevant to me. -- Adam Webb EN ES Team desk: 816.737.9717 cell: 916.949.1345 --- The biggest secret of innovation is that anyone can do it. --- - Please consider the environment before printing this email and any attachments. This e-mail and any attachments are intended only for the individual or company to which it is addressed and may contain information which is privileged, confidential and prohibited from disclosure or unauthorized use under applicable law. If you are not the intended recipient of this e-mail, you are hereby notified that any use, dissemination, or copying of this e-mail or the information contained in this e-mail is strictly prohibited by the sender. If you have received this transmission in error, please return the material received to the sender and delete all copies from your system. -- Tom Pipes T6 Broadband Office: 815-380-3773 Direct: 815-544-1882 Fax: 815-380-6513
Re: BGP Tool for Simulation
Hello Giuliano, Along with the recommendation of dynamips, I would suggest downloading gns3, which ties into dynamips. You can run the same version of IOS that you are working with in production, and there are versions for Windows/*nix. http://www.gns3.net/ It acts more like an emulators at first glance, and does not seem to have the same limitations as some of the other simulators out there. Just make sure you have the hardware to support it. Thanks, --- Tom Pipes T6 Broadband/ Essex Telcom Inc tom.pi...@t6mail.com - Original Message - From: Bill Fehring li...@billfehring.com To: giulian...@uol.com.br Cc: North American Network Operators Group na...@merit.edu Sent: Sunday, June 27, 2010 11:37:17 PM Subject: Re: BGP Tool for Simulation Oi Giulianao, I've used this in the past to dump a lot of routes into test networks: http://code.google.com/p/bgpsimple/ Tutorial: http://evilrouters.net/2009/08/21/getting-bgp-routes-into-dynamips-with-video/ There's a similar project written in python, but I can't find it right now. HTH, -Bill Fehring On Sun, Jun 27, 2010 at 18:32, GIULIANOCM (UOL) giulian...@uol.com.br wrote: People, I am looking for a tool (free or not) to simulate BGP full internet route table peering and injection using real CISCO and JUNIPER routers. We have found some power tools like Spirent or Agilent but they are a too expensive to acquire for now. The main idea is to have a software tool for unix or linux system, that supports to simulate a cloud a carrier or an ISP, to work with real routers, establishing connection using BGP protocol and injecting on this real routers the full internet routing table - ipv4 or ipv6. Do you know some collection of tools (software tools) that we can use to do this kind of work ? It is possible to collect full internet routing table and inject it to a real router using a software for simulate real conditions ? Besides, the tool will need some additional features in simulation like the set of communities, local preference, med and other BGP attributes. What do you recommend for this tasks ? Thanks a lot, Giuliano
Re: pls help about mtu setting
Are you authenticating with PPPoE? If so, it has a maximum MTU size of 1492 due to the encapsulation overhead. --- Tom Pipes T6 Broadband/ Essex Telcom Inc tom.pi...@t6mail.com - Original Message - From: William Herrin b...@herrin.us To: Deric Kwok deric.kwok2...@gmail.com Cc: nanog list nanog@nanog.org Sent: Thursday, June 17, 2010 8:36:00 AM Subject: Re: pls help about mtu setting On Thu, Jun 17, 2010 at 8:19 AM, Deric Kwok deric.kwok2...@gmail.com wrote: My DSL company asks me to set the modem 146 2 and my old company used 14 92 Why it is not standard 1 500? Because they're wrapping your packet inside another packet that they then transmit on a line with a 1500 byte MTU. The header on their packet needs a few bytes, so you can't have them. Regards, Bill Herrin -- William D. Herrin her...@dirtside.com b...@herrin.us 3005 Crane Dr. .. Web: http://bill.herrin.us/ Falls Church, VA 22042-3004
Repeated Blacklisting / IP reputation
Greetings, We obtained a direct assigned IP block 69.197.64.0/18 from ARIN in 2008. This block has been cursed (for lack of a better word) since we obtained it. It seems like every customer we have added has had repeated issues with being blacklisted by DUL and the cable carriers. (AOL, ATT, Charter, etc). I understand there is a process to getting removed, but it seems as if these IPs had been used and abused by the previous owner. We have done our best to ensure these blocks conform to RFC standards, including the proper use of reverse DNS pointers. I can resolve the issue very easily by moving these customers over to our other direct assigned 66.254.192.0/19 block. In the last year I have done this numerous times and have had no further issues with them. My question: Is there some way to clear the reputation of these blocks up, or start over to prevent the amount of time we are spending with each customer troubleshooting unnecessary RBL and reputation blacklisting? I have used every opportunity to use the automated removal links from the SMTP rejections, and worked with the RBL operators directly. Most of what I get are cynical responses and promises that it will be fixed. If there is any question, we perform inbound and outbound scanning of all e-mail, even though we know that this appears to be something more relating to the block itself. Does anyone have any suggestions as to how we can clear this issue up? Comments on or off list welcome. Thanks, --- Tom Pipes T6 Broadband/ Essex Telcom Inc tom.pi...@t6mail.com
Re: Repeated Blacklisting / IP reputation
I am amazed with the amount of thoughtful comments I have seen, both on and off list. It really illustrates that people are willing to try to help out, but there is an overall lack of clear direction on how to improve things. Most of us seem to adopt that which has always just worked for us. Don't get me wrong, I'm sure there are a lot of improvements/mods going on with RBL operators in terms of the technology and how they choose who to block. I'm also certain that most of the carriers are doing their best to follow RFCs, use e-mail filtering, and perform deep packet inspection to keep themselves off of the lists. AND there seems to be some technologies that were meant to work, and cause their own sets of problems (example: allowing the end user to choose what is considered spam and blacklisting based on that). As was said before, it's not the WHY but rather how can we fix it if it's broke. The large debate seems to revolve around responsibility, or lack thereof. In our case, we are the small operator who sits in the sidelines hoping that someone larger than us, or more influential has an opinion. We participate in lists, hoping to make a difference and contribute, knowing that in a lot of cases, our opinion is just that: an opinion. I suppose that could spark a debate about joining organizations (who shall go nameless here), power to the people, etc. It seems as though a potential solution *may* revolve around ARIN/IANA having the ability to communicate an authoritative list of reassigned IP blocks back to the carriers. This could serve as a signal to remove a block from the RBL, but I'm sure there will be downfalls with doing this as well. In my specific case, I am left with a legacy block that I have to accept is going to be problematic. Simply contacting RBL operators is just not doing the trick. Most of the e-mails include links or at least an error code, but some carriers just seem to be blocking without an error, or even worse, an ACL... We will continue to remove these blocks as necessary, reassign IPs from other blocks where absolutely necessary, and ultimately hope the problem resolves itself over time. Thanks again for the very thoughtful and insightful comments, they are greatly appreciated. Regards, --- Tom Pipes T6 Broadband/ Essex Telcom Inc tom.pi...@t6mail.com - Original Message - From: Tom Pipes tom.pi...@t6mail.com To: nanog@nanog.org Sent: Tuesday, September 8, 2009 9:57:58 AM GMT -06:00 US/Canada Central Subject: Repeated Blacklisting / IP reputation Greetings, We obtained a direct assigned IP block 69.197.64.0/18 from ARIN in 2008. This block has been cursed (for lack of a better word) since we obtained it. It seems like every customer we have added has had repeated issues with being blacklisted by DUL and the cable carriers. (AOL, ATT, Charter, etc). I understand there is a process to getting removed, but it seems as if these IPs had been used and abused by the previous owner. We have done our best to ensure these blocks conform to RFC standards, including the proper use of reverse DNS pointers. I can resolve the issue very easily by moving these customers over to our other direct assigned 66.254.192.0/19 block. In the last year I have done this numerous times and have had no further issues with them. My question: Is there some way to clear the reputation of these blocks up, or start over to prevent the amount of time we are spending with each customer troubleshooting unnecessary RBL and reputation blacklisting? I have used every opportunity to use the automated removal links from the SMTP rejections, and worked with the RBL operators directly. Most of what I get are cynical responses and promises that it will be fixed. If there is any question, we perform inbound and outbound scanning of all e-mail, even though we know that this appears to be something more relating to the block itself. Does anyone have any suggestions as to how we can clear this issue up? Comments on or off list welcome. Thanks, --- Tom Pipes T6 Broadband/ Essex Telcom Inc tom.pi...@t6mail.com
