ОХЕ f5.401.21
прилично давно от атс через хозяйство шлюзы+vpn вынесли в другой конец города 3 телефона 4028, все работало прилично, тут решили сменить маршрутизацию включая смены прова по предоставлению инета, в этоге вдругом конце гороад может работать только один телефон, два других телефона все время ребутятся, на экрана телефона видно "connection 5/5" и идет перезагрузка телефона
сисадмины спрашивают на последнем этапе загрузки телефона какой протокол используется?

воспользовался поиском но так и не нашел как надо запустить трассировку чтоб посмотреть процессы уатификации ip-телефона

По дороге патчи не ставили? Аппараты не меняли?
Просто если аппараты Extended Edition - запретили ресет для апдейта?

А так же - какие-то инциденты на процессоре есть на тему аппаратов?

патчи не ставили
принесли туда еще два аппарата 4028, в этоге получилось 5шт, работает только 1 из любых аппаратов
аппараты все прописаны как 4028, на них же прописана статика

Повторюсь - аппараты EE? Extended Edition ? Просто патч знающий их в лицо f5.401.29a.
Если они - в свойствах аппарата User/ TSC Ip user - запретили ресет для апдейта?

сразу не понял про про ЕЕ
аппараты ЕЕ, reset for update стоит No
патч 32



Редактировано 1 раз. Последний раз 28.05.2009 19:40 пользователем error.

А писали - ОХЕ f5.401.21

Тогда лучше поставить yes (в ресете) - если 33-й патч.
На аппаратах ничего не пишет? - Типа ftp no answer или еще чего? На станции ничего не пишет?

Если эти аппараты втыкаете рядом со станцией - работают? Т.е. нет всяких проблем с lanpbx файлом, на аппарате в качестве tftp прописан адрес main (если система дублированная)?

на аппарате "5/5 connection" и ресет аппарата,


инцинденты сыпятся такие
18/05/09 11:51:42 000001M|00/00/0/000|=4:0426=IPTOUCH terminal reset 6,(0,0),00:80:9f:6b:6a:f4,7401
18/05/09 12:05:30 000001M|19/03/0/017|=3:0378=IP Phone sig incident 11,(19,1),00:80:9f:75:7a:67,7402
18/05/09 12:10:21 000001M|00/00/0/000|=4:0426=IPTOUCH terminal reset 10,(0,0),00:80:9f:75:7a:67,7402



Редактировано 2 раз. Последний раз 28.05.2009 19:55 пользователем error.

И бинарники и стрт файлы - все забирает по TFTP.

lanpbx прописан, 1 проц
аппараты в центральном офисе работают без проблем
работают без проблем в доп.офисах по старой схеме маршрутизации, как на новую схему марштутизации переключают начинаются такие проблемы

426 - не смог проц загрузить старт файл.
Посмотрите - ничего с фиктивным шелфом не произошло? На фиктивной плате UA аппараты присутствуют? Аппараты проверьте вблизи - чтоб исключить проблемы сети.

Пока писал - уже ответили.



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

Смотрите что с tftp протоколами. А аппарат - 1 работающий - это конкретная модель или что не включай - работает только 1, но любой?

и попробуйте еще отключить работающий аппарат от сети
и посмотреть - другой какой-нибудь поднимется или нет?

и можно также узнать, как подключены аппараты к сети? если к свитчу, то к какому?

возможно у провайдера на порту свитча или маршрутизатора запрещено работать с несколькими МАС-адресами одновременно, можно только с одним
по опыту знаю, что такое возможно на Cisco

работает только но любой т.е. работающий отключаешь другой телефон входит в сервис
по поводу с несколькими МАС-адресами одновременно скажу админам

Была такая фигня на циске 500 (Easy config) - порт по умолчанию прописан на работу с компом - только один МАС позволяет, прописали транком - стало хорошо.

2 vad

