Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Объединение 2 IPECS в одну тел. сеть
АРТКОМ Форум > Форумы для специалистов > Техническая поддержка iPECS-LIK & iPECS-UCP
Страницы: 1, 2, 3
mishalex
Цитата(harris @ 27.2.2014, 12:39) *
В станции "М", в ПГМ342 (Net Numbering Plan) для нумерации абонентов станции "Ч" выключите использование адреса Firewall.



В ПГМ Net Numbering Plan(324)[N] - FireWall Routing поставить в значение NO? Попробуем завтра. Спасибо.
harris
Цитата(mishalex @ 27.2.2014, 12:19) *
В ПГМ Net Numbering Plan(324)[N] - FireWall Routing поставить в значение NO? Попробуем завтра. Спасибо.

Я не очень понимаю, как у Вас была настроена связь раньше и как стало теперь.
Было:
Цитата
Связь между станциями обеспечивается через Интернет посредством VPN.

Стало:
Цитата
Решили переключить связь между станциями в канал точка-точка без выхода станции в Интернет.


Сейчас станции связаны по VPN ?? Сетки 192.168.0.X и 192.168.3.X связаны прозрачно?? Тогда выключите Firewall в ПГМ324. Т.е. разберитесь с Firewall.
mishalex
Цитата(harris @ 27.2.2014, 13:40) *
Я не очень понимаю, как у Вас была настроена связь раньше и как стало теперь.
Было:

Стало:


Сейчас станции связаны по VPN ?? Сетки 192.168.0.X и 192.168.3.X связаны прозрачно?? Тогда выключите Firewall в ПГМ324. Т.е. разберитесь с Firewall.



Добрый день. Выключение Firewall в ПГМ324 не помогло. Сняли лог WireShark-ом. Ссылка на лог: http://yadi.sk/d/JG-K3AsZJgDDS. Из этого лога видно, что трафик от станции М (Х.Х.3.100) на станцию Ч (Х.Х.0.100) по прежнему идёт через интерфейс CISCO. Это старый GW (Х.Х.3.1). Хотя должен идти через интерфейс нового GW (Х.Х.3.2) - IntelCor, это видно по вызовам со станции Ч на М, там трафик проходит по новому каналу. Почему станция М по-прежнему заворачивает трафик на старый GW - непонятно.
harris
Цитата(mishalex @ 28.2.2014, 8:50) *
Добрый день. Выключение Firewall в ПГМ324 не помогло. Сняли лог WireShark-ом. Ссылка на лог: http://yadi.sk/d/JG-K3AsZJgDDS. Из этого лога видно, что трафик от станции М (Х.Х.3.100) на станцию Ч (Х.Х.0.100) по прежнему идёт через интерфейс CISCO. Это старый GW (Х.Х.3.1). Хотя должен идти через интерфейс нового GW (Х.Х.3.2) - IntelCor, это видно по вызовам со станции Ч на М, там трафик проходит по новому каналу. Почему станция М по-прежнему заворачивает трафик на старый GW - непонятно.

После того, как прописали новый адрес шлюза в станции, вы саму станцию перезапустили или нет??
Если нет, то нужно ее перезапустить.
mishalex
Цитата(harris @ 28.2.2014, 10:42) *
После того, как прописали новый адрес шлюза в станции, вы саму станцию перезапустили или нет??
Если нет, то нужно ее перезапустить.



Перезапустили. Она сама при нажатии "Save" сообщает что нужна перезагрузка и при нажатии ОК на 2 минуты уходит в рестарт.
harris
Цитата(mishalex @ 28.2.2014, 10:00) *
Перезапустили. Она сама при нажатии "Save" сообщает что нужна перезагрузка и при нажатии ОК на 2 минуты уходит в рестарт.

Ок.
Но в снифере только пакеты H.323 сигнализации.
А где остальное?? Где ARP ?
Где видно, какой адрес запрашивает станция по ARP ??
И запрашивает ли она адрес шлюза. Т.к. у вас указана маска сети 255.255.0.0, а адреса станции М (192.168.3.100) и Ч (192.168.0.100) определены в одной сетке, то станция запрашивает по ARP сразу адрес станции Ч, а не адрес роутера. У вас сейчас оба роутера в сети. Кто из них откликнулся на запрос ARP, на тот MAC адрес станция и шлет пакеты H.323.
Greahem
Цитата(harris @ 28.2.2014, 10:27) *
И запрашивает ли она адрес шлюза. Т.к. у вас указана маска сети 255.255.0.0, а адреса станции М (192.168.3.100) и Ч (192.168.0.100) определены в одной сетке, то станция запрашивает по ARP сразу адрес станции Ч, а не адрес роутера. У вас сейчас оба роутера в сети. Кто из них откликнулся на запрос ARP, на тот MAC адрес станция и шлет пакеты H.323.


Так в посте с вопросом было указано, что маска подсети на обеих станциях 255.255.255.0. Что-то поменялось или изначальные данные неверные были предоставлены?
to mishalex
Станции между собой пингуются вообще?
harris
Цитата(Greahem @ 28.2.2014, 13:58) *
Так в посте с вопросом было указано, что маска подсети на обеих станциях 255.255.255.0. Что-то поменялось или изначальные данные неверные были предоставлены?
to mishalex
Станции между собой пингуются вообще?

Пардон, я не совсем четко выразился выше. У автора топика в конфиге прописано:
MFIM/E IP Address : 192.168.3.100
MFIM/E Sub Net Mask : 255.255.255.0

System IP Range : 192.168.3.101 - 192.168.3.129
System Sub Net Mask : 255.255.0.0

