April 2016 - VoiceOps - lists.voiceops.org

VoiceOps Digest, Vol 82, Issue 18
by jaredball1＠gmail.com April 20, 2016

April 20, 2016

Does using Kamailio and the dispatcher module require programming? Is this a matter of reading the documentation and some configuration or does this involve writing a script for handling any SIP dialogue that might come my way? I want to implement this in 3 - 6 months. I don't want to embark on an 18 month research endeavor. On Tue, Apr 19, 2016 at 4:38 PM, <voiceops-request at voiceops.org> wrote: > Send VoiceOps mailing list submissions to > voiceops at voiceops.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://puck.nether.net/mailman/listinfo/voiceops > or, via email, send a message with subject or body 'help' to > voiceops-request at voiceops.org > > You can reach the person managing the list at > voiceops-owner at voiceops.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of VoiceOps digest..." > > Today's Topics: > > 1. Re: Load balancing SIP (Joseph Jackson) > 2. Re: Load balancing SIP (Alex Balashov) > 3. Re: Load balancing SIP (Joseph Jackson) > 4. Re: Load balancing SIP (Ryan Delgrosso) > 5. Re: Load balancing SIP (Alex Balashov) > > > ---------- Forwarded message ---------- > From: Joseph Jackson <jjackson at aninetworks.net> > To: "Sykes, Aaron" <Aaron.Sykes at cdk.com>, "voiceops at voiceops.org" < > voiceops at voiceops.org> > Cc: > Date: Tue, 19 Apr 2016 23:07:25 +0000 > Subject: Re: [VoiceOps] Load balancing SIP > > On separate occasions. The brocade load balancers have the option to be > ?sticky? ? ie all follow on requests go to the same sbc. > > > > For the brocades they were placed topology wise in front of the SBCs so > that all requests and replies cross the load balancer. You can do this by > having the load balancer be the default gateway for the SBC?s. It was > pretty simple at least for the brocade configuration. Note that RTP > traffic was not load balanced of course. > > > > I will see if I can find my notes on the kamailio config. Used the > dispatch module if I remember correctly. I will try and find them as its > been awhile. > > > > Joseph > > > > > > > > > > *From:* Sykes, Aaron [mailto:Aaron.Sykes at cdk.com] > *Sent:* Tuesday, April 19, 2016 6:00 PM > *To:* Joseph Jackson; voiceops at voiceops.org > *Subject:* RE: Load balancing SIP > > > > Did you use these devices for this purpose on separate occasions or in > unison? How many SBCs were being used in the distribution? Can you > elaborate on the basic topology? > > > > Aaron > > > > *From:* Joseph Jackson [mailto:jjackson at aninetworks.net > <jjackson at aninetworks.net>] > *Sent:* Tuesday, April 19, 2016 2:34 PM > *To:* Sykes, Aaron <Aaron.Sykes at cdk.com>; voiceops at voiceops.org > *Subject:* RE: Load balancing SIP > > > > Ive done it with Brocade and Kamailio. > > > > > > > > *From:* VoiceOps [mailto:voiceops-bounces at voiceops.org > <voiceops-bounces at voiceops.org>] *On Behalf Of *Sykes, Aaron > *Sent:* Tuesday, April 19, 2016 4:32 PM > *To:* voiceops at voiceops.org > *Subject:* [VoiceOps] Load balancing SIP > > > > Has anyone had any success load balancing SIP? More specifically > distributing SIP registrations across a number of access SBCs and > maintaining persistence based on source IP. By maintaining source IP > persistence subsequent calls would go to the SBC to which they are > registered. In this case each of several SBCs cache registrations for a > single SIP registrar. Has anyone used F5 or Kamailio for this..or some > other SIP proxy or load balancer? > > > > Thank You, > > Aaron > > > > > > > ------------------------------ > > 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, notify the sender immediately by > return email and delete the message and any attachments from your system. > > > ---------- Forwarded message ---------- > From: Alex Balashov <abalashov at evaristesys.com> > To: voiceops at voiceops.org > Cc: > Date: Tue, 19 Apr 2016 19:08:59 -0400 > Subject: Re: [VoiceOps] Load balancing SIP > On 04/19/2016 07:07 PM, Joseph Jackson wrote: > > Used the dispatch module if I remember correctly. I will try and find >> them as its been awhile. >> > > Yep, dispatcher would be the canonical approach: > > http://kamailio.org/docs/modules/4.4.x/modules/dispatcher.html > > However, like many Kamailio modules, dispatcher simply provides some logic > and database binding. You are free to implement your own (possibly more > sophisticated) distribution strategies in Kamailio's elaborate DSL. > > -- Alex > > -- > Alex Balashov | Principal | Evariste Systems LLC > 1447 Peachtree Street NE, Suite 700 > Atlanta, GA 30309 > United States > > Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) > Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ > > > > ---------- Forwarded message ---------- > From: Joseph Jackson <jjackson at aninetworks.net> > To: Alex Balashov <abalashov at evaristesys.com>, "voiceops at voiceops.org" < > voiceops at voiceops.org> > Cc: > Date: Tue, 19 Apr 2016 23:10:14 +0000 > Subject: Re: [VoiceOps] Load balancing SIP > Alex would for sure know more than me (dude is wicked smart). Also this > was a very very small install. > > > > -----Original Message----- > From: VoiceOps [mailto:voiceops-bounces at voiceops.org] On Behalf Of Alex > Balashov > Sent: Tuesday, April 19, 2016 6:09 PM > To: voiceops at voiceops.org > Subject: Re: [VoiceOps] Load balancing SIP > > On 04/19/2016 07:07 PM, Joseph Jackson wrote: > > > Used the dispatch module if I remember correctly. I will try and find > > them as its been awhile. > > Yep, dispatcher would be the canonical approach: > > http://kamailio.org/docs/modules/4.4.x/modules/dispatcher.html > > However, like many Kamailio modules, dispatcher simply provides some logic > and database binding. You are free to implement your own (possibly more > sophisticated) distribution strategies in Kamailio's elaborate DSL. > > -- Alex > > -- > Alex Balashov | Principal | Evariste Systems LLC > 1447 Peachtree Street NE, Suite 700 > Atlanta, GA 30309 > United States > > Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) > Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ > _______________________________________________ > VoiceOps mailing list > VoiceOps at voiceops.org > https://puck.nether.net/mailman/listinfo/voiceops > > > > ---------- Forwarded message ---------- > From: Ryan Delgrosso <ryandelgrosso at gmail.com> > To: voiceops at voiceops.org > Cc: > Date: Tue, 19 Apr 2016 16:37:12 -0700 > Subject: Re: [VoiceOps] Load balancing SIP > Is there a reason the industry standard of using DNS SRV records wouldnt > apply here? > > Be aware if this is access side and performing nat traversal you may > encounter issues with far end nat devices barking if your response comes > from a different IP than the original request went to. > > On 4/19/2016 2:32 PM, Sykes, Aaron wrote: > > Has anyone had any success load balancing SIP? More specifically > distributing SIP registrations across a number of access SBCs and > maintaining persistence based on source IP. By maintaining source IP > persistence subsequent calls would go to the SBC to which they are > registered. In this case each of several SBCs cache registrations for a > single SIP registrar. Has anyone used F5 or Kamailio for this..or some > other SIP proxy or load balancer? > > > > Thank You, > > Aaron > > > > > > > ------------------------------ > 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, notify the sender immediately by > return email and delete the message and any attachments from your system. > > > _______________________________________________ > VoiceOps mailing listVoiceOps at voiceops.orghttps://puck.nether.net/mailman/listinfo/voiceops > > > > > ---------- Forwarded message ---------- > From: Alex Balashov <abalashov at evaristesys.com> > To: voiceops at voiceops.org > Cc: > Date: Tue, 19 Apr 2016 19:38:27 -0400 > Subject: Re: [VoiceOps] Load balancing SIP > On 04/19/2016 07:37 PM, Ryan Delgrosso wrote: > > far end nat devices barking if your response comes from a different IP >> than the original request went to. >> > > Use of Path would be necessary to deal with this. > > -- > Alex Balashov | Principal | Evariste Systems LLC > 1447 Peachtree Street NE, Suite 700 > Atlanta, GA 30309 > United States > > Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) > Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ > > > _______________________________________________ > VoiceOps mailing list > VoiceOps at voiceops.org > https://puck.nether.net/mailman/listinfo/voiceops > >

