Форумы  ·  Войти  · 

Тема: Проблемы с TDE200 (процессорная плата)

Страница 2 из 4, все  < 1 2 3 4 > 
[ #16 ]  02.04.15 12:53   Mike_K  EXPERT  

В NS от есть.

[ #17 ]  02.04.15 12:56   lagbeast  (119/26.04.09)  
Mike_K - 02.04.15 12:53

В NS от есть.

да мы бы тоже взяли NS, но у нас на TDA200 все на аналоге были+ плата цифра+ плата CО8 + плата потока Е1.
Дорого бы получилось сразу сменить всю инфраструктуру.
А так мы получили рабочие аналоги + IP и будем потихоньку менять аналоговых абонентов на IP.

[ #18 ]  02.04.15 13:57   urrym  EXPERT  

lagbeast, зачет за отчет)
А шаркать предлагали еще две недели назад )

Зы. Вроде как NS может быть головой для TDE200.

[ #19 ]  02.04.15 13:58   spider_alex  EXPERT  
lagbeast - 02.04.15 12:47
Mike_K - 02.04.15 12:44

Большое спасибо за информацию lagbeast.
Передайте эту информацию Сергею из “СВР”, Вы же по моему с ним работали.
Пусть он обязательно отпишет в том же вопросе в базе Панасоника, где задавал вопросы по Вашей проблеме.

ок, спасибо.

Вообще пора делать в прошивке ip-АТС Firewall 😊

В снятых с производства АТС? В новых - есть. А старые можно и умными коммутаторами разрулить.

[ #20 ]  02.04.15 13:58   lagbeast  (119/26.04.09)  
urrym - 02.04.15 13:57

lagbeast, зачет за отчет)
А шаркать предлагали еще две недели назад )

да я затупил на тему сети с точки зрения ее физики и оборудования.

[ #21 ]  02.04.15 14:03   spider_alex  EXPERT  
lagbeast - 02.04.15 13:58
urrym - 02.04.15 13:57

lagbeast, зачет за отчет)
А шаркать предлагали еще две недели назад )

да я затупил на тему сети с точки зрения ее физики и оборудования.

Да мы уже привыкли. Тебе в первых постах эксперты про сеть пели. Но следующий, кто задаст такой же вопрос, точно так же будет говорить, что у него в сети порядок, а виновата АТС.

[ #22 ]  02.04.15 14:25   lagbeast  (119/26.04.09)  
spider_alex - 02.04.15 14:03
lagbeast - 02.04.15 13:58
urrym - 02.04.15 13:57

lagbeast, зачет за отчет)
А шаркать предлагали еще две недели назад )

да я затупил на тему сети с точки зрения ее физики и оборудования.

Да мы уже привыкли. Тебе в первых постах эксперты про сеть пели. Но следующий, кто задаст такой же вопрос, точно так же будет говорить, что у него в сети порядок, а виновата АТС.

к сожалению или к счастью другие сетевые устройства на этот спам вообще никак не реагировали.

[ #23 ]  02.04.15 14:31   spider_alex  EXPERT  
lagbeast - 02.04.15 14:25
spider_alex - 02.04.15 14:03
lagbeast - 02.04.15 13:58
urrym - 02.04.15 13:57

lagbeast, зачет за отчет)
А шаркать предлагали еще две недели назад )

да я затупил на тему сети с точки зрения ее физики и оборудования.

Да мы уже привыкли. Тебе в первых постах эксперты про сеть пели. Но следующий, кто задаст такой же вопрос, точно так же будет говорить, что у него в сети порядок, а виновата АТС.

к сожалению или к счастью другие сетевые устройства на этот спам вообще никак не реагировали.

Ну насчёт “никак не реагировали” правильнее говорить “я не заметил”.
А насчёт других устройств - так они не ждут, наверное, запросов от своих подключённых IP-телефонов? Побить сети на VLANы - правильный выход. Для АТС и телефонов - один VLAN, для компов - другой. Между VLANами разрешить только СА с определённых хостов и SMDR с заданной машиной. Ну ещё программирование с заданных машин тоже.

[ #24 ]  02.04.15 14:32   lagbeast  (119/26.04.09)  
spider_alex - 02.04.15 14:31
lagbeast - 02.04.15 14:25
spider_alex - 02.04.15 14:03
lagbeast - 02.04.15 13:58
urrym - 02.04.15 13:57

lagbeast, зачет за отчет)
А шаркать предлагали еще две недели назад )

да я затупил на тему сети с точки зрения ее физики и оборудования.

Да мы уже привыкли. Тебе в первых постах эксперты про сеть пели. Но следующий, кто задаст такой же вопрос, точно так же будет говорить, что у него в сети порядок, а виновата АТС.

к сожалению или к счастью другие сетевые устройства на этот спам вообще никак не реагировали.

