vovan-pmr

Вчера перегрузился проц ESR 10008 PRE4. Выдал ошибку MET Tue Dec 28 2010: Interrupt exception, CPU signal 20, PC = 0x4043EA00 Покопались, выяснили, что проблема в DRAM (сейчас кстати все пока работает). Но не могу найти нигде планок PRE4 DRAM..... Гугл молчит, прайс цискин тоже. Может кто подскажет, где есть такие модули?? Так, на всяк случай...

а может у кого есть для него лицензия и он готов ей поделиться :) ??

есть DHCP server от Cisco (cisco network registrar), но я так понял на него лицензия нужна..... ни у кого опыта общения с этим сервером нет??

посмотрите на рутрекере, там регулярно вылаживают

сегодня буду пробовать переносить DHCP с циски на внешний сервер. нужна привязка IP абонентов к свичу/порту, а DHCP на Cisco этого не умеет

спасибо за совет!

вот эт да..... а вариантов никаких нет, типа исправленной прошивы для DES 3550 ??

фишка в том, что сначала от клиента приходит DHCPDISCOVER без option 82, потом уже DHCPD: DHCPDISCOVER received from client 0100.c09f.119f.99 through relay 10.254.99.2. с опцией 82. почему так происходит??

куда релеить я тоже указал, забыл привести на форуме :)

помогите пожалста, может кто сталкивался. пытаюсь отдать IP по DHCP (сервер - cisco 7206, работает как ISG). релей - D-Link DES 3550. когда не использую DHCP классы, то адрес назначается нормально, сервисы на абонента навешиваются. но когда пытаюсь исользовать классы , типа ip dhcp pool DHCP_POOL1 import all network 10.254.98.0 255.255.255.0 network 10.254.99.0 255.255.255.0 secondary override default-router 10.254.99.1 default-router 10.254.98.1 lease 0 0 2 update arp accounting ISG-AUTH class GUEST address range 10.254.99.2 10.254.99.254 class CLASS1 address range 10.254.99.2 10.254.99.254 то происходит следующее, вот дебаг: .Dec 20 15:42:15.196: DHCPD: DHCPDISCOVER received from client 0100.c09f.119f.99 on interface GigabitEthernet0/1.120. .Dec 20 15:42:15.196: DHCPD: client requests 10.254.98.4. .Dec 20 15:42:15.196: DHCPD: input does not contain option 82 .Dec 20 15:42:15.196: DHCPD: requested address 10.254.98.4 is not on subnet 10.254.99.0. .Dec 20 15:42:15.196: DHCPD: input does not contain option 82 .Dec 20 15:42:15.196: DHCPD: Sending notification of ASSIGNMENT FAILURE: .Dec 20 15:42:15.196: DHCPD: htype 1 chaddr 00c0.9f11.9f99 .Dec 20 15:42:15.196: DHCPD: remote id 020a00005f997a0101000078 .Dec 20 15:42:15.196: DHCPD: interface = GigabitEthernet0/1.120 .Dec 20 15:42:15.196: DHCPD: class id 4d53465420352e30 .Dec 20 15:42:15.196: DHCPD: Sending notification of ASSIGNMENT_FAILURE: .Dec 20 15:42:15.196: DHCPD: due to: NO MATCHING CLASS NAME и т.д. потом .Dec 20 15:42:15.200: DHCPD: Sending notification of DISCOVER: .Dec 20 15:42:15.200: DHCPD: htype 1 chaddr 00c0.9f11.9f99 .Dec 20 15:42:15.200: DHCPD: remote id 010d3231372e31392e3231342e3137 .Dec 20 15:42:15.200: DHCPD: circuit id 00040078000a то есть оршен 82 все-таки приходит, но адрес так и не назначается..... настройки релея такие: enable dhcp_relay config dhcp_relay hops 16 time 0 config dhcp_relay option_82 state enable config dhcp_relay option_82 check disable я грешу на какие-то неправильные настройки D-Link или DHCP сервера. но в чем проблема???

это хорошо, а если таких пулов нужно 100-200 ?? перспектива не очень

если можно - поподробнее. я копался в доках, толкового ничего не нашел....

ну ладно, 10-15 минут - это еще можно допустить, если другого выхода нет.......... , а что с 1 вопростом??

