- VoiceOps - lists.voiceops.org

Rate Center Maps, Locations for NPANXXs
by beckman＠angryox.com Sept. 26, 2010

Sept. 26, 2010

In the past I've paid MelissaData.com $400 or so to get access to their NPANXX-Ratecenter-Location-GIS data. For each NPANXX, they list the Ratecenter, City and state/region, Lat/Lon coordinates. It's fairly accurate, though I'm not entirely sure how they get the data. TelcoData.com doesn't keep City/State or Lat/Long coordinates of the NPANXX, only the switch that serves the block. The problem is that, for example in DC, Washington DC Zone 17 seems to be served from Beltsville, MD, but 571-269-3 is a Virginia, likely Arlington, exchange. So taking the switch location as the lat/lon for the npanxx block is very incorrect. Cloudvox's API is awesome (Thanks Cloudvox!), but outside of Country, Region and Ratecenter, the city and location data from their API has been somewhat wrong. Examples: http://digits.cloudvox.com/571/269/3 Ratecenter: WSNGTNZN17 VA City: WSNGTNZN08 (what?!?) Lat/Lon: 37.4315734, -78.6568942 (the center of Virginia, not even close to the DC area) http://digits.cloudvox.com/805/316 Ratecenter: SNLUSOBSPO CA City: SANBARBARA (Not a valid city name) Lat/Lon: 36.778261, -119.4179324 (155 miles from San Luis Obispo, CA) There are others, but I won't bore you. To give them credit, they have a "geo_precision" which I assume tells you how many significant digits you can trust, but is not mentioned in the API docs ( http://help.cloudvox.com/faqs/digits/digits-phone-number-location-lookup-api ) Plus it is limited to US only (recently addressed here or on asterisk-biz, may change). LocalCallingGuide.com is a bit better at their lat/lon, but they don't include City name, they only offer XML and not JSON or another parseable format, and they don't list the ratecenter in the LERG 10 char format. http://localcallingguide.com/xmlprefix.php?npa=571&nxx=269 I'm expecting WSNGTNZN17, not "Washington Zone 17" as the Ratecenter. Between the TelcoData.com, three, I can inconsistently and automatedly get the data I need. I'd like to start offering a map of numbers available, but the map is only as good as the data behind it. Is there another more accurate source that people use? Beckman --------------------------------------------------------------------------- Peter Beckman Internet Guy beckman at angryox.com http://www.angryox.com/ ---------------------------------------------------------------------------

6 8

SIP test equipment
by kristian.kielhofner＠gmail.com Sept. 26, 2010

Sept. 26, 2010

Hello everyone, What do you currently use for test equipment? I'm looking for high volume automated testing with statistics and reporting, especially for media (RTP). Just SIP + RTP in our environment, ability to support 2,000 RTP channels minimum with at least MOS (preferably PESQ) scoring. G.729, G,711(u/a), and G.722 (minimum) codec support. Emulated UAS/UAC, gigabit ethernet interfaces, etc. I'm already looking at Ixia IXLoad and Empirix Hammer G5 but I wondered what else people are using... -- Kristian Kielhofner http://www.astlinux.org http://blog.krisk.org http://www.star2star.com http://www.submityoursip.com http://www.voalte.com

5 6

Broadsoft Dialers
by csteinman＠rgts.com Sept. 23, 2010

Sept. 23, 2010

Does anyone know of any Autodial vendors (Predictive, Campaign) that integrate with Broadsoft. Thanks, Charles Steinman Senior Converged Network Engineer 1221 Avenue of the Americas New York, NY 10020 212-282-2249 www.rgts.com

2 1

VoIP Abuse Project Follow Up
by sil＠infiltrated.net Sept. 21, 2010

Sept. 21, 2010

For those interested in yet MORE information. http://www.infiltrated.net/voipabuse/honeypot/ -- =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ J. Oquendo SGFA, SGFE, C|EH, CNDA, CHFI, OSCP, CPT "It takes 20 years to build a reputation and five minutes to ruin it. If you think about that, you'll do things differently." - Warren Buffett 227C 5D35 7DCB 0893 95AA 4771 1DCE 1FD1 5CCD 6B5E http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x5CCD6B5E

1 0

VoIP Abuse Project
by ldardini＠gmail.com Sept. 20, 2010

Sept. 20, 2010

2010/9/20 VoIP Abuse Project <voipabuse at infiltrated.net> > Leandro Dardini wrote: > > Hello, > > I find a blacklist too heavy to manage and unable to catch the fast > > emerging bruteforcers. As freelancer I suggest to my clients (all on > > Linux with Asterisk) the install of the fail2ban software. > > > > The working of fail2ban software is really simple: it reads the > > messages generated by the application and if one user try to > > authenticate with wrong credentials more than X times in the unit of > > time, then triggers an insert into iptables to not get more packets > > from him for a long time (adjustable). > > > > Leandro > > Understood on fail2ban however, I can use fail2ban against you and have > your own servers block their upstream. Fail2Ban "fails" when you're in a > managed PBX arena and your clients are connecting from all over the > place. When you have thousands of customers and some are connecting from > all over the place, fiddling with Softphones, settings in Snom, Polycom, > etc., you will quickly learn that Fail2Ban outright fails. > > While a blacklist CAN be cumbersome, this isn't like spam where there > are millions of hosts attempting this per day. At maximum, I've seen > about 15-20 hosts attacking one PBX. It will take me about 20-30 minutes > to whip up a python or shell script to parse them out and upload them. I > already have my honeypot writing to DB, all I have to do is re-write to > gzip and send the full logs. > > The hard part is writing an informative email someone will likely never > read (abuse departments). Last thing I want to hear is "you're not > playing fair" when their clients complain. > > -- > > =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ > J. Oquendo > SGFA, SGFE, C|EH, CNDA, CHFI, OSCP, CPT > > "It takes 20 years to build a reputation and five minutes to > ruin it. If you think about that, you'll do things > differently." - Warren Buffett > > 227C 5D35 7DCB 0893 95AA 4771 1DCE 1FD1 5CCD 6B5E > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x5CCD6B5E > > I am sorry, but I really don't understand how fail2ban can be used against me. The only drawback of fail2ban is when inside a large private organization using NAT and exiting on Internet with a single (or small pool of) IP, some evil colleagues can send a bunch of wrong REGISTER requests and trigger fail2ban to filter the IP preventing legitimate users from within the same organization to access your service. This can happen once, then the good sysadmin of the organization will snoop the traffic and catch the evil colleagues. Leandro

7 8

VoIP Abuse Project
by sil＠infiltrated.net Sept. 20, 2010

Sept. 20, 2010

Finally getting fed up with the bruteforcers so I decided to "out" upstreams and netblocks. Stay tuned. Maybe a VoIP based blacklist? Work in progress http://www.infiltrated.net/voipabuse/ -- =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ J. Oquendo SGFA, SGFE, C|EH, CNDA, CHFI, OSCP, CPT "It takes 20 years to build a reputation and five minutes to ruin it. If you think about that, you'll do things differently." - Warren Buffett 227C 5D35 7DCB 0893 95AA 4771 1DCE 1FD1 5CCD 6B5E http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x5CCD6B5E

7 9

local calling database
by eric.fort＠gmail.com Sept. 16, 2010

Sept. 16, 2010

if you click delete on the results page ti offers an information removal option and claims that all data is from publicly available sources. If the last part is true they must have some great sources somewhere as up to date as it seems to be. at presently I'm watching a port from verizon wireless to Level3 rather closely. I'll be checking that to see how long it takes for the record at tnid.org to change and I'm careful not to get into any public databases. > > Eric fort > > > On Thu, Sep 16, 2010 at 8:33 AM, Darren Schreiber <d at d-man.org> wrote: > >> Wow, where does this pull from? Highly accurate in my cursory testing. >> Would love to tie an API to this... >> >> Brandon Buckner <BrandonB at netins.com> wrote: >> >> >> FWIW, I checked one we ported last Thursday and it is correct. >> >> ---- >> Brandon Buckner >> Switching Technician / VoIP Admin >> Iowa Network Services >> 515-830-0440 opt 1 >> brandonb at netins.com >> >> >> >> -----Original Message----- >> From: voiceops-bounces at voiceops.org [mailto:voiceops-bounces at voiceops.org] >> On Behalf Of Frank Bulk - iName.com >> Sent: Thursday, September 16, 2010 4:40 AM >> To: 'Jared Geiger'; VoiceOps >> Subject: Re: [VoiceOps] local calling database >> >> I just checked a friend who ported his landline to wireless last week >> Friday >> and the info there is incorrect...do you think they're dipping live? >> >> Frank >> >> -----Original Message----- >> From: voiceops-bounces at voiceops.org [mailto:voiceops-bounces at voiceops.org >> ] >> On Behalf Of Jared Geiger >> Sent: Monday, September 13, 2010 2:34 PM >> To: VoiceOps >> Subject: Re: [VoiceOps] local calling database >> >> For current ( I haven't found a mistake yet ) porting information. >> Check out http://tnid.org/ >> >> >> _______________________________________________ >> VoiceOps mailing list >> VoiceOps at voiceops.org >> https://puck.nether.net/mailman/listinfo/voiceops >> >> _______________________________________________ >> VoiceOps mailing list >> VoiceOps at voiceops.org >> https://puck.nether.net/mailman/listinfo/voiceops >> > >

1 0

IP outage - XO?
by ujjval＠simplesignal.com Sept. 16, 2010

Sept. 16, 2010

We are seeing some weird behavior and our Data center people are telling us that XO is having nationwide outages... Are you guys seeing something similar?

6 5

local calling database
by d＠d-man.org Sept. 16, 2010

Sept. 16, 2010

Wow, where does this pull from? Highly accurate in my cursory testing. Would love to tie an API to this... Brandon Buckner <BrandonB at netins.com> wrote: FWIW, I checked one we ported last Thursday and it is correct. ---- Brandon Buckner Switching Technician / VoIP Admin Iowa Network Services 515-830-0440 opt 1 brandonb at netins.com -----Original Message----- From: voiceops-bounces at voiceops.org [mailto:voiceops-bounces at voiceops.org] On Behalf Of Frank Bulk - iName.com Sent: Thursday, September 16, 2010 4:40 AM To: 'Jared Geiger'; VoiceOps Subject: Re: [VoiceOps] local calling database I just checked a friend who ported his landline to wireless last week Friday and the info there is incorrect...do you think they're dipping live? Frank -----Original Message----- From: voiceops-bounces at voiceops.org [mailto:voiceops-bounces at voiceops.org] On Behalf Of Jared Geiger Sent: Monday, September 13, 2010 2:34 PM To: VoiceOps Subject: Re: [VoiceOps] local calling database For current ( I haven't found a mistake yet ) porting information. Check out http://tnid.org/ _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops

1 0

local calling database
by tensai＠zmonkey.org Sept. 16, 2010

Sept. 16, 2010

Currently I'm using some Perl scripts tied to localcallingguide.com's XML API to build a local calling database, and that seems to be working great, but in the spirit of due diligence I'm looking for feedback about other local calling databases out there, both free and commercial. On or off list replies appreciated. Corey

13 18