forella
Content Type
Profiles
Forums
Calendar
Posts posted by forella
-
-
короче получилось заставить работать. но очень по кривому, схему прикрепил как работает.
вобщем первый пакет прилетает броадкастом и на 172.17.1.1 и на 172.16.22.1. пришлось поднимать на dhcp server 172.17.1.2 чтоб ответить на первый пакет, следующие пакеты(перезапросы) уже идут туда куда ip helper назначен т.е. на 172.16.22.1. может есть у кого-то мысли как убрать с этой схемы все ip подсети 172.17.1.1\24 кроме собственно 172.17.1.1. посоветовали поднимать dhcp сервер на шлюзе в каждом влане да и все, но так не получится, шлюз это оттдельный физический сервер а dhcp это другой, в оттдельном влане который не только olt будет обслуживать. т.е. нужно релеить запросы абонские всеравно на оттдельный влан.
вот так это выглядит на dhcp server:
Aug 8 15:50:33 dds2 dhcpd[47478]: DHCPDISCOVER from d4:ca:6d:f4:5c:9c via 172.17.1.254
Aug 8 15:50:33 dds2 dhcpd[47478]: DHCPOFFER on 172.17.1.232 to d4:ca:6d:f4:5c:9c via 172.17.1.254
Aug 8 15:50:33 dds2 dhcpd[47478]: DHCPREQUEST for 172.17.1.232 (172.16.22.1) from d4:ca:6d:f4:5c:9c via 172.17.1.254
Aug 8 15:50:33 dds2 dhcpd[47478]: DHCPACK on 172.17.1.232 to d4:ca:6d:f4:5c:9c via 172.17.1.254
Aug 8 15:58:03 dds2 dhcpd[47478]: DHCPREQUEST for 172.17.1.232 from d4:ca:6d:f4:5c:9c via vlan2201
Aug 8 15:58:03 dds2 dhcpd[47478]: DHCPACK on 172.17.1.232 to d4:ca:6d:f4:5c:9c via vlan2201
а вот так на router
17:50:12.989476 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from d4:ca:6d:f4:5c:9c (oui Unknown), length 300
17:50:15.612475 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from d4:ca:6d:f4:5c:9c (oui Unknown), length 300 -
В 03.08.2022 в 10:42, ISK сказал:
Да, это таки проблема с ону, причём известная давно: https://ixnfo.com/nastrojka-bdcom-gp3600.html
и хотя бдком умеет работать с самым разнообразным зоопарком, но бывают и исключения...
та я думаю врядли проблема будет с ону, т.к. 2 разных производителя и так взял на тест. получается что нужно брать только бдком'овские ону чтоб работало как нужно.
может ктото поделится куском конфига где работает ip helper, т.к. думаю что гдето промлема там.
вот с таким куском конфига (vlan1701 - ону(абонент), vlan2201 - dhcp сервер)
interface VLAN1701
ip address 172.17.1.254 255.255.255.0
no ip directed-broadcast
ip helper-address 172.16.22.1
!
interface VLAN2201
ip address 172.16.22.11 255.255.255.0
no ip directed-broadcast
ip helper-address 172.16.22.1
запросы приходят в оба vlan, и на ip helper и в тот с которого был запрос(vlan1701).
похоже что ip helper както странно отрабатывает в одну сторону перебрасывает пакеты из абонентского vlan в dhcp сервер, а вот в обратном порядке нет т.к. ответ не доходит.
кажется что либо где-то что-то прое*, либо какойто косяк в прошивке.
-
Впринципе mac или серийник не суть важно, главное как-то уникализировать, по серийнику тоже все получилось, прост оне знал чт оу gpon логика немного изменилась с мака на серийник.
теперь еще один вопрос на счет dhcp. никто не сталкивался с проблемой, не доходит dhcpoffer до клиента? т.е. запрос от клиента прилетает на dhcp сервер, он оттдает ip, но до абонента он не доходит, и так покругу. может чего в конфиге упустил или ону такая попалась? хотя имеем на тесте 2 ону zte и huawei и у обеих поведение идентичное. на статике работает все норм. -
с таким конфигом заработало когда cmd-sequence 006 gpon onu flow-mapping-profile vlan1701 стоит в конце всех правил:
gpon profile onu-flow-mapping vlan1701 id 3 gpon-profile entry 1 uni type eth-uni 1 gpon-profile entry 1 virtual-port 1 gpon profile onu-vlan vlan1701_test id 4 gpon-profile vlan mode tag gpon-profile vlan pvid 1701 0 gpon onu-config-template port1_1 cmd-sequence 001 gpon onu tcont-virtual-port-bind-profile tvbind-default cmd-sequence 002 gpon onu uni 1 vlan-profile vlan1701_test cmd-sequence 003 gpon onu uni 1 uni-profile MTU cmd-sequence 004 gpon onu loopback-detect protocol private cmd-sequence 005 gpon onu uni 1 loopback-detect enable cmd-sequence 006 gpon onu flow-mapping-profile vlan1701
Теперь вопрос про option82, удалось у кого-то заставить передавать в option82 mac onu?
из всех возможностей:
snmp-ifindex -- Use SNMP ifindex option 82 format hn-type -- Use cisco option 82 format cm-type -- Use cm-type option 82 format hw-type -- Use hw-type option 82 format option82-customized -- Use option82-customized manual -- Config option 82 format manual fixed-type -- Hostname/SN.VLAN
ни в одном случае мака ону нет.хотя имеем в работе p3310 с настройкой
ip dhcp-relay snooping information option format hn-type host - получаем мак ону в Remote-ID
а в gp3600 с этой настройкой прилетает 35:41:35:34:34:35:34:37:43:36:39:43:32:36:43:43:2d:31 (5A544547C69C26CC-1) и что это такое понятно только китайцам -
вобщем ошибка заключается в %GPON-ONUCONFIG: Flow-mapping config failure on port GPON0/1:1. поэтому и нет ethernet линка.
кому не сложно поделитесь куском конфига с рабочим куском gpon profile и gpon onu-config-template?вот тут такая проблема обсуждалась https://forum.nag.ru/index.php?/topic/147277-problema-s-konfigom-bdcom-gp3600-16/ , но что-то не с одним из решений не удалось заставить заработать лан порт.
-
33 минуты назад, khatgit сказал:
Какое-то описание у вас дурацкое - читаешь и ничего не понятно. По какому критерию вы определяете, что lan порт ону не работает?
Я бы предположил, что в этом порту не поднимается линк - но в вашем же комментарии есть вывод команды "show gpon interface gpoN 0/1:1 onu port 1 state", которая говорит что линк есть.
P.S. - прошивка 10.3.0D build 81888 кривая. Там есть проблемы с применением onu-vlan profile - вроде как этот баг исправлен на 89045.
извиняюсь, конфиг не тот скинул с олт, исправил. сейчас выяснилось что проблема когда темплейт на гпон порт ставишь проявляется проблема такая, с дефолтными настройками (2 порт) такой проблемы нет, пока в поисках где в темплейте может проявляться такая проблема. прошивку обновил на BD_GP3616B_10.3.0D_99242.bin
на счет show gpon interface gpoN 0/1:1 onu port 1 state - линка нет, когда он есть пишет к примеру:
GPON0/2:2 uni-port 1 up
100BASE-T(100Mbps Full-Duplex)а когда нет:
GPON0/1:2 uni-port 1 up
10/100/1000 BASE-T(Unknown)то что он up это он включен, а то что он Unknown - это его физически нет.
-
имеется bdcom gp3600-16B c с прошивкой 10.3.0D build 81888, и 2 onu на тест: zte f601 и huawei hg8310m
ситуация такая, если включить ону не подключая пон порт то лан порт на ону работает, если подключить пон порт к ону то после регистрации ону выключается лан порт. такое поведение на обоих ону, идентичное.
сталкивался ли кто-то с такой проблемой, либо может есть какаято команда вкл\выкл лан порт на ону, т.к. похоже что лан порт на ону выключает олт.нашел только команду: Switch_config_gpon0/1:1#gpon onu uni 1 noshutdown - не помогаетпрограмно он включен, физические его нет.
Проблема когда назначаешь свой темплейт на gpon порт. на 1 порту проблема есть, на 2 порту с дефолтными настройками все работает как нужно.
Switch#show gpon interface gpoN 0/1:1 onu port 1 state GPON0/1:1 uni-port 1 up 100BASE-T(Unknown) Switch#show gpon interface gpoN 0/1:2 onu port 1 state GPON0/1:2 uni-port 1 up 10/100/1000 BASE-T(Unknown)
Switch#show gpon interface gpoN 0/2:1 onu port 1 state GPON0/2:1 uni-port 1 up 10/100/1000 BASE-T(1Gbps Full-Duplex) Switch#show gpon interface gpoN 0/2:2 onu port 1 state GPON0/2:2 uni-port 1 up 100BASE-T(100Mbps Full-Duplex)
ниже собствественно конфиг olt:
Current configuration: ! !version 10.3.0D build 99242 service timestamps log date service timestamps debug date logging buffered 100000 ! port-protected 1 ! spanning-tree mode rstp ! gpon profile onu-rate-limit ratelimit-default id 1 gpon-profile pir 1244160 cir 1244160 ! gpon profile onu-uni MTU id 2 gpon-profile max-frame-size 1550 ! gpon profile onu-uni test id 3 ! gpon profile onu-tcont tcont-default id 1 gpon-profile tcont-type 3 pir 1024000 cir 512 ! gpon profile onu-virtual-port virtual-port-default id 1 gpon-profile encryption disable gpon-profile upstream queue 8 gpon-profile downstream queue 8 ! gpon profile onu-tcont-virtual-port-bind tvbind-default id 1 gpon-profile virtual-port 1 profile virtual-port-default tcont 1 profile tcont-default ! gpon profile onu-flow-mapping flow-mapping-default id 1 gpon-profile entry 1 uni type eth-uni all gpon-profile entry 1 virtual-port 1 ! gpon profile onu-flow-mapping flow-mapping-default-hgu id 2 gpon-profile entry 1 uni type veip all gpon-profile entry 1 virtual-port 1 ! gpon profile onu-flow-mapping vlan1701 id 3 gpon-profile entry 1 uni type eth-uni all gpon-profile entry 1 vlan 1701 gpon-profile entry 1 virtual-port 1 ! gpon profile onu-vlan vlan1701 id 3 gpon-profile vlan mode trunk gpon-profile vlan pvid 1701 0 gpon-profile vlan trunk vlan-allowed 1701 ! ! gpon onutype-template onutype-default-hgu gpon-onutype match ctc-onu-type HGU gpon-onutype config tcont-virtual-port-bind-profile tvbind-default gpon-onutype config flow-mapping-profile flow-mapping-default-hgu ! gpon onutype-template onutype-default gpon-onutype config tcont-virtual-port-bind-profile tvbind-default gpon-onutype config flow-mapping-profile flow-mapping-default ! gpon onu-config-template port1 cmd-sequence 001 tcont-virtual-port-bind-profile tvbind-default cmd-sequence 002 gpon onu flow-mapping-profile vlan1701 cmd-sequence 003 gpon onu uni 1 vlan-profile vlan1701 cmd-sequence 004 gpon onu uni 1 uni-profile MTU cmd-sequence 005 gpon onu loopback-detect protocol private cmd-sequence 006 gpon onu uni 1 loopback-detect enable ! ! interface Null0 ! interface GigaEthernet0/0 ! !!slot 0 1 GP3600-16B mother card ! interface TGigaEthernet0/1 switchport trunk vlan-allowed 1601,1700-1701,2201 switchport trunk vlan-untagged none switchport mode dot1q-tunnel-uplink dhcp snooping trust storm-control broadcast threshold 5 storm-control multicast threshold 5 storm-control unicast threshold 5 ! ! interface GPON0/1 gpon pre-config-template port1 bind-onuid 1-128 gpon bind-onutype onutype-default-hgu precedence 127 gpon bind-onutype onutype-default precedence 128 filter dhcp switchport trunk vlan-allowed 1701 switchport trunk vlan-untagged none switchport mode trunk switchport protected 1 storm-control broadcast threshold 1000 storm-control multicast threshold 1000 storm-control unicast threshold 5 ! interface GPON0/2 gpon bind-onutype onutype-default-hgu precedence 127 gpon bind-onutype onutype-default precedence 128 gpon bind-onu sn HWTC:F8AB4A35 1 gpon bind-onu sn ZTEG:C69C26CC 2 switchport protected 1 storm-control broadcast threshold 5 storm-control multicast threshold 5 storm-control unicast threshold 5 ! interface GPON0/2:1 gpon onu model-id HG8310M gpon onu tcont-virtual-port-bind-profile tvbind-default gpon onu flow-mapping-profile flow-mapping-default gpon onu virtual-port 1 gem-port 257 gpon onu tcont 1 alloc-id 257 ! interface GPON0/2:2 gpon onu model-id F601V6.0 gpon onu tcont-virtual-port-bind-profile tvbind-default gpon onu flow-mapping-profile flow-mapping-default gpon onu virtual-port 1 gem-port 256 gpon onu tcont 1 alloc-id 256 ! !!slot end ! interface VLAN1 ip address dhcp no ip directed-broadcast ! interface VLAN1601 ip address 172.16.1.10 255.255.255.0 ip directed-broadcast ! interface VLAN1700 ip address 172.17.0.11 255.255.255.0 no ip directed-broadcast ! interface VLAN2201 ip address 172.16.22.11 255.255.255.0 no ip directed-broadcast ip helper-address 172.16.22.1 ! ! ! vlan 1700 name vlan_olt ! vlan 1701 name abon_port1 ! vlan 2201 name dhcp_server ! vlan 1,1601,1700-1701,2201 ! ! ! ! ip dhcpd enable ! ip dhcp-relay snooping ip dhcp-relay snooping vlan 1701,2201 ip dhcp-relay snooping rapid-refresh-bind ip dhcp-relay snooping information format ascii ! ! ! ! ! ! ! ip route default 172.16.1.1 ip exf ! ipv6 exf ! ip telnet attack-defense ! ip http server ! ! ! ! ! ! !Pending configurations for absent linecards: ! !No configurations pending global
-
Куплю dlink des 3200-18 бу, предложения в ЛС. Желательно оплата на безнал, но не обязательна.
-
куплю рельсы(направляющие) на hp dl360p gen8 и\или hp dl360 gen9
-
17 часов назад, be4v15 сказал:
ну да, уже 30 лет происходит, но раньше примерно каждые года 4 делили на 2, а теперь помножили на 0
а теперь наступил его апофеоз
а так-то плодить коррупцию, строить законодательно мини-рашку было норм.
ТС, по возможности едь в Австралию, США, любую нормальную страну где зарплата сварщика оптики 6+ к в мксяц. Пока есть пауза- учи язык
p.s.
сам потерял сеть, все нах разрушено физически. к счастью есть такая штука как диверсификация и было понимание что сеть как бизнес умер в 2014 окончательно.
Возможность ехать куда-то пограничники сразу отобъют, так что пока живем с девизом "Где родился, там и пригодился".
-
-
-
Куплю бу dlink des 1210-52ME, именно ME и именно des, другие модели не интерисуют. желательно с оплатой по безналу.
Либо кто-то может посоветует похожие комутаторы других вендоров. Главное: глубина комутатора как у вышеуказаного до 21-23см, без вентиляторов, на 48 абонентских портов (100мбит) и ОБЯЗАТЕЛЬНО поддержка option82.
-
1 час назад, nordstream сказал:
А чем тебе комбайн не нравиться? 5-й год уже шуршит и проблем нет. А по нынешним временам когда у всех конкурентов между селами оптика пошинкована на "макароны", минометами и артиллерией, а кое-где и опор нет (орки себе бетонные опоры на блиндажи посбивали километрами) мы единственные кто в нескольких пгт и селах работаем магистралями на камбиумах. Была ситуация когда Атраком въе...ли оптику и неделю город на 50000 рыл сидел без связи вообще. Попросили нас что нибудь сделать так как у нас ЕТТ был. Подняли туда канал на Камбиуме за сутки. Худо бедно но все что надо было по службе и бюджету работали. Потом пару тарелок Старлинка туда подвезли, а позже Атраком свой кабель отремонтировали. Но канал туда так и оставили пока как резерв к ним. Так что не п..те на Камбиум. Железяка зачетная в отличии от всяких микротиков и юбикьюти и свои задачи выполняет на 100%.
т.е. за сутки вы подняли на камбиуме канал, который худо бедно выполнял свои задачи, а убикьюти там бы не справился? интересное заключение...
-
16 часов назад, rsst сказал:
все просто. Для длительной (по циклам) работы свинца его нужно брать в 2 раза больше по емкости, иначе разрады более 50% убьют батареи за год-полтора. С лифером такого прикола нет.
отработала пара таких лет 10, заменили чисто из соображений "на всякий случай". Вентили смазывал 1 раз кажись
генератора надо 2 вдруг один не запустится. я серьезно
или 1 хороший, 10 лет полет нормальный) но да, нужно готовится к нек-му простою, особенно в большой мороз.но там уже какждый сам решает по бюджету...
-
стоит вот такой упс http://luxeon.ua/ups/34/989/ и аккамуляторы на 12А, хватает на 40-60минут. так же стоит авр который при пропадании напряжения автоматически заводит генератор. 40-60 минут хватает с запасом чтоб завести генератор. uptime 100%, переключение сеть\аккамуляторы оборудование "не замечает".
дешевле купить генератор на нужную вам мощность нежели запасаться аккамуляторами. да и генератор потом можно на пользу пустить, например фонарики зарядить=)
- 1
- 1
-
В 13.02.2022 в 01:47, Туйон сказал:
Не обольщайтесь с ПОНом в многоэтажках.
а почему если не секрет? сейчас стоим перед выбором, витая пара растягивалась 8-9 лет назад и приходит потихоньку в негодность, и, либо перетягивать всю витую пару либо заменить на пон. на бумаге пон выглядит довольно таки привлекательно, а на практике вот хз...
-
19 минут назад, Vallimor сказал:
Есть конкретная цель, дабы за конкретной ОНУ стояло лишь конкретное устройство, без возможности смены MAC-адреса, прописывания статических адресов и т.д.
Повторюсь, запретить, именно ЗАПРЕТИТЬ, вы никак не сможете, чтоб абонент не смог менять мак. шнурок только можете абоненту обрезать и то он будет менять мак, а вы об этом не узнаете=)
тут у вас 2 варианта, принять как есть, пускай себе меняет мак, но тут если вирусня оч активная она может забить всю таблицу мак адресов на ону (но она там вроде небольшая, чтото около 64шт), либо ограничить 1 мак на порт ону сделав что-то типа (для бдкома)epon onu port 1 mac address-table dynamic maximum <Количество mac-адрес на определенном Ethernet-порту> (не знаю насколько действенна команда, нашел в инете), и авторизировать по маку к примеру, и у вас даже если абонент сменит мак, т.к. вы авторизируете конкретный, он ничего не получит пока не вернет как было.
-
50 минут назад, Andriydjv сказал:
Gpon тому що 128 на порті, заходжу на 5ти поверхівки а плотність там більша, до того в приватному секторі був, волокна ще є але ніж 1 а потім ще другий (в сумі 4й) бідіком ставити думаю може краще вже gpon добрати і посьолок 5ти поверхівки на gponi будувати а старі дерева пока на bdcom будуть а згодом у всіх поміняти онушки і вже на gpon зробити.
Какое максимальное количество квартир в одной многоэтажке?
-
В 09.02.2022 в 13:48, Vallimor сказал:
Доброго времени суток.
BDCOM P3608
Есть необходимость привязать MAC-адрес клиентского устройства установленного за ONU к самой ONU, дабы клиент не смог изменять MAC-адрес за ONU.
Подскажите пожалуйста методы реализации?а зачем такое нужно? просто интересно...
запретить клиенту менять мак вы никак не сможете, пускай себе меняет, авторизируйте по одному маку.- 2
-
48 минут назад, nedoinet сказал:
Кроме одного момента. Если строить с нуля. А если пересаживать на них существующий зоопарк - будет веселье с онухами не ctc 3.0.
ну там пару олт 3310, а человек нацелен на gpon, всеравно всем ону менять.
хз что там на c-data, но на бдкомах у нас еще приличное количество старых ANYK и FORRA железные еще живут до сих пор, года с 2013 примерно...
-
1 час назад, Andriydjv сказал:
Розумній підхід, про те щоб постійно тримати запасну желізяку gpon я неподумав, дякую за ідею, за 2к щоб лежало знецінювалось не варіант, хіба ще розглядаю варіант на випадок поломки зразу з магазину привезти але всетаки кілька годин простою.
Они на складах не всегда бывают, в магазине темболее....
про zte и huawei можете забыть опять же из-за резерва, их в наличии почти нигде нет, под заказ все, а если и есть что в наличии то ценик конский. смотрите в сторону bdcom или cdata.
а почему именно gpon хотите? сколько абонентов намечается? напряженка с волокнами?
-
10 часов назад, Andriydjv сказал:
Вітаю колеги по діяльності) . Допоможіть з вибором Olt для розширення мережі epon.
Зараз стоїть 2 чотирьох портових bdCom 3310 заповнених onu на більшу половину, заходжу в квартирний район і постає питання на перспективу розумної та б'юджетної і одночасно простої в налаштуваннях (на подобі BdCom) побудови PON, в квартирах зараз починаю ставити онушки XPON щоб потім неміняти.
В думках на перспективу в квартирний напрямок ставити Olt gpon, і питання який, бачив що вже є і BdCom gpon, C-data, V-sol, та інші, ZTE чи Huawei незнаю чи економічно доцільно і по енергоспоживанню вигідно на даний час? Чи просто доставити epon на 8 портів чи ті два бдкома замінити на щось 16 портове epon і задіювати решту запасних волокон? Хто що може підказати?
Все зависит как быстро вы заполните все 16 портов как хотите взять. все многопортовое дорого держать в резерве.
стоит 10+ бдкомов 3310 и + 1 в резерве, всяко дешевле маштабироваться. а так держать на полке запасную 16портовую железку за 2к$ такая себе затея.
- 1
-
1 час назад, axl72 сказал:
не бывает случаев, что левый замок защелкнулся а правый нет и лестницу перекосило?
такое редко, часто проблемы именно со слаживанием со временем, когда защелки сжаты а склад не падает приходится извращаться чтоб держать 2 защелки и както толкнуть вниз склад
все зависит от того как часто она будет вам нужна, у нас использовалась практически каждый день по 1-2 раза разлаживалась, после года использования начала понемногу подклинивать, через еще год можно уже выкидывать.
не работает lan порт на onu olt bdcom GP3600-16B
in PON
Posted · Edited by forella
это справедливо когда и dhcp сервер и шлюз на ордном серевере. но в схеме физически 2 сервера, один dhcp второй шлюз с nat и т.п.
если поднимать на обоих серверах клиентский влан, ему нужно дать ip, итого -2 ip. броакастом полетят запросы на оба сервера, зачем? на то релей и придуман с ip helper чтоб завернуть запрос юникастом и отправить куда нужно.
клиент дал запрос - завернули юникастом на dhcp сервер - оттдали ip - все, дальше пускай работает со шлюзом.
по конфигам c ip helper мне будет достаточно поднять dhcp сервер на одном влан. а если у меня будет 1000 подсетей маленьких, в каждой чтоли прослушивать запросы dhcp сервером. я думаю это не очень правильно. У кого есть схема vlan peer user вы в каждом vlan прослушиваете запросы?
на epon у меня есть схема с ip unnambered, где dhcp сервер раздает всего в одном влан ip, но там запросы релеит cisco, и нормально с этим справляется.
сдесь жешь чтото не то, тот же supervlan на бдкоме функция такая что тянет на оттдельное обсуждение, так и не удалось заставить работать по принципу циски повесить все на loopback, там такого просто нет. supervlan поднимается как интерфейс хотя при этом ни в каком vlan не состоит, и назначить ему vlan никак нельзя.
вот както так оно умеет:
Switch_config#interface superVLAN ?
<1-32> -- SuperVLAN interface number
------
interface SuperVLAN17
no ip address
no ip directed-broadcast
ip helper-address 172.16.22.1
subvlan add 1701
----
оно б меня спасло, можно было бы поднять Ip в супервлан и поднять этот влан на dhcp севрер один и потом раскидывать по абонентским (subvlan) на олт, так этому supervlan никак нельзя назначить влан, он как бы есть, а как им пользоваться хз.
еще интересный нюанс где-то тут уже писали, что, если в клиентском влан на бдком не поднять ip, helper не заработает.
т.е. если сделать вот так, не работает:
interface VLAN1701
ip helper-address 172.16.22.1
а вот так рабоатет:
interface VLAN1701
ip address 172.17.1.254 255.255.255.0
ip helper-address 172.16.22.1
но, опять же, приходит заспрос на 172.16.22.1 от 172.17.1.254
хотя что мешает отправить запрос напрямую с вот таким конфигом?
interface VLAN1701
ip helper-address 172.16.22.1
!
interface VLAN2201
ip address 172.16.22.11 255.255.255.0
как его заставить отправить напрямую запрос на 172.16.22.1 с 172.16.22.11 и передать ip абоненту?