Настраиваю DHCP сервер на циске для выдачи адресов по Option 82. Адреса выдаются из пула, который укажет радиус, все нормально, но есть пару вопросов: 1. Можно ли как-то указать, чтоб из данного пула абоненту выделялся постоянный IP, причем привязка по маку не интересна, нужна привязка по Option 82 (в данный момент абоненту выдается IP из нужного пула, но динамически) 2. На DHCP сервере для выдаваемого IP указывается время аренды и даже если абонент отключился, то занимаемый им IP будет удерживаться до истечения времени аренды. Ставить очень маленькое время нет смысла - большая нагрузка на сервер. Добавить в пул больше IP тоже не вариант, выдаются белые IP, разбрасываться ими не хочется. Есть ли какой-нить механизм на DHCP сервере типа keep alive??

Совсем уже заморочился. У меня на ISG (Cisco 7206) стоит DHCP сервер, который должен выдавать IP клиентам. Клиент в конце концов IP получает, но получение очень долго длится, в дебал сыпется следующее: *Mar 7 12:53:23.635: DHCPD: Reload workspace interface GigabitEthernet0/1.120 tableid 0. *Mar 7 12:53:23.635: DHCPD: tableid for 95.153.122.1 on GigabitEthernet0/1.120 is 0 *Mar 7 12:53:23.635: DHCPD: client's VPN is . *Mar 7 12:53:23.635: DHCPD: DHCPREQUEST received from client 0100.c09f.119f.99. *Mar 7 12:53:23.635: DHCPD: Finding a relay for client 0100.c09f.119f.99 through relay 10.10.10.10 *Mar 7 12:53:23.639: DHCPD: BOOTREQUEST from 0100.c09f.119f.99 forwarded to 10.10.10.11. *Mar 7 12:53:27.639: DHCPD: Reload workspace interface GigabitEthernet0/1.120 tableid 0. *Mar 7 12:53:27.639: DHCPD: tableid for 95.153.122.1 on GigabitEthernet0/1.120 is 0 *Mar 7 12:53:27.639: DHCPD: client's VPN is . *Mar 7 12:53:27.639: DHCPD: DHCPREQUEST received from client 0100.c09f.119f.99. *Mar 7 12:53:27.639: DHCPD: Finding a relay for client 0100.c09f.119f.99 through relay 10.10.10.10. *Mar 7 12:53:27.639: DHCPD: BOOTREQUEST from 0100.c09f.119f.99 forwarded to 10.10.10.11. *Mar 7 12:53:36.651: DHCPD: Reload workspace interface GigabitEthernet0/1.120 tableid 0. *Mar 7 12:53:36.651: DHCPD: tableid for 95.153.122.1 on GigabitEthernet0/1.120 is 0 *Mar 7 12:53:36.651: DHCPD: client's VPN is . *Mar 7 12:53:36.651: DHCPD: DHCPREQUEST received from client 0100.c09f.119f.99. *Mar 7 12:53:36.651: DHCPD: Finding a relay for client 0100.c09f.119f.99 through relay 10.10.10.10. *Mar 7 12:53:36.651: DHCPD: BOOTREQUEST from 0100.c09f.119f.99 forwarded to 10.10.10.11. *Mar 7 12:54:00.715: DHCPD: Reload workspace interface GigabitEthernet0/1.120 tableid 0. *Mar 7 12:54:00.715: DHCPD: tableid for 95.153.122.1 on GigabitEthernet0/1.120 is 0 *Mar 7 12:54:00.715: DHCPD: client's VPN is . *Mar 7 12:54:00.715: DHCPD: DHCPREQUEST received from client 0100.c09f.119f.99. *Mar 7 12:54:00.715: DHCPD: Finding a relay for client 0100.c09f.119f.99 through relay 10.10.10.10. *Mar 7 12:54:00.715: DHCPD: BOOTREQUEST from 0100.c09f.119f.99 forwarded to 10.10.10.11. *Mar 7 12:54:04.731: DHCPD: Reload workspace interface GigabitEthernet0/1.120 tableid 0. *Mar 7 12:54:04.731: DHCPD: tableid for 95.153.122.1 on GigabitEthernet0/1.120 is 0 *Mar 7 12:54:04.731: DHCPD: client's VPN is . *Mar 7 12:54:04.731: DHCPD: DHCPREQUEST received from client 0100.c09f.119f.99. *Mar 7 12:54:04.731: DHCPD: Finding a relay for client 0100.c09f.119f.99 through relay 10.10.10.10. *Mar 7 12:54:04.731: DHCPD: BOOTREQUEST from 0100.c09f.119f.99 forwarded to 10.10.10.11. *Mar 7 12:54:13.719: DHCPD: Reload workspace interface GigabitEthernet0/1.120 tableid 0. *Mar 7 12:54:13.719: DHCPD: tableid for 95.153.122.1 on GigabitEthernet0/1.120 is 0 *Mar 7 12:54:13.719: DHCPD: client's VPN is . *Mar 7 12:54:13.719: DHCPD: DHCPREQUEST received from client 0100.c09f.119f.99. *Mar 7 12:54:13.719: DHCPD: Finding a relay for client 0100.c09f.119f.99 through relay 10.10.10.10. *Mar 7 12:54:13.719: DHCPD: BOOTREQUEST from 0100.c09f.119f.99 forwarded to 10.10.10.11. *Mar 7 12:54:37.727: DHCPD: Reload workspace interface GigabitEthernet0/1.120 tableid 0. *Mar 7 12:54:37.727: DHCPD: tableid for 95.153.122.1 on GigabitEthernet0/1.120 is 0 *Mar 7 12:54:37.727: DHCPD: client's VPN is . *Mar 7 12:54:37.727: DHCPD: DHCPREQUEST received from client 0100.c09f.119f.99. *Mar 7 12:54:37.727: DHCPD: Finding a relay for client 0100.c09f.119f.99 through relay 10.10.10.10. *Mar 7 12:54:37.727: DHCPD: BOOTREQUEST from 0100.c09f.119f.99 forwarded to 10.10.10.11. *Mar 7 12:54:41.735: DHCPD: Reload workspace interface GigabitEthernet0/1.120 tableid 0. *Mar 7 12:54:41.735: DHCPD: tableid for 95.153.122.1 on GigabitEthernet0/1.120 is 0 *Mar 7 12:54:41.735: DHCPD: client's VPN is . в качестве релея выступает D-Link.Вот конфиг ISG: ! ip dhcp pool DHCP_POOL1 network 10.10.10.8 255.255.255.248 default-router 10.10.10.11 lease 0 0 2 interface GigabitEthernet0/1.120 encapsulation dot1Q 120 ip address 10.10.10.11 255.255.255.248 service-policy type control ISG-CUSTOMERS-POLICY ip subscriber l2-connected initiator dhcp в чем может быть проблема??