Ну насчёт “никак не реагировали” правильнее говорить “я не заметил”.
А насчёт других устройств - так они не ждут, наверное, запросов от своих подключённых IP-телефонов? Побить сети на VLANы - правильный выход. Для АТС и телефонов - один VLAN, для компов - другой. Между VLANами разрешить только СА с определённых хостов и SMDR с заданной машиной. Ну ещё программирование с заданных машин тоже.

да, согласен.

[ #25 ]  02.04.15 14:39   lagbeast  (119/26.04.09)  

Для АТС и телефонов - один VLAN, для компов - другой. Между VLANами разрешить только СА с определённых хостов и SMDR с заданной машиной. Ну ещё программирование с заданных машин тоже.

можно обойтись малой кровью и на корневом коммутаторе, куда воткнута АТС - разрешить общаться с портом, куда воткнута АТС только с определенными IP(макам)?

[ #26 ]  03.04.15 4:15   spider_alex  EXPERT  
lagbeast - 02.04.15 14:39

Для АТС и телефонов - один VLAN, для компов - другой. Между VLANами разрешить только СА с определённых хостов и SMDR с заданной машиной. Ну ещё программирование с заданных машин тоже.

можно обойтись малой кровью и на корневом коммутаторе, куда воткнута АТС - разрешить общаться с портом, куда воткнута АТС только с определенными IP(макам)?

Если коммутатор могёт, то можно. Но на втором уровне ты порты не закроешь.

[ Изменено: 03.04.15 4:18 spider_alex ]
[ #27 ]  05.04.15 10:47   Karibov_Ura  (17/05.04.15)  
spider_alex - 03.04.15 4:15
lagbeast - 02.04.15 14:39

Для АТС и телефонов - один VLAN, для компов - другой. Между VLANами разрешить только СА с определённых хостов и SMDR с заданной машиной. Ну ещё программирование с заданных машин тоже.

можно обойтись малой кровью и на корневом коммутаторе, куда воткнута АТС - разрешить общаться с портом, куда воткнута АТС только с определенными IP(макам)?

Если коммутатор могёт, то можно. Но на втором уровне ты порты не закроешь.

не совсем соглашусь, т.к. 1910 такое умеет споследней прошивкой

[ #28 ]  05.04.15 13:21   spider_alex  EXPERT  
Karibov_Ura - 05.04.15 10:47
spider_alex - 03.04.15 4:15
lagbeast - 02.04.15 14:39

Для АТС и телефонов - один VLAN, для компов - другой. Между VLANами разрешить только СА с определённых хостов и SMDR с заданной машиной. Ну ещё программирование с заданных машин тоже.

можно обойтись малой кровью и на корневом коммутаторе, куда воткнута АТС - разрешить общаться с портом, куда воткнута АТС только с определенными IP(макам)?

Если коммутатор могёт, то можно. Но на втором уровне ты порты не закроешь.

не совсем соглашусь, т.к. 1910 такое умеет споследней прошивкой

Я не знаю, что умеет 1910, но закрывать/открывать порты TCP/UCP - это таки третий уровень, и на втором уровне OSI это сделать нельзя. Как с этим можно не совсем согласиться?

[ #29 ]  05.04.15 14:18   Karibov_Ura  (17/05.04.15)  
spider_alex - 05.04.15 13:21
Karibov_Ura - 05.04.15 10:47
spider_alex - 03.04.15 4:15
lagbeast - 02.04.15 14:39

Для АТС и телефонов - один VLAN, для компов - другой. Между VLANами разрешить только СА с определённых хостов и SMDR с заданной машиной. Ну ещё программирование с заданных машин тоже.

можно обойтись малой кровью и на корневом коммутаторе, куда воткнута АТС - разрешить общаться с портом, куда воткнута АТС только с определенными IP(макам)?

Если коммутатор могёт, то можно. Но на втором уровне ты порты не закроешь.

не совсем соглашусь, т.к. 1910 такое умеет споследней прошивкой

Я не знаю, что умеет 1910, но закрывать/открывать порты TCP/UCP - это таки третий уровень, и на втором уровне OSI это сделать нельзя. Как с этим можно не совсем согласиться?


железка не тестовом стенде, на днях поковыряю что она может....

[ #30 ]  05.04.15 17:52   Wowa  EXPERT  
spider_alex - 05.04.15 13:21

Я не знаю, что умеет 1910, но закрывать/открывать порты TCP/UCP - это таки третий уровень, и на втором уровне OSI это сделать нельзя. Как с этим можно не совсем согласиться?

Есть ACL, даже в твоем любимом D’Linkе. Так что закрыть можно. Правда, механизм этот очень неудобный.

Страница 2 из 4, все  < 1 2 3 4 > 
Komendant.pro
 ©1999-2025  Инженерная лаборатория "Комендантъ"