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

ckv78

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

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

  • Посещение

О ckv78

  • Звание
    Абитуриент
  1. стоял как то в очереди на К. Либкнехта, заехал получить сверку. Пока электронная очередь глючила, и 4 человека тусующиеся в пятницу в отделе обслуживания клиентов УСИ ждали своей очереди среди несуществующих, выданных терминалом, виртуальных 50 человек, я наткнулся на номер 8-800, где меня, судя по заверениям, ждали исчерпывающие ответы УСИ. Я обратил внимание на линейку безлимитных тарифов. Пинтересовался по номеру 8-800, есть ли статика на данных тарифах. Уверенный голос сообщил мне, что, конечно есть (не помню как называется ТП, по 8-800 скажут). Через часа полтора, когда все "виртуальные" посетители электронной очереди отпали по тайм-ауту, и настала моя очередь, я, при получении документов упомянул, мол, я клиент УСИ но со статикой и не анлим. Было бы прикольно подключиться на анлим с той же статикой. В ответ я услышал - у нас нет таких тарифов. Сославшись на оператора 8-800 утверждающего обратное, я услышал в ответ (шопотом)- простите, но новый биллинг так глючен, что не даёт нам делать практически ничего, в частности, подключить на анлим тариф со статикой за разумные деньги. Так что........ всё красиво, конешно, описано, но...... УСИ оно и на практике УСИ. Имея такие гиперконкурентноспособные ресурсы я просто не понимаю такого неадекватного отношения к абонентам. Отношение консервативно, как будто мы до сих пор живём в СССР.
  2. Доброе время суток всем! Ситуация следующая: Есть Cisco 2650XM. На интерфейс Tunnel20 (ip 10.10.255.6) отроутирвана "белая сеть" /255.255.255.192 (64 ip). Данная сеть режется блоками по 4 ip и раздаётся юзерам. Всё работает ОК. DEFAULT ROUTE - 10.10.255.5 (адрес другой 2650XM). Для одного из клиентов понадобилось поднять "серый" инетрфейс, допустим 192.168.0.1 (за ним сеть клиента 192.168.0.0) и сделать NAT для хостов этой сети на один из "белых" 64-х ip приходящих через тоннель. Пытался сделать 2 дня. Так ничего и не получилось.......... пакеты не NATятся. Для проверки смоделировал классическую ситуацию, воткнул Циску одним интерфейсом в "белую" сеть а другим в "серую" безо всяких тоннелей. NAT работает отлично. Прошу помощи в данном вопросе. Может быть, при такой схеме реализации (когда белая сеть приходит в тоннеле), требуются какие то другие настройки NAT, или я что-то не так понимаю в идеологии NAT Cisco? P.S. аналогичная "схема" на Linux роутере работает без проблем. Заранее спасибо.
  3. Отписывюсь как обещал) (кодек у меня 323, операторы по SIP включают, почему-то очень неохотно.......) Сегодня переключил 2 станции (Panasonic TDA-200 и Panasonic KX-TD1232) на VoIP сети Совинтел. BUSY отрабатывает изумительно. Видимо что-то точно на стороне предыдущего оператора было неправильно настроено . Единственно, 1232 не умеет сама генерить тоны и делает это 1751)) И, почему-то, на 1232 пауза около 15 секунд после набора номера и отправкой в VoIP. НАдо, видимо, с таймерами поковыряться. А так всё ОК!
  4. 2 дня общался с оператором. В итоге позвонил на 1751 с Asterisk-а и получил в софт клиенте BUSY. Сегодня рассказал всё это оператору, он ответил, что у меня, оказывается, не у одного эта проблема, и они будут разбираться. Такая же связка используется в сетях экванта, но там вместо BUSY, сотовый,с которого звонишь на занятый телефон, выдаёт "сеть занята" Интересно то, что если направлять вызовы не в 1751 с Е1, а в обычный FXS шлюз, то при занятости FXS порта с городским номером отдаётся нормальное BUSY. Завтра попроую то же самое в сетях Совинтел. О результатах отпишусь.
  5. Трабл в следующем: Есть около 4-х станций Panasonic (D500, TDA200, TDA600) подключеных по схеме: Оператор ->> IP ->> C1751V ->> ISDN ->> Panasonic Работают около полугода, проблем никогда не возникало. Сегодня выяснил одну неприятный баг, а именно: в таблице DDI Panasonic, телефонный номер, например, 1234567, приходит на EXT 1001. Когда EXT 1001 занят, и на номер 1234567 поступает 2-й звонок, но у звонящего абонента отсутствует BUSY. То есть соединение не устанавливается, а через секунд 30 просто отваливается по таймауту. В дебаге ISDN Q.931 наблюдается следующая запись: 06:11:12.138: ISDN Se0/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x80D9 Cause i = 0x8191 - User busy Facility i = 0x91A10B0201160606040082670206 - ETSI Supplementary Service, Invoke, 3PTY Request *Mar 1 06:11:12.146: ISDN Se0/0:15 **ERROR**: call_facility_invoke: no idb found for call id 0x805A Целый вечер ломал голову. Может есть у кого то какие то соображения по этому поводу? Спасибо!