- VoiceOps - lists.voiceops.org

Verizon Business Wholesale contact
by jared＠compuwizz.net Feb. 25, 2010

Feb. 25, 2010

I'm trying to get in the door with Verizon Business and not having much luck. Does anyone have a sales contact there? Thanks, Jared

2 2

Certifications for Carrier VoIP
by lindsey＠e-c-group.com Feb. 24, 2010

Feb. 24, 2010

Is anyone aware of a certification program for Carrier VoIP? I know Cisco has some things -- but they're focused on Cisco-flavored VoIP, not the multivendor stuff we do here (Metaswitch / BroadWorks / Acme Packet / Cisco / Taqua / Sonus / Nortel / Polycom / Linksys / Aastra / etc.). Acme Packet and BroadSoft both have some certs for their own products, but knowing a lot of about either of those isn't enough to build and run a whole network. mark r lindsey at e-c-group.com http://e-c-group.com/lindsey +1.229.316.0013

1 0

BW RADIUS CDR interface
by voiceops＠treharne.me.uk Feb. 23, 2010

Feb. 23, 2010

On 22 February 2010 22:41, Mark Lindsey <lindsey at e-c-group.com> wrote: > On 2/22/10 5:32 PM, Aled Treharne wrote: >> >> On 22 February 2010 22:23, Mark Lindsey<lindsey at e-c-group.com> ?wrote: >> >>> >>> Speaking of Dave's point about fraud analysis -- an advantage of watching >>> the traffic in real-time is that you can do something about a suspicious >>> call. ?If the fraud analyzer is clever enough, it could accept the RADIUS >>> accounting-start records and record the status of all active calls. Then >>> if >>> the call looks suspicious (a two-hour call to Jamaica from a customer who >>> never places other International calls) then do an IDS-style teardown by >>> killing the call with a spoofed BYE. >>> >> >> No need to do it the dirty way - you can tear the call down with a >> CAP/OCI-P call to the AS. Nice and clean. I've seen a pre-pay call >> control application use this method to tear down the call when a user >> reached their credit limit. Real-time rating. >> > > That's true -- it's cleaner. But this means the system has to authenticate > with the credentials of the BroadWorks user, right? If so, that's still > possible, but I believe there are limitations on multiple concurrent CAP > sessions. > > I know the BW AS has another interface for tearing down calls from an > administrator level, but I don't think it's exposed through CAP. It's been a while since I've looked at the call control interface in any detail, but I think the application itself maintained a single connection and communicated over that connection. Cheers, Aled.

1 0

BW RADIUS CDR interface
by jnesheim＠cytek.biz Feb. 22, 2010

Feb. 22, 2010

I think it depends what you're planning on using it for. In my case, I wanted to use it for call traffic analysis (ex. calls volumes to NPAs, gateways, etc) and troubleshooting tools for our repair departments. I had developed a perl module for FreeRadius that would store the CDRs into a reporting and troubleshooting database which worked out fairly well. However, the licensing model that Broadsoft uses for the Radius interface isn't very "efficient" and has been a major problem for our deployment. It seems Broadsoft only anticipates customers using the Radius interface for enhanced call logging and billing and prices it around that which makes it an expensive feature to use solely for network analysis. Other than the licensing issues, the interface works fairly well. It could use some better documentation on what the VSAs are, but most of that can be reverse engineered from the CSV accounting files since the column sequences line up with the VSA numbers. -- Jason Nesheim ----- Original Message ----- From: "David Hiers" <hiersd at gmail.com> To: VoiceOps at voiceops.org Sent: Monday, February 22, 2010 6:30:04 AM Subject: [VoiceOps] BW RADIUS CDR interface All, A quick question for the brain trust: If you use the BW RADIUS CDR interface, are you happy with it? Thanks, David _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops

6 5

Polycom device.prov.* flash parameters
by james＠freedomnet.co.nz Feb. 22, 2010

Feb. 22, 2010

Does anyone have an example of how and where the device.prov.* settings being used in the config file from a provisioning server. -James

2 1

