ovel

Спасибо огромное, всё заработало. Проблема была в, видимо, старых ip адресах к брасам. Я заресолвил tp.internet.beeline.ru и прописал его в virtual-ppp1. к сожалению, циска 871 (во всяком случае тот иос который у меня) не поддержвает доменное имя для удаленной стороны l2tp. в конечном итоге вот какие изменения я сделал: interface virtual-ppp1 pseudowire 78.107.1.251 10 pw-class <pseudowire-class> ip route 78.107.1.251 255.255.255.255 dhcp кстати, я подозреваю что брас там не один и имеет смысл завернуть всю сеть. Если вы в курсе какой диапазон адресов там, то пожалуйста сообщите. Ещё раз благодарю за помощь. P.s. если кому интересен конфиг с бриджем на свич для IPTV - обращайтесь

ok, спасибо. Попробую поковыряться и дам знать.

Ok, спасибо! Но у меня пара вопросов. Раньше на т.н. WAN интерфейсе, который смотрит в билайн по dhcp выдавались IP из сети 10.хх, а сейчас выдается паблик. Это нормально, так и должно быть? И второе, уточните пожалуйста, какое сейчас правильное имя l2tp BRAS ? tp.corbina.net ? vpn.corbina.net ? или что-то ещё? Спасибо. Я в принципе придумал как с помощью бриджей и такой-то матери можно подключить комп напрямую, но блин это такой гемор делать это удалённо, надо будет что-то с маршрутами придумывать, чтобы и teamviewer остался жив, и чтобы все пакеты дефолтом в билайн пошли.

Боюсь, в моем случае не перенаправит, т.к. ДНС кешируется тоже роутером и я не уверен, что перенаправление сходу сработает. Но в целом спасибо за опыт, полтора года - хороший срок.

Здравствуйте. Вот какой у меня вопрос. Итак, имею локалку с компами, подключенную к cisco 871, которая дальше подключена к билайну по L2TP. Всё бы хорошо, но вот, как произошло сейчас, билайн взял и зачем-то перевёл меня на IPoE. Я, в принципе, ничего против этой технологии не имею, но вот то что авторизация в моём случае должна происходить путем залогинивания на login.beeline.ru с какого-то компа изнутри локалки меня пока останавливает от перехода на эту технологию. Особенно учитывая, что я, мягко говоря, физически далеко от роутера. Дело в том, что в случае роутера и l2tp авторизацию выполняет сам роутер и в случае если туннель падает, то он его сам заново запустит и всё будет хорошо, т.е. с моей стороны имеем один point of failure. В случае IPoE роутер, в случае какой-нить очередной чистки маков в билайне САМ НИЧЕГО не запустит пока кто-то изнутри сети не догадается зайти на login.beeline.ru. А это, в свою очередь, останавливает кучу других сервисов, которые делаются между сетями через IPSec и вообще по идее от того как там кто-то внутри сети включил комп и залогинился не зависят. В связи с этим у меня вопрос, может быть кто-то умудрился сконфигурить cisco как клиент авторизации в IPoE ? т.е. когда сама циска идет на login.beeline.ru, правильно что-то там говорит и тогда поднимается IPoE ? Быстрый гугл на русском и английском пока ничего не дал. Спасибо.

