«К черту подробности — на какой я планете?!» :)
Единственное что меня интересует — экраны в ваших читалках так же рассыпаются от малейшего неловкого движения? У меня было два покетбука разных моделей — и не один не прожил и месяца, неловкое движение и… «негарантийный случай». Киндл живет уже три года.
Да, там не низкие токи разряда — порядка 20-30А. Но это «почти импульсный» режим — редко время работы превышает 3-5 сек. И вообщем они находятся в допустимых пределах для данного типа 18650 — именно поэтому батареи «для вейперов» стоят в несколько раз дороже чем «для фонарщиков» — именно по причине доопустимости таких токов разряда «по паспорту».
В норме такое и бывает — именно поэтому крупные батарейные сборки из LiIon снабжают не только защитой от перезаряда/переразряда, но и детекторами внутреннего давлени и обязательно — системой автоматическиго порошкового пожаротушения. И пожалуйста — не ссылайтесь на Маска — я считаю его жуликом и его данным — не верю. А верю производителям промышленного оборудования, у которых есть реальное железо, которое реально работает, а не одни красивые презентации.
Кстати о педовикии — она как обычно врет, вот например ссылочка где для свинцовых аккумов указано 1500 циклов — http://tyumen-battery.ru/68/161, вот тут 1200 — http://www.akbcentr.ru/category_27.html И таких ссылок вы можете самостоятельно найти вагон и маленькую тележку.
К сожалению рекламные бюджеты бизнесменов а-ля Маск включают в себя заказные правки педовикии — учитывайте это. В данном случае они сделали очень просто — взяли характеристики самых поганых стартовых свинцовых аккумов и приписали их ВСЕМ свинцовых аккамуляторов, «забыв» указать что это только один их тип. И к слову — это угнетает, даже в чисто технических вопросах педовикии стало доверять затруднительно.
P.S. Хотите нормально пообщаться — пишите в джаббер например.
В ноутах кстати — не самые безопасные аккумы. Они обычно не отличаются высокой токоотдачей, то есть поджечь их посредством козы — проще чем те, которые используются в электронных сигаретах. :)
Плюс к этому ты используешь «отработку» как я понял — то что уже неплохо поработало. Это соотвественно говорит о том что их ресурс — в значительной мере исчерпан, то есть срок службы — меньше, а вероятность козы — выше. Плюс в этой сборке аккумов куда больше чем в батареи ноута, а следовательно — и выше вероятность проблем.
В зарядке годами — увы не показатель. Я говорю не о взрыве на заряде, я говорю о взрыве за счет внутренней козы. Для этого аккум вовсе не должен быть вообще куда-либо подключен — я неоднократно наблюдал пироэффекты от LiIon 18650 который просто стоял на столе — вынутый из мода и никуда не вставленный, просто отдельно стоящий аккум 18650. Да это были аккумы от электронных сигарет, то есть — с высокими токами отдачи и защитой, но эксплуатируещиеся в весьма жестких режимах. И таки да — он обычно не просто так стоял на столе, в принципе потенциальные проблемы с 18650 действительно легко определяются по его температуре. Он начинает греться — даже будучи никуда не подключенным. :) Это — достоверный признак что он готовится к организации праздничного феерверка.
По поводу кол-ва циклов — на пруфах какой-то бред, извини. Они не указывают кол-во циклов заряд-разряд для кислотных аккумов — а оно скитается ~1000-2000 в зависимости от условий эксплуатации и типа свинцовой батареи. Для LiIon это же значение редко превышает 500, обычно — меньше. Как показывает мой многолетний опыт общния с LiIon падение емкости становится заметным после ~100 первых циклов заряд/разряд, после ~200 оно становится очень ощутимым и в тех же электронных сигаретах этот аккум становится использовать не очень комфортно. До 500 циклов у меня не дожил ни один аккум — любо емкость становилась такой что только для светодиодного фонарика и годится, либо просто дохли, либо — изображали из себя новогоднюю шутиху.
Ну и еще раз — теже UPS стоят столько, что с точки зрения цены глубоко пофиг что туда вставлять — LiIon или Pb. Но почему-то LiIon в UPS не ставят, хотя «свинцовые кубики» всех достали. Как ты думаешь — почему? Правильно — потому что вероятность возникновения пиротехнических эффектов весьма высока и никому не охота подставляться. Даже в сервернах — с их терморегуляцией и системами пожаротушения. А срок службы получается такой маленький что стандартные 3 годы гарантии давать не получается. А ведь под некоторые UPS приходится специально перекрытия укреплять… И именно поэтому тесловский повервалл так и остался на бумаге…
LiIon — плохо подходит для подобных, стационарных решений. Оно конечно можно, молодежно, прогресивно, но…
1. Кол-во циклов LiIon все-таки в несколько раз меньше чем у классических свинцовых аккамуляторов.
2. Эффект памяти — у них все-таки присуствует, хоть и небольшой. При «обычном» режиме их эксплуатации им можно принебречь, а вот при таком — не уверен.
3. В расчете на удельную емкость — они дороже классики из свинца.
4. Они заразы пожароопасны и требуют специальных противопожарных мер. И простым термоконтролем — тут не обойдешся, порошковая автоматическая система пожарутешния для таких сборок — все-таки обязательна. Проблема не только в больших токах заряда/разряда, но и в том что в процессе старения LiIon повышаются шансы схлопотать козу внутри самого аккума, что может привести к пиротехническим спецэффектам. При этом возможна «цепная реакция» — пиротехнические эффекты при разрушении одной ячейки повреждают соседние, которые в свою очередь начинают реагировать аналогичным образом…
А вот их классические преимущества LiIon — типа высокой удельной емкости, для стационарных систем — маловажна. Вообщем не просто так ни в одном источнике бесперебойного питания они не используются — только свинцовая классика.
Ну и видео на закуску, как выглядят пиротехнические эффекты от одного 18650
Прошу обратить внимание — явно что в этот момент устройством не пользовались, не заряжали и не разряжали, оно просто лежало в кармане.
Ошибки расти не должны ни на автоопределении, ни на принудиловке.
Но тем не менее это обычная и стандартная ситуация на длинной линии и дешевой железке хотя бы с одной стороны. Берем флайк, тестируем линию — 100% соотвествие cat 5e. С автоопределением дуплекса и скорости — постоянные ошибки, 1-2% потерь, тормоза. Жестко фиксируем дуплекс и скорость на обоих концах линии — нет ни ошибок, ни потерь, не тормозов. Проявляется обычно на линиях от 50м и выше, не не обязательно. Проверенно на нескольких сотнях случаев. Еще раз повторяю — это не единичный случай, я в своей практике сталкивался с такими ситуациями сотни раз.
Вообще автоопределение дуплекса на Eth — крайне вредная функция и ее необходимо отключать! Во-первых — она просто не нужна, назовите мне современное оборудование eth, которое требует half-duplex? Правильно — такого нет и следовательно использование этого режима — есть ашипка. :) Во-вторых… ну эта функция источник феерических глюков. Вот один интересный пример, правда довольно старый, лет 10 ему…
Жила была сетка. Пара сотен рабочих мест, доме Win2003, бардак… Ну вообщем как обычно. Бардак убрали и решили включить перемещаемые профили. Сетевое оборудование — коммутаторы каталисты, на рабочих местах — сетевухи интегрированный интел. То есть железо приличное. Включили и началось — некоторые станции начинали грузить профиль часами. При этом — абсолютно непонятно почему, вчера эта станция грузила его моментом, сегодня — не может загрузить, завтра — может и прогрузить, а может и заклинить. Небольшое исследование показало… правильно — постоянно сыплющиеся ашипки на интерфейсах и пресловутые 1-2% потерь. Только не надо валить на кабель — кабельная система была свежеуложенная и отттестированая на соотвествие стандарту флайком раз, два — все две сотни линков никак не могули глючить… :)
Как решили? Правильно — отключение автоопределения дуплекса (и скорости уж за компанию) сняло все проблемы с сетью…
Добавлю так же что я потом сталкивался с подобными проблемами неоднократно. И если у тебя на линии постоянно сыплются ашипки, 1-2% потерь и все это сопровождается феерическими тормозами — просто жестко задай дуплекс и скорость. С вероятностью 99% это решит проблему. :)
Ты конечно можешь пытаться тестировать линию, но скорей всего с ней все ок. :) Проблема не в линии — проблема в этой долбанной и абсолютно ненужной функции — автоопределение дуплекса.
Кстати — это еще один аргумент против использования неуправляемых коммутаторов. :)
Ну если вы так хотите… У вас хотя бы CCNP есть? Ну смотрите. gw-home#sh int gi 0/0
GigabitEthernet0/0 is up, line protocol is up
Hardware is MV96340 Ethernet, address is ****.****.**** (bia ****.****.****)
Description: OnLime Internet
Internet address is ***.***.***.***/21
MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
reliability 253/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full Duplex, 100Mbps, media type is T
output flow-control is XON, input flow-control is XON
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 117000 bits/sec, 22 packets/sec
5 minute output rate 40000 bits/sec, 24 packets/sec
6784526 packets input, 2137504370 bytes, 0 no buffer
Received 38 broadcasts (0 IP multicasts)
2429879 runts, 0 giants, 0 throttles
2741067 input errors, 311187 CRC, 1 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
11142336 packets output, 3996960512 bytes, 0 underruns
0 output errors, 0 collisions, 4 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out
gw-home#
И кол-во ошибок постоянно росло
Я такую картину наблюдал примерно раз 200-300, на разных провайдерах и не только на них — во всех случаях когда с другой стороны стоял какой-то дешевый коммутатор, а линия была достаточно длинная.
С коммутатором — ну это вообще стандартная схема — выделяешь отдельный VLAN, в него запускаешь канал от ISP, еще один порт — транковый и к нему подключен маршрутизатор — остальные порты — в других VLAN, к которым подключена твоя локалка. Используется когда на маршратизаторе 1 порт… ну или когда надо потыкат кабель от ISP в разные порты. :) Не очень хорошо так делать, но можно.
На счет исправности оборудования — еше раз, при правильных настройках, то есть — при отключении автоопределения дуплекса и скорости, все работает нормально. Если их не отключать — все работает вот так, в какой порт не втыкай. Ну немогу быть более 2х десятков портов быть битыми и с одинаковым глуком.
Вы вообще могли самостоятельно проставить у себя в параметрах сетевой 100 Мбит/с дуплекс, и получить искомый результат,
Нет не мог — у меня то все ок, проблема — на их коммутаторе, он не может решить проблему с дуплексом. Вообще в таких ситуациях надо фиксировать скорость и дуплекс на обоих концах линии. С моей я его фиксирую всегда — во избежании.
Смотреть надо в этой ситуации на качество линии от коммутатора до ПК, а также на степень живости портов с обеих сторон, тогда и клинить ничего не будет.
До какого ПК, мальчик? У меня стоит маршрутизатор. :)
Порты — живые, по крайней мере с моей стороны — 100%, линия — сооотвествует стандарту, проверено как мной, так и их «специалистом».
Если у вас и на другом операторе связи растут ошибки, меняйте сетевую, или линию, в случае, если на момент переключения на другого оператора связи новая линия не протягивалась в квартиру.
Линия — друга, картина — таже. «Менять сетевую» в маршрутизаторе — затруднительно, впрочем при переключении в другой порт — не меняет ничего. Только не надо говорить что все порты битые, ок? Запускал и чере коммутатор (ну выделяешь отдельный VLAN ога) — на коммутаторе все 24 порта тоже битые? :)
Яж говорю — проблема не у меня. Это известная проблема и причина ее — всегда на стороне провайдера, называется «дешевый коммутатор и линия на грани (но в пределах) мах. возможной длины».
Может и от удачи… Но общение с их техподдержкой — навсегда отбивает желание пользоваться этим провайдером. Слишком все забюрократизировано — такое впечатление что общаешься не с людьми, а с какими-то роботами.
Они и повышают. Предел Шокли-Квиссера он для однослойных элементов. И он насколько я помню 34%, а не 29%.
Другой вопрос что наращивать число слоев неограничено — не получится.
Серьезную конкуренцию классическим проводным провайдерам составляют мобильные операторы из-за повсеместного развертывания LTE-сетей.
facepalm.jpg
Абсолютно не конкуренты — просто разные сегменты рынка. Никто дома/на работе не будет пользоваться LTE при наличие нормального проводного интернета.
Обуславливается это тем, что «Ростелеком» и МГТС могут предоставить абонентам большую скорость доступа к Сети, нежели конкуренты.
facepalm.jpg
Если МГТС еще действительно обеспечивает нормальную скорость, качество и техпоодержку — пользовался ими со времен когда они были «Стримом» и ушел вообщем не по причине качества, а при том что у меня довольно специфические требования и они их со своим GPON не смогли их удовлетворить. А жаль что не смогли… То вот Ростелеком|OnLime это кошмар… Типовоя ситуация с OnLime, тариф 100 Mbps — http://www.speedtest.net/my-result/5621130196
В чем причина? Смотрим интерфейс и видим там строчку 2741067 input errors, 311187 CRC, 1 frame, 0 overrun, 0 ignored, кол-во ошибок постоянно растет. То есть причина очевидна — их дешевый коммутатор доступа переклинило на автоопределение скорости и дуплекса, их надо отключить, жестко задав скорость и дуплекс и все заработает…
Что сделал онлайм? Он неделю мне парил мозги, присылал ремонтников, которые ничего не понимали в сетях и в итоге так ничего не сделал. Хотя я постоянно говорил ему что надо сделать.
Разумеется был послан нафиг — подключил к другому ISP. Таже картина на интерфейсе! Один звонок в службу технического упора, дежурный инженер прописывать конфиг на коммутаторе по моему совету — все заработало и работает уже не первый месяц «без единого разрыва».
И это — не единичный случай кстати. Несколько лет назад в одной фирме у меня был опыт общения с онлаймом — та же картина, три месяца регулярно приезжал ремонтник, ходил с умным видом и… ничего не менялось. Хотя и там я четко понимал что надо сделать чтоб решить проблему (сменить модуляцию на adsl) и говорил им как решить проблему. Полный игнор, проблема так и не была решена.
Возми чистую флешку, залей свежескаченный ios, залей конфиг из бекапа — всех делов-то на 5 минут. Заодно и обновишся… :)
Для сетевых железок которые онлайн 24/7/356 и которые гонят через себя магистрали
В списке практически нет «магистрального» железа, под него подходит всего пара перечисленных моделей да и то — с натяжкой. Остальное — чисто access switch, то есть — из внешней сети скорей всего недоступен бай дефолт.
Кстати, если уж придираться к терминам, то кто вендор?
Формально — сообщество, по факту — ibm
Знание linux — необходимо для современного цискаря.
Вы так говорите, как будто это что-то сложное — знать линакс :) Для меня — это просто еще одна ОС, один из многих юниксов, с которыми мне приходилось работать.
Имея тот самый набор базовых знаний, о котором я вам постоянно говорю — разобраться с любым линаксом не проблема. Правда наличие этого самого набора гарантирует нелюбовь к линаксу. :)
Ну и вдогонку — даже если не знает, то не уволят. Если действительно нужно — наймут какого-нибуть линаксода, это всего примерно 1/3 от зарплаты цискаря… :)
cisco CMX location & presence analytics
Не работал с этим продуктом. Но по опыту работы с другими подобными продуктами кошководов — могу предположить что знание линакса как такового там не требуется — все делается через веб-морду скорей всего. Или — через свой командный язык, exec-like.
Вы бы лучше привели в пример snort или netflow — тут действительно приходится сталкиваться с линаксом. Хотя и не обязательно, но иногда под ним — удобней.
Ну вот ты и поплыл. Удачи. Вспомнишь мои слова — никуда не денешься, не долго ждать осталось. Тебе если верить профилю — 34 года, а следовательно — ты уже врятли сможешь получить необходимые базовые знания. Еще лет 10-15 — и у тебя начнутся серьезные проблемы, знания которыми ты владеешь окончательно устареют, а обновлять ты их уже не сможешь — из-за отсутствия теоретических знаний. Изучай складское дело и специальность менеджера по продажам. :)
Мозгов у тебя как я погляжу не хватает даже на то чтоб выяснить кто я такой. А это — не сложно, я не шифруюсь… так небольшая защитка от уж совсем идиотов. Если есть мозги — позвони, поговорим. :)
P.S. Приколно, ты родился в тот год, когда я впервые сел за комп. Это была ЕС1022. :)
Мальчик, мне тоже около 50-ти, внезапно да? И собственно яб оставался обычным ведущим инженером, старшим системным администратором и т.д., вообщем — на чисто инженерной должности, но… есть проблема — людей моего возраста и моего уровня квалификации считается стремным брать на такие должности, чисто инженерные, типа могут быть проблемы с более молодым начальником из-за его возраста и меньшей компетентности оного. Посему от начальственных лычек отвертеться не получается…
Если ты думаешь что увлечение дохода компенсирует гиморой от этих лычек, то ты дико заблуждаешься.
Единственное что меня интересует — экраны в ваших читалках так же рассыпаются от малейшего неловкого движения? У меня было два покетбука разных моделей — и не один не прожил и месяца, неловкое движение и… «негарантийный случай». Киндл живет уже три года.
То есть газовый, точнее — ледяной, гигант. Логично. Интересно — на нем можно добывать He3? :)
В норме такое и бывает — именно поэтому крупные батарейные сборки из LiIon снабжают не только защитой от перезаряда/переразряда, но и детекторами внутреннего давлени и обязательно — системой автоматическиго порошкового пожаротушения. И пожалуйста — не ссылайтесь на Маска — я считаю его жуликом и его данным — не верю. А верю производителям промышленного оборудования, у которых есть реальное железо, которое реально работает, а не одни красивые презентации.
Кстати о педовикии — она как обычно врет, вот например ссылочка где для свинцовых аккумов указано 1500 циклов — http://tyumen-battery.ru/68/161, вот тут 1200 — http://www.akbcentr.ru/category_27.html И таких ссылок вы можете самостоятельно найти вагон и маленькую тележку.
К сожалению рекламные бюджеты бизнесменов а-ля Маск включают в себя заказные правки педовикии — учитывайте это. В данном случае они сделали очень просто — взяли характеристики самых поганых стартовых свинцовых аккумов и приписали их ВСЕМ свинцовых аккамуляторов, «забыв» указать что это только один их тип. И к слову — это угнетает, даже в чисто технических вопросах педовикии стало доверять затруднительно.
P.S. Хотите нормально пообщаться — пишите в джаббер например.
Плюс к этому ты используешь «отработку» как я понял — то что уже неплохо поработало. Это соотвественно говорит о том что их ресурс — в значительной мере исчерпан, то есть срок службы — меньше, а вероятность козы — выше. Плюс в этой сборке аккумов куда больше чем в батареи ноута, а следовательно — и выше вероятность проблем.
В зарядке годами — увы не показатель. Я говорю не о взрыве на заряде, я говорю о взрыве за счет внутренней козы. Для этого аккум вовсе не должен быть вообще куда-либо подключен — я неоднократно наблюдал пироэффекты от LiIon 18650 который просто стоял на столе — вынутый из мода и никуда не вставленный, просто отдельно стоящий аккум 18650. Да это были аккумы от электронных сигарет, то есть — с высокими токами отдачи и защитой, но эксплуатируещиеся в весьма жестких режимах. И таки да — он обычно не просто так стоял на столе, в принципе потенциальные проблемы с 18650 действительно легко определяются по его температуре. Он начинает греться — даже будучи никуда не подключенным. :) Это — достоверный признак что он готовится к организации праздничного феерверка.
По поводу кол-ва циклов — на пруфах какой-то бред, извини. Они не указывают кол-во циклов заряд-разряд для кислотных аккумов — а оно скитается ~1000-2000 в зависимости от условий эксплуатации и типа свинцовой батареи. Для LiIon это же значение редко превышает 500, обычно — меньше. Как показывает мой многолетний опыт общния с LiIon падение емкости становится заметным после ~100 первых циклов заряд/разряд, после ~200 оно становится очень ощутимым и в тех же электронных сигаретах этот аккум становится использовать не очень комфортно. До 500 циклов у меня не дожил ни один аккум — любо емкость становилась такой что только для светодиодного фонарика и годится, либо просто дохли, либо — изображали из себя новогоднюю шутиху.
Ну и еще раз — теже UPS стоят столько, что с точки зрения цены глубоко пофиг что туда вставлять — LiIon или Pb. Но почему-то LiIon в UPS не ставят, хотя «свинцовые кубики» всех достали. Как ты думаешь — почему? Правильно — потому что вероятность возникновения пиротехнических эффектов весьма высока и никому не охота подставляться. Даже в сервернах — с их терморегуляцией и системами пожаротушения. А срок службы получается такой маленький что стандартные 3 годы гарантии давать не получается. А ведь под некоторые UPS приходится специально перекрытия укреплять… И именно поэтому тесловский повервалл так и остался на бумаге…
1. Кол-во циклов LiIon все-таки в несколько раз меньше чем у классических свинцовых аккамуляторов.
2. Эффект памяти — у них все-таки присуствует, хоть и небольшой. При «обычном» режиме их эксплуатации им можно принебречь, а вот при таком — не уверен.
3. В расчете на удельную емкость — они дороже классики из свинца.
4. Они заразы пожароопасны и требуют специальных противопожарных мер. И простым термоконтролем — тут не обойдешся, порошковая автоматическая система пожарутешния для таких сборок — все-таки обязательна. Проблема не только в больших токах заряда/разряда, но и в том что в процессе старения LiIon повышаются шансы схлопотать козу внутри самого аккума, что может привести к пиротехническим спецэффектам. При этом возможна «цепная реакция» — пиротехнические эффекты при разрушении одной ячейки повреждают соседние, которые в свою очередь начинают реагировать аналогичным образом…
А вот их классические преимущества LiIon — типа высокой удельной емкости, для стационарных систем — маловажна. Вообщем не просто так ни в одном источнике бесперебойного питания они не используются — только свинцовая классика.
Ну и видео на закуску, как выглядят пиротехнические эффекты от одного 18650
Прошу обратить внимание — явно что в этот момент устройством не пользовались, не заряжали и не разряжали, оно просто лежало в кармане.
Но тем не менее это обычная и стандартная ситуация на длинной линии и дешевой железке хотя бы с одной стороны. Берем флайк, тестируем линию — 100% соотвествие cat 5e. С автоопределением дуплекса и скорости — постоянные ошибки, 1-2% потерь, тормоза. Жестко фиксируем дуплекс и скорость на обоих концах линии — нет ни ошибок, ни потерь, не тормозов. Проявляется обычно на линиях от 50м и выше, не не обязательно. Проверенно на нескольких сотнях случаев. Еще раз повторяю — это не единичный случай, я в своей практике сталкивался с такими ситуациями сотни раз.
Вообще автоопределение дуплекса на Eth — крайне вредная функция и ее необходимо отключать! Во-первых — она просто не нужна, назовите мне современное оборудование eth, которое требует half-duplex? Правильно — такого нет и следовательно использование этого режима — есть ашипка. :) Во-вторых… ну эта функция источник феерических глюков. Вот один интересный пример, правда довольно старый, лет 10 ему…
Жила была сетка. Пара сотен рабочих мест, доме Win2003, бардак… Ну вообщем как обычно. Бардак убрали и решили включить перемещаемые профили. Сетевое оборудование — коммутаторы каталисты, на рабочих местах — сетевухи интегрированный интел. То есть железо приличное. Включили и началось — некоторые станции начинали грузить профиль часами. При этом — абсолютно непонятно почему, вчера эта станция грузила его моментом, сегодня — не может загрузить, завтра — может и прогрузить, а может и заклинить. Небольшое исследование показало… правильно — постоянно сыплющиеся ашипки на интерфейсах и пресловутые 1-2% потерь. Только не надо валить на кабель — кабельная система была свежеуложенная и отттестированая на соотвествие стандарту флайком раз, два — все две сотни линков никак не могули глючить… :)
Как решили? Правильно — отключение автоопределения дуплекса (и скорости уж за компанию) сняло все проблемы с сетью…
Добавлю так же что я потом сталкивался с подобными проблемами неоднократно. И если у тебя на линии постоянно сыплются ашипки, 1-2% потерь и все это сопровождается феерическими тормозами — просто жестко задай дуплекс и скорость. С вероятностью 99% это решит проблему. :)
Ты конечно можешь пытаться тестировать линию, но скорей всего с ней все ок. :) Проблема не в линии — проблема в этой долбанной и абсолютно ненужной функции — автоопределение дуплекса.
Кстати — это еще один аргумент против использования неуправляемых коммутаторов. :)
gw-home#sh int gi 0/0
GigabitEthernet0/0 is up, line protocol is up
Hardware is MV96340 Ethernet, address is ****.****.**** (bia ****.****.****)
Description: OnLime Internet
Internet address is ***.***.***.***/21
MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
reliability 253/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full Duplex, 100Mbps, media type is T
output flow-control is XON, input flow-control is XON
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 117000 bits/sec, 22 packets/sec
5 minute output rate 40000 bits/sec, 24 packets/sec
6784526 packets input, 2137504370 bytes, 0 no buffer
Received 38 broadcasts (0 IP multicasts)
2429879 runts, 0 giants, 0 throttles
2741067 input errors, 311187 CRC, 1 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
11142336 packets output, 3996960512 bytes, 0 underruns
0 output errors, 0 collisions, 4 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out
gw-home#
И кол-во ошибок постоянно росло
Я такую картину наблюдал примерно раз 200-300, на разных провайдерах и не только на них — во всех случаях когда с другой стороны стоял какой-то дешевый коммутатор, а линия была достаточно длинная.
С коммутатором — ну это вообще стандартная схема — выделяешь отдельный VLAN, в него запускаешь канал от ISP, еще один порт — транковый и к нему подключен маршрутизатор — остальные порты — в других VLAN, к которым подключена твоя локалка. Используется когда на маршратизаторе 1 порт… ну или когда надо потыкат кабель от ISP в разные порты. :) Не очень хорошо так делать, но можно.
На счет исправности оборудования — еше раз, при правильных настройках, то есть — при отключении автоопределения дуплекса и скорости, все работает нормально. Если их не отключать — все работает вот так, в какой порт не втыкай. Ну немогу быть более 2х десятков портов быть битыми и с одинаковым глуком.
Нет не мог — у меня то все ок, проблема — на их коммутаторе, он не может решить проблему с дуплексом. Вообще в таких ситуациях надо фиксировать скорость и дуплекс на обоих концах линии. С моей я его фиксирую всегда — во избежании.
До какого ПК, мальчик? У меня стоит маршрутизатор. :)
Порты — живые, по крайней мере с моей стороны — 100%, линия — сооотвествует стандарту, проверено как мной, так и их «специалистом».
Линия — друга, картина — таже. «Менять сетевую» в маршрутизаторе — затруднительно, впрочем при переключении в другой порт — не меняет ничего. Только не надо говорить что все порты битые, ок? Запускал и чере коммутатор (ну выделяешь отдельный VLAN ога) — на коммутаторе все 24 порта тоже битые? :)
Яж говорю — проблема не у меня. Это известная проблема и причина ее — всегда на стороне провайдера, называется «дешевый коммутатор и линия на грани (но в пределах) мах. возможной длины».
Другой вопрос что наращивать число слоев неограничено — не получится.
facepalm.jpg
Абсолютно не конкуренты — просто разные сегменты рынка. Никто дома/на работе не будет пользоваться LTE при наличие нормального проводного интернета.
facepalm.jpg
Если МГТС еще действительно обеспечивает нормальную скорость, качество и техпоодержку — пользовался ими со времен когда они были «Стримом» и ушел вообщем не по причине качества, а при том что у меня довольно специфические требования и они их со своим GPON не смогли их удовлетворить. А жаль что не смогли… То вот Ростелеком|OnLime это кошмар… Типовоя ситуация с OnLime, тариф 100 Mbps — http://www.speedtest.net/my-result/5621130196
В чем причина? Смотрим интерфейс и видим там строчку 2741067 input errors, 311187 CRC, 1 frame, 0 overrun, 0 ignored, кол-во ошибок постоянно растет. То есть причина очевидна — их дешевый коммутатор доступа переклинило на автоопределение скорости и дуплекса, их надо отключить, жестко задав скорость и дуплекс и все заработает…
Что сделал онлайм? Он неделю мне парил мозги, присылал ремонтников, которые ничего не понимали в сетях и в итоге так ничего не сделал. Хотя я постоянно говорил ему что надо сделать.
Разумеется был послан нафиг — подключил к другому ISP. Таже картина на интерфейсе! Один звонок в службу технического упора, дежурный инженер прописывать конфиг на коммутаторе по моему совету — все заработало и работает уже не первый месяц «без единого разрыва».
И это — не единичный случай кстати. Несколько лет назад в одной фирме у меня был опыт общения с онлаймом — та же картина, три месяца регулярно приезжал ремонтник, ходил с умным видом и… ничего не менялось. Хотя и там я четко понимал что надо сделать чтоб решить проблему (сменить модуляцию на adsl) и говорил им как решить проблему. Полный игнор, проблема так и не была решена.
В списке практически нет «магистрального» железа, под него подходит всего пара перечисленных моделей да и то — с натяжкой. Остальное — чисто access switch, то есть — из внешней сети скорей всего недоступен бай дефолт.
Да ну ладно! То есть полноценную геологоразведку Луны уже произвели? Кто и когда можно узнать? :)
Формально — сообщество, по факту — ibm
Вы так говорите, как будто это что-то сложное — знать линакс :) Для меня — это просто еще одна ОС, один из многих юниксов, с которыми мне приходилось работать.
Имея тот самый набор базовых знаний, о котором я вам постоянно говорю — разобраться с любым линаксом не проблема. Правда наличие этого самого набора гарантирует нелюбовь к линаксу. :)
Ну и вдогонку — даже если не знает, то не уволят. Если действительно нужно — наймут какого-нибуть линаксода, это всего примерно 1/3 от зарплаты цискаря… :)
Не работал с этим продуктом. Но по опыту работы с другими подобными продуктами кошководов — могу предположить что знание линакса как такового там не требуется — все делается через веб-морду скорей всего. Или — через свой командный язык, exec-like.
Вы бы лучше привели в пример snort или netflow — тут действительно приходится сталкиваться с линаксом. Хотя и не обязательно, но иногда под ним — удобней.
Скрипт дебил. Я его написал — он его отправит.
Мозгов у тебя как я погляжу не хватает даже на то чтоб выяснить кто я такой. А это — не сложно, я не шифруюсь… так небольшая защитка от уж совсем идиотов. Если есть мозги — позвони, поговорим. :)
P.S. Приколно, ты родился в тот год, когда я впервые сел за комп. Это была ЕС1022. :)
Если ты думаешь что увлечение дохода компенсирует гиморой от этих лычек, то ты дико заблуждаешься.