3 2

Load balancing SIP
by Aaron.Sykes＠cdk.com April 19, 2016

April 19, 2016

Has anyone had any success load balancing SIP? More specifically distributing SIP registrations across a number of access SBCs and maintaining persistence based on source IP. By maintaining source IP persistence subsequent calls would go to the SBC to which they are registered. In this case each of several SBCs cache registrations for a single SIP registrar. Has anyone used F5 or Kamailio for this..or some other SIP proxy or load balancer? Thank You, Aaron ---------------------------------------------------------------------- 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, notify the sender immediately by return email and delete the message and any attachments from your system.

4 8

T-mobile SMS issues
by zavoid＠gmail.com April 19, 2016

April 19, 2016

Anyone else seeing non-delivery of SMS inbound and outbound to T-Mobile this morning? It seems to be concentrated to California area.

2 1

Anyone having trouble with Onvoy TN's for Origination?
by reinventingrich＠gmail.com April 18, 2016

April 18, 2016

Or is it just vitelity again >.< -- Cheers, Rich Breton Give a man a program, you will frustrate him for a day;Teach him how to program, you will frustrate him for a lifetime.

3 4

Virtualized SBC
by ryan＠finnesey.com April 18, 2016

April 18, 2016

Has any more worked with products similar to http://www.sonus.net/products/session-border-controllers/virtualized-sbc-swe What has your experience been? Cheers Ryan