Здравствуйте. Уже 3 дня не работает интернет. Подключаюсь по L2TP, подключиться в обход роутера не могу, т.к. я в Австралии, а на месте только пожилая бабушка. контракт 0897571736 Роутер cisco 871, похоже, что толи вы меня на IPoE перевели без моего ведома, то ли еще что-то. кроме всего прочего, у меня ещё статический IP. В общем, IP по DHCP получаю, vpn.corbina.ru пингую, а туннеля при этом фиг. Почините пожалуйста как можно скорее, т.к. мне блин чтобы всё это продиагностировать пришлось модем йота купить и два часа пожилой бабушке объяснять как этот модем настроить. вот вам дебаги l2tp events и l2tp error 055151: .Sep 4 15:09:51.011: %LINK-3-UPDOWN: Interface Virtual-PPP1, changed state to up 055152: .Sep 4 15:09:51.023: L2TP 00027:_____:________: Create session 055153: .Sep 4 15:09:51.023: L2TP 00027:_____:________: App type set to XCONNECT 055154: .Sep 4 15:09:51.023: L2TP 00027:_____:________: Need cc version: V2 055155: .Sep 4 15:09:51.023: L2TP 00027:_____:________: Session classname corbina 055156: .Sep 4 15:09:51.023: L2TP 00027:_____:________: L2TPoUDP session needed between 055157: .Sep 4 15:09:51.023: L2TP 00027:_____:________: <unset>:0<->78.107.1.133:0 055158: .Sep 4 15:09:51.023: L2TP 00027:_____:________: Using ICRQ FSM 055159: .Sep 4 15:09:51.023: L2TP 00027:_____:________: remote ip set to 78.107.1.133 055160: .Sep 4 15:09:51.023: L2TP 00027:_____:________: local ip set to 100.112.66.51 055161: .Sep 4 15:09:51.023: L2TP 00027:_____:________: guessed local ip of 100.112.66.51 055162: .Sep 4 15:09:51.023: L2TP 00027:_____:________: no cookies enabled 055163: .Sep 4 15:09:51.023: L2TP 00027:_____:________: FSM-Sn ev App-Conn 055164: .Sep 4 15:09:51.023: L2TP 00027:_____:________: FSM-Sn Idle->Wt-CC 055165: .Sep 4 15:09:51.023: L2TP 00027:_____:________: FSM-Sn do App-Connect 055166: .Sep 4 15:09:51.023: L2TP 00027:_____:________: Find or create cc for session 055167: .Sep 4 15:09:51.023: L2TP _____:________: Find cc between 055168: .Sep 4 15:09:51.023: L2TP _____:________: <unset><->78.107.1.133 055169: .Sep 4 15:09:51.023: L2TP _____:________: with class: corbina 055170: .Sep 4 15:09:51.023: L2TP _____:________: and IP proto: L2TPoUDP 055171: .Sep 4 15:09:51.027: L2TP _____:________: and framing type: none 055172: .Sep 4 15:09:51.027: L2TP _____:________: and bearer type: none 055173: .Sep 4 15:09:51.027: L2TP _____:________: and version: V2 055174: .Sep 4 15:09:51.027: L2TP _____:________: and local hostname: ovel-router 055175: .Sep 4 15:09:51.027: L2TP _____:________: Need to instigate control channel 055176: .Sep 4 15:09:51.027: L2X tnl 013E8:________: Create logical tunnel 055177: .Sep 4 15:09:51.027: L2TP tnl 013E8:________: Create tunnel 055178: .Sep 4 15:09:51.027: L2TP tnl 013E8:________: version set to V2 055179: .Sep 4 15:09:51.027: L2TP tnl 013E8:________: remote ip set to 78.107.1.133 055180: .Sep 4 15:09:51.027: L2TP tnl 013E8:________: local ip set to 100.112.66.51 055181: .Sep 4 15:09:51.027: L2TP tnl 013E8:________: guessed local ip of 100.112.66.51 055182: .Sep 4 15:09:51.031: L2TP tnl 013E8:0000EB91: class name corbina 055183: .Sep 4 15:09:51.031: L2TP tnl 013E8:0000EB91: FSM-CC ev Session-Conn 055184: .Sep 4 15:09:51.031: L2TP tnl 013E8:0000EB91: FSM-CC Idle->Wt-Sock 055185: .Sep 4 15:09:51.031: L2TP tnl 013E8:0000EB91: FSM-CC do Session-Conn-Sock 055186: .Sep 4 15:09:51.031: L2TP tnl 013E8:0000EB91: Session count now 1 055187: .Sep 4 15:09:51.031: L2TP tnl 013E8:0000EB91: XCONNECT Session count now 1 055188: .Sep 4 15:09:51.031: L2TP tnl 013E8:0000EB91: Open sock 100.112.66.51:1701->78.107.1.133:1701 055189: .Sep 4 15:09:51.031: L2TP tnl 013E8:0000EB91: FSM-CC ev Sock-Ready 055190: .Sep 4 15:09:51.031: L2TP tnl 013E8:0000EB91: FSM-CC Wt-Sock->Wt-SCCRP 055191: .Sep 4 15:09:51.031: L2TP tnl 013E8:0000EB91: FSM-CC do Tx-SCCRQ 055192: .Sep 4 15:09:51.039: L2TP 00027:013E8:00001405: Session attached 055193: .Sep 4 15:09:51.039: L2TP 00027:013E8:00001405: 055194: .Sep 4 15:09:51.039: L2TP 00027:013E8:00001405: FSM-Sn ev DP-Setup 055195: .Sep 4 15:09:51.039: L2TP 00027:013E8:00001405: FSM-Sn in Wt-CC 055196: .Sep 4 15:09:51.039: L2TP 00027:013E8:00001405: FSM-Sn do Ignore-DP-Setup 055197: .Sep 4 15:09:52.035: L2TP tnl 013E8:0000EB91: O Resend SCCRQ, flg TLS, ver 2, len 142 ovel-router(config-if)# ovel-router(config-if)#^Z ovel-router# 055198: .Sep 4 15:09:52.919: %SYS-5-CONFIG_I: Configured from console by ovel on vty0 (192.168.1.100) 055199: .Sep 4 15:09:54.035: L2TP tnl 013E8:0000EB91: O Resend SCCRQ, flg TLS, ver 2, len 142 055200: .Sep 4 15:09:58.036: L2TP tnl 013E8:0000EB91: 055201: .Sep 4 15:09:58.036: L2TP tnl 013E8:0000EB91: Shutting down tunnel 055202: .Sep 4 15:09:58.036: L2TP tnl 013E8:0000EB91: With 1 session 055203: .Sep 4 15:09:58.036: L2TP tnl 013E8:0000EB91: Result Code 055204: .Sep 4 15:09:58.036: L2TP tnl 013E8:0000EB91: Request to clear control connection 055205: .Sep 4 15:09:58.036: L2TP tnl 013E8:0000EB91: Error Code 055206: .Sep 4 15:09:58.036: L2TP tnl 013E8:0000EB91: Vendor specific 055207: .Sep 4 15:09:58.036: L2TP tnl 013E8:0000EB91: Vendor Error 055208: .Sep 4 15:09:58.036: L2TP tnl 013E8:0000EB91: Tunnel shut 055209: .Sep 4 15:09:58.036: L2TP tnl 013E8:0000EB91: Optional Message 055210: .Sep 4 15:09:58.036: L2TP tnl 013E8:0000EB91: "Too many retransmits to 78.107.1.133" 055211: .Sep 4 15:09:58.036: L2TP tnl 013E8:0000EB91: 055212: .Sep 4 15:09:58.036: L2TP tnl 013E8:0000EB91: FSM-CC ev Shut 055213: .Sep 4 15:09:58.036: L2TP tnl 013E8:0000EB91: FSM-CC Wt-SCCRP->Wt-STOPACK 055214: .Sep 4 15:09:58.036: L2TP tnl 013E8:0000EB91: FSM-CC do Tx-StopCCN-Error 055215: .Sep 4 15:09:58.036: L2TP 00027:013E8:00001405: FSM-Sn ev CC-Down 055216: .Sep 4 15:09:58.036: L2TP 00027:013E8:00001405: FSM-Sn Wt-CC->Idle 055217: .Sep 4 15:09:58.036: L2TP 00027:013E8:00001405: FSM-Sn do CC-Down 055218: .Sep 4 15:09:58.040: L2TP 00027:013E8:00001405: 055219: .Sep 4 15:09:58.040: L2TP 00027:013E8:00001405: Shutting down session 055220: .Sep 4 15:09:58.040: L2TP 00027:013E8:00001405: Result Code 055221: .Sep 4 15:09:58.040: L2TP 00027:013E8:00001405: Request to clear control connection (2) 055222: .Sep 4 15:09:58.040: L2TP 00027:013E8:00001405: Error Code 055223: .Sep 4 15:09:58.040: L2TP 00027:013E8:00001405: Vendor specific (6) 055224: .Sep 4 15:09:58.040: L2TP 00027:013E8:00001405: Vendor Error 055225: .Sep 4 15:09:58.040: L2TP 00027:013E8:00001405: Tunnel shut (1) 055226: .Sep 4 15:09:58.040: L2TP 00027:013E8:00001405: Optional Message 055227: .Sep 4 15:09:58.040: L2TP 00027:013E8:00001405: "Too many retransmits to 78.107.1.133" 055228: .Sep 4 15:09:58.040: L2TP 00027:013E8:00001405: 055229: .Sep 4 15:09:58.040: L2TP 00027:013E8:00001405: FSM-Sn ev Shut 055230: .Sep 4 15:09:58.040: L2TP 00027:013E8:00001405: FSM-Sn Idle->Dead 055231: .Sep 4 15:09:58.040: L2TP 00027:013E8:00001405: FSM-Sn do Destroy 055232: .Sep 4 15:09:58.040: L2TP 00027:013E8:00001405: 055233: .Sep 4 15:09:58.040: L2TP 00027:013E8:00001405: Session down 055234: .Sep 4 15:09:58.040: L2TP 00027:013E8:00001405: 100.112.66.51<->78.107.1.133 055235: .Sep 4 15:09:58.040: L2TP 00027:013E8:00001405: Destroying session 055236: .Sep 4 15:09:58.044: L2TP tnl 013E8:0000EB91: FSM-CC ev Session-Disc 055237: .Sep 4 15:09:58.044: L2TP tnl 013E8:0000EB91: FSM-CC in Wt-STOPACK 055238: .Sep 4 15:09:58.044: L2TP tnl 013E8:0000EB91: FSM-CC do Session-Disc-Shut 055239: .Sep 4 15:09:58.044: L2TP tnl 013E8:0000EB91: Session count now 0 055240: .Sep 4 15:09:58.044: L2TP tnl 013E8:0000EB91: XCONNECT Session count now 0 055241: .Sep 4 15:09:58.044: L2TP 00027:_____:________: Session detached 055242: .Sep 4 15:10:03.049: L2TP tnl 013E8:0000EB91: FSM-CC ev Shut 055243: .Sep 4 15:10:03.049: L2TP tnl 013E8:0000EB91: FSM-CC in Wt-STOPACK 055244: .Sep 4 15:10:03.049: L2TP tnl 013E8:0000EB91: FSM-CC do Shutnow 055245: .Sep 4 15:10:03.049: L2TP tnl 013E8:0000EB91: FSM-CC ev Shut-Comp 055246: .Sep 4 15:10:03.049: L2TP tnl 013E8:0000EB91: FSM-CC Wt-STOPACK->Dead 055247: .Sep 4 15:10:03.049: L2TP tnl 013E8:0000EB91: FSM-CC do Shutdown-Completed 055248: .Sep 4 15:10:03.049: L2TP tnl 013E8:0000EB91: Control channel down 055249: .Sep 4 15:10:03.049: L2TP tnl 013E8:0000EB91: 100.112.66.51<->78.107.1.133 055250: .Sep 4 15:10:03.049: L2TP tnl 013E8:0000EB91: Destroying tunnel 055251: .Sep 4 15:10:03.053: L2X tnl 013E8:________: Destroying logical tunnel ovel-router# ovel-router# ovel-router#und all All possible debugging has been turned off

