- UANOG - uanog.one

q по asterisk
by Gregory Edigarov 22 Oct '10

22 Oct '10

Добрый вечер, А как сделать такое: при входящем звонке передаем его на 101, если 101 занят - на 102, если оба заняты - отбиваем звонок. я делаю так: [from-ext] exten => _moynomer, 1, Dial(SIP/101,60,rTt) exten => BUSY, 2, Dial(SIP/102,60,Tt) но что-то не получается. можно, конечно на очередях сделать, но хочется наконец разобраться и понять... -- With best regards, Gregory Edigarov

1 0

Порекомендуйте, блск, надійну Open Source тулзу для проведення аудіо-відеоконференцій через веб-камери
by Oleh Hrynchuk 22 Oct '10

22 Oct '10

Доброго дня всім. Сабдж. Що там із сучасного зараз є? Підтримка від 4 *(мінімум)* до 15> віддалених точок. Повинна бути нескладна і надійна система, підтримка високої роздільної якості відео непотрібна. Необхідний функціонал: - *(mandatory)* груповий аудіоконференцзв'язок + shared монітор для показу чого-небудь *(слайди etc)* - *(optional)* груповий відеоконференцзв'язок + shared монітор для показу чого-небудь *(слайди etc)* Скайп/гугль не пропонувати, бо система має жити в корпоративній сітці. -- Regards, /oleh hrynchuk <http://zmejgorynych.blogspot.com>

4 7

Использовал ли кто-то Cisco OneX модуль
by Igor Kremez 22 Oct '10

22 Oct '10

Добрый день ! Хотел узнать у Вас, не тестировал ли кто-то модуль Cisco OneX в паре с SFP+ LR либо SFP+ ER ? В документации сказано только о поддержке SFP+ SR модулей, либо 10GBASE-CU SFP+ кабеля. Заранее благодарю ! -- Best regards, Igor Kremez

4 4

Не виручите хорошу людину НЕробочим Cisco-модулем?
by Oleh Hrynchuk 21 Oct '10

21 Oct '10

Доброго всім дня. Звернувся щойно до мене старий добрий знайомий з приводу сабджа. Тимчасово йому потрібен (для звітності) неробочий модуль: VWIC2-1MFT-T1/E1 1-Port 2nd Gen Multiflex Trunk Voice/WAN Int. Card - T1/E1 або WIC2-1MFT-G703 1-Port 2nd Gen Multiflex Trunk Voice/WAN Int. Card - G.703 Може в когось завалявся? -- Regards, /oleh hrynchuk

1 0

Скормить образ диска (NTFS) из FreeBSD->Win
by Paul Arakelyan 20 Oct '10

20 Oct '10

Есть (ну почти) баальшой-толстый файл образа диска с Win-чёт-там-сервер. Лежит на ZFS (а где-ж ещё :)), FreeBSD-9-не-очень-current. Нет никакого большого желания вливать его на честный физический диск, но хочется в идеале получить полноценный доступ к содержимому с ПК с Win7/XP, или хотя бы r/o на уровне дискового устройства, а не ФС. В куда смотреть? iSCSI? или это можно рискнуть скормить vmware? А без vmware/iSCSI - какие ещё варианты? -- Best regards, Paul Arakelyan.

6 10

Народ, а объясните? т.н. "китайский редирект"
by Andrew Stesin 15 Oct '10

15 Oct '10

Наткнулся на текст, от которого завернулись мозги. Причем это с одного ресурса, громко именующего себя "о безопасности" попало на второй такой же. Помимо того, что в тексте написан явный дистиллированный бред сумасшедшего - см. http://www.bezpeka.com/ru/news/2010/10/11/chinese-redirect.html - все же хочется понять, о чем на самом деле идет речь? что произошло тогда, почему, как именно? Заранее признателен за пояснения, я :)

10 20

Коллега ищет вот такую GPRS-прибамбасину - подскажите?
by Andrew Stesin 15 Oct '10

15 Oct '10

Может кто сталкивался с такого рода устройствами? посоветуйте pls? Looking for an in-car solution that sends GPS coordinates to a centre over GPRS, connects four infrared-cameras to it and is capable to start sending video over GPRS from one of the four cameras on demand from the centre. It also should have an internal storage, where it stores the videos till they are copied to the central database when the car arrives to the station. Anyone who has that solution tested and working, please send your solution descriptions and price offers to vinstance(a)gmail.com Заранее признателен! я :)

