Перейти к содержимому
Калькуляторы

Мартен

Активный участник
  • Публикации

    729
  • Зарегистрирован

  • Посещение

Все публикации пользователя Мартен


  1. прекрасно работает в продакшн на дебиане 64 битном не один год и не два. чяднт?
  2. ram_scan, как с t38 passthrough дела обстоят? :)
  3. подниму тему - проксирование t38 (не только сигналлинг, но и медию) кто-нибудь на яте тестировал? а если звонок из SIP в H323 идет? очень надо :)
  4. по опыту подключения одной общаги: успех будет только в случае привлечения административного ресурса. да, TTL=1 тоже ставим, однако сильно на него надеяться смысла нет. сразу договоренность с администрацией, что витые пары ТОЛЬКО наши и все не наше спокойно режем. был конфликт с местной китайской диаспорой :) они там барыжили интернетом, который брали по адсл. но задавили довольно быстро опять же административно. ну и входить имхо надо сразу во всю общагу - ящики по всем этажам для возможности подключения любой комнаты, интересные тарифы и т.д.
  5. да нормально квагга работает. крутится себе и крутится... настраивается что циска, что квагга практически одинаково. комьюнити, роут-мапы и прочая трехомудь в наличии, что еще надо-то? да, а вот трафик шейпить, фильтровать и натить имхо гораздо удобнее на писюке.
  6. у нас NPortы, работают здорово. 100$ дорого? Дешевле имхо только chinese shit.
  7. :) спасибо... тогда сей железяк в нашу сетку не влезет. :( купите его у меня кто-нибудь, что-ли :)
  8. есть ли возможность сделать аналог ip unnumbered on svi (в терминах циско) на AT9724?
  9. та же фигня. присоединяюсь к вопросу
  10. #357. Ужастики и зарисовки.

    на каком оно чипе? если Realtek, то просто очень хорошо, если IC+ => в топку.
  11. каталист не глючит, скорее всего это отрабатывает stp. сделайте PS.только если по какой-то не обозначенной здесь причине трафик запетлюется, разгребайте сами :)
  12. +1 :)в совокупности с ip unnumbered схема близка к идеальной
  13. стучитесь, дадим и номера если надо, свой пул, на SPB-IX присутствуем.
  14. http://www.cisco.com/en/US/docs/switches/p...e/rpscable.html нашлось поиском за 3 минуты
  15. me340x-metroipaccessk9-mz.122-46.SE.bin накатил на одну 3400, проблем пока не заметил (кроме одной - не сработало auto-negotiation с конвертором Planet FT706). Крашей не видел. Да и назвать сильно новой эту версию не могу (Compiled Thu 21-Aug-08 17:27). Если есть какая статистика по стабильности - прошу делится :) urpf на 3400 - что характерно, команда есть, но ругается что не держится железом. зачем тогда команду вводить, не понятно
  16. c3550-ipservicesk9-mz.122-44.SE5.bin не дают скачать, редиски. если кто поделится, буду благодарен. да, а uRPF на SVI (не в vrf) появилось? или по-прежнему все?
  17. да вот отличная новость, правда. а про 3560 вы не в курсе? а me3400? если да, то пойду напьюсь от радости :)
  18. спасибо за ответ. ну в общем, выдал им вместо alerting progress. успокоились. хотя сам лично проверял, идет busyout при посылке alerting, а потом disconnect. в общем, закрыт пока вопрос
  19. на c3550-ipservicesk9-mz.122-25.SEE4 ip unnumbered на svi не поддерживается. на 12.2.44 что-то изменилось?
  20. Есть такая схема: Аналоговый аппарат(АА) --медь-- АТС Definity с потоком Е1 (ISDN PRI) --e1-- Астериск(*) с картой Digium 4xE1 --sip-- Cisco AS5350 (C)--e1(pri)-- Operator работала схема замечательно до момента присоединения циски по потоку к одному славному оператору. и тут всплыло: при входящем звонке из PSTN на аналоговый аппарат АА, когда трубка у АА поднята, происходит следущее: *<INVITE<C<SETUP<Operator *>100 Trying>C>CALL_PROC>Operator *>183 Session Progress>C>ALERTING(Progress Ind i = 0x8188 - In-band info or appropriate now available)>Operator *>486 Busy Here>C>DISCONNECT(Cause i = 0x8091 - User busy)>Operator Так вот, при тестовых звонках с некоторых направлений (с межгорода) на занятый AA было не слышно гудков отбоя. Инженеры оператора заявляют, что ALERTING перед DISCONNECT(0x8090) не может быть корректно обработано их АТС, отсюда косяк. Надо отметить, что если вызов вместо потока с дефинити завершать за астериском на SIP АТАшке (PAP2T), то 183 Session Progress не появляется, а выдается сразу 486 Busy Here и циска ALERTING не генерирует. Вопрос знатокам: действительно ли данный ALERTING лишний и если да, то как заставить астериск не генерировать 183 Session Progress ? Спасибо
  21. порпобуйте 1. voice call send-alert на циске; или 2. dial-peer voice .... voip progress_ind setup enable 3 это то, что помогало мне.
  22. несколько штук пашут, все ок. был только один косяк - на одной циске память померла через неделю после ввода в работу. Наг заменил по гарантии без вопросов.