Нормально живётся. Во всяком случае, нисколько не жалею о предпринятом шаге в свете того, что сейчас творится в РФ. Только никаких роликов выкладывать не хочу. Будут вопросы, спрашивайте.

Потому что тарифный план не менялся там со времен присоединения корбины к билайну. Почему не менялся? Потому что в Билайне так много сотрудников, что вообще хрен его знает, кто этим может заниматься.

и в чем логика? Спрос есть, клиентов меньше не становится. Зачем же убивать живое и здоровое? Не знаю в чём логика. Я там давно уже не работаю и в России не живу Подозреваю ответ банален: никто теперь не знает, как оно вообще работает Если у кого есть вопросы, пишите в личку, отвечу.

В старой услуге SIP хитрая связка между самим сип-сервером, http сервером, биллингом и СУБД. когда какой-то из этих компонентов не работает, то не работает вся услуга. Почему долго чинится? Напишите мне вопрос в личку, я расскажу. ДЦТ - совершенно другая услуга на другом оборудовании, вообще никак не связана со старым sip.corbina.ru. Оно даже территориально в другом месте живет.

Нет. Услуга становится вообще нерентабельна в принципе и кривая окупаемости уходит просто вниз.

скайп - закрытый протокол. и такой вопрос лучше задать тем, кто терминирует скайп.

