hpswgprk

Обновил ПО до 3.5.0 2305151212 a1e89dbf Сломался ваш же шаблон мониторинга для заббикса. В snmpwalk вижу следующее: snmpwalk -v2c -c rmicSNMP srv-erd .1.3.6.1.4.1.40418.2.6.1.30.1.1.3 SNMPv2-SMI::enterprises.40418.2.6.1.30.1.1.3.2181170330 = INTEGER: 27 Как починить? 3.5.0 2305151212 a1e89dbf 3.5.0 2305151212 a1e89dbf 3.5.0 2305151212 a1e89dbf 3.5.0 2305151212 a1e89dbf

Версия прошивки 1.11.1 Версия загрузчика 1.0 Ревизия платы устройства 4.5 Думаю, мы можем снять дамп в случае необходимости.

Добрый день, словили такую же ситуацию на ERD-4s c датчиками SNR-RSsensor-H/T/P. Мониторинг Zabbix, шаблон ваш.

Снижаем цену до 8к.

Продам восьмиканальный комплект для передачи по оптоволокну A/V сигналов. Железки Б/У. Состояние на "хорошо". Новые стоят от 60 до 80 тысяч. Продам за 10 тысяч. В наличии 2 штуки. Отправка транспортной компанией (СДЭК, КИТ, Деловые Линии). Нал, оплата на карту, возможен безнал. Связь через форум. Краткое описание:

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

Мы запускали GEPON. Недорого (относительно, ONU c CATV, WIFI, 4FE - 60USD, OLT 8-port - 1300 USD ), достаточно просто в обслуживании. Из опыта эксплуатации я бы вынес, что ONU за такие деньги с таким качеством - слишком дорого. Брал бы самые простые однопортовые и давал CATV отдельно. Примерная вилка цен на скринах ниже.

Практика по мировому суду.

Есть вопрос по OLT C-DATA 1008s. Столкнулись с проблемой низкой скорости у ряда абонентов. Низкая скорость среди бела дня, не в ЧНН. В инструкциях нет и подобия команды DBA для броадкома. Решил попробовать каждому абонентскому устройству (c-data 304hw) прописывать sla upstream 950000 950000 1000000 20 sla downstream 1000000 1536 15. Большинству помогает, но находятся проблемные которым не помогает. У вас есть опыт решения подобных проблем? Как быть?

Вы тут и без меня хорошо справились. Вдруг кому интересно. Изучил как замерить, замерил. Скрины замеров во вложении. Особо проблемные этот (11665) и 11473, на 11733, например, всё нормально. Очевидно, пришло время отстраивать.

Тарелки подстраивать не пробовал. Решил сначала полностью проработать возможные причины. Данные по S/N в текущий момент: card: 1 port: 4 bitrate: 63721 freq: 11665000 snr: 6 signal: -64

Добрый день, нужно мнение опытных коллег со стороны. Не так давно на меня свалились обязанности по КТВ и ГС. До этого вообще никогда не занимался этим и ничего не знал. Да и сейчас, будем откровенны, знаю очень мало, и скорее каша в голове из быстро изученного. Нужен ваш совет. Столкнулся с тем, что в дождь рассыпается тв. Либо полностью пропадают некоторые каналы. У нас есть два "проблемных" транспондера на ABS-2 75E. 11473 V - канал U, 11665 V - Русские романы, Бестселлеры и прочие Кино-тв. Как известно, на С-диапазоне во время дождя могут быть проблемы и с этим ничего не поделать, но эти транспондеры в Ku, диапазоне (С-диапазон - это частоты от 3700 до 4200, а Ku 10700-12750 верно ведь?), стало быть, из-за дождя в дождь они сыпаться не должны. Но сыпятся. Как вариант, скорее всего, у нас могут быть проблемы с тарелкой или конвертером. Принимаем на Sumavision EMR 2.1 Вот данные для 11665 V в момент дождя и подсыпания BER status - 4.134e-03. Я в правильном направлении вообще мыслю? Или совершенно не туда?

Пришёл ответ: . Как бы по уму им ответить и организовать доступ? Впн на тестовую машину с админкой биллинга?

Нарисовал как есть и согласовываю у начальства. Начальство предлагает потянуть время бумажной волокитой. Стоит ли тянуть время, если уже есть срок устранения нарушения от РКН? (30/09/2016)

