April 2012 - VoiceOps - lists.voiceops.org

Large LNP Orders - Fee?
by Marty.Sorensen＠adp.com April 6, 2012

April 6, 2012

Does anyone charge any kind of a fee to customers for large ports...i.e. over 1000 Tns? You can respond off list if you wish. Martin Sorensen Director, IPNS ADP Dealer Services 3rd Floor West 2525 SW First Avenue, Portland, OR 97201 Phone: (503) 205-4438, Fax: (503) 402-3277 Email: Marty.Sorensen at adp.com<mailto:Joe_Bell at adp.com> 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.

1 0

CLI sim testing
by abalashov＠evaristesys.com April 4, 2012

April 4, 2012

I don't know how big your operation is, but I have difficulty visualising an ITSP whose revenue genuinely supports such an expensive venture for the narrow purpose of catching merely one kind of marginal problem, where the marginal utility of doing so would truly exceed the marginal cost. Perhaps you are the exception. -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/, http://www.alexbalashov.com Colin Brown <zavoid at gmail.com> wrote: >Because "should" and "is" are two different things. I've been burned too many times by "should" differing from what "actually is" so I'm looking to get the actual data delivered locally sent to >My NOC in near real time. > > > > >On Apr 3, 2012, at 10:16 PM, Alex Balashov <abalashov at evaristesys.com> wrote: > >> Is that really worth it? Why not just order a bunch of call forwarding products and/or forwarded DIDs around the world, and forward them back to an incoming number on your side? Route it to some clever program. The caller ID should be passed through end-to-end. >> >> -- >> Alex Balashov - Principal >> Evariste Systems LLC >> 235 E Ponce de Leon Ave >> Suite 106 >> Decatur, GA 30030 >> Tel: +1-678-954-0670 >> Fax: +1-404-961-1892 >> Web: http://www.evaristesys.com/, http://www.alexbalashov.com >> >> Colin Brown <zavoid at gmail.com> wrote: >> >>> Does anyone have any experience or products you use that you like for remote international CLI testing? >>> >>> basically I'm looking for a bunch of boxes I can put SIM cards into in various countries around the world that I can route my calls to and verify the CLI being set is being delivered correctly(and get that information back to my severs for reporting) >>> >>> Thanks >>> >>> Colin >>> _______________________________________________ >>> VoiceOps mailing list >>> VoiceOps at voiceops.org >>> https://puck.nether.net/mailman/listinfo/voiceops

4 5

SipX for service providers?
by abalashov＠evaristesys.com April 4, 2012

April 4, 2012

If you have a strong development team, don't leave SEMS (SIP Express Media Server) out of your evaluation. -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/, http://www.alexbalashov.com PE <peeip989 at gmail.com> wrote: >We use Broadsoft as our primary application server and are considering >developing some point apps around it (IVR, other advanced call control, >etc). Besides looking at some commercial products, we are also considering >open source (we have a strong development team). That said, anyone have >experience with SipX that you can share? How does it compare with Asterisk? >I am mostly interested in learning about how easy/difficult it is to manage >and maintain, as well as info about reliability. > >Thanks in advance. > >_______________________________________________ >VoiceOps mailing list >VoiceOps at voiceops.org >https://puck.nether.net/mailman/listinfo/voiceops

1 0

SipX for service providers?
by peeip989＠gmail.com April 4, 2012

April 4, 2012

We use Broadsoft as our primary application server and are considering developing some point apps around it (IVR, other advanced call control, etc). Besides looking at some commercial products, we are also considering open source (we have a strong development team). That said, anyone have experience with SipX that you can share? How does it compare with Asterisk? I am mostly interested in learning about how easy/difficult it is to manage and maintain, as well as info about reliability. Thanks in advance.

1 0

CLI sim testing
by abalashov＠evaristesys.com April 4, 2012

April 4, 2012

