[Spce-user] Understanding extra_sockets format in config.yml

Skyler skchopperguy at gmail.com
Thu Nov 15 12:30:52 EST 2012


Hi Dave,

They needed the same. I just moved up to the $25 as it has everything I
needed.

Skyler

On Thu, Nov 15, 2012 at 9:02 AM, Dave Massey <dave at optionsdsl.ca> wrote:

> Sorry to hijack this, but I had an issue concerning extra_sockets as well,
> and this is sorta directed at Skyler.
>
> Below the provider wanted the audio from the same IP as the signalling.
>  Perhaps other providers like Voxcentral dont have that requirement?
>
> I wanted to use 2 different SIP trunks from the same provider, with 2
> different IPs.
>
> Im willing to do some testing to try to see if this works?
>
> On 2012-11-08, at 5:05 PM, Joel Smith | VOZELIA <joel at vozelia.com> wrote:
>
> Ok, that explains everything!
>
> Can I set the media IP address to the extra_socket IP instead of the
> eaddress IP? My provider does in deed require the media and signalling to
> be the same IP.
>
> Regards,
> --
> Joel Smith
> Cell: +34 639 03 13 53
> E-Mail: joel at vozelia.com
> <joel at vozelia.com>
>  <http://www.vozelia.com/>   <http://twitter.com/vozelia> <http://www.facebook.com/pages/Vozelia-Operador-de-telefonia-IP-para-empresas/165574849908?v=info>
>
>
>
>
> On Thu, Nov 8, 2012 at 8:20 PM, Andreas Granig <agranig at sipwise.com>wrote:
>
>> Hi Joel,
>>
>> Probably your provider requires  to receive the audio from the same IP
>> as the signalling? The signalling (especially the extra_socket option)
>> doesn't influence the media flow beside the fact that at your provider1,
>> the SIP message is received from the external_socket IP, whereas the
>> media is received from the eaddress IP.
>>
>> Andreas
>>
>> On 11/08/2012 07:04 PM, Joel Smith | VOZELIA wrote:
>> > Hi,
>> >
>> > I've done a little further testing...
>> >
>> >
>> > Scenario A (2 IPs):
>> >
>> > [Softphone] <-> [provider1] <-vpn-> [my sip:provider ce] <-> [pstn]
>> >
>> > extra_socket is the vpn interface (eth1)
>> > eaddress is the other (outside) interface (eth3)
>> >
>> > --> NO audio at all.
>> >
>> >
>> > Scenario B (2 IPs):
>> >
>> > [Softphone] <-> [provider1] <-vpn-> [my sip:provider ce] <-> [pstn]
>> >
>> > eaddress is the vpn interface (eth1)
>> > extra_socket is the other (outside) interface (eth3)
>> >
>> > --> NO audio at all.
>> >
>> >
>> > Scenario C (2 IPs):
>> >
>> > [Softphone] <-> [provider1] <-vpn-> [my sip:provider ce] <-> [pstn]
>> >
>> > eaddress is the vpn interface (eth1)
>> > extra_socket is the other (outside) interface (eth3)
>> > in the pstn-peer settings the "vpn_udp" extra socket is selected.
>> >
>> > --> One-way audio.
>> >
>> >
>> > Scenario D (1 IP):
>> >
>> > [Softphone] <-> [provider1] <-vpn-> [my sip:provider ce] <-vpn-> [pstn]
>> >
>> > eaddress is the vpn interface (eth1)
>> > no extra_socket is configured.
>> >
>> > --> Audio works perfect.
>> >
>> >
>> > My desired scenario is A, but I need to handle the call correctly and
>> > obviously I'm not. The problem is that calls always enter the
>> > sipwise-server from vpn-interface and then leave the sipwise-server
>> > through the outside-interface.
>> >
>> > Thank you in advanced.
>> >
>> >
>> > Best regards,
>> > --
>> > Joel Smith
>> > Cell: +34 639 03 13 53
>> > E-Mail: joel at vozelia.com
>> >
>> >
>> >
>> >
>> > On Thu, Nov 8, 2012 at 5:16 PM, Joel Smith | VOZELIA <joel at vozelia.com>
>> wrote:
>> >> Hi Andrew
>> >>
>> >> I've deleted the customtt file and added the extra_socket.
>> >>
>> >> My config.yml has this:
>> >>
>> >> [...]
>> >>   eaddress: 37.139.120.59
>> >>   iaddress: 127.0.0.1
>> >> [...]
>> >>     extra_sockets:
>> >>       vpn_udp: udp:80.91.82.252:5060
>> >> [...]
>> >>
>> >> My scenario is this:
>> >>
>> >> [Softphone] <-> [provider1] <-vpn-> [my sip:provider ce] <-> [pstn]
>> >>
>> >> extra_socket is the vpn interface (eth1)
>> >> eaddress is the outside interface (eth3)
>> >>
>> >> In peer "provider1" I'd have to select "vpn_udp" as my outgoing
>> socket, correct?
>> >>
>> >>
>> >> Regards,
>> >> --
>> >> Joel Smith
>> >> Cell: +34 639 03 13 53
>> >> E-Mail: joel at vozelia.com
>> >>
>> >>
>> >>
>> >>
>> >> On Thu, Nov 8, 2012 at 2:25 PM, Joel Smith | VOZELIA <joel at vozelia.com>
>> wrote:
>> >>> Thanks Andrew!
>> >>>
>> >>> The hack was just for testing purposes, I'm undoing it right away :-)
>> >>>
>> >>> I'll get back to you if anything fails...
>> >>>
>> >>> Regards,
>> >>> --
>> >>> Joel Smith
>> >>> Cell: +34 639 03 13 53
>> >>> E-Mail: joel at vozelia.com
>> >>>
>> >>>
>> >>>
>> >>>
>> >>> On Thu, Nov 8, 2012 at 1:55 PM, Andrew Pogrebennyk
>> >>> <apogrebennyk at sipwise.com> wrote:
>> >>>> Joel,
>> >>>> the correct format consists of a label and value like this:
>> >>>>     extra_sockets:
>> >>>>       test: udp:10.15.20.108:6060
>> >>>> The label is shown in outbound_socket peer preference (you can route
>> >>>> calls to specific peer out via specific socket).
>> >>>> I would not recommend to hack this using customtt because in that
>> case
>> >>>> sip routing will be probably broken.
>> >>>>
>> >>>> On 11/08/2012 01:49 PM, Joel Smith | VOZELIA wrote:
>> >>>>> Hi everybody,
>> >>>>>
>> >>>>> I have a system with multiple IP addresses. What is the correct
>> format
>> >>>>> of the "extra_sockets" parameter inside config.yml?
>> >>>>>
>> >>>>> I've tried several different combinations and none make kamailio-lb
>> >>>>> listen on the secondary ips, so, to solve this I've created a custom
>> >>>>> tt2 for kamailio-lb but I still need to know what is the correct way
>> >>>>> to setup extra_sockets in config.yml (otherwise I'll end up with
>> >>>>> incorrect headers inside sip packets caused by using the wrong IP.)
>> >>>>>
>> >>>>> Thanks in advanced.
>> >>>>>
>> >>>>> Best regards.
>> >>>>> --
>> >>>>> Joel Smith
>> >>>>> Cell: +34 639 03 13 53
>> >>>>> E-Mail: joel at vozelia.com
>> >>>>>
>> >>>>> _______________________________________________
>> >>>>> Spce-user mailing list
>> >>>>> Spce-user at lists.sipwise.com
>> >>>>> http://lists.sipwise.com/listinfo/spce-user
>> >>>>>
>> >>>>
>> >
>> > _______________________________________________
>> > Spce-user mailing list
>> > Spce-user at lists.sipwise.com
>> > http://lists.sipwise.com/listinfo/spce-user
>> >
>>
>>
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> http://lists.sipwise.com/listinfo/spce-user
>>
>>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> http://lists.sipwise.com/listinfo/spce-user
>
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> http://lists.sipwise.com/listinfo/spce-user
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20121115/69e3a2eb/attachment.html>


More information about the Spce-user mailing list