Возможно зарегистрировать пользователя в 2х подсетях?

[nlo 0]

Скажите пожалуйста.

Возможно ли зарегистрировать пользователя с одним и тем же мак адресом в 2х разных подсетях?

Ну например мобильное устройство нужно зарегать в 2х разных подсетях в зоне Wi-Fi город и пригород имеют разные подсети.

При попытке добавить нового пользователя в другую подсеть получаю сообщение об ошибке такой мак адрес уже кем то используется.

или подскажите как это можно сделать правильно

за ранее спасибо!

[alex_o 1 194]

Обратитесь к провайдеру, это чисто их софтово-биллинговые заморочки. Технически уникальность МАС должна обеспечиваться только в пределах одной подсети.

[nlo 0]

Обратитесь к провайдеру, это чисто их софтово-биллинговые заморочки. Технически уникальность МАС должна обеспечиваться только в пределах одной подсети.

очень смешно.

я и есть провайдер.

ко мне обратился клиент, прося зарегистрировать его устройство так как он в разъездах бывает часто то за городом на даче, то дома у компа и пожелал зарегистрироваться и получать инет, с одним устройством, независимо от того где он находится, на даче или дома.

есть у кого то варианты как это провернуть?

[alex_o 1 194]

Сорри, не увидел приставку стг в названии темы

[nlo 0]

Сорри, не увидел приставку стг в названии темы

Без юмора нельзя, так и сдохнуть можно от скуки :-)

[nightfly 1 221]

с одним устройством, независимо от того где он находится, на даче или дома.

В таком случае имеет смысл строить БС как бриджи с proxy-arp чтобы:

 

1. не плодить на каждого юзера= (аккаунтов * количество секторов)

2. обеспечить бесшовную миграцию между БС

[madf 279]

с одним устройством, независимо от того где он находится, на даче или дома.

В таком случае имеет смысл строить БС как бриджи с proxy-arp чтобы:

 

1. не плодить на каждого юзера= (аккаунтов * количество секторов)

2. обеспечить бесшовную миграцию между БС

Вопрос же был про разные подсети. arp-proxy тут плохое решение.

[nlo 0]

с одним устройством, независимо от того где он находится, на даче или дома.

В таком случае имеет смысл строить БС как бриджи с proxy-arp чтобы:

 

1. не плодить на каждого юзера= (аккаунтов * количество секторов)

2. обеспечить бесшовную миграцию между БС

Почти так и сделано 1 дшцп на все подсети

он выдаёт в 3 подсети адреса

столкнулся я с задачей прописать в дшцп нет проблем есть трабла отписать на СТГ

он жалуется что есть такой мак адрес и уже используется

если бы юзверь мог иметь несколько ип в разных подсетях и можно было варировать арп с нужной работой в данной подсети проблем бы небыло

Так подскажите что конкретно нужно сделать что бы выйти из положения без каких то особых выкрутасов по минимуму скажем так

[nightfly 1 221]

он жалуется что есть такой мак адрес и уже используется

и правильно делает

 

если бы юзверь мог иметь несколько ип в разных подсетях и можно было варировать арп с нужной работой в данной подсети проблем бы небыло

Так подскажите что конкретно нужно сделать что бы выйти из положения без каких то особых выкрутасов по минимуму скажем так

Можете переписать менялку МАС что-бы она не контролировала уникальность и перерисовать шаблон DHCP global.template с разными скоупами на разные подсети, чтобы isc-dhcpd не падал увидев пачку одинаковых МАС.

 

И да - это заранее глупое решение. Проще и надежнее обеспечить нормальный бесшовный роуминг абонента между БС.

[nlo 0]

он жалуется что есть такой мак адрес и уже используется

и правильно делает

 

если бы юзверь мог иметь несколько ип в разных подсетях и можно было варировать арп с нужной работой в данной подсети проблем бы небыло

Так подскажите что конкретно нужно сделать что бы выйти из положения без каких то особых выкрутасов по минимуму скажем так

Можете переписать менялку МАС что-бы она не контролировала уникальность и перерисовать шаблон DHCP global.template с разными скоупами на разные подсети, чтобы isc-dhcpd не падал увидев пачку одинаковых МАС.

 

И да - это заранее глупое решение. Проще и надежнее обеспечить нормальный бесшовный роуминг абонента между БС.

Мде и так не одного совета

ну что ж спасибо

буду думать

пока к сожалению нет никаких мыслей

[nightfly 1 221]

Мде и так не одного совета

пока к сожалению нет никаких мыслей

 