15 32

media bypass question
by kumudu.voip＠gmail.com April 18, 2016

April 18, 2016

Hello, Is there a mechanism to achieve media bypass from the customer premise SBC to peering/carrier SBC where in a typical NAT traversal hosted PBX deployment? I am talking about multi-vendor SBCs on the access and the peering sides. Thanks, Kumudu

2 1

Verizon Ports (In/Out) during the strike
by bmurray＠transbeam.com April 15, 2016

April 15, 2016

Does anyone have any feedback that can be provided about your experience with requests to port out from VZ as well as requests to port into Verizon since Wednesday? Thanks, Brian

1 0

FL/OSS version of POLQA Perceptual Objective Listening Quality Assessment, also known as ITU-T Rec. P.863
by ghenry＠suretec.co.uk April 7, 2016

April 7, 2016

Morning all, Has anyone come across an open source licensed implementation of this using: http://www.itu.int/rec/T-REC-P.Imp863/en <- Source code here but offered in PDF format https://en.wikipedia.org/wiki/POLQA http://www.polqa.info/ We're looking to deploy little cpe nodes like the RIPE probes that place calls, measure POLQA and post the results to our API. Or just do it in the core on those calls...but want to have CPE side call generation for stats. Ideally we would run this on our Homer SIP Capture cluster too via a module. Thanks. -- Kind Regards, Gavin Henry. http://www.surevoip.co.uk

1 0

Virtualized SBC
by moises.amiga＠c3ntro.com April 6, 2016

April 6, 2016

Me too +1 on Sansay. Great team & product. El abr. 6, 2016 9:17 PM, "Peter E" <peeip989 at gmail.com> escribi?: > Agree regarding NFV. It's a pretty big topic. > > Oracle (Acme) is playing catch-up but also has a solution now. Haven't > played with it (or Somus, Sansay) yet so I can't render an opinion. > > On Apr 6, 2016, at 21:58, Ryan Delgrosso <ryandelgrosso at gmail.com> wrote: > > They have more than a buzzword for this, its a whole movement. > > Realistically NFV encompasses more than just raw virtualization its also > elastic capacity and the orchestration layer to manage it. The only problem > is most vendors have only accomplished the virtualization part and are > still sorting out the orchestration while trumpeting NFV. > > > > > > On 4/6/2016 6:45 PM, Alex Balashov wrote: > > So, it's news to the Bellhead world that most "SBCs" run on commodity > pizza boxes & OSs that are branded by the vendor and resold at large > markups, and that the software can be separated from the hardware and > executed on other pizza boxes, and, indeed, inside VMs? And they have a > whole buzzword for this? > > _______________________________________________ > 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

CenturyLink issues with echo in Des Moines IA area
by mwiles＠akabis.com April 6, 2016

April 6, 2016

Anyone know anything about CenturyLink issues in the Des Moines IA area involving echo on their landline services? Thanks, Mark

1 0