Call reconciliation across multiple elements
For all of you out there with multiple call control elements in your network that might touch a single call, what methods do you use to correlate CDR's across multiple dissimilar platforms (SBC, softswitch, feature servers, LCR etc)?
On Sat, 1 Aug 2009, anorexicpoodle wrote:
For all of you out there with multiple call control elements in your network that might touch a single call, what methods do you use to correlate CDR's across multiple dissimilar platforms (SBC, softswitch, feature servers, LCR etc)?
Only way we found that is 100% is to build network probes that capture all SIP/RTP traffic. This lets us have a wire view independent source of CDRs that we can cross against broadworks, video conference, and other systems. This system also provides us ladder view of call calls merging all internal and external call legs and provides call quality stats on every call leg.
<> Nathan Stratton CTO, BlinkMind, Inc. nathan at robotics.net nathan at blinkmind.com http://www.robotics.net http://www.blinkmind.com
If not, I suppose RADIUS is a logical choice for that kind of accounting convergence. -- Sent from mobile device On Aug 2, 2009, at 9:54 AM, Nathan Stratton <nathan at robotics.net> wrote:
On Sat, 1 Aug 2009, anorexicpoodle wrote:
For all of you out there with multiple call control elements in your network that might touch a single call, what methods do you use to correlate CDR's across multiple dissimilar platforms (SBC, softswitch, feature servers, LCR etc)?
Only way we found that is 100% is to build network probes that capture all SIP/RTP traffic. This lets us have a wire view independent source of CDRs that we can cross against broadworks, video conference, and other systems.
This system also provides us ladder view of call calls merging all internal and external call legs and provides call quality stats on every call leg.
<> Nathan Stratton CTO, BlinkMind, Inc. nathan at robotics.net nathan at blinkmind.com http://www.robotics.net http:// www.blinkmind.com
VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
Hi Nathan, Are you using Network taps at key points or element agents on each of your servers (or both)? Obviously a lot tougher to do this if the calls are encrypted with TLS or other methods. Side note: seems like the IETF is finally tackling this issue with multiple working groups now (SIPFIX and maybe parts for the new SIP CLF spec)--at least the results of both or either may provide standard specs to the finally capture the data in a standardized, consistent way. Howard Hart Ooma Nathan Stratton wrote:
On Sat, 1 Aug 2009, anorexicpoodle wrote:
For all of you out there with multiple call control elements in your network that might touch a single call, what methods do you use to correlate CDR's across multiple dissimilar platforms (SBC, softswitch, feature servers, LCR etc)?
Only way we found that is 100% is to build network probes that capture all SIP/RTP traffic. This lets us have a wire view independent source of CDRs that we can cross against broadworks, video conference, and other systems.
This system also provides us ladder view of call calls merging all internal and external call legs and provides call quality stats on every call leg.
<> Nathan Stratton CTO, BlinkMind, Inc. nathan at robotics.net nathan at blinkmind.com http://www.robotics.net http://www.blinkmind.com
VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
On Sun, 2 Aug 2009, Howard Hart wrote:
Hi Nathan,
Are you using Network taps at key points or element agents on each of your servers (or both)? Obviously a lot tougher to do this if the calls are encrypted with TLS or other methods.
Yes, taps on inside and outside of each network. Today I have 3 pops with SBCs so 3 private and 3 public networks. Calls can route between pops so some calls have 8 legs that need to be corrolated together! If a call has TLS/SRTP, it is only on the access side, not internally.
<> Nathan Stratton CTO, BlinkMind, Inc. nathan at robotics.net nathan at blinkmind.com http://www.robotics.net http://www.blinkmind.com
I'm interested in what method you are using to collect and sort this information. I have thought about this at several instances since it is totally platform neutral but was never totally satisfied with the collection and mediation methods I had found. On Sun, 2009-08-02 at 08:54 -0500, Nathan Stratton wrote:
On Sat, 1 Aug 2009, anorexicpoodle wrote:
For all of you out there with multiple call control elements in your network that might touch a single call, what methods do you use to correlate CDR's across multiple dissimilar platforms (SBC, softswitch, feature servers, LCR etc)?
Only way we found that is 100% is to build network probes that capture all SIP/RTP traffic. This lets us have a wire view independent source of CDRs that we can cross against broadworks, video conference, and other systems.
This system also provides us ladder view of call calls merging all internal and external call legs and provides call quality stats on every call leg.
<> Nathan Stratton CTO, BlinkMind, Inc. nathan at robotics.net nathan at blinkmind.com http://www.robotics.net http://www.blinkmind.com
We've got an in-house sniffer solution; hard taps all over the place. Couldn't live without it. Only downside is that it can't tell you exactly which network side call was created for a particular access side call in a 3PCC model. Sure, you can use a bit of logic to make a good guess, but you'll never really know. David Hiers CCIE (R/S, V), CISSP ADP Dealer Services 2525 SW 1st Ave. Suite 300W Portland, OR 97201 o: 503-205-4467 f: 503-402-3277 -----Original Message----- From: voiceops-bounces at voiceops.org [mailto:voiceops-bounces at voiceops.org] On Behalf Of Nathan Stratton Sent: Sunday, August 02, 2009 6:55 AM To: anorexicpoodle Cc: voiceops at voiceops.org Subject: Re: [VoiceOps] Call reconciliation across multiple elements On Sat, 1 Aug 2009, anorexicpoodle wrote:
For all of you out there with multiple call control elements in your network that might touch a single call, what methods do you use to correlate CDR's across multiple dissimilar platforms (SBC, softswitch, feature servers, LCR etc)?
Only way we found that is 100% is to build network probes that capture all SIP/RTP traffic. This lets us have a wire view independent source of CDRs that we can cross against broadworks, video conference, and other systems. This system also provides us ladder view of call calls merging all internal and external call legs and provides call quality stats on every call leg.
<> Nathan Stratton CTO, BlinkMind, Inc. nathan at robotics.net nathan at blinkmind.com http://www.robotics.net http://www.blinkmind.com
VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system.
Have you migrated from VIPER to VECTOR? How'd it go? Do you still have you job? :) David Hiers CCIE (R/S, V), CISSP ADP Dealer Services 2525 SW 1st Ave. Suite 300W Portland, OR 97201 o: 503-205-4467 f: 503-402-3277 This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system.
most. painful. process. ever! the vector network is really soooo much better though. I can say, just because the process was painful there were no outages or issues experienced by our customers thru the process we followed (yet) we had to dedicate a team of engineers and management to the process for weeks though ... :) Do you still have TNs on Viper? If so, do you have a lot of call quality issues? On Mon, Aug 3, 2009 at 9:26 AM, Hiers, David <David_Hiers at adp.com> wrote:
Have you migrated from VIPER to VECTOR?
How'd it go?
Do you still have you job?
:)
David Hiers
CCIE (R/S, V), CISSP ADP Dealer Services 2525 SW 1st Ave. Suite 300W Portland, OR 97201 o: 503-205-4467 f: 503-402-3277
This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
Viper was so bad that we had to buy a ditech pvp to stop the bleeding. David Hiers CCIE (R/S, V), CISSP ADP Dealer Services 2525 SW 1st Ave. Suite 300W Portland, OR 97201 o: 503-205-4467 f: 503-402-3277 ________________________________ From: katia at chickey.org [mailto:katia at chickey.org] On Behalf Of katia goforth Sent: Monday, August 03, 2009 7:12 AM To: Hiers, David Cc: voiceops at voiceops.org Subject: Re: [VoiceOps] Level3 VIPER ---> VECTOR most. painful. process. ever! the vector network is really soooo much better though. I can say, just because the process was painful there were no outages or issues experienced by our customers thru the process we followed (yet) we had to dedicate a team of engineers and management to the process for weeks though ... :) Do you still have TNs on Viper? If so, do you have a lot of call quality issues? On Mon, Aug 3, 2009 at 9:26 AM, Hiers, David <David_Hiers at adp.com<mailto:David_Hiers at adp.com>> wrote: Have you migrated from VIPER to VECTOR? How'd it go? Do you still have you job? :) David Hiers CCIE (R/S, V), CISSP ADP Dealer Services 2525 SW 1st Ave. Suite 300W Portland, OR 97201 o: 503-205-4467 f: 503-402-3277 This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org<mailto:VoiceOps at voiceops.org> https://puck.nether.net/mailman/listinfo/voiceops This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system.
did you ever experience the pterodactyl screech when making a call? :) -katia On Mon, Aug 3, 2009 at 10:15 AM, Hiers, David <David_Hiers at adp.com> wrote:
Viper was so bad that we had to buy a ditech pvp to stop the bleeding.
David Hiers
CCIE (R/S, V), CISSP ADP Dealer Services 2525 SW 1st Ave. Suite 300W Portland, OR 97201 o: 503-205-4467 f: 503-402-3277
------------------------------ *From:* katia at chickey.org [mailto:katia at chickey.org] *On Behalf Of *katia goforth *Sent:* Monday, August 03, 2009 7:12 AM *To:* Hiers, David *Cc:* voiceops at voiceops.org *Subject:* Re: [VoiceOps] Level3 VIPER ---> VECTOR
most. painful. process. ever! the vector network is really soooo much better though.
I can say, just because the process was painful there were no outages or issues experienced by our customers thru the process we followed (yet)
we had to dedicate a team of engineers and management to the process for weeks though ... :)
Do you still have TNs on Viper? If so, do you have a lot of call quality issues?
On Mon, Aug 3, 2009 at 9:26 AM, Hiers, David <David_Hiers at adp.com> wrote:
Have you migrated from VIPER to VECTOR?
How'd it go?
Do you still have you job?
:)
David Hiers
CCIE (R/S, V), CISSP ADP Dealer Services 2525 SW 1st Ave. Suite 300W Portland, OR 97201 o: 503-205-4467 f: 503-402-3277
This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
------------------------------ This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system.
We always thought of it as the sound of a dozen lost souls being sucked into a SCRAM jet engine, but I guess its the same thing. It'll blow the headset off an up-armored receptionist at 50 feet, it will. David Hiers CCIE (R/S, V), CISSP ADP Dealer Services 2525 SW 1st Ave. Suite 300W Portland, OR 97201 o: 503-205-4467 f: 503-402-3277 ________________________________ From: katia at chickey.org [mailto:katia at chickey.org] On Behalf Of katia goforth Sent: Monday, August 03, 2009 7:24 AM To: Hiers, David Cc: voiceops at voiceops.org Subject: Re: [VoiceOps] Level3 VIPER ---> VECTOR did you ever experience the pterodactyl screech when making a call? :) -katia On Mon, Aug 3, 2009 at 10:15 AM, Hiers, David <David_Hiers at adp.com<mailto:David_Hiers at adp.com>> wrote: Viper was so bad that we had to buy a ditech pvp to stop the bleeding. David Hiers CCIE (R/S, V), CISSP ADP Dealer Services 2525 SW 1st Ave. Suite 300W Portland, OR 97201 o: 503-205-4467 f: 503-402-3277 ________________________________ From: katia at chickey.org<mailto:katia at chickey.org> [mailto:katia at chickey.org<mailto:katia at chickey.org>] On Behalf Of katia goforth Sent: Monday, August 03, 2009 7:12 AM To: Hiers, David Cc: voiceops at voiceops.org<mailto:voiceops at voiceops.org> Subject: Re: [VoiceOps] Level3 VIPER ---> VECTOR most. painful. process. ever! the vector network is really soooo much better though. I can say, just because the process was painful there were no outages or issues experienced by our customers thru the process we followed (yet) we had to dedicate a team of engineers and management to the process for weeks though ... :) Do you still have TNs on Viper? If so, do you have a lot of call quality issues? On Mon, Aug 3, 2009 at 9:26 AM, Hiers, David <David_Hiers at adp.com<mailto:David_Hiers at adp.com>> wrote: Have you migrated from VIPER to VECTOR? How'd it go? Do you still have you job? :) David Hiers CCIE (R/S, V), CISSP ADP Dealer Services 2525 SW 1st Ave. Suite 300W Portland, OR 97201 o: 503-205-4467 f: 503-402-3277 This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org<mailto:VoiceOps at voiceops.org> https://puck.nether.net/mailman/listinfo/voiceops ________________________________ This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system.
We are still on the fence on this one, with some of our base split between both networks, but to be honest We have had a really good experience on both networks, minus some of the technical bells and whistles offered by vector both have been solid performers for us, however having their EPS in rock throwing distance doesn't hurt. On Mon, 2009-08-03 at 08:26 -0500, Hiers, David wrote:
Have you migrated from VIPER to VECTOR?
How'd it go?
Do you still have you job?
:)
David Hiers
CCIE (R/S, V), CISSP ADP Dealer Services 2525 SW 1st Ave. Suite 300W Portland, OR 97201 o: 503-205-4467 f: 503-402-3277
This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
Yes...we had a double-whammy, since our VIPER services were coming in OpenSER -> Telica, and we moved it off to our GSX platform at the same time due to a combination of signaling changes and a project to migrate all SIP services off our Telicas. I wasn't personally involved in the migration, so I can't say what signaling issues we found without digging in to old RT tickets.. On Aug 3, 2009, at 6:26 AM, Hiers, David wrote:
Have you migrated from VIPER to VECTOR?
How'd it go?
Do you still have you job?
:)
David Hiers
CCIE (R/S, V), CISSP ADP Dealer Services 2525 SW 1st Ave. Suite 300W Portland, OR 97201 o: 503-205-4467 f: 503-402-3277
This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
We don't, yet, but we're working on it. Right now, we use whatever is necessary and sufficient for a particular function. BW CDRs are used for one line of business, while our Sonus CDRs are used for a seperate line. The Acme CDRs are used when we work with our peering partners. We've got an in-house app that does some mediation work, and we're looking at orcawave as a possible solution for a global mediation platform. Its a pretty hard problem, as B2BUA and 3PCC can change just about anything you'd want to use to correlate the records. David Hiers CCIE (R/S, V), CISSP ADP Dealer Services 2525 SW 1st Ave. Suite 300W Portland, OR 97201 o: 503-205-4467 f: 503-402-3277 -----Original Message----- From: voiceops-bounces at voiceops.org [mailto:voiceops-bounces at voiceops.org] On Behalf Of anorexicpoodle Sent: Saturday, August 01, 2009 10:51 PM To: voiceops at voiceops.org Subject: [VoiceOps] Call reconciliation across multiple elements For all of you out there with multiple call control elements in your network that might touch a single call, what methods do you use to correlate CDR's across multiple dissimilar platforms (SBC, softswitch, feature servers, LCR etc)? _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system.
Hiers, David wrote:
We don't, yet, but we're working on it.
Right now, we use whatever is necessary and sufficient for a particular function. BW CDRs are used for one line of business, while our Sonus CDRs are used for a seperate line. The Acme CDRs are used when we work with our peering partners.
We've got an in-house app that does some mediation work, and we're looking at orcawave as a possible solution for a global mediation platform.
Its a pretty hard problem, as B2BUA and 3PCC can change just about anything you'd want to use to correlate the records.
David Hiers
CCIE (R/S, V), CISSP ADP Dealer Services 2525 SW 1st Ave. Suite 300W Portland, OR 97201 o: 503-205-4467 f: 503-402-3277
Acme bought Covergence not to long ago, when was the last time you took a look at what they're doing? They may have something in the new lineup to make your CDR mashup more easier to manage/maintain. We took a look at Covergence not too long ago (pre Acme purchase) as we're looking to rid ourselves of our Netrakes. -- =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ J. Oquendo SGFA, SGFE, C|EH, CNDA, CHFI, OSCP "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
Interesting... David Hiers CCIE (R/S, V), CISSP ADP Dealer Services 2525 SW 1st Ave. Suite 300W Portland, OR 97201 o: 503-205-4467 f: 503-402-3277 -----Original Message----- From: J. Oquendo [mailto:sil at infiltrated.net] Sent: Monday, August 03, 2009 6:27 AM To: Hiers, David Cc: anorexicpoodle; voiceops at voiceops.org Subject: Re: [VoiceOps] Call reconciliation across multiple elements Hiers, David wrote:
We don't, yet, but we're working on it.
Right now, we use whatever is necessary and sufficient for a particular function. BW CDRs are used for one line of business, while our Sonus CDRs are used for a seperate line. The Acme CDRs are used when we work with our peering partners.
We've got an in-house app that does some mediation work, and we're looking at orcawave as a possible solution for a global mediation platform.
Its a pretty hard problem, as B2BUA and 3PCC can change just about anything you'd want to use to correlate the records.
David Hiers
CCIE (R/S, V), CISSP ADP Dealer Services 2525 SW 1st Ave. Suite 300W Portland, OR 97201 o: 503-205-4467 f: 503-402-3277
Acme bought Covergence not to long ago, when was the last time you took a look at what they're doing? They may have something in the new lineup to make your CDR mashup more easier to manage/maintain. We took a look at Covergence not too long ago (pre Acme purchase) as we're looking to rid ourselves of our Netrakes. -- =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ J. Oquendo SGFA, SGFE, C|EH, CNDA, CHFI, OSCP "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 This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system.
On Mon, 3 Aug 2009, J. Oquendo wrote:
Acme bought Covergence not to long ago, when was the last time you took a look at what they're doing? They may have something in the new lineup to make your CDR mashup more easier to manage/maintain.
We took a look at Covergence not too long ago (pre Acme purchase) as we're looking to rid ourselves of our Netrakes.
I highly recommend Acme/Covergence. I have been very happy with both.
<> Nathan Stratton CTO, BlinkMind, Inc. nathan at robotics.net nathan at blinkmind.com http://www.robotics.net http://www.blinkmind.com
participants (8)
-
abalashov＠evaristesys.com -
anorexicpoodle＠gmail.com -
David_Hiers＠adp.com -
hch＠sipster.com -
nathan＠robotics.net -
sil＠infiltrated.net -
skrimmy＠gmail.com -
voiceops＠chickey.org