That makes more sense as a motive for the SIM box route. -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/, http://www.alexbalashov.com Colin Brown <zavoid at gmail.com> wrote: >I'm trying to test cli delivery over mobile operators mostly. > >On Apr 3, 2012, at 10:42 PM, Lee Riemer <lriemer at bestline.net> wrote: > >> Why don't you just setup retail SIP trunks to various international providers? >> >> On 4/3/2012 9:34 PM, Colin Brown wrote: >>> I'm not aware of any major wholesaler that manages different quality levels that doesn't have varying levels of capabilities to detect CLI on important routes. I'm just looking for If anyone is doing it on the cheap. >>> >>> The MRC cost of maintaining a number of sim cards on key routes is minimal when compared to the value of having 100% verifiable CLI on international routes. >>> >>> On Apr 3, 2012, at 10:23 PM, Alex Balashov<abalashov at evaristesys.com> wrote: >>> >>>> I don't know how big your operation is, but I have difficulty visualising an ITSP whose revenue genuinely supports such an expensive venture for the narrow purpose of catching merely one kind of marginal problem, where the marginal utility of doing so would truly exceed the marginal cost. Perhaps you are the exception. >>>> >>>> -- >>>> Alex Balashov - Principal >>>> Evariste Systems LLC >>>> 235 E Ponce de Leon Ave >>>> Suite 106 >>>> Decatur, GA 30030 >>>> Tel: +1-678-954-0670 >>>> Fax: +1-404-961-1892 >>>> Web: http://www.evaristesys.com/, http://www.alexbalashov.com >>>> >>>> Colin Brown<zavoid at gmail.com> wrote: >>>> >>>>> Because "should" and "is" are two different things. I've been burned too many times by "should" differing from what "actually is" so I'm looking to get the actual data delivered locally sent to >>>>> My NOC in near real time. >>>>> >>>>> >>>>> >>>>> >>>>> On Apr 3, 2012, at 10:16 PM, Alex Balashov<abalashov at evaristesys.com> wrote: >>>>> >>>>>> Is that really worth it? Why not just order a bunch of call forwarding products and/or forwarded DIDs around the world, and forward them back to an incoming number on your side? Route it to some clever program. The caller ID should be passed through end-to-end. >>>>>> >>>>>> -- >>>>>> Alex Balashov - Principal >>>>>> Evariste Systems LLC >>>>>> 235 E Ponce de Leon Ave >>>>>> Suite 106 >>>>>> Decatur, GA 30030 >>>>>> Tel: +1-678-954-0670 >>>>>> Fax: +1-404-961-1892 >>>>>> Web: http://www.evaristesys.com/, http://www.alexbalashov.com >>>>>> >>>>>> Colin Brown<zavoid at gmail.com> wrote: >>>>>> >>>>>>> Does anyone have any experience or products you use that you like for remote international CLI testing? >>>>>>> >>>>>>> basically I'm looking for a bunch of boxes I can put SIM cards into in various countries around the world that I can route my calls to and verify the CLI being set is being delivered correctly(and get that information back to my severs for reporting) >>>>>>> >>>>>>> Thanks >>>>>>> >>>>>>> Colin >>>>>>> _______________________________________________ >>>>>>> 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 >> >> -- >> Lee Riemer >> Director of Technical Operations >> Bestline Communications, L.P. >> Voice 512.328.9095 >> Fax 512.328.9095 >> >> _______________________________________________ >> 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

2 1

(no subject)
by l_mysterioso＠yahoo.com April 4, 2012

April 4, 2012

<a href="http://humalisto.com/galleria/admin/albums/album-12/jrklre.html"> http://humalisto.com/galleria/admin/albums/album-12/jrklre.html</a>

1 0

CLI sim testing
by abalashov＠evaristesys.com April 3, 2012

April 3, 2012

Is that really worth it? Why not just order a bunch of call forwarding products and/or forwarded DIDs around the world, and forward them back to an incoming number on your side? Route it to some clever program. The caller ID should be passed through end-to-end. -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/, http://www.alexbalashov.com Colin Brown <zavoid at gmail.com> wrote: >Does anyone have any experience or products you use that you like for remote international CLI testing? > >basically I'm looking for a bunch of boxes I can put SIM cards into in various countries around the world that I can route my calls to and verify the CLI being set is being delivered correctly(and get that information back to my severs for reporting) > >Thanks > >Colin >_______________________________________________ >VoiceOps mailing list >VoiceOps at voiceops.org >https://puck.nether.net/mailman/listinfo/voiceops

2 1

CLI sim testing
by zavoid＠gmail.com April 3, 2012

April 3, 2012

Does anyone have any experience or products you use that you like for remote international CLI testing? basically I'm looking for a bunch of boxes I can put SIM cards into in various countries around the world that I can route my calls to and verify the CLI being set is being delivered correctly(and get that information back to my severs for reporting) Thanks Colin

1 0

Mitel 3300 - NAT - Media Issue
by RDawson＠alliedtelecom.net April 3, 2012

April 3, 2012

Working with someone on SIP trunks for a Mitel 3300. The Mitel is sitting behind a NAT on a Cisco 3700 (i.e. no fixup/ALG) and inbound media is failing because the phones private IPs are being targeted directly in the SDP. Even if I force all media back to the NAT address it still fails because there is no translation for the phones. Anyone know if there is a way to force the Mitel to proxy the media or have any insight into getting around this shy of putting a proxy at the customer site(which is what we should probably do anyway)? Thanks, Rob

4 3