а у меня была фигня с компами и Цисками 2960
после них ставил Д-линки 8-ми портовые и ни хрена,
сеть поднималась только на одном компе, очень похоже на данную ситуацию
прописал на порту Циски транк мод и также заработало

Какие-то сказки прямо рассказываете.
Такие случае возможны, если телефоны стоят в отдельном VLAN. Если так и сделано, то при настройке на портах Cisco VLAN для ЛВС отличного от дефолтного (т.е. не 0-ой), конечно он отбросит пакеты от телефона. В данном случае есть специальная настройка voice vlan, ибо использование транка будет не совсем коректно.
В случае error, это больше походит на работу port security, которая может ограничивать количество одновременно подсоединенных на порт устройств. Опять же это может иметь место, если телефоны подключены к коммутатору или хабу, который в свою очередь подключен к Cisco. Если телефоны подключены к разным портам, то это вряд ли.

PS Кстати port security возможен только на порту доступа, поэтому, после того как вы устанавливали его в транк он и отключался. Отсюда рекомендации:
1) Прописывать на порта voice vlan
2) изменять настройки port security
3) не объявлять данные порты транковыми - это не решение, сетевики за это могут и руки поотрывать.



Редактировано 2 раз. Последний раз 29.05.2009 17:34 пользователем Pilot.

Вопрос я так понял не в настройках портов на объекте, где стоят телефоны, а на входном порту коммутатора провайдера - там может быть все что угодно.

По сути с точки зрения провайдера - все устройства висят на одном порту.

возможно и на объекте с телефонами, тут надо знать архитектуру сети, чтобы говорить наверняка

2 Pilot
я на предприятии сам себе и сетевик, и телефонист, и админ тоже
так что особо некому по рукам давать

to vad
Это что угодно может быть только в домовой сети. При подключении к провайдеру через маршрутизатор данное не применимо даже в ней. Тем более vpn поднят, что говорит о наличе маршрутизатора.

to PerS
Ну тогда нужно повышать свой профессиональный уровень, ибо сисадмин должен знать и оборудование доступа (коммутаторы). Говорю как бывший сисадмин.

----------
MCSE 2000/2003, CCNP/CCDP, RHCT



Редактировано 2 раз. Последний раз 29.05.2009 20:09 пользователем Pilot.

выудить более точную инфу о структуре сети не получается
что узнал что от одного офиса до другого vpn, ограничение по портам нет, опция MAC один с одним отключена, порт с меткой транк мод вообще не понятно. предложил собрать схему прямо в центральном офисе миную прова после чего будем разговаривать дальше

Там без разницы, провайдер этого всего не видит ибо VPN на то и VPN, что для него непрозрачен. И какой там внутри трафик от телефона или компа провайдер не сможет на него воздействовать избирательно.
Т.о. если проблема существует, то она на вашем телеком оборудовании:
1) Настройка коммутатора. Есть одна непонятка, так как port security обычно настраивается на запоминание mac адреса, который прописывается в arp таблицу статически (т.е. не обнуляется через некоторый интервал). Т.о. только один конкретный аппарат мог бы работать, а здесь же любой работает.
2) Настройки на VPN шлюзе. О-о-о, это отдельная тема, там такое можно навертеть :-).
3) Alcatel.



Редактировано 2 раз. Последний раз 29.05.2009 20:38 пользователем Pilot.

Исходя из выше изложенного мораль - использовать оборудование одного вендора!
Тот-же коммутатор Alcatel определяет по MAC-адоесу кто к нему ломится и пропускает голосовой трафик без заморочек.

TMC Написал:
-------------------------------------------------------
> Исходя из выше изложенного мораль - использовать
> оборудование одного вендора!
> Тот-же коммутатор Alcatel определяет по MAC-адоесу
> кто к нему ломится и пропускает голосовой трафик
> без заморочек.


Все зависит от настроек. Cisco если его устанавливать с конфигом по умолчанию, так же не создаст никаких препятствий.