Что может быть причиной возникновения lost carrier?

Question

[Roman Poluckhin]

Приветствую All!

Столкнулся с такой проблемой, в неопределённые интервалы времени возникает ошибка lost carrier:

1921-grt01-nya#sh int gig 0/0
GigabitEthernet0/0 is up, line protocol is up
Hardware is CN Gigabit Ethernet, address is 84b8.0239.99a0 (bia 84b8.0239.99a0)
Description: pp21-p1
Internet address is x.x.x.x/30
MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full Duplex, 100Mbps, media type is RJ45
output flow-control is unsupported, input flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:14, output 00:00:00, output hang never
Last clearing of "show interface" counters 4d19h
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 26
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 135000 bits/sec, 15 packets/sec
5 minute output rate 8000 bits/sec, 11 packets/sec
5707773 packets input, 3204418960 bytes, 0 no buffer
Received 10201 broadcasts (0 IP multicasts)
0 runts, 0 giants, 0 throttles
78 input errors, 12 CRC, 27 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
3805486 packets output, 384755047 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
7 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out

Это данные за три дня, причём input errors, CRC и frame, не увеличиваются постоянно, они возникли при одном из lost carrier event, но больше не растут. Сами lost carrier ошибки возникают без какого-либо объяснимого события.

Схема подключения до коммутатора ISP выглядит следующим образом: edge router -> patch panel main cross -> patch panel inductory cross -> lightning protection -> ISP switch.

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

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

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

Что ещё можно предпринять, до полного пере монтажа всего кабельного тракта?

Любые советы и тем более собственный опыт борьбы с lost carrier, приветствуется.

Не могу найти, есть ли у CISCO debug для таких events, чтобы можно было более детально увидеть, что происходит при этом lost carrier error event?

U.P.D. Вопрос закрыт.

Виною был и есть, коммутатор фирмы D-Link, как оказалось, у ISP нашлась ещё куча тикетов с той же самой проблемой, lost carrier, все они решались переходом в no negotiation.

Грозозащита, FTP кабеля, низкие температуры, всё это было не при чём, D-Link, знает, что-то о стандартах, чего не знают другие компании.

Answer 1

[Армянское Радио]

Кхм. Электроника гарантированно работает при температурах от +5. Обогревайте шкаф.

Comments

[Roman Poluckhin]

Увы, шкаф не мой, он провайдера. Мой шкаф, как раз содержит только пассивное оборудование, в отличие от провайдера. Всё активное у меня в машинном зале, при +18 работает, поэтому, что касается провайдера я нечего сделать не могу, мне нужно точно исключить наличие проблемы со своей стороны.

[Армянское Радио]

Roman Poluckhin: Исключили. Для верности, потыкайте в провайдера инструкцией на его свитч.

[Армянское Радио]

Roman Poluckhin: "Активное" - это значит, имеет любые электронные детали, а не "в розетку втыкается." Грозозащита мороженая тоже может дурить.

[Roman Poluckhin]

Армянское Радио: Хорошее предположение, я тоже думал об этом, поскольку спецификация не содержит данных о температурных режимах, я уже направил запрос производителю.

[Roman Poluckhin]

Армянское Радио: А насчёт активного, я имел ввиду, оборудование которое осуществляет какие-либо функциональные действия над пакетами, поэтому мы с вами друг - друга не правильно поняли сначала.

[Roman Poluckhin]

Армянское Радио: Получил ответ от производителя: "Температурные ограничения на эксплуатацию отстствуют." Но тест всё равно проведу, тем более, что и сам планировал.

Answer 2

[Алексей Черемисин]

В принципе, критичного ничего не вижу, если потеря несущей возникает кратковременно секунд на 10-20. Скорее всего это происходит из-за статического электричества, которое скапливается на кабеле, особенно в морозы, когда влажность сильно понижена, особенно если идет небольшой снег, особенно в грозу.
Грозозащита, если она нормальная, то проблем с ней нет.
Вариантов собственно два.
1) Использовать FTP-кабель с шилд-разъемами и правильно заземлять коммутаторы. Вариант, скажу вам, не очень...
2) Использовать оптику. Супер! Тем более она сейчас дешевле грязи на 100 мегабит. Если нет возможности установить SFP-модули, то просто поставьте трансмиттеры с двух сторон, например D-link DMC-300SC. Кабель можно купить сразу оконцованный на нужную длину.

