Hey folks, For all of you who were wondering when Freeswitch will be supporting the logging of Call Detail Records, here is the current status: mod_cdr currently logs to three types of outputs: CSV format (CsvCDR), Perl Data Dumper Format to individual files (AnthmCDR), and to MySQL 4.1.x or greater using prepared statements (MysqlCDR). I have not yet implemented any failover routines, but at the moment that would mostly only pertain to the Mysql output anyway. I will not be able to implement those routines until after the initial inclusion of mod_cdr into the trunk. That inclusion I hope will be coming very soon as all we really need to do is do some additional testing to make sure I've not missed anything. I expect that we will be ready for testing very soon. Will keep the list posted when it is merged into the trunk. Yossi Neiman Cartis Solutions, Inc. - http://www.cartissolutions.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This is excellent news! I was almost ready to ask. If you need a hand with testing, I'll gladly play with it. Darren Wiebe darren@aleph-com.net Yossi Neiman wrote:
Hey folks,
For all of you who were wondering when Freeswitch will be supporting the logging of Call Detail Records, here is the current status:
mod_cdr currently logs to three types of outputs: CSV format (CsvCDR), Perl Data Dumper Format to individual files (AnthmCDR), and to MySQL 4.1.x or greater using prepared statements (MysqlCDR). I have not yet implemented any failover routines, but at the moment that would mostly only pertain to the Mysql output anyway. I will not be able to implement those routines until after the initial inclusion of mod_cdr into the trunk. That inclusion I hope will be coming very soon as all we really need to do is do some additional testing to make sure I've not missed anything. I expect that we will be ready for testing very soon.
Will keep the list posted when it is merged into the trunk.
Yossi Neiman Cartis Solutions, Inc. - http://www.cartissolutions.com
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEsmzw4DADnh+tnOQRAqPaAJ48n433P/umkbKrcSAL+9sO1Ejz3QCdFDnC vCPKHelo4vqwMISegl0hHVA= =Ynvd -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I guess it depends how fancy you want it... The moment that the cdr module is out I'm going to work on getting ASTPP(www.astpp.org) to support it. I'm starting work on the DID mapping portion for Freeswitch & ASTPP tonight. Darren Wiebe darren@aleph-com.net Levente wrote:
On Mon, 10 Jul 2006 09:58:25 -0500 Yossi Neiman <iaxteling@cartissolutions.com> wrote:
For all of you who were wondering when Freeswitch will be supporting the logging of Call Detail Records, here is the current status:
That's good. Do you know any GPL'd billing software?
Levente
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEsnPj4DADnh+tnOQRAnfaAJ9PPtlC/GIFLluVn55dOUYa1LBiJQCffLVH HSTNckZSAw9DvlYp648wgFM= =eTI6 -----END PGP SIGNATURE-----
We have a billing system we are considering open-sourcing sections but haven't gotten a lot of folks interested in contributing. -----Original Message----- From: Levente [mailto:kl511@hszk.bme.hu] Sent: Monday, July 10, 2006 11:28 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] CDR status On Mon, 10 Jul 2006 09:58:25 -0500 Yossi Neiman <iaxteling@cartissolutions.com> wrote:
For all of you who were wondering when Freeswitch will be supporting the logging of Call Detail Records, here is the current status:
That's good. Do you know any GPL'd billing software? Levente _______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
Hey, Comment on CDR and redundant servers. I've seen a lot of nightmareish scenarios with Asterisk and broken MySQL databases (or broken network connectivity). Ugly things like the SQL server becomes unavailable and then the SIP channel blocks... Why not just make the CDR module output to a pipe or socket and have a seperate program read the socket and do whatever.. that way the app is completely isolated from the Database BTW, can the multicast eventing do something like that already? How does the multicast eventing and cdr gel up? -Brett On Mon, July 10, 2006 9:58 am, Yossi Neiman wrote:
Hey folks,
For all of you who were wondering when Freeswitch will be supporting the logging of Call Detail Records, here is the current status:
mod_cdr currently logs to three types of outputs: CSV format (CsvCDR), Perl Data Dumper Format to individual files (AnthmCDR), and to MySQL 4.1.x or greater using prepared statements (MysqlCDR). I have not yet implemented any failover routines, but at the moment that would mostly only pertain to the Mysql output anyway. I will not be able to implement those routines until after the initial inclusion of mod_cdr into the trunk. That inclusion I hope will be coming very soon as all we really need to do is do some additional testing to make sure I've not missed anything. I expect that we will be ready for testing very soon.
Will keep the list posted when it is merged into the trunk.
Yossi Neiman Cartis Solutions, Inc. - http://www.cartissolutions.com
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
The CDR module has modules staticly written into them so you can implement the delivery any way you choose. My personal favorite is 1 file per record in a parsable format for a script to come and aggragate them into sql stmts once in a while. As far as multicast events there is almost enough information in the events to do the cdr completly in an event consumer I just need to add a little more code to insert the times on the hangup events but you could keep track of it externally even without them if you wanted to keep state privately based on the event data. There is an example of this in the core where an internal event consumer keeps the call count and states of every session into an intenal sqlite db so you can query channel data without disturbing the actuall live channels. Anthony Minessale http://www.cluecon.com Brett Nemeroff <brett@nemeroff.com> wrote: Hey, Comment on CDR and redundant servers. I've seen a lot of nightmareish scenarios with Asterisk and broken MySQL databases (or broken network connectivity). Ugly things like the SQL server becomes unavailable and then the SIP channel blocks... Why not just make the CDR module output to a pipe or socket and have a seperate program read the socket and do whatever.. that way the app is completely isolated from the Database BTW, can the multicast eventing do something like that already? How does the multicast eventing and cdr gel up? -Brett On Mon, July 10, 2006 9:58 am, Yossi Neiman wrote:
Hey folks,
For all of you who were wondering when Freeswitch will be supporting the logging of Call Detail Records, here is the current status:
mod_cdr currently logs to three types of outputs: CSV format (CsvCDR), Perl Data Dumper Format to individual files (AnthmCDR), and to MySQL 4.1.x or greater using prepared statements (MysqlCDR). I have not yet implemented any failover routines, but at the moment that would mostly only pertain to the Mysql output anyway. I will not be able to implement those routines until after the initial inclusion of mod_cdr into the trunk. That inclusion I hope will be coming very soon as all we really need to do is do some additional testing to make sure I've not missed anything. I expect that we will be ready for testing very soon.
Will keep the list posted when it is merged into the trunk.
Yossi Neiman Cartis Solutions, Inc. - http://www.cartissolutions.com
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users --------------------------------- Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2¢/min or less.
Large switches have a local CDR and CDR streams. We compare the two before billing and do any reconciliation at that point. _____ From: Anthony Minessale [mailto:anthmct@yahoo.com] Sent: Monday, July 10, 2006 12:11 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] CDR status The CDR module has modules staticly written into them so you can implement the delivery any way you choose. My personal favorite is 1 file per record in a parsable format for a script to come and aggragate them into sql stmts once in a while. As far as multicast events there is almost enough information in the events to do the cdr completly in an event consumer I just need to add a little more code to insert the times on the hangup events but you could keep track of it externally even without them if you wanted to keep state privately based on the event data. There is an example of this in the core where an internal event consumer keeps the call count and states of every session into an intenal sqlite db so you can query channel data without disturbing the actuall live channels. Anthony Minessale http://www.cluecon.com Brett Nemeroff <brett@nemeroff.com> wrote: Hey, Comment on CDR and redundant servers. I've seen a lot of nightmareish scenarios with Asterisk and broken MySQL databases (or broken network connectivity). Ugly things like the SQL server becomes unavailable and then the SIP channel blocks... Why not just make the CDR module output to a pipe or socket and have a seperate program read the socket and do whatever.. that way the app is completely isolated from the Database BTW, can the multicast eventing do something like that already? How does the multicast eventing and cdr gel up? -Brett On Mon, July 10, 2006 9:58 am, Yossi Neiman wrote:
Hey folks,
For all of you who were wondering when Freeswitch will be supporting the logging of Call Detail Records, here is the current status:
mod_cdr currently logs to three types of outputs: CSV format (CsvCDR), Perl Data Dumper Format to individual files (AnthmCDR), and to MySQL 4.1.x or greater using prepared statements (MysqlCDR). I have not yet implemented any failover routines, but at the moment that would mostly only pertain to the Mysql output anyway. I will not be able to implement those routines until after the initial inclusion of mod_cdr into the trunk. That inclusion I hope will be coming very soon as all we really need to do is do some additional testing to make sure I've not missed anything. I expect that we will be ready for testing very soon.
Will keep the list posted when it is merged into the trunk.
Yossi Neiman Cartis Solutions, Inc. - http://www.cartissolutions.com
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users _____ Yahoo! Messenger with Voice. Make <http://us.rd.yahoo.com/mail_us/taglines/postman1/*http:/us.rd.yahoo.com/evt =39663/*http:/voice.yahoo.com> PC-to-Phone Calls to the US (and 30+ countries) for 2¢/min or less.
----- Original Message ----- From: Shane Burrell To: freeswitch-users@lists.freeswitch.org Sent: Monday, July 10, 2006 6:15 PM Subject: Re: [Freeswitch-users] CDR status Large switches have a local CDR and CDR streams. We compare the two before billing and do any reconciliation at that point. ------------------------------------------------------------------------------ From: Anthony Minessale [mailto:anthmct@yahoo.com] Sent: Monday, July 10, 2006 12:11 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] CDR status The CDR module has modules staticly written into them so you can implement the delivery any way you choose. My personal favorite is 1 file per record in a parsable format for a script to come and aggragate them into sql stmts once in a while. As far as multicast events there is almost enough information in the events to do the cdr completly in an event consumer I just need to add a little more code to insert the times on the hangup events but you could keep track of it externally even without them if you wanted to keep state privately based on the event data. There is an example of this in the core where an internal event consumer keeps the call count and states of every session into an intenal sqlite db so you can query channel data without disturbing the actuall live channels. Anthony Minessale http://www.cluecon.com Brett Nemeroff <brett@nemeroff.com> wrote: Hey, Comment on CDR and redundant servers. I've seen a lot of nightmareish scenarios with Asterisk and broken MySQL databases (or broken network connectivity). Ugly things like the SQL server becomes unavailable and then the SIP channel blocks... Why not just make the CDR module output to a pipe or socket and have a seperate program read the socket and do whatever.. that way the app is completely isolated from the Database BTW, can the multicast eventing do something like that already? How does the multicast eventing and cdr gel up? -Brett On Mon, July 10, 2006 9:58 am, Yossi Neiman wrote: > Hey folks, > > For all of you who were wondering when Freeswitch will be supporting the > logging of Call Detail Records, here is the current status: > > mod_cdr currently logs to three types of outputs: CSV format (CsvCDR), > Perl Data Dumper Format to individual files (AnthmCDR), and to MySQL > 4.1.x or greater using prepared statements (MysqlCDR). I have not yet > implemented any failover routines, but at the moment that would mostly > only pertain to the Mysql output anyway. I will not be able to > implement those routines until after the initial inclusion of mod_cdr > into the trunk. That inclusion I hope will be coming very soon as all > we really need to do is do some additional testing to make sure I've not > missed anything. I expect that we will be ready for testing very soon. > > Will keep the list posted when it is merged into the trunk. > > Yossi Neiman > Cartis Solutions, Inc. - http://www.cartissolutions.com > > _______________________________________________ > Freeswitch-users mailing list > Freeswitch-users@lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > _______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users ------------------------------------------------------------------------------ Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2¢/min or less. ------------------------------------------------------------------------------ _______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
Sure, You should have no problem interfacing any method you wish to use with or without the help of the new CDR module. There are global state handlers you can attach to all sessions from your module. So when sessions reach various states your code will be executed this makes it easy to add in things like radius etc... Shane Burrell <shaneb@metrostat.net> wrote: v\:* {behavior:url(#default#VML);} o\:* {behavior:url(#default#VML);} w\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);} st1\:*{behavior:url(#default#ieooui) } Large switches have a local CDR and CDR streams. We compare the two before billing and do any reconciliation at that point. --------------------------------- From: Anthony Minessale [mailto:anthmct@yahoo.com] Sent: Monday, July 10, 2006 12:11 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] CDR status The CDR module has modules staticly written into them so you can implement the delivery any way you choose. My personal favorite is 1 file per record in a parsable format for a script to come and aggragate them into sql stmts once in a while. As far as multicast events there is almost enough information in the events to do the cdr completly in an event consumer I just need to add a little more code to insert the times on the hangup events but you could keep track of it externally even without them if you wanted to keep state privately based on the event data. There is an example of this in the core where an internal event consumer keeps the call count and states of every session into an intenal sqlite db so you can query channel data without disturbing the actuall live channels. Anthony Minessale http://www.cluecon.com Brett Nemeroff <brett@nemeroff.com> wrote: Hey, Comment on CDR and redundant servers. I've seen a lot of nightmareish scenarios with Asterisk and broken MySQL databases (or broken network connectivity). Ugly things like the SQL server becomes unavailable and then the SIP channel blocks... Why not just make the CDR module output to a pipe or socket and have a seperate program read the socket and do whatever.. that way the app is completely isolated from the Database BTW, can the multicast eventing do something like that already? How does the multicast eventing and cdr gel up? -Brett On Mon, July 10, 2006 9:58 am, Yossi Neiman wrote:
Hey folks,
For all of you who were wondering when Freeswitch will be supporting the logging of Call Detail Records, here is the current status:
mod_cdr currently logs to three types of outputs: CSV format (CsvCDR), Perl Data Dumper Format to individual files (AnthmCDR), and to MySQL 4.1.x or greater using prepared statements (MysqlCDR). I have not yet implemented any failover routines, but at the moment that would mostly only pertain to the Mysql output anyway. I will not be able to implement those routines until after the initial inclusion of mod_cdr into the trunk. That inclusion I hope will be coming very soon as all we really need to do is do some additional testing to make sure I've not missed anything. I expect that we will be ready for testing very soon.
Will keep the list posted when it is merged into the trunk.
Yossi Neiman Cartis Solutions, Inc. - http://www.cartissolutions.com
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users --------------------------------- Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2¢/min or less. _______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ --------------------------------- Want to be your own boss? Learn how on Yahoo! Small Business.
Brett, As I don't think some of your questions got answered yet, see inline comments. Yossi Neiman Cartis Solutions, Inc. - http://www.cartissolutions.com Brett Nemeroff wrote:
Hey, Comment on CDR and redundant servers. I've seen a lot of nightmareish scenarios with Asterisk and broken MySQL databases (or broken network connectivity). Ugly things like the SQL server becomes unavailable and then the SIP channel blocks...
I have developed with this idea in mind. Currently I have not yet implemented a routine for handling when output to certain logging methods fails (in this case a database server), but the skeleton is partially there already. The ::process_record() method returns fail or success, so in the event of failure it could log it out to a temporary location and reload it at a later time. Since mod_cdr is a module with its own threadspace, it should not interfere with any other part of the system if it fails to process a record or a record takes longer than usual to process. All data is copied off the session and allowed to be cleaned up by the switch core.
Why not just make the CDR module output to a pipe or socket and have a seperate program read the socket and do whatever.. that way the app is completely isolated from the Database
This was not the design that I had in mind for mod_cdr. Doing something like this, especially with multicast, would be more on the lines of higher grade CDR and billing processing. I wanted to start off with a project that wasn't as complex as that, and work my way up to it. I expect that we will take a different design approach on setting up something like this. That being said, as Tony already stated, there are ways to isolate the CDRs from the actual database, and he does it with the Perl Data Dumper format (implemented as AnthmCDR in mod_cdr). Of course there is also CSV (as CsvCDR) already as well.
BTW, can the multicast eventing do something like that already? How does the multicast eventing and cdr gel up? -Brett
On Mon, July 10, 2006 9:58 am, Yossi Neiman wrote:
Hey folks,
For all of you who were wondering when Freeswitch will be supporting the logging of Call Detail Records, here is the current status:
mod_cdr currently logs to three types of outputs: CSV format (CsvCDR), Perl Data Dumper Format to individual files (AnthmCDR), and to MySQL 4.1.x or greater using prepared statements (MysqlCDR). I have not yet implemented any failover routines, but at the moment that would mostly only pertain to the Mysql output anyway. I will not be able to implement those routines until after the initial inclusion of mod_cdr into the trunk. That inclusion I hope will be coming very soon as all we really need to do is do some additional testing to make sure I've not missed anything. I expect that we will be ready for testing very soon.
Will keep the list posted when it is merged into the trunk.
Yossi Neiman Cartis Solutions, Inc. - http://www.cartissolutions.com
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
Definitely on the list of output loggers that I plan to develop. I just have to familiarize myself with Postgres's API first, then I will be able to start work on it. I will be putting up a list of planned loggers as soon as I have some time. My main goal right now is to get this as stable and functional as possible with these 3 outputs, and then spend some time preparing for my presentation at Cluecon. Yossi Neiman Cartis Solutions, Inc. - http://www.cartissolutions.com Daniel Swarbrick wrote:
Yossi Neiman wrote:
mod_cdr currently logs to three types of outputs: CSV format (CsvCDR), Perl Data Dumper Format to individual files (AnthmCDR), and to MySQL 4.1.x or greater using prepared statements (MysqlCDR). I have not yet
Any plans to support PostgreSQL?
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
Thanks for the freeswitch.org for allowing the Asian country to view and get the latest development. Its been a long time I am using a us proxy to test and download the application. //jollyr -----Original Message----- From: Yossi Neiman [mailto:iaxteling@cartissolutions.com] Sent: Tuesday, July 11, 2006 8:07 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] CDR status Definitely on the list of output loggers that I plan to develop. I just have to familiarize myself with Postgres's API first, then I will be able to start work on it. I will be putting up a list of planned loggers as soon as I have some time. My main goal right now is to get this as stable and functional as possible with these 3 outputs, and then spend some time preparing for my presentation at Cluecon. Yossi Neiman Cartis Solutions, Inc. - http://www.cartissolutions.com Daniel Swarbrick wrote:
Yossi Neiman wrote:
mod_cdr currently logs to three types of outputs: CSV format (CsvCDR), Perl Data Dumper Format to individual files (AnthmCDR), and to MySQL 4.1.x or greater using prepared statements (MysqlCDR). I have not yet
Any plans to support PostgreSQL?
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
It's nice to hear that the site is now accesible by asia users. Now we can test and deploy it. Lito On 7/10/06, Jolly M. Recto <jollyr@itextron.com> wrote:
Thanks for the freeswitch.org for allowing the Asian country to view and get the latest development. Its been a long time I am using a us proxy to test and download the application.
//jollyr
-----Original Message----- From: Yossi Neiman [mailto:iaxteling@cartissolutions.com] Sent: Tuesday, July 11, 2006 8:07 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] CDR status
Definitely on the list of output loggers that I plan to develop. I just have to familiarize myself with Postgres's API first, then I will be able to start work on it. I will be putting up a list of planned loggers as soon as I have some time. My main goal right now is to get this as stable and functional as possible with these 3 outputs, and then spend some time preparing for my presentation at Cluecon.
Yossi Neiman Cartis Solutions, Inc. - http://www.cartissolutions.com
Daniel Swarbrick wrote:
Yossi Neiman wrote:
mod_cdr currently logs to three types of outputs: CSV format (CsvCDR), Perl Data Dumper Format to individual files (AnthmCDR), and to MySQL 4.1.x or greater using prepared statements (MysqlCDR). I have not yet
Any plans to support PostgreSQL?
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
-- Lito Manansala www.voicefidelity.net Mobile: +63 906 437 0459 DID: (+63) 44 7906292 msn: bulcrack@elitemail.org skype: bulcrack
participants (10)
-
Angelito Manansala
-
Anthony Minessale
-
Brett Nemeroff
-
Daniel Swarbrick
-
Darren Wiebe
-
Jolly M. Recto
-
Levente
-
Peter
-
Shane Burrell
-
Yossi Neiman