транзит с ip на ip

[conf]

есть головной офис и куча удаленных офисов. в головном офисе стоит ос7400, в удаленных будут стоять ос7100, до каждого удаленного офиса будет по vlan от головного офиса и так подозреваю что один удалнный офис не будет виден другому удаленному офису через ip. связь везде будет spnet
в связи с этим возник следующий вопрос - ос7400 сможет предоставить транзит звонков с одного удаленного офиса на другой?
как-то слегка попытался расручивал такую схему (в качестве головной стояла не самсунг, а на удаленных стояли ос7200) но так и ничего путевого не получилось т.е. при транзитном звонке с ip на ip голосовой траффик пытался бегать напрямую от одного уд.офиса до другого уд.офиса, а при том что эти два офиса друг другу не видны по ip то и не получилось

[LionB]

Только не VLAN, а VPN...

Вот топик, где обяснялась суть про структуру Intranet построеннной на RIP/VLAN...

http://forum.officeats.ru/viewtopic.php?f=4&t=3067

Не смотри, что обсуждение велось про ITP... Суть та жеже... Все MGI и MCP для построения сети SPNet должны быть видны друг другу... Соединеия идут Peer-to-Peer. А вот непрозрачность сети для других ее участников уже делается не тупым отсутствием RIP маршрута между удаленными офисами для всех, а уже посредством FireWall меду офисами... И никак иначе.

[conf]

на линках h323/SIP транзит звонков пройдет? или надо чтоб тоже через ip удаленный офисы были видны

[Den]

При построении сети по схеме "звезда" работать будет. В том то и дело, что если удаленные офисы нет видят друг друга, а от всех VPN каналы только к центру, то и центральная станция должна транслировать вызовы с одного офиса на другой (при этом на один разговор займется два канала MGI). При построении связи по SP-NET на удаленных офисах в настройках ID (820ММС) ставится одинаковый IP как других офисов, так и центра и в результате любые вызовы пойдут на центральную станцию, а она уже перенаправит куда нужно

[LionB]

1) Это все хорошо для SIP или H323, однако в этом случае при проксировании трафика в центральном офисе будет использоваться по два кодека на разговор, соответственно потребуется больше MGI каналов, а так же увеличатся задержки прохождения пакетов и уходшится качество речи на двойном преобразовании..
2) У человека SPNet и для этого протокола необходимо, что бы процессоры систем видели друг друга в сети, а иначе как тогда зажигать DN кнопочки и т.п.

P.S. Так, что правильнее будет настроить прозрачность по VPN между офисами и кому она не нужна, ограничить ее на Firewall для таких хостов.