Дмитрий Галушко писал(а):И какие услуги связи при этом оказываются?

Услуги СПДцПГИ, я так думаю.
Можно конечно предположить, что он будет заниматься только транзитом трафика между дургими операторами связи. Тогда это услуги по пропуску трафика, нелицензируемость которых сомнительна. Ведь для их оказания надо заключить договор присоединения, а такие договора заключаются только между операторами, а операторы - это такие м-м-м... вобщем с лицензиями. :)
Но лучше топик-стартера спросить.

Дмитрий Галушко писал(а):Имеет ли право ОСП (он же существенник) отказать Оператору ПдцПГИ отказать в присоединении его сети ПД к сети местной телефонной связи ОСП?

Думаю, что не может, т.к. по местной телефонной связи он - ОСП. Так что должен присоединять всех, кто обратится.
А вот Оператора ПДцПГИ, попросившего присоединения к его сети СПД, может и послать.

JK писал(а):Ну два, мы же в России... поэтому не обязан. (с) РСКН

ИМХО, данным письмом министерство поддерживает мысль - что - ОБЯЗАН.

///спасибо и на том... придется углубляться видимо в законы.

IS
Не обязанность установлена Решением Комиссии Россвязькомнадзора... там буквально сказано "может но не обязан".

Да,именно так и есть Andrei,

заниматься хотим транзитом трафика между операторами.Обычно это делается при помощи аренды сервера в европейских дата-центрах, где-нибудь Голландии или Германии,и лицензия равно как и процедура проектирования и сдача узла в РСОК само-сабой отпадает.Но в случае если железяки находятся на территории РФ и используется адресное пространство (имеется ввиду айпи адреса),то в этом случае,как говорят в РСОК,обязательно нужен проект с экспертизой и сдача узла по полной!

Вообще всегда считал что проект и экспертиза узла нужены в том случае если идет сопряжение сети предачи данных с ТФОП при помощи шлюза,но в данном случае сопряжения нет.

JK писал(а):Не обязанность установлена Решением Комиссии Россвязькомнадзора... там буквально сказано "может но не обязан".

Я читаю текст - там дословно - ОБЯЗАН.

Не проще ли вам описать ваш процесс, как аутсорсинг АСР для операторов, между которыми вы ведете учет пропуска трафика. И получать свой процент с каждой минуты обсчитанного трафика ?
Сами вы с абонентами договоров не заключаете, сети ПД фактически у вас нет, трафик реальный мимо вас проходить будет, только сигнализация.
Конвертацию протоколов и кодеков, как я вас понял, вы делать не будете.

РСН в 2009 делал пояснения, что когда биллингуются межоператорский пропуск трафика, т.е. учет НЕЛИЦЕНЗИРУЕМЫХ услуг связи, то такой комплекс (АСР+сервер на котором он стоит) не подлежит получению разрешения на эксплуатацию.
Должна быть сертифицированная АСР и все.

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

Если вы сможете показать РСН пару другую договоров с Операторами софтсвитчей об аутсорсинге АСР, с какими нибудь ценами за это, то тем самым вы РСН докажете, что вы вообще никакой Операторской деятельности не ведете в этом процессе пропуска трафика :-(
Ну а уж как вы там платежи делать/получать будете, это более вопрос налоговой, а не РСН . ИМХО.

vc писал(а):транзит трафика между операторами

не лицензируется.
Понятия, данные в ст. 2 ЗоС различны:

32) услуга связи - деятельность по приему, обработке, хранению, передаче, доставке сообщений электросвязи или почтовых отправлений;

34) услуга по пропуску трафика - деятельность, направленная на удовлетворение потребности операторов связи в пропуске трафика между взаимодействующими сетями электросвязи;

Согласно п 1 ст 29 ЗоС лицензируется только

деятельность по возмездному оказанию услуг связи

.

Да, для заключения договора на присоединение и пропуск трафика нужно быть Оператором связи, т.е. лицом,

оказывающим услуги связи на основании соответствующей лицензии;

Вот я и спрашиваю: какие услуги связи оказываете?
Выбирайте, их ППРФ 87 предусмотрено аж 20.
Но учтите что при осуществлении деятельности в области оказания услуг связи по передаче данных для целей передачи голосовой информации
Лицензиат обязан:

Обеспечить предоставления абоненту и (или) пользователю <*>:
а) доступа к сети связи лицензиата;
б) соединений по сети передачи данных для целей передачи голосовой информации;
в) доступа к услугам связи по передаче голосовой информации, оказываемым другими операторами связи, сети передачи данных которых взаимодействуют с сетью связи лицензиата.

IS писал(а):JK писал(а):
Не обязанность установлена Решением Комиссии Россвязькомнадзора... там буквально сказано "может но не обязан".
Я читаю текст - там дословно - ОБЯЗАН.

Это с одной стороны, но с другой по ППРРФ 87
п. 4г Перечня I Оп МТС обязан предоставить

г) доступ к телематическим услугам связи и услугам внутризоновой, междугородной и международной телефонной связи, а также к услугам связи по передаче данных,за исключением услуг связи по передаче данных для целей передачи голосовой информации

Дмитрий Галушко писал(а):за исключением услуг связи по передаче данных для целей передачи голосовой информации

Да, есть такая буква в НПА. И в письме говориться о чистой ПД..... Посему, соглашусь с JK и с Дмитрием (точнее с ППРФ 87)

Дмитрий Галушко
Объясните технологию доступа к сети которая к вам никак не присоединена (т.е. не отражена ни в одном договоре о пропуске трафика).

