Дано. Eltex SMG1016M V.3.7.00.1944. SIP/ОКС.
Несколько сетевых интерфейсов (alias основного):
eth0.1 - 192.168.0.1 (sig + rtp)
eth0.2 - 192.168.0.2 (sig + rtp).
Несколько ОКС:
ss7.1 - один сайт
ss7.2 - еще сайт
...
Софтсвитч с несколькими интерфейсами:
ss.1 - 172.0.0.1:5060/udp
ss.2 - 172.0.0.2:5060/udp
ss.3 - 172.0.0.3:5060/udp
Соответственно, созданы SIP - интерфейсы с "привязкой" к сетевому интерфейсу, ТГ/плану/категории доступа:
ss.1 = eth0.1 = ss7.1
ss.2 = eth0.1 = ss7.1
ss.3 = eth0.1 = ss7.1
ss.1 = eth0.2 = ss7.2
ss.2 = eth0.2 = ss7.2
ss.3 = eth0.2 = ss7.2
То есть ip.* "дублируются" (контроль портов отключен), но у каждого интерфейса свои sig + rtp.
Задача. Связать "жёстко" eth0.1 с ss7.1 и eth0.2 с ss7.2. То есть у каждого ОКС-порта свой IP (sig + rtp) для Софтсвитча.
"Связал": интерфейсы, планы и категория доступа у каждого набора - свои. Не пересекаются.
При направлении вызова ss7 -> SIP все проходит гладко. В зависимости от исходного ss7-интерфейса выбирается соответствующий eth0.1/2 (192.168.0.1 или 192.168.0.2).
Но в обратном - проблема. Т.е. при "наливке" ss.1 -> eth0.2 "трафик" уходит в ss7.1, а не в ss7.2 .
Помогает только исключение "дублирования" адреса в SIP-интерфесах, меняю "172.0.0.1" в "связке" "ss.1 = eth0.1 = ss7.1" на какой-нибудь отличный. Тогда в "списке" SIP - интерфейсов отсаётся только один "172.0.0.1" (для eth0.2 = ss7.2) и всё прекрасно работает - трафик "льётся" на ss7.2
Уже переводил интерфейс на SIP REGISTER. Менял SIP на SIP-T. Включал "контроль" портов. Пофигу. Перезагружал... Перезагружал....
Всё "льётся" на ss7.1.