Comments

[Roman Poluckhin]

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

Как видите использовать при такой схеме FTP мне просто негде да и не зачем, само собой, что коммутаторы у меня заземлены, как и кабельросты, шкафы и прочие оборудование.

Использовать оптику я не могу по той простой причине, что её физически неоткуда взять.

[Roman Poluckhin]

Потери несущей не происходит, как таковой, как видите no carrier содержит 0, увеличивается счётчик lost carrier, что несколько иное. И собственно говоря само событие находится в диапазоне 10 - 150 миллесекунд, не секунд. Но их хватает, чтобы сессия на провайдерском ISG шлюзе переодически завислала, что влечёт за собой ожидание пока сессия не будет сброшена, а значит в это время не будет интернета. Говорить о том, что провайдер не собирается менять настройки ISG думаю не стоит.

[Алексей Черемисин]

Я так понимаю, что lost carrier происходит на порту вашего коммутатора, куда приходит коннект от коммутатора провайдера, который стоит в шкафу рядом? Просто посадите эти два шкафа на общую землю. Именно на землю, а не на нулевой провод. И я бы заменил кабель между шкафами на FTP, на всякий случай. Ну и уж совсем не понимаю, если оба шкафа, и вам и провайдера стоят в одном помещении, нафига там вам грозозащита на вход между двумя коммутаторами? Грозозащита нужна провайдеру на кабеле к точке доступа WiFi и его коммутатору
.

[Алексей Черемисин]

Ну и потеря несущей как раз и происходит из-за статики. Скорее всего у вас фиговая земля, либо она не земля совсем, а сделана по схеме общего нуля!

[Алексей Черемисин]

Если сделана по схеме общего нуля, то вариантов два - жестко соединить два шкафа медным проводом на 3-5 квадратов, или использовать оптику, что гораздо лучше. Как использовать оптику я написал - поставьте медиаконверторы.

[Roman Poluckhin]

Алексей Черемисин: На порту моего маршрутизатора, который находится в машинном зале, вводный кросс и провайдерский шкаф на чердаке. Я не имею права нечего делать со шкафом провайдера, это не моя зона ответственности.

Моя инфраструктура и так подключена напрямую к главной заземляющей шине здания, в ВРУ. Если я заменю кабель на FTP, мне придётся заземлять его оплётку, при этом заземлять её я должен на телекоммуникационное заземление, а согласно ПУЭ это весьма опасно, в ином случае, разницы не будет.

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

Если статика накапливается и происходит потеря несущей, то, почему no carrier счётчик равен 0? Вот, что говорит нам стандарт:

14.2.1.7 Link Integrity Test function requirements
In order to protect the network from the consequences of a simplex link segment failure, the MAU shall
monitor the RD circuit for RD_input and link test pulse activity. If neither RD_input nor a link test pulse is
received for a time “link_loss,” the MAU shall enter the Link Test Fail state and cause the input_idle
message to be sent on the DI circuit and the TD_idle message to be sent on the TD circuit (Figure 14–6). The
value of “link_loss” shall be between 50 ms and 150 ms. When RD_input or a number “lc_max” of
consecutive link test pulses is received on the RD circuit, the MAU shall exit the Link Test Fail state. The
value of “lc_max” shall be between 2 and 10 inclusive.

В данной ситуации RD_input для 7 фреймов не был получён, но при этом link_test_pulse присутствовал, почему?

Медиаконвертеры не походят сразу, это без вариантов, я не буду брать на себя ответственность за их работу, провайдер тем более.

[Roman Poluckhin]

К тому же статика на кабеле длинною в полтора метра, при этом рядом нет не одного токопроводящего кабеля, звучит мало правдоподобно. Если бы это был пролёт в пятьдесят метров, но полтора метра, без электрических источников рядом.