Optimum Online's "Fuzzy" VoIP Routing
by joquendo＠e-fensive.net April 2, 2012

April 2, 2012

Anyone else seeing something wrong with this picture? I have a client using Optimum Online as their provider for business VoIP (don't ask), and they're complaining of issues. Aside from them losing registration due to latency (they disconnect frequently), I decided to see if there was anything on my end I may have missed. On this one proxy they're connected to, there are I don't even know how many clients, yet they're the only ones that keep dropping. I know the deductive reasoning here (client's end) just curious how many others have: 1) had issues dealing with Optimum Online 2) seen port based routing on this level out of Optimum [joquendo at fbsd /home/joquendo]# head -n 13 opt-* ==> opt-80 <== tcptraceroute to port 80 6 4.68.63.157 (4.68.63.157) 12.682 ms 9.610 ms 9.953 ms 7 CSC-HOLDING.edge4.NewYork1.Level3.net (4.28.130.62) 14.091 ms 9.132 ms 9.982 ms 8 * * * 9 * * * 10 ool-4353e68e.dyn.optonline.net (67.83.230.142) 6.622 ms 9.577 ms 9.948 ms 11 * * * ==> opt-5060 <== tcptraceroute to port 5060 6 4.68.63.157 (4.68.63.157) 9.960 ms 9.335 ms 9.922 ms 7 CSC-HOLDING.edge4.NewYork1.Level3.net (4.28.130.62) 10.007 ms 9.284 ms 9.940 ms 8 * * * 9 * * * 10 dstswr2-ge3-16.rh.nrwlct.cv.net (67.83.230.134) 6.468 ms 9.886 ms 9.958 ms 11 * * * ==> opt-8080 <== 6 4.68.63.157 (4.68.63.157) 9.342 ms 9.306 ms 10.003 ms 7 CSC-HOLDING.edge4.NewYork1.Level3.net (4.28.130.126) 9.963 ms 9.075 ms 9.987 ms 8 * * * 9 * * * 10 ool-4353e68e.dyn.optonline.net (67.83.230.142) 6.483 ms 9.734 ms 9.998 ms 11 * * * ==> opt-3128 <== 6 4.68.63.157 (4.68.63.157) 4.562 ms 3.935 ms 3.933 ms 7 CSC-HOLDING.edge4.NewYork1.Level3.net (4.28.130.126) 5.955 ms CSC-HOLDING.edge4.NewYork1.Level3.net (4.28.130.10) 11.422 ms 10.366 ms 8 * * * 9 * * * 10 ool-4353e68e.dyn.optonline.net (67.83.230.142) 35.487 ms 28.940 ms 28.441 ms 11 * * * ------------ To make sure it wasn't my machine, jumped on a Linux machine: myvoip-proxy:~# traceroute -p 5060 173.220.xx.xx traceroute to 173.220.xx.xx (173.220.xx.xx), 30 hops max, 40 byte packets 5 64.215.195.230 (64.215.195.230) 3.083 ms 3.330 ms 2.984 ms 6 CSC-HOLDING.edge4.NewYork1.Level3.net (4.28.130.126) 5.004 ms CSC-HOLDING.edge4.NewYork1.Level3.net (4.28.130.62) 4.461 ms CSC-HOLDING.edge4.NewYork1.Level3.net (4.28.130.126) 4.830 ms 7 * * * 8 * * * 9 ool-4353e68e.dyn.optonline.net (67.83.230.142) 6.021 ms 5.850 ms 5.857 ms 10 * * * 11 * * * myvoip-proxy:~# traceroute -p 80 173.220.xx.xx traceroute to 173.220.xx.xx (173.220.xx.xx), 30 hops max, 40 byte packets 5 64.215.195.230 (64.215.195.230) 3.110 ms 3.236 ms 2.986 ms 6 CSC-HOLDING.edge4.NewYork1.Level3.net (4.28.130.126) 4.727 ms CSC-HOLDING.edge4.NewYork1.Level3.net (4.28.130.62) 5.358 ms CSC-HOLDING.edge4.NewYork1.Level3.net (4.28.130.10) 6.252 ms 7 * * * 8 * * * 9 ool-4353e68a.dyn.optonline.net (67.83.230.138) 6.027 ms 5.870 ms 5.858 ms 10 * * * 11 * * * Whenever I send traffic to port 5060 it ALWAYS takes another route. Wondering if Optimum is filtering "reverse" QoS - "no one does VoIP like we do!" -- =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ J. Oquendo SGFA, SGFE, C|EH, CNDA, CHFI, OSCP, CPT, RWSP, GREM "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 42B0 5A53 6505 6638 44BB 3943 2BF7 D83F 210A 95AF http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x2BF7D83F210A95AF

1 0