Весело сделали французы в 9 релизе так, что без разрешения telnet сессии с основного проца на GD не залезешь. Интересная ситуация получается: вынос в ауте, GD пингуется, но зайти я на нее не могу удаленно, т.к. разрешение на telnet сессию основной проц не даёт, потому как видит, что GD в ауте... Замкнутый круг, однако... Никак это не обойти случаем?

попробуйте в netadmin добавить ip-адрес платы gd (при добавлении ip-адреса есть ссылка что это интерфейсная плата gd/ga/intipa/intipb) и зайдя через телнет в атс оттуда телнетом на gd

Это где конкретно добавлять-то? Что-то такого не встречал...
В рутинге и так все прописано, в качестве хоста добавлять нет смысла..

если активирована Security у вас
11. 'Security'
11.2.Restricted access
======================


1. 'View trusted hosts'

2. 'View associated services'

3. 'Add/Update a trusted host'

4. 'Add/Update a range of trusted hosts'

5. 'Update type of a trusted host'

6. 'Remove trusted hosts'

0. 'Previous menu'

What is your choice ? 2

List of trusted host type and associated allowed services :
---------------------
| 0. Router, SIP gateway, other applications
| . Basic = []
---------------------
| 1. CPU
| . Basic = [rlis saverest builddist loaddist tftpd]
| . SSH disabled = [in.rshd in.ftpd in.telnetd]
| . SSH enabled = [sshd]
---------------------
| 2. 47xx (management machines)
| . Basic = [netaccessd saverest]
| . SSH disabled = [in.ftpd in.telnetd]
| . SSH enabled = [sshd]
---------------------
| 3. IP equipments (IP-Phone, INTIPA/INTIPB, GD, LIOE...)
| . Basic = [tftpd]
---------------------
| 4. PC Installer
| . Basic = []
| . SSH disabled = [in.ftpd in.telnetd]
| . SSH enabled = [sshd]
---------------------

<return> to continue.



Редактировано 1 раз. Последний раз 20.11.2009 18:35 пользователем error.

Да нет там секьюрити никакого.
Это функция 9 релиза, однако. TC1089en-Ed03
2.2.4.7. Enhancement of TELNET service in MGD
As of Release 9.0, TELNET protocol in MGD changes.
Access to MGD by TELNET is possible only from the Main Call Server since Release 8.0.1.
As of Release 9.0, the TELNET server on MGD must be activated manually using ippstat tool before opening a TELNET session on MGD from the Main Call Server.
This activation duration is limited to 10 minutes.
TELNET sessions can be opened from the main Call Server only.
The TELNET server is limited to launch sessions. Current opened TELNET sessions remains running even this server is down.
Use the telnet_al command to access to the MGD.

с логической точки зрения давно так должно быть (к gd достучатся можно только через сам проц) дабы избежать пакостей в сторону админа атс путем сбития сетевых настроек

С релиза 8 - идем только с проца и естественно если есть куда идти. Если в ауте - смотрите что у вас по дороге закрыто. А решение одно - найти на сайте человека с com портом и кабелем 8-).
Кстати не факт что на пинг отвечает GD, а не другое устройство - из-за этого может и не работает?

да нет, однозназно GD отвечает, там на свиче жестко виланы нарезаны. А на сайте просто даже комп с компортом найти крайне трудно, не то что человека 8-).
Саппорт алкателевский посоветовал удалить\создать lanpbx file и тогда GD перезагрузится, соответственно. Ща попробую сваять че-нить.

vad Написал:
-------------------------------------------------------

> Кстати не факт что на пинг отвечает GD, а не
> другое устройство - из-за этого может и не
> работает?

Легко проверяется.
arp -a, show apr и т.д.
В выданном списке смотрим mac адрес. Если он начинается с 00:80 - То это алкатель.
Сравниваем его с тем что забит в mgr...

В общем, как ни крути - надо ручками на кнопочку кому-нить на выносе нажимать....

Sometimes, GD loses its IP parameters.
2. CONSEQUENCE
If the GD is configured in dynamic mode, there is no consequence.
If the GD is configured in static mode, when GD reboots, it will not succeed to restart and IP parameters need to be re-entered using the V24/Serial connection from the GD.
3. WORKAROUND
When the GD loses its IP parameters, the only way to solve it is to re-enter the parameter using V24 connection.

из ТС 918 ed.4

Для 9-го релиза исправления в патче 28.c или 33



Редактировано 1 раз. Последний раз 23.11.2009 20:36 пользователем vad.

Читал такое, патч 34 стоит.