Дмитрий Галушко писал(а):Кстати говоря. Интересует мнение сообщества:
Имеет ли право ОСП (он же существенник) отказать Оператору ПдцПГИ отказать в присоединении его сети ПД к сети местной телефонной связи ОСП?

Если просит присоединить по лицензии "Голос по ПД" - спокойно.
Если ещё с лицензией "ПД без голоса" на усмотрение Присоединяющего.

Дмитрий Галушко писал(а):

IS писал(а):JK писал(а):
Не обязанность установлена Решением Комиссии Россвязькомнадзора... там буквально сказано "может но не обязан".
Я читаю текст - там дословно - ОБЯЗАН.

Это с одной стороны, но с другой по ППРРФ 87
п. 4г Перечня I Оп МТС обязан предоставить

г) доступ к телематическим услугам связи и услугам внутризоновой, междугородной и международной телефонной связи, а также к услугам связи по передаче данных,за исключением услуг связи по передаче данных для целей передачи голосовой информации

Вопрос - кому обязан предоставить доступ по ППРФ 87? Своим абонентам. Про операторов тут нет ничего. Про операторов - в ППРФ 161.

vc писал(а):Вообще всегда считал что проект и экспертиза узла нужены в том случае если идет сопряжение сети предачи данных с ТФОП при помощи шлюза,но в данном случае сопряжения нет

Возможно я вас разочарую, что при присоединении СПД к СПД тоже нужен проект.
Получение разрешения на эксплуатацию без проекта допускается только для объектов свзяи, перечисленных в приложении А к вышеупомянутому приказу Минсвязи 113 от 09.09.02 - посмотрите там. Пока так.

A2I писал(а):Не проще ли вам описать ваш процесс, как аутсорсинг АСР для операторов, между которыми вы ведете учет пропуска трафика. И получать свой процент с каждой минуты обсчитанного трафика ?
Сами вы с абонентами договоров не заключаете, сети ПД фактически у вас нет, трафик реальный мимо вас проходить будет, только сигнализация.
Конвертацию протоколов и кодеков, как я вас понял, вы делать не будете

Вариант неплох. Надо поразмышлять. Только надзор решает этот вопрос проще и без особых размышлений: инспектор выдергивает сервер из сети и смотрит - трафик продолжает идти, а услуги оказываться? Нет? Значит этот сервер участвует в оказании услуг связи (или услуг по пропуску трафика). Значит будь добр - получай разрешение на эксплуатацию этого сервера.

Дмитрий Галушко, я в курсе про эту "загогулину" в ЗоСе на счет "услуг связи" и "услуг по пропуску трафика". :) Но я свою позицию озвучил, позиция надзора колеблется от региона к региону. Ваша фраза "для заключения договора на присоединение и пропуск трафика нужно быть Оператором связи" как раз и говорит о том, что без лицензии тут не обойтись.

Дмитрий Галушко писал(а):Но учтите что при осуществлении деятельности в области оказания услуг связи по передаче данных для целей передачи голосовой информации
Лицензиат обязан:

Обеспечить предоставления абоненту и (или) пользователю <*>:
а) доступа к сети связи лицензиата;
б) соединений по сети передачи данных для целей передачи голосовой информации;
в) доступа к услугам связи по передаче голосовой информации, оказываемым другими операторами связи, сети передачи данных которых взаимодействуют с сетью связи лицензиата.

Придется ему хотя бы один абонентский договор заключить, например с самим собой, установив у себя дома sip-терминал и подключив его к своему софтсвичу.

Andrei писал(а):Вопрос - кому обязан предоставить доступ по ППРФ 87? Своим абонентам. Про операторов тут нет ничего. Про операторов - в ППРФ 161.

Опять в сотый раз обсуждается одно и то же:
В 161 есть только понятие ПД, поэтому "ПД по голосу" не обязательно сеть ПД.
Где-то даже требуют вторую лицензию на "ПД без голоса" для присоединения.
Для отфутболивания можно выдать ТУ с обязанностью "Согласовать с Присоединяющим Проект и провести Экспертизу"

Erlang писал(а):В 161 есть только понятие ПД, поэтому "ПД по голосу" не обязательно сеть ПД.

Согласен. В ППРФ 161 нет ПД "с голосом" и "без голоса". Там просто ПД, которую по ППРФ 161 присоединять к ТфОП можно и должно (для ОСП).

Andrei писал(а):можно и должно (для ОСП)

Не забывайте что ОСП - ТОЛЬКО ДЛЯ ТЕЛЕФОННЫХ УСЛУГ.

Andrei писал(а):Там просто ПД, которую по ППРФ 161 присоединять к ТфОП можно и должно (для ОСП).

Я выше написал про ТУ и Проект.

А обращаться за присоединением к ОСП придется с Лицензией, на основании ППРФ 87, поэтому всегда лучше взять прокладку в виде "ПД без голоса".

Erlang писал(а):Не забывайте что ОСП - ТОЛЬКО ДЛЯ ТЕЛЕФОННЫХ УСЛУГ.

Только не забывайте, что выше речь шла о присоединении СПД другого оператора к ТЕЛЕФОННОЙ сети ОСП.

Erlang писал(а):А обращаться за присоединением к ОСП придется с Лицензией, на основании ППРФ 87, поэтому всегда лучше взять прокладку в виде "ПД без голоса".

А еще лучшая "прокладка" - своя АТС. :)

Andrei писал(а):

Erlang писал(а):Не забывайте что ОСП - ТОЛЬКО ДЛЯ ТЕЛЕФОННЫХ УСЛУГ.

Только не забывайте, что выше речь шла о присоединении СПД другого оператора к ТЕЛЕФОННОЙ сети ОСП.

Ну да - я об этом и писал.