3 2

Доступа PICA теперь недостаточно, чтобы скачать IOS на Cisco.com?
by Sergey Solyanik 14 Oct '10

14 Oct '10

Приветствую! Коллеги, подскажите пожалуйста - сабж? Со старой работы обратились с просьбой помочь подключить клиента с 4-octet ASN к AS5350XM, а там оказался старый IOS. Зашёл своим PICA-логином на Cisco.com, раньше всегда был доступ ко всем IOS-ам, а сейчас не даёт... Так и должно быть? Если возможно, подскажите, где взять c5350-is-mz.124-25d.bin без логина на Cisco.com? Спасибо! -- Sergey Solyanik

2 1

Re: [uanog] Доступа PICA теперь недостаточно, чтобы скачать IOS на Cisco.com?
by Sergey Solyanik 14 Oct '10

14 Oct '10

2010/10/14 Artem Naluzhnyy <artem.naluzhnyy(a)gmail.com> > > Cisco.com, раньше всегда был доступ ко всем IOS-ам, а сейчас не даёт... > Так > > и должно быть? > > Да. Спасибо, ясно! -- Sergey Solyanik

1 0

2nd try: STP Q
by Vladimir Litovka 14 Oct '10

14 Oct '10

/привет занимаюсь тут одной академической задачей, в рамках которой столкнулся с вопросом, который непонятен. Есть STP (не rapid) в следующей топологии: / шо, не видно картинку? она в аттаче ;-) /в этой топологии - root@sw5, а кольцо разорвано на (sw2-sw1)@sw2. Ситуация состоит в следующем: 1) если я рву линк sw4-sw2, то sw4 генерит TCN в сторону sw5 и последний, соответственно, генерит ответный TCN, который посылает в тот же порт, с которого был получен оригинальный TCN: / _sw4(config-if)#shut sw4(config-if)#_ *Oct 13 23:16:35.647: STP: VLAN0001 sent Topology Change Notice on Gi1/0/3* Oct 13 23:16:35.647: %LINK-5-CHANGED: Interface GigabitEthernet1/0/1, changed state to administratively down Oct 13 23:16:36.653: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0/1, changed state to down _sw5#_ Oct 13 23:16:35.644: STP: VLAN0001 rx BPDU: config protocol = ieee, packet from FastEthernet0/3 , linktype IEEE_SPANNING , enctype 2, encsize 17 Oct 13 23:16:35.644: STP: enc 01 80 C2 00 00 00 EC 44 76 F7 28 83 00 07 42 42 03 Oct 13 23:16:35.644: STP: Data 00000080 Oct 13 23:16:35.644: STP: VLAN0001 Fa0/3:0000 00 80 *Oct 13 23:16:35.644: STP: VLAN0001 Topology Change rcvd on Fa0/3* Oct 13 23:16:35.644: STP: *VLAN0001 Fa0/3 tx BPDU*: config protocol=ieee Data : 0000 00 00 *81* 6001EC30915E0F00 00000000 6001EC30915E0F00 8005 0000 1400 0500 0F00 /Когда sw2 раздупляется о происходящем, он тоже посылает TCN в сторону root (sw1->sw5), который обрабатывается рутом по той же схеме - получил с порта от sw1 и туда же отправил:/ Oct 13 23:16:40.711: STP: VLAN0001 rx BPDU: config protocol = ieee, packet from FastEthernet0/1 , linktype IEEE_SPANNING , enctype 2, encsize 17 Oct 13 23:16:40.711: STP: enc 01 80 C2 00 00 00 A4 0C C3 27 42 81 00 07 42 42 03 Oct 13 23:16:40.719: STP: Data 00000080 Oct 13 23:16:40.719: STP: VLAN0001 Fa0/1:0000 00 80 *Oct 13 23:16:40.719: STP: VLAN0001 Topology Change rcvd on Fa0/1* Oct 13 23:16:40.719: STP: *VLAN0001 Fa0/1 tx BPDU*: config protocol=ieee Data : 0000 00 00 *81* 6001EC30915E0F00 00000000 6001EC30915E0F00 8003 0000 1400 0500 0F00 /2) НО, если я рву линк sw4-sw5 (независимо от того, с какой стороны), то sw5 ни хера не генерит в ответ на падение порта, а начинает реагировать только когда ему приходит TCN со стороны sw2->sw1:/ Oct 13 23:32:09.240: STP[1]: Generating TC trap for port FastEthernet0/3 Oct 13 23:32:09.248: %LINK-3-UPDOWN: Interface FastEthernet0/3, changed state to down Oct 13 *23:32:10*.246: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/3, changed state to down Oct 13 *23:32:28*.643: STP: VLAN0001 rx BPDU: config protocol = ieee, packet from FastEthernet0/1 , linktype IEEE_SPANNING , enctype 2, encsize 17 Oct 13 23:32:28.643: STP: enc 01 80 C2 00 00 00 A4 0C C3 27 42 81 00 07 42 42 03 Oct 13 23:32:28.643: STP: Data 00000080 Oct 13 23:32:28.643: STP: VLAN0001 Fa0/1:0000 00 80 Oct 13 23:32:28.643: STP: VLAN0001 Topology Change rcvd on Fa0/1 Oct 13 23:32:29.641: STP: VLAN0001 Fa0/1 tx BPDU: config protocol=ieee Data : 0000 00 00 81 6001EC30915E0F00 00000000 6001EC30915E0F00 8003 0000 1400 0500 0F00 /причем происходит это с полагающейся задержкой в 20 секунд (стандартные величины таймеров), пока sw2 раздупляется с десятью неполученными Hello по линку sw5-sw4-sw2:/ Oct 13 23:32:09.609: STP: VLAN0001 heard root 32769-ec44.76f7.2880 on Fa0/1 Oct 13 23:32:11.152: STP: VLAN0001 heard root 32769-ec44.76f7.2880 on Fa0/1 Oct 13 23:32:13.157: STP: VLAN0001 heard root 32769-ec44.76f7.2880 on Fa0/1 Oct 13 23:32:15.162: STP: VLAN0001 heard root 32769-ec44.76f7.2880 on Fa0/1 Oct 13 23:32:17.167: STP: VLAN0001 heard root 32769-ec44.76f7.2880 on Fa0/1 Oct 13 23:32:19.172: STP: VLAN0001 heard root 32769-ec44.76f7.2880 on Fa0/1 Oct 13 23:32:21.177: STP: VLAN0001 heard root 32769-ec44.76f7.2880 on Fa0/1 Oct 13 23:32:23.181: STP: VLAN0001 heard root 32769-ec44.76f7.2880 on Fa0/1 Oct 13 23:32:25.186: STP: VLAN0001 heard root 32769-ec44.76f7.2880 on Fa0/1 Oct 13 23:32:27.191: STP: VLAN0001 heard root 32769-ec44.76f7.2880 on Fa0/1 Oct 13 23:32:27.611: STP: VLAN0001 new root port Fa0/2, cost 119 Oct 13 23:32:27.611: STP: VLAN0001 Fa0/2 -> listening Oct 13 23:32:28.642: STP: VLAN0001 Topology Change rcvd on Fa0/1 Oct 13 23:32:28.642: STP: VLAN0001 sent Topology Change Notice on Fa0/2 Oct 13 23:32:42.618: STP: VLAN0001 Fa0/2 -> learning Oct 13 23:32:57.625: STP: VLAN0001 sent Topology Change Notice on Fa0/2 Oct 13 23:32:57.625: STP: VLAN0001 Fa0/2 -> forwarding /Вопрос - это фича или баг, что "отрыв ноги" непосредственно на root bridge не приводит к моментальному TCN? И отсюда следует интересное наблюдение - root bridge надо размещать на коммутаторе, в который не входит внешняя оптика, т.е. что типа: (внешние линки) >>> [edge switch] --- [root bridge] --- [edge switch] <<< (внешние линки) для того, чтобы "ненадежные" соединения включались в edge-коммутаторы, которые будут слать TCN в сторону root. Это так? Или это я хожу по well-known граблям? :-) Спасибо. /

2 4