Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru
Коллеги!
Вот недавно Вы упоминали про dialer. Посмотрел на станции - нет такой утилиты. Насколько я понял ее надо ставить отдельно? Можете поделиться или посоветовать где ее взять? Будет ли она корректно работать с релизами от 8 до 11?
Спасибо!
09.04.2014 04:05:46, Vladimir Shushkov.]]>
Со статикой все заработало - спасибо! Наверное можно тему закрывать, хотя нерешенный вариант DHCP все же интересен. Попробую повозиться попозже.
04.04.2014 18:02:26, Vladimir Shushkov.]]>
Все правильно человек делает. Телефон РЕАЛЬНО от удаленной станции, при наборе - будем видеть и слышать все что происходит.
Если надо просто звонить (снимая трассировки типа t3) - можно конечно воспользоваться dialer, но реальный аппарат - приятней.
04.04.2014 10:20:47, vad.]]>
путь 2 - что мешает использовать ARS + сетевая TG
сетевая TG должна быть зеркальная тобишь если на нодеА реальная TG 101, то на нодеБ сетевая TG тоже должна быть 101 с указанием node - нодаА
04.04.2014 10:14:24, error.]]>
Если вам для тестов, а не для разбирательств с DHCP, lanpbxbuild (где должны быть две записи с tftp процессора main и адресами процессоров) - вколотите в аппарат ручками - IP адрес, маску, шлюз, tftp адрес (main нужной вам станции), если надо номер VLAN. На станции - в IP параметрах аппарата укажите его МАС адрес.
И все.
04.04.2014 08:56:26, vad.]]>
Со статикой и двумя записями попробую сегодня посмотреть.
Насчет первых двух путей Error-а:
1. Конфигурацию VLAN изменить не получится. Станции уже развернуты давно, между ними уже настроено взаимодействие по ABC-IP линку. Также, к ним подключаются по IP другие узлы. Слишком уж много придется ковырять чтобы добиться корректной маршрутизации между узлами.
2. На станциях A и Б по-разному настроены ARS маршруты. Станции территориально разнесены по городу. Я являюсь абонентом станции Б. Периодически приходится проверять корректность отработки ARS (в данный момент второй маршрут не отрабатывает, о чем я создавал отдельный топик) на станции А. Приходится проверять следующим образом: отключил основной маршрут в надежде проверить состояние второго, позвонил коллеге на станцию А и сказал "Дружище, попробуй позвонить туда-то", потом он перезванивает и говорит "Слышу короткие гудки". Т.е. это крайне неудобно. Для того чтобы никого не дергать необходимо иметь аппарат, который привязан именно к узлу А, хотя находится в том же здании где и станция Б.
Между зданиями есть несколько медных пар и в принципе можно повесить аналоговый аппарат в здании Б и прокинуть его на станцию А, но для этого требуется очень много "монтажных" работ. Посмотрел в сторону IP как наименее трудозатратную и логичную.
04.04.2014 02:29:37, Vladimir Shushkov.]]>
тут у вас три пути
1. нода-А vlan-120 (здание-1), нода-Б vlan-130 (здание-2). из здания-1 пробрасываете vlan-120 в здание-2. на коммутаторе в здание-2 выделяете порт с vlan-120 и привязываете к нему dhcp с выдачей адресов из vlan-120, на аппарате указываете dhcp-vlan120
2. если поднят abc-f то какая разница где телефон будет физически привязан на ноде-а или ноде-б, всегда можно использовать ресурсы другой ноды
3. что мешает статику на ip-телефоне прописать от нужной ноды?
03.04.2014 10:55:06, error.]]>
Предполагаю, что надо было сделать две записи, каждая со своим процессором, а не, как сейчас, в одной записи оба адреса.
03.04.2014 09:37:12, etc.]]>
не помню - надо ли кроме tftp адреса - вводить еще и адреса процессоров с той станции.
А если вы в аппарат вводите адреса ручками, а на той станции ручками - в IP параметрах аппарата указываете его МАС адрес - все работает?
03.04.2014 09:12:44, vad.]]>
Спасибо! Благодаря Вашим объяснениям удалось немного продвинуться, но до конца проблему решить не удалось.
Удалось разобраться с получением адреса по DHCP. Проблема заключалась в том, что порт коммутатора (Cisco), куда подключен телефон, я настроил в обычном режиме access
====quote====
switchport mode access
switchport access vlan 19
=============
Vlan 19 - выделенный Vlan для телефонии, куда подключены станции с платами, а также IP-телефоны. В настройках телефона сказал, что VLAN использовать не нужно (пробовал с наоборот, говоря телефону о необходимости использования VLAN, при этом VLAN ID = 19). В результате телефон не получал адреса по DHCP и застывал на втором этапе.
После того как я изменил настройки порта коммутатора на следующие
====quote====
switchport
switchport voice vlan 19
=============
Телефон успешно получил адрес. Изначально я не хотел настраивать voice vlan (802.1p) и поэтому использовал первый вариант настроек. Видимо, он оказался неработоспособен из-за AVA (Automatic VLAN Assignment). Наверное, нужно его отключать на станции, если есть необходимость использования простого access-порта. В общем, с горем пополам адрес я получил.
На удаленной станции создал абонента для этого телефона. На локальной станции в префикс плане автоматически (видимо через broadcast) префикс типа Network number прописался с указанием на удаленный узел (тип Station, идентификатор 74).
На локальной станции выполнил lanpbxbuild. В первую очередь решил посмотреть его текущие параметры и очень удивился когда увидел, что ничего не настроено, но IP-телефоны тем не менее работают.
Добавил следующие настройки
====quote====
Download IP (TFTP Server) address 10.197.133.12
Download IP RD(TFTP Server) address 10.197.133.3
CPU1 IP address 10.197.133.11
CPU2 IP address 10.197.133.10
=============
Остальное все - nonе. По адресам: процессоры локальной станции - 10.197.133.11, 10.197.133.10. Виртуальный IP на кластер (main) - 10.197.133.12. Виртуальный IP удаленной станции (там тоже два CPU) - 10.197.133.3.
Телефон загружается. Проходит 5-й этап. Просит ввести номер. Ввожу. Просит ввести пароль. Ввожу 0000. В ответ на телефоне получаю сообщение о достижении какого-то максимума.
Думал, что превышено кол-во лицензий на IP аппараты на удаленной станции. Однако spadmin показывает, что как минимум одна свободная лицензия есть точно.
Подскажите пожалуйста в чем проблема.
Спасибо!
03.04.2014 02:24:06, Vladimir Shushkov.]]>
По DHCP - аппарат может получать IP параметры от ближнего узла, это не проблема. Но для того чтоб работать с другой станцией, требуется ряд телодвижений:
- если на аппарате сказано использовать DHCP - у вас должна правильно быть настроена эта служба (если у вас аппарат доходит только до этапа 2 - значить с DHCP у вас проблемы);
- номер аппарата должен присутствовать в виде префикса network number с упоминанием, что он с дальнего узла;
- на станции надо правильно сконфигурировать параметры с помощью команды lanpbxbuild. Вы должны указать в качестве адресов tftp сервера и процессора второго узла (создаете запись, если ее нет, там указываете, через добавление адреса tftp серверов - как своего узла, так и второго - где должен работать аппарат).
Собственно по DHCP он от ближнего процессора получит адрес, дойдет до момента ввода номера (пройдет 5 из 5 этапов). По вводу номера - станция поймет, что он с удаленного узла - и позволит ему загрузить по tftp софт с удаленной станции.
01.04.2014 09:09:00, vad.]]>
Здравствуйте!
Есть два здания. В каждом OXE ACT. Местная АТС - 11 релиз. Удаленная - 8-й. Узлы находятся в одной IP сети и связаны друг с другом через ABC-IP гибридный линк. Есть телефон IP Touch 4038. Необходимо привязать его к удаленной станции.
На удаленной станции создал соответствующего абонента. В параметрах телефона сказано получать IP по DHCP. Телефон находится в том же VLAN, что и CPU, INT-IP станций. При загрузке доходит до этапа 2. При этом по параметрам IP видно, что адрес телефон не получил, а в параметре CPU1 указан адрес местного узла.
Насколько я понял, это связано с тем, что местный узел быстрее отвечает на DHCP-запрос, тем самым не давая удаленной станции повлиять на это.
Подскажите пожалуйста, можно ли добиться того, чтобы телефон взаимодействовал только с удаленным узлом?
Спасибо!
01.04.2014 03:40:01, Vladimir Shushkov.]]>