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

Eugene Tsepelev

Пользователи
  • Публикации

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

  • Посещение

Все публикации пользователя Eugene Tsepelev


  1. Вариант только один, зарезать интернет канал до требуемой скорости ( ваша внешка минус поток на fxs порт ). Но даже этот вариант ничего не гарантирует... Не только tcp единым жив интернет.
  2. ОФФ Зачем вообще использовать DHCP сервер на каталисте ? Ей и так плохо будет от большого количества unnumbered интерфейсов, а сервер явно в проце работать будет. У меня вся сеть на 122-46 работает, не было ни разу проблем. Используется Opt82+snooping+ip unnumbered DHCP сервер, понятное дело, не на кошке.
  3. Брал - гонял, у 70 процентов нет CLRF, у 30 есть. ЗЫ Будем думать и искать...
  4. недопонимание закралось, это выглядит так - .... 183 Ringing / 200 OK ( STATUS-LINE CRLF, Header CRLF, Header CRLF, CRLF (разделение от message body), SDP line CRLF, ... SDP line CRLF )CRFL ... в конце SDP секции завершающая последовательность CRLF, не в конце каждой строки. ЗЫ Я сильно бы хотелось подтверждение вины :) без доказательств не будет пилить ни СС ни шлюз :( Я их найти не смог, точной формулировки нет, хотя и нигде нет прямого указания на недопустимость завершающей последовательности.
  5. Может мне не по глазам, не вижу ни слова про двойную последовательность. Да и для SDP отдельный RFC есть :) Помимо всего выше перечисленного нашел такое письмо https://lists.cs.columbia.edu/pipermail/sip...ary/002576.html . Конечно понимаю что данный лист рассылки никак на RFC ни тянет, но это единственное что смог найти по теме. Немного уточню, есть наш СС, есть некий ТА, все SIP/SDP сообщения от нашего СС завершаются CRLF CRLF последовательностью, шлюз завершает соединения с 500 ошибкой. Вопрос стандартен для России :) "Кто виноват ?"
  6. Добрый день ! Вопрос к знатокам сигнализации SIP. Допустимо ли использовать двойную последовательность CRLF в завершении SIP сообщения, содержащего SDP в частности ? Самостоятельно нашел http://www.faqs.org/rfcs/rfc2327.html "Text records such as the session name and information are bytes strings which may contain any byte with the exceptions of 0x00 (Nul), 0x0a (ASCII newline) and 0x0d (ASCII carriage return). The sequence CRLF (0x0d0a) is used to end a record, although parsers should be tolerant and also accept records terminated with a single newline character. By default these byte strings contain ISO-10646 characters in UTF-8 encoding, but this default may be changed using the `charset' attribute." Вроде как прямого запрета нет, но и про допустимость ни слова. Нашел только некий драфт http://tools.ietf.org/html/draft-ietf-sip-rfc2543bis-02 в котором четко написано "Senders MUST terminate lines with a CRLF, but receivers MUST also interpret CR and LF by themselves as line terminators. Only the combinations CR CR, LF LF and CRLF CRLF terminate the message header."
  7. Судя по первому посту именно это и надо, максимально дешевый Е1. Уточнил сейчас он 32 тыс за поток стоит. Уже есть вариант с ОКС7 :)
  8. Вышеуказанному Д-Линку безусловное - Да :) Из шлюзов см. prominform.ru, но только если надо очень тупую железку. Эти железки кстати стоят практически одинаково.
  9. В свое время тестировал http://prominform.ru/index.php?id=11037764...g=100&lng=0, доверия конечно не внушает и на момент тестирования не умели они 729 кодек, но стоит дешево и работало нормально. Можете взять в тест, раньше выдавали шлюзы.
  10. Так это -СПД-, а вот если бы -Г- был сертификат :)
  11. С ZyXEL 4012F точно так же :) а уж как в нем ospf реализован, чудо просто. Как Л3 мы его давно использовать перестали, как Л2 вполне нормально работает.
  12. Нет сертификата, очень хилый проц, но очень и очень качественный продукт. Взяли для использования в качестве сервисной платформы :) ЗЫ Думаю заявленных 400 абонентов без использование проксирования/транскодинга он прожует, а вот с ними... ЗЫ Но он конечно для офиса, тут ему равных я не вижу.
  13. Если смотреть в сторону TDMoverIP, то - http://www.nsc-com.com, вполне себе удачный продукт за свои деньги, мы используем ТХ-10 на 4 Е1, вроде косяков не замечено, цена очень и очень радует.
  14. Откуда информация ? Мы и проект подготовили и замечаний к нему по существу нет. Вся сеть на IP. Что у нас не так ?
  15. Почему нет то ? я юридических препятствий не вижу, тот же натексовский VC8000 это по сути своей *. Вопрос только в том сколько вы готовы за это дело денег выложить, я думаю сумма будет немаленькая.
  16. А в настройка шлюза заглянуть не судьба ? SIP TOS/DiffServ - RTP TOS/DiffServ в настройках присутствуют и даже работают.
  17. Рабочее место админа.

    винда на машине админа.... фу, гадость то :)
  18. Еще можно лазером пожарить :) 100 мбит должно подняться, но работает только в прямой видимости.
  19. Если как L2 его использовать то пойдет, как L3 лучше даже не пытаться :) я меня пока 4012F стоял весьма часто свитчинг на проц падал, поддержка ничем не помогла так как железка в работе была и падала только при нагрузке, а тут не до разборок. * 64 IP routing domains это правда :) * 8K IP address table это значит, что в табличе маршрутизации может быть максимум 8К записей Кошку на Zyxel я бы никогда не сменял, по цене кстати 3750-Е не намного дороже. Есть у нее минусы конечно, но их значительно меньше чем в Zyxel.
  20. Если сильно надо IP решение посмотрите в сторону Агат-UX. SIP транки есть, SIP proxy есть, абонентов достаточно приличное количество можно навесить, как по FXO так и по Е1 принять город. Работает достаточно стабильно, шумит правда :) зато много всего умеет :)
  21. to leveler небольшенький альтернативщик я :) 4 тыс номерков в авоське :) По радиусу могу обьяснить, если скажете что не прав пива с горя выпью :) Самое простое - многооператорская среда, в CDR записи передается маленькое поле "категория абонента", как быть с RADIUS. Предлагаю вариант решения в АСР закреплять МГ/МН оператора за абонентом, минус может понадобится доработка АСР, второй минус если SS имеет клиентский веб интерфейс и может самостоятельно поменять МГ/МН оператора ( можно конечно все это синхрить... ) Простое номер два - Центрекс :) Есть у меня абоненты разных центрекс групп с пересекающимися номерами, как интересно их поделит радиус ? Class 5 например делит их по URI. А в CDR передается поле с идентификатором группы и проблемы нет. Туда же можно отнести необходимость фиксирования несостоявшихся вызовов, отчетики по ним потом делать можно, почему то Вася Пупкин другу дозвониться не мог, как это через радиус реализовать ? ЗЫ Все это конечно решается при ОДНОВРЕМЕННОМ использовании CDR-RADIUS, но зачем платить больше ?! ЗЗЫ Если есть желание продолжить дискуссию от 101392814, для этой темы у думаю это все оффтоп. Про центрекс был не прав... Мои же инженера носом в Digest-Realm = example.com поле ткнули
  22. to leveler можно поинтересоваться зачем на class 5 радиус ? Мне это не понятно. Хотя если его использовать только для авторизации, то еще куда ни шло. Мы наоборот от радиуса в class 5 отказались, в class 4 от нужен спорить не буду :) Банальная ситуация надо передавать факт использования ДВО абонентом или его категорию, как это штатно реализовать ? Или городить радиус + сдр ? Мера кстати весьма неплохо умеет 323 в sip преобразовывать, заодно и транскодит. Какой смысл платить дополнительные деньги за 323 ?
  23. новый PA запрос для клиента из вашего allocated. Делаете роут с атрибутами клиента, допустимо и пересечение с вашими роутами, тут уже на ваше усмотрение. Что значит анонсы от AS другого провайдера ? Анонсы должны быть от AS из Route, если ваша автономка, то от нее.