Капитан очевидность специально для вас повторяет оба(!) совета/мысли:

 

ряз

Можете переписать менялку МАС что-бы она не контролировала уникальность и перерисовать шаблон DHCP global.template с разными скоупами на разные подсети, чтобы isc-dhcpd не падал увидев пачку одинаковых МАС.

два

строить БС как бриджи с proxy-arp

[nlo 0]

Мде и так не одного совета

пока к сожалению нет никаких мыслей

 

Капитан очевидность специально для вас повторяет оба(!) совета/мысли:

 

ряз

Можете переписать менялку МАС что-бы она не контролировала уникальность и перерисовать шаблон DHCP global.template с разными скоупами на разные подсети, чтобы isc-dhcpd не падал увидев пачку одинаковых МАС.

два

строить БС как бриджи с proxy-arp

переписать менялку мак не смогу

а вот дшцп я уже сделал что бы он не шугался одинаковых маков щас же он работает со статикой в 3х подсетях определяет с какой сети был выставлен запрос и нужный ип выдаёт туда куда надо.

тоесть уже 1 мак адрес имеет 3 ип в разных подсетях дшцп определяет с какой подсети идёт запрос и выдаёт что нужно клиенту

теперь осталось дело за малым

подскажите что конкретно нужно переписать в менялке мак и где это хотябы

СПАСИБО.

[nightfly 1 221]

подскажите что конкретно нужно переписать в менялке мак и где это хотябы

modules/general/macedit/index.php

 

