I don't think it is a big problem.

See my tests:

root@milana:~# ip a l
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
2: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:50:fc:98:d7:8b brd ff:ff:ff:ff:ff:ff
    inet 192.168.254.254/24 brd 192.168.254.255 scope global eth1
    inet 1.2.3.4/0 brd 255.255.255.255 scope global eth1:0
    inet 1.2.3.5/0 brd 255.255.255.255 scope global secondary eth1:2
    inet 1.2.3.6/0 brd 255.255.255.255 scope global secondary eth1:test
    inet 1.2.3.7/0 brd 255.255.255.255 scope global secondary eth1:4:4
3: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether a0:00:00:05:dd:42 brd ff:ff:ff:ff:ff:ff
    inet 10.10.1.201/20 brd 10.10.15.255 scope global eth2

root@milana:~# gcc -g -Wall -o getifaddrs getifaddrs.c

root@milana:~# ./getifaddrs
Interface Name   : lo
Address / Mask   : 127.0.0.1 / 255.0.0.0

Interface Name   : eth1
Address / Mask   : 192.168.254.254 / 255.255.255.0

Interface Name   : eth1:0
Address / Mask   : 1.2.3.4 / 0.0.0.0

Interface Name   : eth1:2
Address / Mask   : 1.2.3.5 / 0.0.0.0

Interface Name   : eth1:test
Address / Mask   : 1.2.3.6 / 0.0.0.0

Interface Name   : eth1:4:4
Address / Mask   : 1.2.3.7 / 0.0.0.0

Interface Name   : eth2
Address / Mask   : 10.10.1.201 / 255.255.240.0

Test code attached.

2014-06-05 9:31 GMT+04:00 Olle E. Johansson <oej@edvina.net>:

On 04 Jun 2014, at 22:38, Alex Balashov <abalashov@evaristesys.com> wrote:

> On 06/04/2014 04:37 PM, Olle E. Johansson wrote:
>>
>> On 04 Jun 2014, at 22:35, Alex Balashov <abalashov@evaristesys.com> wrote:
>>
>>> Hello Olle,
>>>
>>> Couldn't you get around this by just specifying the IP address of the interface? e.g.
>>>
>>> listen=udp:xxx.xxx.xxx.xxx:5060
>> Not in this configuration, but with some tweaking I may. But it would simplify
>> a lot if I just could point to the interface.
>
> I run into this problem a lot, too, with eth0:x subinterfaces. But specifying the address is the only way I know of to solve it at present.

I guess it's about time to file a bug report :-)

/O

_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users