сетевое взаимодействие модулей IPECS Опции

[sml2012]

вот такой вопрос появился, касательно сетевых настроек отдельных модулей и lip-8008d
local = в одной IP-сети
remote = в разных IP-сетях ?
то-есть например есть сети 10.10.1.0/24 и 10.10.2.0/24 разные и могут быть связаны через маршрутизацию

same lan with mfim ??? закралось подозрение, что этот параметр отвечает за использование\неиспользование мультикаста (групповой рассылки) при взаимодействии модулей, если галочку снять, взаимодействие осуществляется через unicast ?
вопрос про ARP yes\no открыт(

Далее... есть, например, mfim-600, VMIM, Lip8008d, и два slt32-модуля
при звонках с Lip на slt, или с slt32 на slt32, или в пределах одного slt, какой участие принимает MFIM и VMIM, как идет голос?

зачем вообще мультикаст?? в голову приходит только оптимизация трафика при конференциях....

если можно, ссылочку на какой-нибудь технический мануал по данной теме в рамках ipecs(

[sml2012]

м) все модули в одном влан, просто есть две лицензии фонтаж, мы с ними эксперименты ставили), подключались из дому
спеца каждый раз сложно вызывать( надо свою голову иметь( сорри, конечно, что надоедаю вопросами тут из-за этого)

про подключается каждый раз понятно, я просто думал, что переключатель привносит какие-то нюансы, помимо разрешения\запрещения авторегистрации()

вот сейчас один модуль при подключен через коммутатор, где проходит мультикаст
31 - 60 ISDN-PRI GW 41 b40edcb4a251 10.10.10.19 L OFF Multicast 4.0Ld MS828

а другой через коммутатор, где не проходит
61 - 70 ISDN-PRI GW 41 b40edcb4a239 10.10.10.20 L ON Unicast 4.0Ld MS828

и вот какая штука.... если сразу поставить Local и same lan, то никак не подключается к мфим, а если поставить только local, а same lan убрать, перезагрузить, то находит Mfim, показывать LO, ПОСЛЕ ЭТОГО ставим same lan , перезагрузка, и находит опять))) пишет L, arp=on, unicast.....
это нормально, или некоторый глюк()

вообще говоря)) надо ли стремиться к этой галочке - same lan . кроме оптимизации при page, moh, что-нибудь она дает еще)))? просто получается что в одной ip-сети ПРИ ПРОБЛЕМАХ С МУЛЬТИКАСТОМ есть проблема при регистрации модуля (см. выше) а режим LO вроде как предназначен для сетей с прозрачной маршрутизацией))
сорри за столько сетевых слов в поздний час(

[harris]

м) все модули в одном влан, просто есть две лицензии фонтаж, мы с ними эксперименты ставили), подключались из дому
спеца каждый раз сложно вызывать( надо свою голову иметь( сорри, конечно, что надоедаю вопросами тут из-за этого)

про подключается каждый раз понятно, я просто думал, что переключатель привносит какие-то нюансы, помимо разрешения\запрещения авторегистрации()

вот сейчас один модуль при подключен через коммутатор, где проходит мультикаст
31 - 60 ISDN-PRI GW 41 b40edcb4a251 10.10.10.19 L OFF Multicast 4.0Ld MS828

а другой через коммутатор, где не проходит
61 - 70 ISDN-PRI GW 41 b40edcb4a239 10.10.10.20 L ON Unicast 4.0Ld MS828

и вот какая штука.... если сразу поставить Local и same lan, то никак не подключается к мфим, а если поставить только local, а same lan убрать, перезагрузить, то находит Mfim, показывать LO, ПОСЛЕ ЭТОГО ставим same lan , перезагрузка, и находит опять))) пишет L, arp=on, unicast.....
это нормально, или некоторый глюк()

вообще говоря)) надо ли стремиться к этой галочке - same lan . кроме оптимизации при page, moh, что-нибудь она дает еще)))? просто получается что в одной ip-сети ПРИ ПРОБЛЕМАХ С МУЛЬТИКАСТОМ есть проблема при регистрации модуля (см. выше) а режим LO вроде как предназначен для сетей с прозрачной маршрутизацией))
сорри за столько сетевых слов в поздний час(

LO - это и есть режим Local-Remote. Разные сетки с MFIM, через Non-NAT роутер.
При Local + Same LAN устройство пытается достучаться до MFIM посредством запроса мультикаст. Если мультикаст не проходит через коммутатор, то MFIM, вероятно, ставит устройству тип Local-Remote. А тип Local Unicast по сути получается то же самое.
Наверное, будет более понятно, что происходит, если снять снифер при регистрации. Увы, я этого не делал - руки не доходили.