посмотрите в сторону Cisco 4900. там в комплекте 8 TenGig, ну и 2 карточки вставить можно по 20 гиговых портов или 10 10-гиговых, правда гиговые порты только медные. как по мне очень неплохая железка и не дорогая по цисковским меркам

Пытаюсь поднять ISG. Не совсем понятно как происходит назначение политик абонентам для нарезки скорости. Сконфигурил их на ISG и пытаюсь назначать через радиус: RADIUS: Cisco AVpair [1] 30 "ip:sub-policy-Out=OPacket" RADIUS: Cisco AVpair [1] 29 "ip:sub-policy-In=IPacket" Чувствую, что это неправильно. Подскажите люди добрые :) или пните в нужный документ.

а можен есть готовенькое решение для портала?? не подскажете?? интересно потестить.......

судя по прочитанному это сделать все-таки можно, но нигде я не обнаружил рабочей конфигурации.......

пытаюсь собрать ISG на циске 7206. на той же циске DHCP сервер, ну и радиус есть конечно. Вопрос в следующем: можно ли как-то статически назначать IP абоненту через RADIUS, т.е. чтоб происходило какое-то взаимодействие DHCP и RADIUS и IP назначался радиусом для конкретного абонента?? пытался гуглить - ниче конкретного не нашел....

у нас 7609 работает на RSP720 со стандартным набором памяти и тянет 8 FW не напрягаясь. трафика правда гигов до 30 в сек. но с памятью проблем никогда не было, около гига еще свободной.

от 2-3 full-view 7201 загнется. вот 7604 будет нормально молотить с RSP720 берите лучше его, если не хотите постоянных проблем с бордером. б/у выйдет не так уж и дорого

интегрированные порты это те, которые на RP?? если вы это имели ввиду, то нет. порты на RP используются только для управления. а ресурсов должно хватить, только лучше брать не ASR 1002 а ASR1004, там возможностей апгрэйда больше, а шасси не намного дороже. да и брать лучше сразу RP2 с прицелом на будущее.

у вас же FW BGP на коробке висит. вот ее нагрузка и ложится на RP. а вот уже полисинг трафика для 1000 абонентов ложится на ESP. соответственно более логичной выглядит загруза во втором случае, ведь BGP отъедает немало ресурсов (RP -7 %), а полисинг трафика для 1К юзеров для ASR это мелочи (ESP - 1 %)

да, для VPLS нужны ES+ карты или SIP 400, а их цена ох как кусается