maximcanna

не очень... NON-DHCP-CLIPS (авторизация по IP пакету), и просто чтоб релай в таком случае работал.

Есть влан-ы в которых водятся разные пользователь (Static & DHCP). Хочу перебросить их на SE, без выделенных DHCP-Relay, тоесть SE должен пересылать DHCP запросы к серверу. Никак не получается настроить L2 NON-DHCP-CLIPS. Клиенты со статикой работают, но динамические не получают адреса. Точнее SE не пересылает DHCP запросы. [CLIENTS]SE-BRAS#show dhcp relay stats ************ Dropped packets----------------------------------------------------- Bad Ack : 0 Internal Error : 0 Bad Length : 0 Bad Circuit : 0 Bad Circuit UP : 0 Bad Circuit Kern : 0 Bad Circuit EOF : 0 Bad Circuit slot : 0 Bad Context : 0 Bad Server IP : 0 No Server : 0 No Interface : 0 Unbound Circuit : 199 Disabled Interface : 0 Min Wait Error : 0 Max Hops Error : 0 Bad IP : 0 Unknown Packet Type : 0 Dropped Discover : 0 Dropped Request : 0 Dropped Offer : 0 Dropped Ack : 0 Dropped Release : 0 del_pending_dropped : 0 EP Down : 0 Error in Options : 0 max-addr dropped : 0 non-clips mac : 0 Invalid mac-addr : 0 MAC entry not found : 2 Dup cct-cfg entry : 0 Mismatch ip/mac : 0 No renewal marked : 0 Dropped invalid server: 0 Bcast/Mcast mac : 0 Context not found : 0 Interface not found : 0 Circuit not found : 0 Request entry not found: 0 Drop dup disc/del req : 0 Drop dup discover : 0 Throttle dropped disc : 0 ************ настроенно так: service-policy name CLIPS allow clips ip range 192.168.4.128 192.168.4.255 port ethernet 2/1 mtu 1526 no shutdown encapsulation dot1q dot1q pvc 2002 service clips auto-detect context CLIENTS service-policy CLIPS context CLIENTS interface IF_192.168..4.128 multibind description TEST_2002-2124 ip address 192.168.4.129/25 dhcp proxy 65535 server-group CLIPS ip source-address dhcp-server ip arp proxy-arp always ip pool 192.168.4.128/25 dhcp relay server 10.10.1.1 max-hops 10 server-group CLIPS ! dhcp relay server 10.10.1.2 max-hops 10 server-group CLIPS есть у кого идеи?

Начну так: есть необходимость на SE терминировать пользователей которые в разных влан-ах (Vlan per User QinQ) и пользователей которые находятся в общем ВЛАН-е. Для первых мы настроили auto-subscriber и определяем их по INNER и OUTER влан-ам, в таком случае, даже если у клиента больше чем 1 адрес, всё спокойно резалось по ADF (в версии 11). Для последних последних понадобилась 12-я версия и её NON-DHCP-CLIPS, так как есть и пользователи у которых статически вбиты адреса. Если можно както по другому обойти ограничения буду только рад протестировать :). может тотже NON-DHCP-CLIPS на блоке 1qtunnel?

покажите что вы пытаетесь возвратить в ADF? X-Ascend-Data-Filter += "ip in forward srcip x.x.x.x/32", X-Ascend-Data-Filter += "ip in drop", Причем он это понимает: Session state Up Circuit 1/2 vlan-id 3309:2136 clips 263105 Internal Circuit 1/2:511:63:31/13/2/961 Interface bound IF_TEST Current port-limit unlimited Protocol Stack IPV4 context-name CLIENTS (applied) ip interface IF_TEST (applied) dhcp max-addrs 1 (not applied) ip address x.x.x.x (applied) ascend data filter (applied in) TLV size is: 64 ip in forward srcip x.x.x.x/32 ip in drop Но режет пакеты. в 11 версии работает нормально. Также в 12 версии работает если поставить маску /31 а не /32 , но в таком случае мы разрешаем пользователю доступ и с соседнего адреса...

Столкнулся с проблемой: Есть необходимость настроить на SE1200 NON-DHCP-CLIPS, потому и решили обновиться до 12.1.1.2/12.1.1.4p3. Оказалось что версии >12 не правельно понимают атрибут: Ascend-Data-Filter, а точнее srcip x.x.x.x/32 ему понятна, но она не работает, x.x.x.x/31 работает как положенно. в 11.1.2.9 все работает как надо, вот только нет в ней NON-DHCP-CLIPS... Может комуто удалось побороть такое поведение?