Добрый день, СОРМ никогда не стоял, но было письмо от 2008 года от ФСБ, о том, что он не нужен. Недавно была внеплановая проверка РКН по инициативе УФСБ по нашему региону. Итог проверки -устранить нарушение в срок до сентября. Написали запрос в ФСБ с просьбой начать куратора и получили ответ о том, что "необходимо предоставить копии лицензий на осуществление деятельности по оказанию услуг связи и схему построения сети передачи данных с указанием типа авторизации абонентов". Дело в том, что у нас сейчас новое оборудование, новые провайдеры и соответствия проекту нет. Как бы им лишнего не сказать? Что вообще принято отвечать в таких случаях?

В процессе эксплуатации возникла любопытная фигня. OLT - GEPON FD2000S, ONU FD304HW - оба устройства от C-Data. Примерно недели две назад от абонентов сидящих на этой связки начали поступать жалоб на то, что не отправляются крупные вложения через почту и популярные мессенджеры (Viber, Whatsapp). Как выяснили наши монтажники на месте, у этих абонентов очень низкая исходящая скорость при подключении через wi-fi к абонентскому терминалу. Но этот глюк воспроизводится исключительно на android устройствах. На ноутбуке подключение проходит без проблем, скорость в обе стороны по тарифу. На устройствах под управлением iOS - тоже никаких проблем. Подключение проходит быстро, скорость в обоих направлениях по тарифу. Как только подключаем андроид к терминалу - входящая по тарифу, исходящей нет и мегабита. Но если подключить то же абонентское устройство к обычному тп-линку - то никаких проблем нет. В поисках решения попробовали: проверить уровень сигнала на порту, затухания, ошибки - всё нормально. Подключали свои устройства на андроиде - глюк воспроизводится. Свой ноутбук и свой айфон - всё отлично. Пробовали менять режимы wifi, номера каналов, ширину полосы - никакого эффекта. Не работает на ширине полосы в 40 МГц, 20 МГц, 8, 6, 4 2, 11 каналы, авто-режимы. Остальные связки почти все проверили - не помогает, так же как и переключение в режимы B, G, N. В какую сторону вообще копать?

Глючный длинк резавший скорость на порту. А на циске только пппое кастомеры? Или ещё что есть? Мы планируем запихнуть туда 2 фуллвью, ещё не ясно, но как минимум один точно.

Пришли к успеху. ASR-BRS-01#show platform software status control-processor brief | s Memory Memory (kB) Slot Status Total Used (Pct) Free (Pct) Committed (Pct) RP0 Healthy 3969384 3082636 (78%) 886748 (22%) 2337104 (59%) ASR-BRS-01# sh pppoe summary PTA : Locally terminated sessions FWDED: Forwarded sessions TRANS: All other sessions (in transient state) TOTAL PTA FWDED TRANS TOTAL 756 752 0 4 TenGigabitEthernet0/1/0 756 752 0 4 Научите читать вывод инфы о памяти, пожалуйста. При каких параметрах начинать паниковать?

Попробовал, дело было не в бобине. Ограничения были на коммутаторе, через который была подсоединена тестовая машина.

Поигрался с разными тарифами. Отдавал вот это. QU;40000000;8000000;0;D;40000000;8000000;0;, QU;40000000;7500000;15000000;D;40000000;7500000;15000000;, QU;70000000;13125000;26250000;D;70000000;13125000;26250000;, QU;100000000;18750000;37500000;D;100000000;18750000;37500000;, Разницы ноль. Всегда ограничивает до 33-36 мегабит. http://pastebin.com/PbpkCgvQ сессия.

Поэкспериментировал. С бёрстом в 8-10% от CIR хорошо работают тарифы до 30 мегабит. Дальше при тарифах 40-60 мегабит обрезается до 35-36. Самый адекватный шейпинг на бёрсте в 10% от CIR. UTM5.3.001, отдаю строку вида QU;40000000;8000000;0;D;40000000;8000000;0 vendor id 9 attr id 250. Конфиг на пейстбине http://pastebin.com/FFZxWXJS Что я делаю не так?

Сам невнимательный дурак. Пропустил мимо глаз строчку (scaled and converted to byte per msec)