[Алексей Черемисин]

Roman Poluckhin: Еще раз. Откуда мы считаем эти полтора метра? Я так понял, что порт провайдер на чердаке, а ваш порт с грозозащитой в маш-зале гдето внизу? Если так, то еще раз, вари антов всего два.
1) FTP + нормальное заземление ВЕЗДЕ
2) Оптика! Тем более у вас получается межэтажные пролеты и скорее всего чердак и ваш зал питаются не что чтобы от разных автоматов, а до кучи и от разных фаз.
Если эти полтора метра до грозозащиты, то нужно учесть еще и длину кабеля ДО грозозащиты.
Еще раз, решите проблему с оптикой, это дешевле, чем копаться в статике.

[Алексей Черемисин]

Roman Poluckhin: Опять же, работая одно время у одного провайдера, всегда шли на встречу пожеланиям клиентов, хотят получить оптику на конце - пожалуйста. Если коммутатор позволяет, ставили SFP, если нет - ставили медиаконвертер. И это будет именно зона ответственности провайдера и его оборудование в его шкафу. Я думаю, что несложно сделать запрос и получить ответ.

[Алексей Черемисин]

Roman Poluckhin: Ну и еще, как я понял, на этой же циске у вас заводится VPN, ну так поставьте еще один коммутатор, порта на 4, самый дешевый, который будет между циской и входом с грозозащитой. Тем самым у вас на циске не будет рушиться туннель, так как не будет падать порт.

[Roman Poluckhin]

Алексей Черемисин: вводный кросс на чердаке, рядом со шкафом провайдера висит мой шкаф. Общая длинна от вводного кросса до главного кросса 10 метров, машинный зал фактически под этим местом. Питание в машинный зал приходит тоёх фазное, шкаф провайдера запутан от одной из фаз. Заземление везде согласно ПУЭ, каждый кабельросты в здании заземлён, как и горизонтальные кроссы на каждом этаже и так далее. Я сам работал в своё время в провайдера ведущим администратором, но ситуациям бывают разные, по техусловиям я получаю только то, что уже имею, если бы у меня был выбор я бы взял оптику без радио релейного тракта вообще. Собственно говоря, кабель и так будет перемонтирован, если не удасться найти иной причины. Но статика на 12 метрах, когда у меня есть куда более длинные линки без каких либо проблем, звучит пока фантастически.

[Roman Poluckhin]

Алексей Черемисин: у меня нет проблемы с туннелем, почем вы так решили? И чем мне поможет ещё один коммутатор? Который сам ещё одна точка возможного сбоя, не очень понимаю ход ваших мыслей.

[Roman Poluckhin]

Алексей Черемисин: не заметил про порт, проблема в том, что порт у меня и не падает, я специально обратил вообще внимание на no carrier счётчик он равен нулю. То есть up/down event не происходит. Это у провайдера на Cisco ISG настроен таким образом, что сессия сбрасывается по таймауту только, который и приходится ждать, в ряде случаев.

[Алексей Черемисин]

Roman Poluckhin: Уж если все запитано от одного источника, то поставить FTP и убрать грозозащиту. Тем более всего 12 метров.

[Roman Poluckhin]

Алексей Черемисин: источник один, ТП-400, запитан ли шкаф провайдера и маршрутизатор от одной фазы или нет, я не знаю. Убрать грозащиту я не могу, только заменить на другую, если эта будет неисправна. FTP кабель это последний вариант, менять инфраструктуру подключения ради одного линка не простая затея.

Answer 3

[Roman Poluckhin]

U.P.D. Вопрос закрыт.

Виною был и есть, коммутатор фирмы D-Link, как оказалось, у ISP нашлась ещё куча тикетов с той же самой проблемой, lost carrier, все они решались переходом в no negotiation.

Грозозащита, FTP кабеля, низкие температуры, всё это было не при чём, D-Link, знает, что-то о стандартах, чего не знают другие компании.