Utility for Splitting MGCP Calls from large packetcaptures?
by jrandall＠comwave.net Feb. 22, 2010

Feb. 22, 2010

I know using Wireshark it seems to print a GUI latter for MGCP calls however when trying to apply a filter for the packets based on the "VoIP Calls" section for some reason my experience has been that it doesn't work (haven't tried on any newer releases of Wireshark in a while). You'll likely need to write your own using libpcap or BASH/Perl scripting around tethereal. The main challenge is that the endpoint IDs in an MGCP messages are only sent in the MGCP requests but not on the response which means you need to find all the TIDs/IPs/etc belonging to the endpoint transactions you're interested in and then find all the associated response packets based on TIDs and IPs. Regards, Justin Randall _____ From: voiceops-bounces at voiceops.org [mailto:voiceops-bounces at voiceops.org] On Behalf Of Christian Pena Sent: Monday, February 22, 2010 11:38 AM To: VoiceOps Subject: [VoiceOps] Utility for Splitting MGCP Calls from large packetcaptures? I use pcapsipdump for splitting SIP calls from large packet capture files. It nicely gives me one file per session/call Anyone know of something that will do this for MGCP calls? -- Christian Pena Network Engineer II Direct: (786) 363-0460 Fax: (786) 363-0206

1 0

Utility for Splitting MGCP Calls from large packet captures?
by cpena＠ststelecom.com Feb. 22, 2010

Feb. 22, 2010

An HTML attachment was scrubbed... URL: <https://puck.nether.net/pipermail/voiceops/attachments/20100222/d535795c/at…>

1 0

BW RADIUS CDR interface
by hiersd＠gmail.com Feb. 22, 2010

Feb. 22, 2010

All, A quick question for the brain trust: If you use the BW RADIUS CDR interface, are you happy with it? Thanks, David

1 0

Broadsoft Device Identity Profiles
by csteinman＠rgts.com Feb. 22, 2010

Feb. 22, 2010

Have a question about how Broadsoft handles Device Identity Profile files at the System and Group Levels ....were running R14sp9. I defined several custom Device Identity Profile Types (Aastra 57i 's) at the System Level and uploaded the corresponding config files for button layouts of the various phone types we deploy (Admin SCA, Standard Phone, Public Phone, etc). The thing I'm finding strange is at the Group level if I use one of the custom Device Identity Profile Types, then I upload a custom config file under the Identity/Device Profile Modify/Configure tab, the file that's written to the Provisioning Server is the System Level File and not the custom file I loaded via the Identity/Device Profile Modify/Configure tab. I mean it's not the end of the world if you allow file customization at the System Level when uploading the config file for the new Device Identity Profile, then upload the custom config under the "files" tab in the Identity/Device Profile Modify page, but you would think that the more specific group config would trump the system config file and Broadworks would have the "Configure Tab" grayed out or disabled to avoid confusion. The real kicker is the "Configure Tab" will not only allows you to upload a custom config, but rebuild the file and reset the phone too, with the end result being the rebuilt file is the "system file" not the custom file that Broadworks allows you to upload. Who knows maybe in the next release.........but any input would be much appreciated Thanks and everyone have a great weekend, Charles Steinman Sr. Network Engineer RGTS 1221 Avenue of the Americas New York, NY 10020 Phone: 212-282-2249 http://www.rgts.com<http://www.rgts.com/>

2 1

ECG is expanding our staff
by jpuckett＠e-c-group.com Feb. 22, 2010

Feb. 22, 2010

ECG is hiring. Specifically we are seeking experienced non-management technical staff to support our customers in the Atlanta area. ECG, Inc. is a full service consulting firm specializing in the implementation of next-generation telephone switching systems and their underlying networks. We work with equipment from a number of vendors including Acme Packet, BroadSoft, Cisco, Juniper, Metaswitch, Taqua, and others. Our customers include nearly 200 enterprises and services providers both large and small. If you or someone you know may be interested in submitting a resume, please give me a call. James Puckett - Engineers' Consulting Group Phone 229-316-0012 - Fax 229-316-1490

3 2