[Spce-user] SPCE on AWS with both internal (VPC) and external endpoints

Skyler skchopperguy at gmail.com
Fri Sep 16 06:41:25 EDT 2016


You lost me at AWS.

--Skyler

On Sep 16, 2016 3:47 AM, "Barry Flanagan" <barry at flanagan.ie> wrote:

> Hi,
>
> We are trying to move our SPCE dev platform to AWS. It works fine for
> external endpoints out of the box, using the advertised_address for the
> main interface.
>
> However, we also have some other endpoints in the same VPC and I can't get
> SPCE to not used the advertised_ip when it is communicating with the
> VPC-internal endpoints - it always advertises its elastic IP.
>
> I have created a second, eth1 interface for use with the VPC hosts, and my
> network.yml is as follows:
>
>     eth0:
>       advertised_ip:
>         - <My Elastic IP>
>       ip: 172.31.24.242
>       netmask: 255.255.240.0
>       type:
>         - web_ext
>         - sip_ext
>         - rtp_ext
>         - web_int
>         - ssh_ext
>     eth1:
>       ip: 172.31.58.136
>       netmask: 255.255.240.0
>       type:
>         - web_ext
>         - sip_ext
>         - rtp_ext
>         - web_int
>         - ssh_ext
>     interfaces:
>       - lo
>       - eth0
>       - eth1
>
>
> SPCE is communicating with the VPC hosts over eth1 as expected, but it is
> advertising the Elastic IP instead of 172.31.58.136. I tried adding an
> advertised_ip of 172.31.58.136 to eth1 as well to force it, but no go.
>
> If I were able to specify a hostname in advertised_ip I could make it work
> by manipulating DNS, but this does not seem to work as rtpengine complains
> "Invalid interface specification: ext"
>
> Any ideas?
>
> Thanks
>
>
> -Barry Flanagan
>
>
>
>
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160916/843a35bd/attachment-0001.html>


More information about the Spce-user mailing list