nocproject.org

Skripnik-ru, разобрался со сниппетами, или еще есть вопросы?

только пришел. сейчас буду разбираться

<mikevlz|2>, ты здесь?

а то со снипетом никак разобраться не могу.

<zi_rus>, вот и ответ- пока не разобрался. тугой я сегодня.

Skripnik-ru, и что тебя остонавливает?

недостаток знаний

снипет вылетает с трейсом

у трейса есть ошибка, начинай с нее

вот смотри, если прописать в снипете context["cmd"]="" + context["speed"] + "\n" то все работает.

допустим

но если написать context["cmd"]="" + context["object"] + "\n" то результатом является трейс http://pastebin.com/CkLZaDHH

потому что context["object"] - это не строка, а объект. тебе надо название тогда context["object"].name (или как там в модели)

да хрен его знает как там в модели... где посмотреть то?

отбой

/opt/noc/sa/models/

context["object"].name - правильный вариант.

вот теперь наконфигую сейчас железок

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

а VC manadgment Володин занимается?

живые люди с цисками есть? с STP

не СТП а портчанел

при попытке получить портчанел вылазит непонятный глюк

строка перебивается символом \x08

что может быть http://pastebin.com/RJi6SpmY

У меня нормально вроде все работает.

похоже нашел проблему но как решать...

длинна строки компнда и подсказки циски приближается к 80....

а вот как исправить...

Оставь в "i Members in this channel" только "i Members" по идее этого должно хватить.

это то понятно, но это же в ноке строка прописанна :-(

надо баг фичить...

А на чем у тебя это вылазит?

Cisco.IOS.get_portchannel

У меня С6500, С4500, С3750, С2960 ни на одной железке такое не вылазило, все нормально отрабатывает.

а у тебя есть циски с длиной имени больше 23?

Зачем тебе столько? :)

судьба такая

было 30+...

господа, а помогите понять как может быть такой пинг ?

64 bytes from 10.2.239.161: icmp_req=21 ttl=62 time=57673 ms

64 bytes from 10.2.239.161: icmp_req=22 ttl=62 time=56665 ms

64 bytes from 10.2.239.161: icmp_req=23 ttl=62 time=55677 ms

64 bytes from 10.2.239.161: icmp_req=24 ttl=62 time=56509 ms

64 bytes from 10.2.239.161: icmp_req=76 ttl=62 time=4741 ms

64 bytes from 10.2.239.161: icmp_req=77 ttl=62 time=7434 ms

64 bytes from 10.2.239.161: icmp_req=78 ttl=62 time=7432 ms

я честно не представляю что такое надо делать с пакетами что бы они так вот зависали

teroni: У меня например 2 символа отображают уровень на котором железка работает (Access Lever, Core, Data Center....), 5 символов - модель железки, 2 - символа колличество портов и 3 символа - код места расположения. Итого 15 символов с

разделителями. Можно вместо количества портов расширить поле кода расположения.

идея хорошая... но протокнуть не получится...

А мы ему по морде чайником, а мы ему по морде чайником, а мы ему по морде чайником и пойдем именовать. :)

freeseacher, шейпер?

или иной большой буфер и перегрузка

софтовый рутер по пути

traceroute может помочь

zi_rus, как мне настроить шейпер что бы добиться такого поведения ?

аццкий размер буфера и ооооооочень редкий его прос ?

длинный буфер и большой трафик

и tc побольше

это пинг до Gsm модема

через gsm?

да

на радио еще какие задержки могут быть

Gsm можем поднял openpvn

дата трафик там на втором месте, голос в приоритете

соседний ойпишник в том же городе имеет пинг 800 мс

перегрузка на физике вот ждет твой пинг долго

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

56 секунд!!!

я готов согласится на пинг в 4 секунды

хотя я все равно не понимаю откуда столько

голосовые вызовы занимают все таймслоты и негде передть данные, вот и курит твой пинг пока кто-нибудь не закончит болтать