Добрый день, приобрели ASR1002x и хотели бы настроить его как BRAS для pppoe абонентов. Пользователи подключаются, но с шейпингом что-то не так. Создан обычный тариф из двух услуг. Коммутируемый доступ и передача трафика. В коммутируемом доступе прописаны RADIUS атрибуты вида: QU;20000000;25000000;D;50000000;75000000. Vendor ID 9, ID атрибута 250. По инструкции с https://www.cisco.com/c/en/us/td/docs/ios/12_2sb/isg/coa/guide/isg_ig/isgcaapa.html и https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/isg/command/isg-cr-book/isg_m1.html#wp2502062619. Как итог получаем нормальную нарезку входящей, но исходящая еле-еле выдаёт 10 мб/сек. Ниже куски конфига Cisco. class-map type traffic match-any Internet match access-group output name Inet-out match access-group input name Inet-in ! policy-map type service Internet class type traffic Internet accounting aaa list PPPoE_AUTH_METHOD ! class type traffic default in-out drop ! ! policy-map type control PPPoE_AUTH_METHOD class type control always event session-start 5 authorize aaa list PPPoE_AUTH_METHOD identifier authenticated-username ! ! ! bba-group pppoe global virtual-template 1 sessions max limit 10000 ac name ASR-BRS-01 sessions per-mac limit 5 ! interface Virtual-Template1 ip unnumbered Loopback100 ppp authentication pap chap PPPoE_AUTH_METHOD ppp authorization PPPoE_AUTH_METHOD ppp accounting PPPoE_AUTH_METHOD ppp ipcp dns 195.18.23.23 8.8.8.8 ! ASR-BRS-01#show subscriber session username asrtest detailed Type: PPPoE, UID: 195, State: authen, Identity: asrtest IPv4 Address: 188.191.192.251 Session Up-time: 00:00:05, Last Changed: 00:00:05 Interface: Virtual-Access1.1 Switch-ID: 4611 Policy information: Context 7F21BF8C3100: Handle 420000C3 AAA_id 000007C2: Flow_handle 0 Authentication status: authen Downloaded User profile, excluding services: service-type 0 2 [Framed] Framed-Protocol 0 1 [PPP] addr 0 188.191.192.251 netmask 0 255.255.255.255 timeout 0 86400 (0x15180) ssg-account-info 0 "QU;25000000;37500000;D;50000000;75000000" Downloaded User profile, including services: service-type 0 2 [Framed] Framed-Protocol 0 1 [PPP] addr 0 188.191.192.251 netmask 0 255.255.255.255 timeout 0 86400 (0x15180) ssg-account-info 0 "QU;25000000;37500000;D;50000000;75000000" Config history for session (recent to oldest): Access-type: PPP Client: SM Policy event: Process Config Connecting Profile name: apply-config-only, 2 references service-type 0 2 [Framed] Framed-Protocol 0 1 [PPP] addr 0 188.191.192.251 netmask 0 255.255.255.255 timeout 0 86400 (0x15180) ssg-account-info 0 "QU;25000000;37500000;D;50000000;75000000" Classifiers: Class-id Dir Packets Bytes Pri. Definition 0 In 2 656 0 Match Any 1 Out 0 0 0 Match Any Features: IP Config: M=Mandatory, T=Tag, Mp=Mandatory pool Flags Peer IP Address Pool Name Interface 188.191.192.251 [None] [None] :: [None] [None] Absolute Timeout: Class-id Timeout Value Time Remaining Source 0 86400 23:59:55 Peruser Policing: Class-id Dir Avg. Rate Normal Burst Excess Burst Source 0 In 25000000 37500000 0 Peruser 1 Out 50000000 75000000 0 Peruser Configuration Sources: Type Active Time AAA Service ID Name USR 00:00:05 - Peruser INT 00:00:05 - Virtual-Template1 [color=#006600][font=Courier,] [/font][/color] Видел гайд https://drive.google.com/file/d/0B4dvafHHhRrWS1BFUDZVdnBGdFU/view?pref=2&pli=1 но у нас немного не то.

Был в гостях у одного уральского оператора, предоставляющего gpon в частный сектор. Увидел это у абонентов. Помогите опознать. Гуглил по маркировке и то ли лыжи не едут, то ли я.

Ок. Делал. По вашей логике получается, что мы включили абсолютно другой коммутатор в этот же порт и наблюдали проблему. Ну формально.