строка 13,14

 //check mac for free
 if (multinet_mac_free($mac)) {

 

заменить на

 

 //stupid ugly hack
 if (true==true) {

[nlo 0]

подскажите что конкретно нужно переписать в менялке мак и где это хотябы

modules/general/macedit/index.php

 

строка 13,14

 //check mac for free
 if (multinet_mac_free($mac)) {

 

заменить на

 

 //stupid ugly hack
 if (true==true) {

Спасибо

Смог добавить нового юзверя

а можно объединить лицевой счёт?

[nightfly 1 221]

а можно объединить лицевой счёт?

 

Связывание пользователей: http://wiki.ubilling.net.ua/doku.php?id=userlinking

 

И да - повторюсь, могли бы свободно обойтись одним настоящим пользователем с единственной айпишкой, единственным МАС и единственным денежным счетом. Безболезненный роуминг между БС и возможность плавного масштабирования как бонус.

Ну не я виноват, что вас тянет в такие дебри вместо того, чтобы покликать две галочки на базовой станции и получить почти адекватную Л2 сеть в свое распоряжение.

[nlo 0]

а можно объединить лицевой счёт?

 

Связывание пользователей: http://wiki.ubilling...?id=userlinking

 

И да - повторюсь, могли бы свободно обойтись одним настоящим пользователем с единственной айпишкой, единственным МАС и единственным денежным счетом. Безболезненный роуминг между БС и возможность плавного масштабирования как бонус.

Ну не я виноват, что вас тянет в такие дебри вместо того, чтобы покликать две галочки на базовой станции и получить почти адекватную Л2 сеть в свое распоряжение.

А можно поподробнее?

Вы так заумно выражаетесь что ничего не понятно :-)

[nightfly 1 221]

Вы так заумно выражаетесь что ничего не понятно :-)

 

Вы должны видеть у себя MAC абонентской железки а не MAC вашей базовой станции. Итого строите на БС прозрачный бридж. В результате имеете:

1. один абонент - одна учетная запись с одной айпишкой и одним маком

2. один денежный счет как самоочевидное

3. абонент соединяется со своей одной айпишкой и маком к любой вашей БС.

 

Для наглядности можете ткнуть в тупой свитч несколько абонентов и прикинуть чем это отличается от того ада с кучей подсетей и жутким раутингом который у вас сейчас имеется. Все тоже самое делается просто и елегантно на вайфаях.

Может непонятно объясняю, уже литр вискаря ушел, так что не удивлюсь если сии откровения выглядят мягко говоря упоротыми но искренне надеюсь что общий концепт понятен.

[nlo 0]

спасибо

уже работает

таких клиентов единицы

структуру сети менять не имеет смысла

так хоть как есть можно расширяться

не нужен нам хаос в сети ой не нужен

[onorua 126]

Оффтоп, но все же.

Архитектурно правильнее сделать Линии (IP/MSISDN/email/what ever) отдельной сущностью от Аккаунта (Р/С/Имя/контакты/Номер контракта/Балансы).

В случае появления нового сервиса, добавляется функционал в сущность Линия, при этом жизненный цикл Аккаунта никак не меняется.

Ограничивать количество IP на один MAC - глупость. Вы никогда не видели alias'ы на интерфейсе? Правильнее было бы сделать один IP-MAC в одной подсети. Вот это правильно.

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

[nightfly 1 221]

2 nlo

структуру сети менять не имеет смысла

Это вы о кликанье двух галочек?

 

не нужен нам хаос в сети ой не нужен

Повторюсь специально для вас, в последний раз: в текущем варианте у ВАС(!) в принципе не работает привязка по IP+MAC. Любой ваш пользователь может свободно назначить себе айпишку соседа и сидеть в интернетах за его счет, с переменным успехом. Если у вас это не считается "хаосом" то даже не знаю, продолжайте в том же духе.

 

2 onorua

Архитектурно правильнее сделать Линии (IP/MSISDN/email/what ever) отдельной сущностью от Аккаунта (Р/С/Имя/контакты/Номер контракта/Балансы).

Я отлично понимаю что такое конвергентность. В текущем варианте архитектуры ее настоящей быть не может в принципе. Только ее наркоманская эмуляция посредством тегов и прочих подпорок и обвязок.

 

Ограничивать количество IP на один MAC - глупость.

В теперешнем варианте присвоить единичной сетевой сущности сколько угодно айпишек-маков не проблема. Проблема в том что на пользователя невозможно по человечески навесить более одной IP если требуется адекватная работа с состоянием олвейсонлайн.

 

Можно конечно провести тотальный рефакторинг, ревизию низкоуровневого API, пересмотреть модель навешивания сервисов на пользователя потратив несколько человеко/месяцев фуллтайма... Можно вобще сделать качественно иной продукт заутсорсив разработку, наняв адекватного арчитекта, датабейз десигнера, UI десигнера, выцепив нормальный QA...

 

Возникает резонный вопрос - оно лично мне нужно? Бесплатно естественно....

 

 

CBOSS в свое время решили что они могут менять правила "реального мира", и чем это закончилось?

Да чесно говоря, пофиг на это громадное поделие, с многозначными ценниками (гы, установок почти в два раза больше чем у нас... правда почему-то среди них там и Оранж, и ТелиаСонера с Йотой... может не все так плохо у них? )

 

[onorua 126]

Да чесно говоря, пофиг на это громадное поделие, с многозначными ценниками (гы, установок почти в два раза больше чем у нас... правда почему-то среди них там и Оранж, и ТелиаСонера с Йотой... может не все так плохо у них? )

 

Информацию на оф-сайте смотрели?

Yota, KCell, как раз сейчас мигрируют, до конца года ноды CBOSSа буду выключены, это только 2 проекта где я участвовал (прямо или косвенно). В телеком-мире полным ходом идет миграция с CBOSS.

[nightfly 1 221]

Ну давайте не будем сравнивать опенсорсные поделки с лозунгом "

" и блюющими животными на логотипе и такую жуть как те же сибоссы или хотябы гидра?

 

Я отлично представляю себе цикл, стоимость и сроки разработки, внедрения и поддержки проектов ентерпрайз уровня. И также отлично представляю себе насколько далеко мое творчество от адекватной продукции рассчитаной на более-менее адекватное промышленное применение.

 

В любом случае, очень интересно конечно же было бы, увидеть в моем мире какое-то такое веселье:

 

 

 

Есть конечно примеры действительно клевых и успешных инди проектов, таких как продукция Аманиты или скажем Нотча. Только я - не они, и как водиться - реальность та еще сука

[nlo 0]

ААА!!!

Ребята давайте жить в позитиве

Что касается привязки по мак всё идеально работает 2ип+1мак=2 юзверя при чём адекватно работает с флагом всегдаонлайн

подумаешь 2 разных счёта у клиента ничего страшного в этом нет

Любой пользователь сменив ип вручную при попытке выхода в инет не под своей привязкой теряет сервер напрочь и надолго так что особого желания у них нет

в объявлении так и написано любой пользователь отписавший ип вручную и не правильно теряет выход во внешние подсети и связь с сервером для него будет невозможной.

так что они бояться менять что либо в ручную

А за поддержку спасибо :-)

Не мусорите в теме мало ли кому то ещё нужно а читать бред нет никакого желания если чесно :-)

Всем спасибо!

[nightfly 1 221]

Реальность 100% та еще сука.

 

[DarkLan 3]

Реальность 100% та еще сука.

 

 

Так оно и есть... Правда глаза колит?