LS
Вероятно ЮС просто не знает откуда брать эти цифры, потому что у БГ очень сложное понимание, что такое трафик. Трафик бывает разный и он по разному может учитываться.
Size: a a a
2021 April 14
MA
Коллеги, вдруг подскажет кто? API commutation. сторона объекта применимо к кабельным линиям это что?
MA
на примере.... object_type=fiber&object_id=100& object2_type=fiber&object2_id=200&object1_port=1& object2_port=1
cкоммутирует волс 100 с волс 200 волокно 1 с волокном 1.
А сторона объекта что имеется ввиду? и какие значения может принимать?
cкоммутирует волс 100 с волс 200 волокно 1 с волокном 1.
А сторона объекта что имеется ввиду? и какие значения может принимать?
MA
ну, как бы, я с этими вводными вопрос задал.... я с апи работаю достаточно плотно и во всех разрезах.... как обычный апи, так и внутренний....
object1_side - сторона объекта 1 (для кабельных линий)
object2_side - сторона объекта 2 (для кабельных линий)
что это?
object1_side - сторона объекта 1 (для кабельных линий)
object2_side - сторона объекта 2 (для кабельных линий)
что это?
MA
и эти параметры в "Обязательные параметры"... я, конечно, выставлял {1:2), но понимать бы, для чего это. а так, по апи 3 собаки съел
MA
для кросса, допустим, применимо сторона.... станционная/линейная.... а для fiber?
AD
Ну очевидно жеш.
Кабель 2 конца имеет. С каждого конца к одному и тому же волокну присоединены разные потребители.
Кабель 2 конца имеет. С каждого конца к одному и тому же волокну присоединены разные потребители.
MA
не, не очевидно.... и, скорей всего лишнее... особенно при процедурах импорта через апи.... Антон, переубеди.... есть fib id 1 fib id 2 они сходятся в муфте id3 есть первое волокно в fib 1 и 1 в fib2..... я понимаю, что в юс если рисовать на карте, то первое это которое слева на право.... а при импорте через апи? когда они ....пиииип.... перепутаны местами 10 раз
AD
Не совсем понял.
Метод API
Нужно каким-то образом получить информацию что скоммутировано с одной или другой стороны волокна.
Метод API
Нужно каким-то образом получить информацию что скоммутировано с одной или другой стороны волокна.
AD
Если речь о том, что необходимо в логику добавлять автопроверку/автосоображалку - "само подставлять нужную сторону" - это другое дело
MA
во, ты правильно понял ) я обнаружалку эту писал в 200 строк кода год назад. сейчас пытаюсь понять где накосячил )))
MA
т.е. ты при создании fiber даешь ему данные при импорте fib_name,node1, node2
дальше setgeoroute из того же fiber, а когда у тебя остается таблица id_fiber1,id_fiber2,volokno_fib1,volokno_fib2 начинается путаница. т.к. в импортируемой таблице коммутаций fib1 и fib2 перепутаны местами.... ибо, волокна сварены могут быть с 2 концов. и могут быть сварены петлей в одной муфте, скажем
дальше setgeoroute из того же fiber, а когда у тебя остается таблица id_fiber1,id_fiber2,volokno_fib1,volokno_fib2 начинается путаница. т.к. в импортируемой таблице коммутаций fib1 и fib2 перепутаны местами.... ибо, волокна сварены могут быть с 2 концов. и могут быть сварены петлей в одной муфте, скажем
MA
@duringer я в авто-определении использовал https://pypi.org/project/haversine/ с чеком по точке начала и точке конца волс с местом сварки. подставляя нужную 1/2
2021 April 15
₭
Тоже нули...
Но там много чего не совсем так работает.
А тикеты по BGBilling висят годами...
Но там много чего не совсем так работает.
А тикеты по BGBilling висят годами...
A
Понял, спасибо
₭
Напишите тикет, может "поправят"...
Но мы так сказать "смирились"!😊😋😊
Но мы так сказать "смирились"!😊😋😊
A
Да я думаю мы тоже вероятно смиримся. Т. К. Из всех тикетов только оборудование добавляется
G
На самом деле я заводил, но уже не помню точно, активность или трафик. Помню нетфлоу там через одно место собирался.