[VoiceOps] VoiceOps Digest, Vol 82, Issue 18

Jared Ball jaredball1 at gmail.com
Tue Apr 19 19:51:30 EDT 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/voiceops/attachments/20160419/75af78e4/attachment.html>


More information about the VoiceOps mailing list