Суть та же.
Greahem
Цитата(harris @ 28.2.2014, 14:09) *
Пардон, я не совсем четко выразился выше. У автора топика в конфиге прописано:
MFIM/E IP Address : 192.168.3.100
MFIM/E Sub Net Mask : 255.255.255.0

System IP Range : 192.168.3.101 - 192.168.3.129
System Sub Net Mask : 255.255.0.0

Суть та же.

ээ... Раньше не придавал значения этим строчкам. Какой же смысл у System Sub Net Mask? Как-то в моей голове это не укладывается теперь. На интерфейсе MFIM'а мы указываем маску в строке MFIM/E Sub Net Mask. System IP Range задается диапазоном, а не указанием адреса подсети и маски, для чего нужна System Sub Net Mask в этом случае мне непонятно. Тем более непонятно как можно дважды задать маску подсети на одном интерфейсе, если вы говорите, что суть та же?
harris
Цитата(Greahem @ 28.2.2014, 14:58) *
ээ... Раньше не придавал значения этим строчкам. Какой же смысл у System Sub Net Mask? Как-то в моей голове это не укладывается теперь. На интерфейсе MFIM'а мы указываем маску в строке MFIM/E Sub Net Mask. System IP Range задается диапазоном, а не указанием адреса подсети и маски, для чего нужна System Sub Net Mask в этом случае мне непонятно. Тем более непонятно как можно дважды задать маску подсети на одном интерфейсе, если вы говорите, что суть та же?

Если вы думаете, что у нас есть полное и подробное описание всех алгоритмов работы станции, то вы глубоко ошибаетесь. smile.gif Мы так же, как и вы, вынуждены догадываться, додумывать и проверять...
В станции может быть указан, второй диапазон адресов и "второй" адрес MFIM. Это не реальный адрес интерфейса. Просто в этом случае станция также считает устройства из этой второй сети тоже локальными.
У автора топика указаны маски:
MFIM/E Sub Net Mask : 255.255.255.0
System Sub Net Mask : 255.255.0.0
Second System Net Mask : 255.255.0.0
Вот я предлагаю ему проверить, какой запрос ARP станция отправляет: с адресом роутера или с адресом станции "Ч" (т.к. ее адрес лежит в диапазоне локальных адресов).
mishalex
Цитата(harris @ 28.2.2014, 11:27) *
Ок.
Но в снифере только пакеты H.323 сигнализации.
А где остальное?? Где ARP ?
Где видно, какой адрес запрашивает станция по ARP ??
И запрашивает ли она адрес шлюза. Т.к. у вас указана маска сети 255.255.0.0, а адреса станции М (192.168.3.100) и Ч (192.168.0.100) определены в одной сетке, то станция запрашивает по ARP сразу адрес станции Ч, а не адрес роутера. У вас сейчас оба роутера в сети. Кто из них откликнулся на запрос ARP, на тот MAC адрес станция и шлет пакеты H.323.



Действительно... Спасибо большое за подсказку, похоже на правду. В понедельник утром попробуем перенастроить. По результатам отпишусь. Хороших выходных!
mishalex
Цитата(mishalex @ 28.2.2014, 16:28) *
Действительно... Спасибо большое за подсказку, похоже на правду. В понедельник утром попробуем перенастроить. По результатам отпишусь. Хороших выходных!



Добрый день. Всё получилось! Спасибо огромнейшее за оказанную помощь и консультации. Повлияли изменения System Sub Net Mask.
Bazz
Добрый день.
Чтоб не плодить темы, продолжу эту.
У нас два станции LIK-MFIM50A
MFIM/GS92M-6.0Bo DEC/12
Boot Version-2.1Aa NOV/12
Kernel Version-6.0Ap
H/W issue-1

планы нумерации 1хх и 2хх
линии voip тип DID
DID as is
в 320 NET ON лицензии есть
в 321 JOIN
в 322 СО 1-4 в группе 0, СО 5-8 в группе 1
NET нум.планы
на первой
0 - тип NET код 1#хх IP адреса нет Digit Repeat нет PSTN Enblock нет Firewall Routing нет
1 - тип NET код 2хх IP адрес 10.0.1.180 Digit Repeat нет PSTN Enblock нет Firewall Routing нет
на второй
0 - тип NET код 2#хх IP адреса нет Digit Repeat нет PSTN Enblock нет Firewall Routing нет
1 - тип NET код 1хх IP адрес 10.0.1.160 Digit Repeat нет PSTN Enblock нет Firewall Routing нет

не удается позвонить с одной атс на другую, внутри атс звонки ходят.

прикрепил два файла, один трассировка, как сумел, второй конфигурации атсок в .7z формате, но файл переименован в .тхт для прикрепления к сообщению

Помогите чем-нибудь, пожалста, не предлагайте вызвать квалифицированного специалиста, физически не получится, всё придется мне самому освоить. Доку на ЛДК читал и читаю. Подозреваю, что необходимо что-то еще настроить.
AXEL
ip adress не в той строке прописали в 324 программе.
кстати если есть лицензия, то лучше rerout
harris
Цитата(AXEL @ 1.10.2014, 13:57) *
ip adress не в той строке прописали в 324 программе.
кстати если есть лицензия, то лучше rerout

Угу. Адрес вызываемой станции должен быть прописан в поле [CPN INFORMATION 1].
А поле [MFIM(E) IP Address] - это для других задач, для DECT Mobility.
Bazz
Цитата(harris)

Цитата(AXEL)

Вот спасибо, ребята!
Залепил я, так уж залепил)))
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2025 IPS, Inc.