Да не ору я. Просто многие посты тут о том, что где-то стоит 10 копеек, а где-то 15 копеек. Так те у кого по 15 копеек - буржуи. Лучше скажите, тут может быть видеосвязь как на Скайпе? Вот на Скайпе, буржуи, так буржуи. Всё в 2 раза дророже Если будешь звонить из сипа в сип, то видео должно работать. У меня работало через x-lite во всяком случае.

1. Думаю, что, конечно, ограничивать в этом случае по СЛ смысла нет. 2. Не знаю. И боюсь, что пкоа что никто не знает. Т.е. вопрос об этом даже не поднимался. Возможно, что появится ТП с абонплатой и каким-то количеством включенных туда минут. 3. не знаю. надеюсь, что да. 4. Насколько я понял маркетологов - фактически такая схема предоставления услуг вне закона. Поэтому трудно сейчас что-то в этом плане обещать.

Объясню. По сути фактически с начала года вся SIP-телефония начала приносить убыток. Т.е не то чтобы компания что-то зарабатывала на этом сервисе, нет. Компании приходилось доплачивать за эти звонки. Рано или поздно эта благотворительность должна была закончиться и вот этот момент настал. Стоимость приземления ваших звонков в мгтс не может стоить меньше. Поверьте, в эти 40 копеек не заложена вообще практически никакая маржа. Просто мгтс берет деньги за терминацию звонков. С вас, когда вы звоните с мгтса на мгтс, он берет 30 копеек минута. С оператора, который желает слить звонки на емкость мгтс (а это 90% всех звонков) - мгтс берет не меньше.