From daviperes at gmail.com  Tue Dec  2 09:19:17 2014
From: daviperes at gmail.com (davi peres)
Date: Tue, 2 Dec 2014 09:19:17 -0200
Subject: [MASOCH-L] Provedor de e-mails
Message-ID: <CAFZSpaBKH1inW4wJuzxRpc3kXE3KHhhpH1GnCO95Zj2_Pu07wg@mail.gmail.com>

Galera, voc?s poderiam me indicar provedores de e-mail/website aqui no
brasil que sejam redundantes ( apresente baixo ?ndice de queda nos servi?os
) e tenha um suporte amig?vel, onde a empresa cliente poder? ligar caso
aconte?a algum problema e o atendente ir? ATENDER a liga??o?

Tem uma empresa em contato comigo querendo migrar os servi?os aqui para o
brasil pois nos EUA est? dando problema de autentica??o do pop3 todo dia...
j? n?o aguentam mais ficar sem receber os e-mails duranto 30 min. por dia.


From otavioti at gmail.com  Tue Dec  2 13:28:57 2014
From: otavioti at gmail.com (Otavio Augusto)
Date: Tue, 2 Dec 2014 13:28:57 -0200
Subject: [MASOCH-L] Provedor de e-mails
In-Reply-To: <CAFZSpaBKH1inW4wJuzxRpc3kXE3KHhhpH1GnCO95Zj2_Pu07wg@mail.gmail.com>
References: <CAFZSpaBKH1inW4wJuzxRpc3kXE3KHhhpH1GnCO95Zj2_Pu07wg@mail.gmail.com>
Message-ID: <CAJ20prhnGKyvAKE6_3O2dsqmQVMnCha21za+DsjbeCjhpFK10g@mail.gmail.com>

Da uma olhada com a mandic

Em 2 de dezembro de 2014 09:19, davi peres <daviperes at gmail.com> escreveu:
> Galera, voc?s poderiam me indicar provedores de e-mail/website aqui no
> brasil que sejam redundantes ( apresente baixo ?ndice de queda nos servi?os
> ) e tenha um suporte amig?vel, onde a empresa cliente poder? ligar caso
> aconte?a algum problema e o atendente ir? ATENDER a liga??o?
>
> Tem uma empresa em contato comigo querendo migrar os servi?os aqui para o
> brasil pois nos EUA est? dando problema de autentica??o do pop3 todo dia...
> j? n?o aguentam mais ficar sem receber os e-mails duranto 30 min. por dia.
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l



-- 
Otavio Augusto
---------------------
Consultor de TI
Citius Tecnologia
31 37761866
31 88651242
http://www.citiustecnologia.com.br


From lucas.bocchi at gmail.com  Tue Dec  2 13:43:22 2014
From: lucas.bocchi at gmail.com (Lucas Willian Bocchi)
Date: Tue, 2 Dec 2014 13:43:22 -0200
Subject: [MASOCH-L] Provedor de e-mails
In-Reply-To: <CAJ20prhnGKyvAKE6_3O2dsqmQVMnCha21za+DsjbeCjhpFK10g@mail.gmail.com>
References: <CAFZSpaBKH1inW4wJuzxRpc3kXE3KHhhpH1GnCO95Zj2_Pu07wg@mail.gmail.com>
 <CAJ20prhnGKyvAKE6_3O2dsqmQVMnCha21za+DsjbeCjhpFK10g@mail.gmail.com>
Message-ID: <CA+m52=cjOEK-xckyLfmFH8ff5ABJoa69wX5eFdz3+Hm1Kk+H5w@mail.gmail.com>

Tem Mandic, tem Locaweb, tem uolhost...

Em 2 de dezembro de 2014 13:28, Otavio Augusto <otavioti at gmail.com> escreveu:
> Da uma olhada com a mandic
>
> Em 2 de dezembro de 2014 09:19, davi peres <daviperes at gmail.com> escreveu:
>> Galera, voc?s poderiam me indicar provedores de e-mail/website aqui no
>> brasil que sejam redundantes ( apresente baixo ?ndice de queda nos servi?os
>> ) e tenha um suporte amig?vel, onde a empresa cliente poder? ligar caso
>> aconte?a algum problema e o atendente ir? ATENDER a liga??o?
>>
>> Tem uma empresa em contato comigo querendo migrar os servi?os aqui para o
>> brasil pois nos EUA est? dando problema de autentica??o do pop3 todo dia...
>> j? n?o aguentam mais ficar sem receber os e-mails duranto 30 min. por dia.
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>
>
>
> --
> Otavio Augusto
> ---------------------
> Consultor de TI
> Citius Tecnologia
> 31 37761866
> 31 88651242
> http://www.citiustecnologia.com.br
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l


From fischerdouglas at gmail.com  Tue Dec  2 14:08:33 2014
From: fischerdouglas at gmail.com (Douglas Fischer)
Date: Tue, 2 Dec 2014 14:08:33 -0200
Subject: [MASOCH-L] Provedor de e-mails
In-Reply-To: <CAFZSpaBKH1inW4wJuzxRpc3kXE3KHhhpH1GnCO95Zj2_Pu07wg@mail.gmail.com>
References: <CAFZSpaBKH1inW4wJuzxRpc3kXE3KHhhpH1GnCO95Zj2_Pu07wg@mail.gmail.com>
Message-ID: <CAKEr4RRcVP6xdLXJpbVJi6A-KfkxVkoJoHsy_rU4YSYyPU9rmQ@mail.gmail.com>

Procure um servi?o que tenha qualidade t?cnica e gerencial o suficiente
para n?o precisar de intera??o com atendentes.

J? viu algu?m reclamar que o 0800 do google o deixou na espera por tempo
demais?


Em 2 de dezembro de 2014 09:19, davi peres <daviperes at gmail.com> escreveu:

> Galera, voc?s poderiam me indicar provedores de e-mail/website aqui no
> brasil que sejam redundantes ( apresente baixo ?ndice de queda nos servi?os
> ) e tenha um suporte amig?vel, onde a empresa cliente poder? ligar caso
> aconte?a algum problema e o atendente ir? ATENDER a liga??o?
>
> Tem uma empresa em contato comigo querendo migrar os servi?os aqui para o
> brasil pois nos EUA est? dando problema de autentica??o do pop3 todo dia...
> j? n?o aguentam mais ficar sem receber os e-mails duranto 30 min. por dia.
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>



-- 
Douglas Fernando Fischer
Eng? de Controle e Automa??o


From daviperes at gmail.com  Tue Dec  2 14:13:37 2014
From: daviperes at gmail.com (davi peres)
Date: Tue, 2 Dec 2014 14:13:37 -0200
Subject: [MASOCH-L] Provedor de e-mails
In-Reply-To: <CAKEr4RRcVP6xdLXJpbVJi6A-KfkxVkoJoHsy_rU4YSYyPU9rmQ@mail.gmail.com>
References: <CAFZSpaBKH1inW4wJuzxRpc3kXE3KHhhpH1GnCO95Zj2_Pu07wg@mail.gmail.com>
 <CAKEr4RRcVP6xdLXJpbVJi6A-KfkxVkoJoHsy_rU4YSYyPU9rmQ@mail.gmail.com>
Message-ID: <CAFZSpaAZEAM10QknJnVQcUzyz0eaf10YYHgFW-EfNdQMTqZzKQ@mail.gmail.com>

kkk verdade n?. mas tambem quando da problema voce n?o tem explica??o...
nem sabe o motivo... as vezes o google fica zuado e a gente n?o sabe qual o
problema...

Em 2 de dezembro de 2014 14:08, Douglas Fischer <fischerdouglas at gmail.com>
escreveu:

> Procure um servi?o que tenha qualidade t?cnica e gerencial o suficiente
> para n?o precisar de intera??o com atendentes.
>
> J? viu algu?m reclamar que o 0800 do google o deixou na espera por tempo
> demais?
>
>
> Em 2 de dezembro de 2014 09:19, davi peres <daviperes at gmail.com> escreveu:
>
> > Galera, voc?s poderiam me indicar provedores de e-mail/website aqui no
> > brasil que sejam redundantes ( apresente baixo ?ndice de queda nos
> servi?os
> > ) e tenha um suporte amig?vel, onde a empresa cliente poder? ligar caso
> > aconte?a algum problema e o atendente ir? ATENDER a liga??o?
> >
> > Tem uma empresa em contato comigo querendo migrar os servi?os aqui para o
> > brasil pois nos EUA est? dando problema de autentica??o do pop3 todo
> dia...
> > j? n?o aguentam mais ficar sem receber os e-mails duranto 30 min. por
> dia.
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
> >
>
>
>
> --
> Douglas Fernando Fischer
> Eng? de Controle e Automa??o
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From rafael at gav.ufsc.br  Tue Dec  2 14:16:34 2014
From: rafael at gav.ufsc.br (Rafael Possamai)
Date: Tue, 2 Dec 2014 10:16:34 -0600
Subject: [MASOCH-L] Provedor de e-mails
In-Reply-To: <CAFZSpaAZEAM10QknJnVQcUzyz0eaf10YYHgFW-EfNdQMTqZzKQ@mail.gmail.com>
References: <CAFZSpaBKH1inW4wJuzxRpc3kXE3KHhhpH1GnCO95Zj2_Pu07wg@mail.gmail.com>
 <CAKEr4RRcVP6xdLXJpbVJi6A-KfkxVkoJoHsy_rU4YSYyPU9rmQ@mail.gmail.com>
 <CAFZSpaAZEAM10QknJnVQcUzyz0eaf10YYHgFW-EfNdQMTqZzKQ@mail.gmail.com>
Message-ID: <CAJB2g-GYTJq2vNcqi0+U_4gAkXAv5zFix+1sEGGz2SjhsArB8w@mail.gmail.com>

Quantos usuarios? Voce poderia montar sua propria estrutura usando Amazon
Web Services, utilizando Sao Paulo como ativo e o resto dos datacenters
como standby ou backup. Se SP for pro saco, os outros nodos atendem a
demanda ateh a situacao normalizar.





2014-12-02 10:13 GMT-06:00 davi peres <daviperes at gmail.com>:

> kkk verdade n?. mas tambem quando da problema voce n?o tem explica??o...
> nem sabe o motivo... as vezes o google fica zuado e a gente n?o sabe qual o
> problema...
>
> Em 2 de dezembro de 2014 14:08, Douglas Fischer <fischerdouglas at gmail.com>
> escreveu:
>
> > Procure um servi?o que tenha qualidade t?cnica e gerencial o suficiente
> > para n?o precisar de intera??o com atendentes.
> >
> > J? viu algu?m reclamar que o 0800 do google o deixou na espera por tempo
> > demais?
> >
> >
> > Em 2 de dezembro de 2014 09:19, davi peres <daviperes at gmail.com>
> escreveu:
> >
> > > Galera, voc?s poderiam me indicar provedores de e-mail/website aqui no
> > > brasil que sejam redundantes ( apresente baixo ?ndice de queda nos
> > servi?os
> > > ) e tenha um suporte amig?vel, onde a empresa cliente poder? ligar caso
> > > aconte?a algum problema e o atendente ir? ATENDER a liga??o?
> > >
> > > Tem uma empresa em contato comigo querendo migrar os servi?os aqui
> para o
> > > brasil pois nos EUA est? dando problema de autentica??o do pop3 todo
> > dia...
> > > j? n?o aguentam mais ficar sem receber os e-mails duranto 30 min. por
> > dia.
> > > __
> > > masoch-l list
> > > https://eng.registro.br/mailman/listinfo/masoch-l
> > >
> >
> >
> >
> > --
> > Douglas Fernando Fischer
> > Eng? de Controle e Automa??o
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
> >
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From daviperes at gmail.com  Tue Dec  2 14:18:44 2014
From: daviperes at gmail.com (davi peres)
Date: Tue, 2 Dec 2014 14:18:44 -0200
Subject: [MASOCH-L] Provedor de e-mails
In-Reply-To: <CAJB2g-GYTJq2vNcqi0+U_4gAkXAv5zFix+1sEGGz2SjhsArB8w@mail.gmail.com>
References: <CAFZSpaBKH1inW4wJuzxRpc3kXE3KHhhpH1GnCO95Zj2_Pu07wg@mail.gmail.com>
 <CAKEr4RRcVP6xdLXJpbVJi6A-KfkxVkoJoHsy_rU4YSYyPU9rmQ@mail.gmail.com>
 <CAFZSpaAZEAM10QknJnVQcUzyz0eaf10YYHgFW-EfNdQMTqZzKQ@mail.gmail.com>
 <CAJB2g-GYTJq2vNcqi0+U_4gAkXAv5zFix+1sEGGz2SjhsArB8w@mail.gmail.com>
Message-ID: <CAFZSpaAOpsuu9VAm+ikWKVzOiafBrwOqTa+emw-6AvyFPna8fQ@mail.gmail.com>

cerca de 50 contas somente. usam tudo como pop entao nao tem grande
quantidade de dados no servidor. eles querem "algo bom e barato" ( como
sempre )

Em 2 de dezembro de 2014 14:16, Rafael Possamai <rafael at gav.ufsc.br>
escreveu:

> Quantos usuarios? Voce poderia montar sua propria estrutura usando Amazon
> Web Services, utilizando Sao Paulo como ativo e o resto dos datacenters
> como standby ou backup. Se SP for pro saco, os outros nodos atendem a
> demanda ateh a situacao normalizar.
>
>
>
>
>
> 2014-12-02 10:13 GMT-06:00 davi peres <daviperes at gmail.com>:
>
> > kkk verdade n?. mas tambem quando da problema voce n?o tem explica??o...
> > nem sabe o motivo... as vezes o google fica zuado e a gente n?o sabe
> qual o
> > problema...
> >
> > Em 2 de dezembro de 2014 14:08, Douglas Fischer <
> fischerdouglas at gmail.com>
> > escreveu:
> >
> > > Procure um servi?o que tenha qualidade t?cnica e gerencial o suficiente
> > > para n?o precisar de intera??o com atendentes.
> > >
> > > J? viu algu?m reclamar que o 0800 do google o deixou na espera por
> tempo
> > > demais?
> > >
> > >
> > > Em 2 de dezembro de 2014 09:19, davi peres <daviperes at gmail.com>
> > escreveu:
> > >
> > > > Galera, voc?s poderiam me indicar provedores de e-mail/website aqui
> no
> > > > brasil que sejam redundantes ( apresente baixo ?ndice de queda nos
> > > servi?os
> > > > ) e tenha um suporte amig?vel, onde a empresa cliente poder? ligar
> caso
> > > > aconte?a algum problema e o atendente ir? ATENDER a liga??o?
> > > >
> > > > Tem uma empresa em contato comigo querendo migrar os servi?os aqui
> > para o
> > > > brasil pois nos EUA est? dando problema de autentica??o do pop3 todo
> > > dia...
> > > > j? n?o aguentam mais ficar sem receber os e-mails duranto 30 min. por
> > > dia.
> > > > __
> > > > masoch-l list
> > > > https://eng.registro.br/mailman/listinfo/masoch-l
> > > >
> > >
> > >
> > >
> > > --
> > > Douglas Fernando Fischer
> > > Eng? de Controle e Automa??o
> > > __
> > > masoch-l list
> > > https://eng.registro.br/mailman/listinfo/masoch-l
> > >
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
> >
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From lucas.bocchi at gmail.com  Tue Dec  2 14:19:11 2014
From: lucas.bocchi at gmail.com (Lucas Willian Bocchi)
Date: Tue, 2 Dec 2014 14:19:11 -0200
Subject: [MASOCH-L] Provedor de e-mails
In-Reply-To: <CAJB2g-GYTJq2vNcqi0+U_4gAkXAv5zFix+1sEGGz2SjhsArB8w@mail.gmail.com>
References: <CAFZSpaBKH1inW4wJuzxRpc3kXE3KHhhpH1GnCO95Zj2_Pu07wg@mail.gmail.com>
 <CAKEr4RRcVP6xdLXJpbVJi6A-KfkxVkoJoHsy_rU4YSYyPU9rmQ@mail.gmail.com>
 <CAFZSpaAZEAM10QknJnVQcUzyz0eaf10YYHgFW-EfNdQMTqZzKQ@mail.gmail.com>
 <CAJB2g-GYTJq2vNcqi0+U_4gAkXAv5zFix+1sEGGz2SjhsArB8w@mail.gmail.com>
Message-ID: <CA+m52=fP54RC-TtuE_VS+OLYO+sO7MMxufaLS1babffeGmmAtA@mail.gmail.com>

Ah, bem lembrado Rafael. Agora tem o Amazon.

Em 2 de dezembro de 2014 14:16, Rafael Possamai <rafael at gav.ufsc.br> escreveu:
> Quantos usuarios? Voce poderia montar sua propria estrutura usando Amazon
> Web Services, utilizando Sao Paulo como ativo e o resto dos datacenters
> como standby ou backup. Se SP for pro saco, os outros nodos atendem a
> demanda ateh a situacao normalizar.
>
>
>
>
>
> 2014-12-02 10:13 GMT-06:00 davi peres <daviperes at gmail.com>:
>
>> kkk verdade n?. mas tambem quando da problema voce n?o tem explica??o...
>> nem sabe o motivo... as vezes o google fica zuado e a gente n?o sabe qual o
>> problema...
>>
>> Em 2 de dezembro de 2014 14:08, Douglas Fischer <fischerdouglas at gmail.com>
>> escreveu:
>>
>> > Procure um servi?o que tenha qualidade t?cnica e gerencial o suficiente
>> > para n?o precisar de intera??o com atendentes.
>> >
>> > J? viu algu?m reclamar que o 0800 do google o deixou na espera por tempo
>> > demais?
>> >
>> >
>> > Em 2 de dezembro de 2014 09:19, davi peres <daviperes at gmail.com>
>> escreveu:
>> >
>> > > Galera, voc?s poderiam me indicar provedores de e-mail/website aqui no
>> > > brasil que sejam redundantes ( apresente baixo ?ndice de queda nos
>> > servi?os
>> > > ) e tenha um suporte amig?vel, onde a empresa cliente poder? ligar caso
>> > > aconte?a algum problema e o atendente ir? ATENDER a liga??o?
>> > >
>> > > Tem uma empresa em contato comigo querendo migrar os servi?os aqui
>> para o
>> > > brasil pois nos EUA est? dando problema de autentica??o do pop3 todo
>> > dia...
>> > > j? n?o aguentam mais ficar sem receber os e-mails duranto 30 min. por
>> > dia.
>> > > __
>> > > masoch-l list
>> > > https://eng.registro.br/mailman/listinfo/masoch-l
>> > >
>> >
>> >
>> >
>> > --
>> > Douglas Fernando Fischer
>> > Eng? de Controle e Automa??o
>> > __
>> > masoch-l list
>> > https://eng.registro.br/mailman/listinfo/masoch-l
>> >
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l


From listas at esds.com.br  Tue Dec  2 14:23:27 2014
From: listas at esds.com.br (Eduardo Schoedler)
Date: Tue, 2 Dec 2014 14:23:27 -0200
Subject: [MASOCH-L] Provedor de e-mails
In-Reply-To: <CA+m52=fP54RC-TtuE_VS+OLYO+sO7MMxufaLS1babffeGmmAtA@mail.gmail.com>
References: <CAFZSpaBKH1inW4wJuzxRpc3kXE3KHhhpH1GnCO95Zj2_Pu07wg@mail.gmail.com>
 <CAKEr4RRcVP6xdLXJpbVJi6A-KfkxVkoJoHsy_rU4YSYyPU9rmQ@mail.gmail.com>
 <CAFZSpaAZEAM10QknJnVQcUzyz0eaf10YYHgFW-EfNdQMTqZzKQ@mail.gmail.com>
 <CAJB2g-GYTJq2vNcqi0+U_4gAkXAv5zFix+1sEGGz2SjhsArB8w@mail.gmail.com>
 <CA+m52=fP54RC-TtuE_VS+OLYO+sO7MMxufaLS1babffeGmmAtA@mail.gmail.com>
Message-ID: <CAHf3uWzWOZzB=R2FP2veNQPX7tMbm=tptELD-xjnypuFXg433g@mail.gmail.com>

Lembrem que tem a quest?o do spam tamb?m.
Alguns produtos s?o mais eficientes, outros nem tem.

--
Eduardo Schoedler



Em 2 de dezembro de 2014 14:19, Lucas Willian Bocchi
<lucas.bocchi at gmail.com> escreveu:
> Ah, bem lembrado Rafael. Agora tem o Amazon.
>
> Em 2 de dezembro de 2014 14:16, Rafael Possamai <rafael at gav.ufsc.br> escreveu:
>> Quantos usuarios? Voce poderia montar sua propria estrutura usando Amazon
>> Web Services, utilizando Sao Paulo como ativo e o resto dos datacenters
>> como standby ou backup. Se SP for pro saco, os outros nodos atendem a
>> demanda ateh a situacao normalizar.
>>
>>
>>
>>
>>
>> 2014-12-02 10:13 GMT-06:00 davi peres <daviperes at gmail.com>:
>>
>>> kkk verdade n?. mas tambem quando da problema voce n?o tem explica??o...
>>> nem sabe o motivo... as vezes o google fica zuado e a gente n?o sabe qual o
>>> problema...
>>>
>>> Em 2 de dezembro de 2014 14:08, Douglas Fischer <fischerdouglas at gmail.com>
>>> escreveu:
>>>
>>> > Procure um servi?o que tenha qualidade t?cnica e gerencial o suficiente
>>> > para n?o precisar de intera??o com atendentes.
>>> >
>>> > J? viu algu?m reclamar que o 0800 do google o deixou na espera por tempo
>>> > demais?
>>> >
>>> >
>>> > Em 2 de dezembro de 2014 09:19, davi peres <daviperes at gmail.com>
>>> escreveu:
>>> >
>>> > > Galera, voc?s poderiam me indicar provedores de e-mail/website aqui no
>>> > > brasil que sejam redundantes ( apresente baixo ?ndice de queda nos
>>> > servi?os
>>> > > ) e tenha um suporte amig?vel, onde a empresa cliente poder? ligar caso
>>> > > aconte?a algum problema e o atendente ir? ATENDER a liga??o?
>>> > >
>>> > > Tem uma empresa em contato comigo querendo migrar os servi?os aqui
>>> para o
>>> > > brasil pois nos EUA est? dando problema de autentica??o do pop3 todo
>>> > dia...
>>> > > j? n?o aguentam mais ficar sem receber os e-mails duranto 30 min. por
>>> > dia.
>>> > >
>>> >
>>> > --
>>> > Douglas Fernando Fischer
>>> > Eng? de Controle e Automa??o


From thyago at oppera.com.br  Tue Dec  2 14:24:22 2014
From: thyago at oppera.com.br (=?UTF-8?Q?Thyago_Jos=C3=A9_Estrada?=)
Date: Tue, 2 Dec 2014 14:24:22 -0200
Subject: [MASOCH-L] RES:  Provedor de e-mails
In-Reply-To: <CAKEr4RRcVP6xdLXJpbVJi6A-KfkxVkoJoHsy_rU4YSYyPU9rmQ@mail.gmail.com>
References: <CAFZSpaBKH1inW4wJuzxRpc3kXE3KHhhpH1GnCO95Zj2_Pu07wg@mail.gmail.com>
 <CAKEr4RRcVP6xdLXJpbVJi6A-KfkxVkoJoHsy_rU4YSYyPU9rmQ@mail.gmail.com>
Message-ID: <!&!AAAAAAAAAAAYAAAAAAAAAOGg9NFAfcNLowIWAOxJOeLCgAAAEAAAAGoN/uvQYXdJojHNoTUqHaYBAAAAAA==@oppera.com.br>

Minha empresa presta este tipo de servi?o.

Segue a propaganda www.oppera.com.br

Abra?os
-----Mensagem original-----
De: masoch-l-bounces at eng.registro.br [mailto:masoch-l-bounces at eng.registro.br] Em nome de Douglas Fischer
Enviada em: ter?a-feira, 2 de dezembro de 2014 14:09
Para: Mail Aid and Succor, On-line Comfort and Help
Assunto: Re: [MASOCH-L] Provedor de e-mails

Procure um servi?o que tenha qualidade t?cnica e gerencial o suficiente para n?o precisar de intera??o com atendentes.

J? viu algu?m reclamar que o 0800 do google o deixou na espera por tempo demais?


Em 2 de dezembro de 2014 09:19, davi peres <daviperes at gmail.com> escreveu:

> Galera, voc?s poderiam me indicar provedores de e-mail/website aqui no 
> brasil que sejam redundantes ( apresente baixo ?ndice de queda nos 
> servi?os
> ) e tenha um suporte amig?vel, onde a empresa cliente poder? ligar 
> caso aconte?a algum problema e o atendente ir? ATENDER a liga??o?
>
> Tem uma empresa em contato comigo querendo migrar os servi?os aqui 
> para o brasil pois nos EUA est? dando problema de autentica??o do pop3 todo dia...
> j? n?o aguentam mais ficar sem receber os e-mails duranto 30 min. por dia.
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>



--
Douglas Fernando Fischer
Eng? de Controle e Automa??o
__
masoch-l list
https://eng.registro.br/mailman/listinfo/masoch-l




From cleber-listas at inetweb.com.br  Tue Dec  2 14:47:29 2014
From: cleber-listas at inetweb.com.br (Cleber @ Listas)
Date: Tue, 2 Dec 2014 14:47:29 -0200
Subject: [MASOCH-L] RES:  Provedor de e-mails
In-Reply-To: <CAKEr4RRcVP6xdLXJpbVJi6A-KfkxVkoJoHsy_rU4YSYyPU9rmQ@mail.gmail.com>
References: <CAFZSpaBKH1inW4wJuzxRpc3kXE3KHhhpH1GnCO95Zj2_Pu07wg@mail.gmail.com>
 <CAKEr4RRcVP6xdLXJpbVJi6A-KfkxVkoJoHsy_rU4YSYyPU9rmQ@mail.gmail.com>
Message-ID: <001001d00e4f$a931e8d0$fb95ba70$@inetweb.com.br>

Douglas, agora fiquei curioso. O Google est? ofertando suporte via 0800 no Brasil?

-----Mensagem original-----
De: masoch-l-bounces at eng.registro.br [mailto:masoch-l-bounces at eng.registro.br] Em nome de Douglas Fischer
Enviada em: ter?a-feira, 2 de dezembro de 2014 14:09
Para: Mail Aid and Succor, On-line Comfort and Help
Assunto: Re: [MASOCH-L] Provedor de e-mails

Procure um servi?o que tenha qualidade t?cnica e gerencial o suficiente para n?o precisar de intera??o com atendentes.

J? viu algu?m reclamar que o 0800 do google o deixou na espera por tempo demais?


Em 2 de dezembro de 2014 09:19, davi peres <daviperes at gmail.com> escreveu:

> Galera, voc?s poderiam me indicar provedores de e-mail/website aqui no 
> brasil que sejam redundantes ( apresente baixo ?ndice de queda nos 
> servi?os
> ) e tenha um suporte amig?vel, onde a empresa cliente poder? ligar 
> caso aconte?a algum problema e o atendente ir? ATENDER a liga??o?
>
> Tem uma empresa em contato comigo querendo migrar os servi?os aqui 
> para o brasil pois nos EUA est? dando problema de autentica??o do pop3 todo dia...
> j? n?o aguentam mais ficar sem receber os e-mails duranto 30 min. por dia.
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>



--
Douglas Fernando Fischer
Eng? de Controle e Automa??o
__
masoch-l list
https://eng.registro.br/mailman/listinfo/masoch-l




From marcio.merlone at a1.ind.br  Tue Dec  2 14:48:56 2014
From: marcio.merlone at a1.ind.br (=?windows-1252?Q?M=E1rcio_Merlone?=)
Date: Tue, 02 Dec 2014 14:48:56 -0200
Subject: [MASOCH-L] ISC DHCP+LDAP: compartilhar classes,
 subclasses e hosts entre servidores remotos
Message-ID: <547DED78.9040001@a1.ind.br>

Boa tarde povo!

Eu tenho atualmente o escrit?rio da matriz e mais tr?s escrit?rios 
remotos interligados por VPN, cada um com seu servidor DHCP.

Com a finalidade de diminuir a carga administrativa pretendo integr?-los 
todos ao LDAP que j? tenho replicado, utilizando um branch ?nico e 
exclusivo para armazenar dhcpClasses, dhcpSubClasses e knwon-hosts 
compartilhados entre todos os servidores, mas mantendo as configura??es 
de dhcpSharedNetworks, dhcpSubnets e dhcpPools independentes pra cada um:

+--------------------+     +-----------------+ +--------------------+
|Main Office         |     |Shared for all   |     |Branch Office 1     |
|                    |     |                 | |                    |
|dhcpServer 1        +---> |dhcpClass'es     | <---+dhcpServer 2        |
|dhcpSharedNetwork 1 |     |dhcpSubClass'es  | |dhcpSharedNetwork 2 |
|dhcpSubnet 1        |     |known-hosts      | |dhcpSubnet 2        |
|dhcpPool 1          |     |                 | |dhcpPool 2          |
+--------------------+     +-----------------+ +--------------------+

O objetivo ? cadastrar os hosts que tenho na organiza??o uma ?nica vez 
no LDAP, independente de qual rede vai ser usado e j? os ter dispon?veis 
ao dhcp em todos os escrit?rios. Estou testando a integra??o do 
isc-dhcpd com o LDAP mas n?o estou encontrando a estrutura para 
funcionar como descrito acima.

A dificuldade est? em achar uma hierarquia de objetos que atenda o dhcpd 
e mesmo usando os dhcpXxxxxDN n?o encontra uma ou outra configura??o:

No subnet declaration for eth0 (10.1.1.1).
ou
LDAP line 22: no such class: clsDesktop

Algu?m tem alguma experi?ncia com o isc-dhcpd-ldap ou algum setup 
semelhante?

-- 
*Marcio Merlone*


From daviperes at gmail.com  Tue Dec  2 15:21:25 2014
From: daviperes at gmail.com (davi peres)
Date: Tue, 2 Dec 2014 15:21:25 -0200
Subject: [MASOCH-L] RES: Provedor de e-mails
In-Reply-To: <001001d00e4f$a931e8d0$fb95ba70$@inetweb.com.br>
References: <CAFZSpaBKH1inW4wJuzxRpc3kXE3KHhhpH1GnCO95Zj2_Pu07wg@mail.gmail.com>
 <CAKEr4RRcVP6xdLXJpbVJi6A-KfkxVkoJoHsy_rU4YSYyPU9rmQ@mail.gmail.com>
 <001001d00e4f$a931e8d0$fb95ba70$@inetweb.com.br>
Message-ID: <CAFZSpaB0PeBAB5jtG_KM9tgg7k6WnFWisSAYmAQQDMns1LU2kg@mail.gmail.com>

Ok Thyago, vou passar para o gerente da empresa o contato da sua empresa.

Em 2 de dezembro de 2014 14:47, Cleber @ Listas <
cleber-listas at inetweb.com.br> escreveu:

> Douglas, agora fiquei curioso. O Google est? ofertando suporte via 0800 no
> Brasil?
>
> -----Mensagem original-----
> De: masoch-l-bounces at eng.registro.br [mailto:
> masoch-l-bounces at eng.registro.br] Em nome de Douglas Fischer
> Enviada em: ter?a-feira, 2 de dezembro de 2014 14:09
> Para: Mail Aid and Succor, On-line Comfort and Help
> Assunto: Re: [MASOCH-L] Provedor de e-mails
>
> Procure um servi?o que tenha qualidade t?cnica e gerencial o suficiente
> para n?o precisar de intera??o com atendentes.
>
> J? viu algu?m reclamar que o 0800 do google o deixou na espera por tempo
> demais?
>
>
> Em 2 de dezembro de 2014 09:19, davi peres <daviperes at gmail.com> escreveu:
>
> > Galera, voc?s poderiam me indicar provedores de e-mail/website aqui no
> > brasil que sejam redundantes ( apresente baixo ?ndice de queda nos
> > servi?os
> > ) e tenha um suporte amig?vel, onde a empresa cliente poder? ligar
> > caso aconte?a algum problema e o atendente ir? ATENDER a liga??o?
> >
> > Tem uma empresa em contato comigo querendo migrar os servi?os aqui
> > para o brasil pois nos EUA est? dando problema de autentica??o do pop3
> todo dia...
> > j? n?o aguentam mais ficar sem receber os e-mails duranto 30 min. por
> dia.
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
> >
>
>
>
> --
> Douglas Fernando Fischer
> Eng? de Controle e Automa??o
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From renato at frederick.eti.br  Tue Dec  2 15:22:23 2014
From: renato at frederick.eti.br (Renato Frederick)
Date: Tue, 02 Dec 2014 15:22:23 -0200
Subject: [MASOCH-L] Provedor de e-mails
In-Reply-To: <CAFZSpaAOpsuu9VAm+ikWKVzOiafBrwOqTa+emw-6AvyFPna8fQ@mail.gmail.com>
References: <CAFZSpaBKH1inW4wJuzxRpc3kXE3KHhhpH1GnCO95Zj2_Pu07wg@mail.gmail.com>
 <CAKEr4RRcVP6xdLXJpbVJi6A-KfkxVkoJoHsy_rU4YSYyPU9rmQ@mail.gmail.com>
 <CAFZSpaAZEAM10QknJnVQcUzyz0eaf10YYHgFW-EfNdQMTqZzKQ@mail.gmail.com>
 <CAJB2g-GYTJq2vNcqi0+U_4gAkXAv5zFix+1sEGGz2SjhsArB8w@mail.gmail.com>
 <CAFZSpaAOpsuu9VAm+ikWKVzOiafBrwOqTa+emw-6AvyFPna8fQ@mail.gmail.com>
Message-ID: <547DF54F.4010903@frederick.eti.br>

Quer algo bom e barato, de email, mais barato que US$5 do google por m?s 
por cabe?a, mas o SLA de 99,9% do google apps n?o atende?
Olha, at? a NASA e outras ag?ncias, que gastam em uma miss?o mais do que 
todos os assinantes aqui juntos ganhariam em vida, ficam ?s vezes sem 
receber dados dos robos que caem em marte....

J? pararam para analisar que o downtime pode ser at? de algo "simples", 
como o provedor local com problemas de rota ou algo assim?

J? uso google a muito tempo e o m?ximo de problema que ele me d? ? 
quando estou logado em notebook/desktop/web/celular/iphone e 
eventualmente algum destes gadgets muda de IP, ele me bloqueia alguns 
minutos porque fala que eu estou usando muita conex?o simult?nea e o IP 
mudou e isto pode ser fraude.

PS: N?o vendo nada da google.

[]s


> davi peres <mailto:daviperes at gmail.com>
> 2 de dezembro de 2014 14:18
> cerca de 50 contas somente. usam tudo como pop entao nao tem grande
> quantidade de dados no servidor. eles querem "algo bom e barato" ( como
> sempre )
>
> Em 2 de dezembro de 2014 14:16, Rafael Possamai <rafael at gav.ufsc.br>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
> Rafael Possamai <mailto:rafael at gav.ufsc.br>
> 2 de dezembro de 2014 14:16
> Quantos usuarios? Voce poderia montar sua propria estrutura usando Amazon
> Web Services, utilizando Sao Paulo como ativo e o resto dos datacenters
> como standby ou backup. Se SP for pro saco, os outros nodos atendem a
> demanda ateh a situacao normalizar.
>
>
>
>
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
> davi peres <mailto:daviperes at gmail.com>
> 2 de dezembro de 2014 14:13
> kkk verdade n?. mas tambem quando da problema voce n?o tem explica??o...
> nem sabe o motivo... as vezes o google fica zuado e a gente n?o sabe 
> qual o
> problema...
>
> Em 2 de dezembro de 2014 14:08, Douglas Fischer <fischerdouglas at gmail.com>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
> Douglas Fischer <mailto:fischerdouglas at gmail.com>
> 2 de dezembro de 2014 14:08
> Procure um servi?o que tenha qualidade t?cnica e gerencial o suficiente
> para n?o precisar de intera??o com atendentes.
>
> J? viu algu?m reclamar que o 0800 do google o deixou na espera por tempo
> demais?
>
>
>
>
>
> davi peres <mailto:daviperes at gmail.com>
> 2 de dezembro de 2014 09:19
> Galera, voc?s poderiam me indicar provedores de e-mail/website aqui no
> brasil que sejam redundantes ( apresente baixo ?ndice de queda nos 
> servi?os
> ) e tenha um suporte amig?vel, onde a empresa cliente poder? ligar caso
> aconte?a algum problema e o atendente ir? ATENDER a liga??o?
>
> Tem uma empresa em contato comigo querendo migrar os servi?os aqui para o
> brasil pois nos EUA est? dando problema de autentica??o do pop3 todo 
> dia...
> j? n?o aguentam mais ficar sem receber os e-mails duranto 30 min. por dia.
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l


From fischerdouglas at gmail.com  Tue Dec  2 15:31:19 2014
From: fischerdouglas at gmail.com (Douglas Fischer)
Date: Tue, 2 Dec 2014 15:31:19 -0200
Subject: [MASOCH-L] RES: Provedor de e-mails
In-Reply-To: <001001d00e4f$a931e8d0$fb95ba70$@inetweb.com.br>
References: <CAFZSpaBKH1inW4wJuzxRpc3kXE3KHhhpH1GnCO95Zj2_Pu07wg@mail.gmail.com>
 <CAKEr4RRcVP6xdLXJpbVJi6A-KfkxVkoJoHsy_rU4YSYyPU9rmQ@mail.gmail.com>
 <001001d00e4f$a931e8d0$fb95ba70$@inetweb.com.br>
Message-ID: <CAKEr4RRSROavTk12Lu84jO1FKOctYK=_jikg3QgoJDk2iD32WQ@mail.gmail.com>

Rsrsrsrs... N?o n?!
S? uma figura de linguagem para explicar a import?ncia de a solu??o ser boa
tecnicamente e gerencialmente.

O mesmo vale para o 0800 da AWS.

Em 2 de dezembro de 2014 14:47, Cleber @ Listas <
cleber-listas at inetweb.com.br> escreveu:

> Douglas, agora fiquei curioso. O Google est? ofertando suporte via 0800 no
> Brasil?
>
> -----Mensagem original-----
> De: masoch-l-bounces at eng.registro.br [mailto:
> masoch-l-bounces at eng.registro.br] Em nome de Douglas Fischer
> Enviada em: ter?a-feira, 2 de dezembro de 2014 14:09
> Para: Mail Aid and Succor, On-line Comfort and Help
> Assunto: Re: [MASOCH-L] Provedor de e-mails
>
> Procure um servi?o que tenha qualidade t?cnica e gerencial o suficiente
> para n?o precisar de intera??o com atendentes.
>
> J? viu algu?m reclamar que o 0800 do google o deixou na espera por tempo
> demais?
>
>
> Em 2 de dezembro de 2014 09:19, davi peres <daviperes at gmail.com> escreveu:
>
> > Galera, voc?s poderiam me indicar provedores de e-mail/website aqui no
> > brasil que sejam redundantes ( apresente baixo ?ndice de queda nos
> > servi?os
> > ) e tenha um suporte amig?vel, onde a empresa cliente poder? ligar
> > caso aconte?a algum problema e o atendente ir? ATENDER a liga??o?
> >
> > Tem uma empresa em contato comigo querendo migrar os servi?os aqui
> > para o brasil pois nos EUA est? dando problema de autentica??o do pop3
> todo dia...
> > j? n?o aguentam mais ficar sem receber os e-mails duranto 30 min. por
> dia.
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
> >
>
>
>
> --
> Douglas Fernando Fischer
> Eng? de Controle e Automa??o
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>



-- 
Douglas Fernando Fischer
Eng? de Controle e Automa??o


From daviperes at gmail.com  Tue Dec  2 15:33:01 2014
From: daviperes at gmail.com (davi peres)
Date: Tue, 2 Dec 2014 15:33:01 -0200
Subject: [MASOCH-L] ISC DHCP+LDAP: compartilhar classes,
 subclasses e hosts entre servidores remotos
In-Reply-To: <547DED78.9040001@a1.ind.br>
References: <547DED78.9040001@a1.ind.br>
Message-ID: <CAFZSpaDTFuRbxdUPWisje8C9CQOi+idFESiacLzAKX37M7DtPw@mail.gmail.com>

Oi M?rcio, n?o tenho conhecimento sobre esse isc dhcpd ldap mas fiquei
curioso para saber como ? seu m?todo de cadastro ?nico. Quando um notebook
cadastrado num desses escrit?rios, vai para o outro escrit?rio... como ele
entra na rede do escrit?rio atual? creio que voce tenha 3 redes distintas
certo? Quando o note vier para outra rede ele vai pegar um ip diferente da
rede atual ?!?!

Em 2 de dezembro de 2014 14:48, M?rcio Merlone <marcio.merlone at a1.ind.br>
escreveu:

> Boa tarde povo!
>
> Eu tenho atualmente o escrit?rio da matriz e mais tr?s escrit?rios remotos
> interligados por VPN, cada um com seu servidor DHCP.
>
> Com a finalidade de diminuir a carga administrativa pretendo integr?-los
> todos ao LDAP que j? tenho replicado, utilizando um branch ?nico e
> exclusivo para armazenar dhcpClasses, dhcpSubClasses e knwon-hosts
> compartilhados entre todos os servidores, mas mantendo as configura??es de
> dhcpSharedNetworks, dhcpSubnets e dhcpPools independentes pra cada um:
>
> +--------------------+     +-----------------+ +--------------------+
> |Main Office         |     |Shared for all   |     |Branch Office 1     |
> |                    |     |                 | |                    |
> |dhcpServer 1        +---> |dhcpClass'es     | <---+dhcpServer 2        |
> |dhcpSharedNetwork 1 |     |dhcpSubClass'es  | |dhcpSharedNetwork 2 |
> |dhcpSubnet 1        |     |known-hosts      | |dhcpSubnet 2        |
> |dhcpPool 1          |     |                 | |dhcpPool 2          |
> +--------------------+     +-----------------+ +--------------------+
>
> O objetivo ? cadastrar os hosts que tenho na organiza??o uma ?nica vez no
> LDAP, independente de qual rede vai ser usado e j? os ter dispon?veis ao
> dhcp em todos os escrit?rios. Estou testando a integra??o do isc-dhcpd com
> o LDAP mas n?o estou encontrando a estrutura para funcionar como descrito
> acima.
>
> A dificuldade est? em achar uma hierarquia de objetos que atenda o dhcpd e
> mesmo usando os dhcpXxxxxDN n?o encontra uma ou outra configura??o:
>
> No subnet declaration for eth0 (10.1.1.1).
> ou
> LDAP line 22: no such class: clsDesktop
>
> Algu?m tem alguma experi?ncia com o isc-dhcpd-ldap ou algum setup
> semelhante?
>
> --
> *Marcio Merlone*
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From lucas.bocchi at gmail.com  Tue Dec  2 15:36:21 2014
From: lucas.bocchi at gmail.com (Lucas Willian Bocchi)
Date: Tue, 2 Dec 2014 15:36:21 -0200
Subject: [MASOCH-L] ISC DHCP+LDAP: compartilhar classes,
 subclasses e hosts entre servidores remotos
In-Reply-To: <CAFZSpaDTFuRbxdUPWisje8C9CQOi+idFESiacLzAKX37M7DtPw@mail.gmail.com>
References: <547DED78.9040001@a1.ind.br>
 <CAFZSpaDTFuRbxdUPWisje8C9CQOi+idFESiacLzAKX37M7DtPw@mail.gmail.com>
Message-ID: <CA+m52=c64DarrsJ6OvD3gpo_cb_jV0f+ZopFa9QNQ68CLYEj6A@mail.gmail.com>

M?rcio, pra mim nunca funcionou.
A ?nica coisa que funcionou foi rsync do dhcpd.conf

Em 2 de dezembro de 2014 15:33, davi peres <daviperes at gmail.com> escreveu:
> Oi M?rcio, n?o tenho conhecimento sobre esse isc dhcpd ldap mas fiquei
> curioso para saber como ? seu m?todo de cadastro ?nico. Quando um notebook
> cadastrado num desses escrit?rios, vai para o outro escrit?rio... como ele
> entra na rede do escrit?rio atual? creio que voce tenha 3 redes distintas
> certo? Quando o note vier para outra rede ele vai pegar um ip diferente da
> rede atual ?!?!
>
> Em 2 de dezembro de 2014 14:48, M?rcio Merlone <marcio.merlone at a1.ind.br>
> escreveu:
>
>> Boa tarde povo!
>>
>> Eu tenho atualmente o escrit?rio da matriz e mais tr?s escrit?rios remotos
>> interligados por VPN, cada um com seu servidor DHCP.
>>
>> Com a finalidade de diminuir a carga administrativa pretendo integr?-los
>> todos ao LDAP que j? tenho replicado, utilizando um branch ?nico e
>> exclusivo para armazenar dhcpClasses, dhcpSubClasses e knwon-hosts
>> compartilhados entre todos os servidores, mas mantendo as configura??es de
>> dhcpSharedNetworks, dhcpSubnets e dhcpPools independentes pra cada um:
>>
>> +--------------------+     +-----------------+ +--------------------+
>> |Main Office         |     |Shared for all   |     |Branch Office 1     |
>> |                    |     |                 | |                    |
>> |dhcpServer 1        +---> |dhcpClass'es     | <---+dhcpServer 2        |
>> |dhcpSharedNetwork 1 |     |dhcpSubClass'es  | |dhcpSharedNetwork 2 |
>> |dhcpSubnet 1        |     |known-hosts      | |dhcpSubnet 2        |
>> |dhcpPool 1          |     |                 | |dhcpPool 2          |
>> +--------------------+     +-----------------+ +--------------------+
>>
>> O objetivo ? cadastrar os hosts que tenho na organiza??o uma ?nica vez no
>> LDAP, independente de qual rede vai ser usado e j? os ter dispon?veis ao
>> dhcp em todos os escrit?rios. Estou testando a integra??o do isc-dhcpd com
>> o LDAP mas n?o estou encontrando a estrutura para funcionar como descrito
>> acima.
>>
>> A dificuldade est? em achar uma hierarquia de objetos que atenda o dhcpd e
>> mesmo usando os dhcpXxxxxDN n?o encontra uma ou outra configura??o:
>>
>> No subnet declaration for eth0 (10.1.1.1).
>> ou
>> LDAP line 22: no such class: clsDesktop
>>
>> Algu?m tem alguma experi?ncia com o isc-dhcpd-ldap ou algum setup
>> semelhante?
>>
>> --
>> *Marcio Merlone*
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l


From marcio.merlone at a1.ind.br  Tue Dec  2 15:55:22 2014
From: marcio.merlone at a1.ind.br (=?UTF-8?B?TcOhcmNpbyBNZXJsb25l?=)
Date: Tue, 02 Dec 2014 15:55:22 -0200
Subject: [MASOCH-L] ISC DHCP+LDAP: compartilhar classes,
 subclasses e hosts entre servidores remotos
In-Reply-To: <CAFZSpaDTFuRbxdUPWisje8C9CQOi+idFESiacLzAKX37M7DtPw@mail.gmail.com>
References: <547DED78.9040001@a1.ind.br>
 <CAFZSpaDTFuRbxdUPWisje8C9CQOi+idFESiacLzAKX37M7DtPw@mail.gmail.com>
Message-ID: <547DFD0A.5000202@a1.ind.br>

On 02-12-2014 15:33, davi peres wrote:
> Oi M?rcio, n?o tenho conhecimento sobre esse isc dhcpd ldap mas fiquei
> curioso para saber como ? seu m?todo de cadastro ?nico.
Calma, ainda n?o ?.... :(

> Quando um notebook
> cadastrado num desses escrit?rios, vai para o outro escrit?rio... como ele
> entra na rede do escrit?rio atual? creio que voce tenha 3 redes distintas
> certo?
4 com a matriz. Estou quebrando a cabe?a pra que seja transparente, s? 
ir e funcionar, desde que cadastrado no ldap.

> Quando o note vier para outra rede ele vai pegar um ip diferente da
> rede atual ?!?!
?. A inten??o ? cadastrar uma s? vez no LDAP e valer pra todos os 
escrit?rios. Imagine a situa??o hipot?tica:

Matriz: 10.0.0.0/24
Site 1: 10.0.1.0/24
Site 2: 10.0.2.0/24
Site 3: 10.0.3.0/24

Se eu pegar meu note que uso na Matriz, com IP 10.0.0.49, quando eu for 
no Site 3 eu quero que a mesma entrada do LDAP seja lida para meu 
notebook, mas que ele receba um IP da faixa 10.0.3.0/24. Para tanto eu 
preciso utilizar classes e subclasses do DHCP, ent?o eu defino meu note:

subclass "clsDesktop" 1:08:00:27:e4:73:34;

... e nos pools eu uso

allow members of "clsDesktop";

Em conf formato texto funciona bonitinho, mas no LDAP n?o estou achando 
as hierarquias, paternidades e refer?ncias necess?rias. Pelo que estou 
descobrindo, o patch isc-dhcpd-ldap ? meio cru, pouco testado e usado, 
quase nenhuma documenta??o ou informa??o na net. Se nem o pessoal do ISC 
n?o conseguir ajudar, vou de rsync, como sugerido pelo Lucas, mesmo.

Sds.

>
> Em 2 de dezembro de 2014 14:48, M?rcio Merlone <marcio.merlone at a1.ind.br>
> escreveu:
>
>> Boa tarde povo!
>>
>> Eu tenho atualmente o escrit?rio da matriz e mais tr?s escrit?rios remotos
>> interligados por VPN, cada um com seu servidor DHCP.
>>
>> Com a finalidade de diminuir a carga administrativa pretendo integr?-los
>> todos ao LDAP que j? tenho replicado, utilizando um branch ?nico e
>> exclusivo para armazenar dhcpClasses, dhcpSubClasses e knwon-hosts
>> compartilhados entre todos os servidores, mas mantendo as configura??es de
>> dhcpSharedNetworks, dhcpSubnets e dhcpPools independentes pra cada um:
>>
>> +--------------------+     +-----------------+ +--------------------+
>> |Main Office         |     |Shared for all   |     |Branch Office 1     |
>> |                    |     |                 | |                    |
>> |dhcpServer 1        +---> |dhcpClass'es     | <---+dhcpServer 2        |
>> |dhcpSharedNetwork 1 |     |dhcpSubClass'es  | |dhcpSharedNetwork 2 |
>> |dhcpSubnet 1        |     |known-hosts      | |dhcpSubnet 2        |
>> |dhcpPool 1          |     |                 | |dhcpPool 2          |
>> +--------------------+     +-----------------+ +--------------------+
>>
>> O objetivo ? cadastrar os hosts que tenho na organiza??o uma ?nica vez no
>> LDAP, independente de qual rede vai ser usado e j? os ter dispon?veis ao
>> dhcp em todos os escrit?rios. Estou testando a integra??o do isc-dhcpd com
>> o LDAP mas n?o estou encontrando a estrutura para funcionar como descrito
>> acima.
>>
>> A dificuldade est? em achar uma hierarquia de objetos que atenda o dhcpd e
>> mesmo usando os dhcpXxxxxDN n?o encontra uma ou outra configura??o:
>>
>> No subnet declaration for eth0 (10.1.1.1).
>> ou
>> LDAP line 22: no such class: clsDesktop
>>
>> Algu?m tem alguma experi?ncia com o isc-dhcpd-ldap ou algum setup
>> semelhante?

-- 
*Marcio Merlone*


From feliprossi at gmail.com  Tue Dec  2 15:55:30 2014
From: feliprossi at gmail.com (Felipe Rossi)
Date: Tue, 2 Dec 2014 15:55:30 -0200
Subject: [MASOCH-L] RES: Provedor de e-mails
In-Reply-To: <CAKEr4RRSROavTk12Lu84jO1FKOctYK=_jikg3QgoJDk2iD32WQ@mail.gmail.com>
References: <CAFZSpaBKH1inW4wJuzxRpc3kXE3KHhhpH1GnCO95Zj2_Pu07wg@mail.gmail.com>
 <CAKEr4RRcVP6xdLXJpbVJi6A-KfkxVkoJoHsy_rU4YSYyPU9rmQ@mail.gmail.com>
 <001001d00e4f$a931e8d0$fb95ba70$@inetweb.com.br>
 <CAKEr4RRSROavTk12Lu84jO1FKOctYK=_jikg3QgoJDk2iD32WQ@mail.gmail.com>
Message-ID: <CAJKrqA=aOwNW9XdBzZSrD3-7otNdHAHvTDyyhVTvD0UBBvjY9g@mail.gmail.com>

Se precisar, contata pvt.

Um pouco de propaganda.
Temos servi?o de email com Zimbra Colaboration Suite.

Em 2 de dezembro de 2014 15:31, Douglas Fischer <fischerdouglas at gmail.com>
escreveu:

> Rsrsrsrs... N?o n?!
> S? uma figura de linguagem para explicar a import?ncia de a solu??o ser boa
> tecnicamente e gerencialmente.
>
> O mesmo vale para o 0800 da AWS.
>
> Em 2 de dezembro de 2014 14:47, Cleber @ Listas <
> cleber-listas at inetweb.com.br> escreveu:
>
> > Douglas, agora fiquei curioso. O Google est? ofertando suporte via 0800
> no
> > Brasil?
> >
> > -----Mensagem original-----
> > De: masoch-l-bounces at eng.registro.br [mailto:
> > masoch-l-bounces at eng.registro.br] Em nome de Douglas Fischer
> > Enviada em: ter?a-feira, 2 de dezembro de 2014 14:09
> > Para: Mail Aid and Succor, On-line Comfort and Help
> > Assunto: Re: [MASOCH-L] Provedor de e-mails
> >
> > Procure um servi?o que tenha qualidade t?cnica e gerencial o suficiente
> > para n?o precisar de intera??o com atendentes.
> >
> > J? viu algu?m reclamar que o 0800 do google o deixou na espera por tempo
> > demais?
> >
> >
> > Em 2 de dezembro de 2014 09:19, davi peres <daviperes at gmail.com>
> escreveu:
> >
> > > Galera, voc?s poderiam me indicar provedores de e-mail/website aqui no
> > > brasil que sejam redundantes ( apresente baixo ?ndice de queda nos
> > > servi?os
> > > ) e tenha um suporte amig?vel, onde a empresa cliente poder? ligar
> > > caso aconte?a algum problema e o atendente ir? ATENDER a liga??o?
> > >
> > > Tem uma empresa em contato comigo querendo migrar os servi?os aqui
> > > para o brasil pois nos EUA est? dando problema de autentica??o do pop3
> > todo dia...
> > > j? n?o aguentam mais ficar sem receber os e-mails duranto 30 min. por
> > dia.
> > > __
> > > masoch-l list
> > > https://eng.registro.br/mailman/listinfo/masoch-l
> > >
> >
> >
> >
> > --
> > Douglas Fernando Fischer
> > Eng? de Controle e Automa??o
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
> >
> >
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
> >
>
>
>
> --
> Douglas Fernando Fischer
> Eng? de Controle e Automa??o
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>



-- 
Felipe Rossi
Diretor de Servi?os
EMC - SOPHOS - CISCO - Double Take - VMWare
Solu??es em Armazenamento, Seguran?a, Redes e Virtualiza??o.
Av. Brasil 5964 Sl 134, CEP 85.812-001 Ed. Discolandia - Cascavel - PR
(45) 3326-4568 / 9116-0094
www.rsantos.eti.br


"Esta mensagem e uma correspondencia reservada e sua divulgacao,
distribuicao, reproducao ou qualquer forma de utilizacao depende de
autorizacao,
sujeitando-se o responsavel a medidas judiciais. O remetente utiliza o
correio eletronico no exercicio do seu trabalho ou em razao dele, eximindo
esta instituicao de qualquer responsabilidade por utilizacao indevida. Se
voce a recebeu por engano, favor elimina-la."


From daviperes at gmail.com  Tue Dec  2 16:24:18 2014
From: daviperes at gmail.com (davi peres)
Date: Tue, 2 Dec 2014 16:24:18 -0200
Subject: [MASOCH-L] ISC DHCP+LDAP: compartilhar classes,
 subclasses e hosts entre servidores remotos
In-Reply-To: <547DFD0A.5000202@a1.ind.br>
References: <547DED78.9040001@a1.ind.br>
 <CAFZSpaDTFuRbxdUPWisje8C9CQOi+idFESiacLzAKX37M7DtPw@mail.gmail.com>
 <547DFD0A.5000202@a1.ind.br>
Message-ID: <CAFZSpaCJ+YijmSKu=8cYUDiQv4dAhK8ahwQaSS0e_gYCoja9xg@mail.gmail.com>

Interessante, nao conhecia esse esquema de subclasse do dhcp, vou dar uma
estudada. Obrigado pelas informa??es.

Em 2 de dezembro de 2014 15:55, M?rcio Merlone <marcio.merlone at a1.ind.br>
escreveu:

> On 02-12-2014 15:33, davi peres wrote:
>
>> Oi M?rcio, n?o tenho conhecimento sobre esse isc dhcpd ldap mas fiquei
>> curioso para saber como ? seu m?todo de cadastro ?nico.
>>
> Calma, ainda n?o ?.... :(
>
>  Quando um notebook
>> cadastrado num desses escrit?rios, vai para o outro escrit?rio... como ele
>> entra na rede do escrit?rio atual? creio que voce tenha 3 redes distintas
>> certo?
>>
> 4 com a matriz. Estou quebrando a cabe?a pra que seja transparente, s? ir
> e funcionar, desde que cadastrado no ldap.
>
>  Quando o note vier para outra rede ele vai pegar um ip diferente da
>> rede atual ?!?!
>>
> ?. A inten??o ? cadastrar uma s? vez no LDAP e valer pra todos os
> escrit?rios. Imagine a situa??o hipot?tica:
>
> Matriz: 10.0.0.0/24
> Site 1: 10.0.1.0/24
> Site 2: 10.0.2.0/24
> Site 3: 10.0.3.0/24
>
> Se eu pegar meu note que uso na Matriz, com IP 10.0.0.49, quando eu for no
> Site 3 eu quero que a mesma entrada do LDAP seja lida para meu notebook,
> mas que ele receba um IP da faixa 10.0.3.0/24. Para tanto eu preciso
> utilizar classes e subclasses do DHCP, ent?o eu defino meu note:
>
> subclass "clsDesktop" 1:08:00:27:e4:73:34;
>
> ... e nos pools eu uso
>
> allow members of "clsDesktop";
>
> Em conf formato texto funciona bonitinho, mas no LDAP n?o estou achando as
> hierarquias, paternidades e refer?ncias necess?rias. Pelo que estou
> descobrindo, o patch isc-dhcpd-ldap ? meio cru, pouco testado e usado,
> quase nenhuma documenta??o ou informa??o na net. Se nem o pessoal do ISC
> n?o conseguir ajudar, vou de rsync, como sugerido pelo Lucas, mesmo.
>
> Sds.
>
>
>
>> Em 2 de dezembro de 2014 14:48, M?rcio Merlone <marcio.merlone at a1.ind.br>
>> escreveu:
>>
>>  Boa tarde povo!
>>>
>>> Eu tenho atualmente o escrit?rio da matriz e mais tr?s escrit?rios
>>> remotos
>>> interligados por VPN, cada um com seu servidor DHCP.
>>>
>>> Com a finalidade de diminuir a carga administrativa pretendo integr?-los
>>> todos ao LDAP que j? tenho replicado, utilizando um branch ?nico e
>>> exclusivo para armazenar dhcpClasses, dhcpSubClasses e knwon-hosts
>>> compartilhados entre todos os servidores, mas mantendo as configura??es
>>> de
>>> dhcpSharedNetworks, dhcpSubnets e dhcpPools independentes pra cada um:
>>>
>>> +--------------------+     +-----------------+ +--------------------+
>>> |Main Office         |     |Shared for all   |     |Branch Office 1     |
>>> |                    |     |                 | |                    |
>>> |dhcpServer 1        +---> |dhcpClass'es     | <---+dhcpServer 2        |
>>> |dhcpSharedNetwork 1 |     |dhcpSubClass'es  | |dhcpSharedNetwork 2 |
>>> |dhcpSubnet 1        |     |known-hosts      | |dhcpSubnet 2        |
>>> |dhcpPool 1          |     |                 | |dhcpPool 2          |
>>> +--------------------+     +-----------------+ +--------------------+
>>>
>>> O objetivo ? cadastrar os hosts que tenho na organiza??o uma ?nica vez no
>>> LDAP, independente de qual rede vai ser usado e j? os ter dispon?veis ao
>>> dhcp em todos os escrit?rios. Estou testando a integra??o do isc-dhcpd
>>> com
>>> o LDAP mas n?o estou encontrando a estrutura para funcionar como descrito
>>> acima.
>>>
>>> A dificuldade est? em achar uma hierarquia de objetos que atenda o dhcpd
>>> e
>>> mesmo usando os dhcpXxxxxDN n?o encontra uma ou outra configura??o:
>>>
>>> No subnet declaration for eth0 (10.1.1.1).
>>> ou
>>> LDAP line 22: no such class: clsDesktop
>>>
>>> Algu?m tem alguma experi?ncia com o isc-dhcpd-ldap ou algum setup
>>> semelhante?
>>>
>>
> --
> *Marcio Merlone*
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From mauricio at mauriciotelecom.com.br  Tue Dec  2 16:57:24 2014
From: mauricio at mauriciotelecom.com.br (Mauricio Cardoso Dambros)
Date: Tue, 2 Dec 2014 16:57:24 -0200
Subject: [MASOCH-L] Provedor de e-mails
In-Reply-To: <547DF54F.4010903@frederick.eti.br>
References: <CAFZSpaBKH1inW4wJuzxRpc3kXE3KHhhpH1GnCO95Zj2_Pu07wg@mail.gmail.com>
 <CAKEr4RRcVP6xdLXJpbVJi6A-KfkxVkoJoHsy_rU4YSYyPU9rmQ@mail.gmail.com>
 <CAFZSpaAZEAM10QknJnVQcUzyz0eaf10YYHgFW-EfNdQMTqZzKQ@mail.gmail.com>
 <CAJB2g-GYTJq2vNcqi0+U_4gAkXAv5zFix+1sEGGz2SjhsArB8w@mail.gmail.com>
 <CAFZSpaAOpsuu9VAm+ikWKVzOiafBrwOqTa+emw-6AvyFPna8fQ@mail.gmail.com>
 <547DF54F.4010903@frederick.eti.br>
Message-ID: <CAF60hAwLCEz7Pz+3rneTFL=Tpo3QAtzqc7ZNs8OGkM_wAcY0Sw@mail.gmail.com>

Eu iria de Google tamb?m.
Utilizo a bastante tempo o servi?o deles.

Maur?cio . . .

Em 2 de dezembro de 2014 15:22, Renato Frederick <renato at frederick.eti.br>
escreveu:

> Quer algo bom e barato, de email, mais barato que US$5 do google por m?s
> por cabe?a, mas o SLA de 99,9% do google apps n?o atende?
> Olha, at? a NASA e outras ag?ncias, que gastam em uma miss?o mais do que
> todos os assinantes aqui juntos ganhariam em vida, ficam ?s vezes sem
> receber dados dos robos que caem em marte....
>
> J? pararam para analisar que o downtime pode ser at? de algo "simples",
> como o provedor local com problemas de rota ou algo assim?
>
> J? uso google a muito tempo e o m?ximo de problema que ele me d? ? quando
> estou logado em notebook/desktop/web/celular/iphone e eventualmente algum
> destes gadgets muda de IP, ele me bloqueia alguns minutos porque fala que
> eu estou usando muita conex?o simult?nea e o IP mudou e isto pode ser
> fraude.
>
> PS: N?o vendo nada da google.
>
> []s
>
>
>  davi peres <mailto:daviperes at gmail.com>
>> 2 de dezembro de 2014 14:18
>> cerca de 50 contas somente. usam tudo como pop entao nao tem grande
>> quantidade de dados no servidor. eles querem "algo bom e barato" ( como
>> sempre )
>>
>> Em 2 de dezembro de 2014 14:16, Rafael Possamai <rafael at gav.ufsc.br>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>> Rafael Possamai <mailto:rafael at gav.ufsc.br>
>> 2 de dezembro de 2014 14:16
>> Quantos usuarios? Voce poderia montar sua propria estrutura usando Amazon
>> Web Services, utilizando Sao Paulo como ativo e o resto dos datacenters
>> como standby ou backup. Se SP for pro saco, os outros nodos atendem a
>> demanda ateh a situacao normalizar.
>>
>>
>>
>>
>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>> davi peres <mailto:daviperes at gmail.com>
>> 2 de dezembro de 2014 14:13
>> kkk verdade n?. mas tambem quando da problema voce n?o tem explica??o...
>> nem sabe o motivo... as vezes o google fica zuado e a gente n?o sabe qual
>> o
>> problema...
>>
>> Em 2 de dezembro de 2014 14:08, Douglas Fischer <fischerdouglas at gmail.com
>> >
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>> Douglas Fischer <mailto:fischerdouglas at gmail.com>
>> 2 de dezembro de 2014 14:08
>> Procure um servi?o que tenha qualidade t?cnica e gerencial o suficiente
>> para n?o precisar de intera??o com atendentes.
>>
>> J? viu algu?m reclamar que o 0800 do google o deixou na espera por tempo
>> demais?
>>
>>
>>
>>
>>
>> davi peres <mailto:daviperes at gmail.com>
>> 2 de dezembro de 2014 09:19
>> Galera, voc?s poderiam me indicar provedores de e-mail/website aqui no
>> brasil que sejam redundantes ( apresente baixo ?ndice de queda nos
>> servi?os
>> ) e tenha um suporte amig?vel, onde a empresa cliente poder? ligar caso
>> aconte?a algum problema e o atendente ir? ATENDER a liga??o?
>>
>> Tem uma empresa em contato comigo querendo migrar os servi?os aqui para o
>> brasil pois nos EUA est? dando problema de autentica??o do pop3 todo
>> dia...
>> j? n?o aguentam mais ficar sem receber os e-mails duranto 30 min. por dia.
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From renato at frederick.eti.br  Tue Dec  2 17:10:49 2014
From: renato at frederick.eti.br (Renato Frederick)
Date: Tue, 02 Dec 2014 17:10:49 -0200
Subject: [MASOCH-L] RES: Provedor de e-mails
In-Reply-To: <CAKEr4RRSROavTk12Lu84jO1FKOctYK=_jikg3QgoJDk2iD32WQ@mail.gmail.com>
References: <CAFZSpaBKH1inW4wJuzxRpc3kXE3KHhhpH1GnCO95Zj2_Pu07wg@mail.gmail.com>
 <CAKEr4RRcVP6xdLXJpbVJi6A-KfkxVkoJoHsy_rU4YSYyPU9rmQ@mail.gmail.com>
 <001001d00e4f$a931e8d0$fb95ba70$@inetweb.com.br>
 <CAKEr4RRSROavTk12Lu84jO1FKOctYK=_jikg3QgoJDk2iD32WQ@mail.gmail.com>
Message-ID: <547E0EB9.3060802@frederick.eti.br>

o que mata as vezes ? igual meu caso, falam que frederick at gmail.com nao 
existe, mas nao pode usar... renatofrederick at gmail dizem que a conta foi 
cancelada...
e j? manda o TOS deles e sem conversa e choro :P

um 0800 ou at? um endere?o pr? mandar cartinha(hahaha) ia ser bom...


> Douglas Fischer <mailto:fischerdouglas at gmail.com>
> 2 de dezembro de 2014 15:31
> Rsrsrsrs... N?o n?!
> S? uma figura de linguagem para explicar a import?ncia de a solu??o 
> ser boa
> tecnicamente e gerencialmente.
>
> O mesmo vale para o 0800 da AWS.
>
> Em 2 de dezembro de 2014 14:47, Cleber @ Listas <
>
>
>
> Cleber @ Listas <mailto:cleber-listas at inetweb.com.br>
> 2 de dezembro de 2014 14:47
> Douglas, agora fiquei curioso. O Google est? ofertando suporte via 
> 0800 no Brasil?
>
> -----Mensagem original-----
> De: masoch-l-bounces at eng.registro.br 
> [mailto:masoch-l-bounces at eng.registro.br] Em nome de Douglas Fischer
> Enviada em: ter?a-feira, 2 de dezembro de 2014 14:09
> Para: Mail Aid and Succor, On-line Comfort and Help
> Assunto: Re: [MASOCH-L] Provedor de e-mails
>
> Procure um servi?o que tenha qualidade t?cnica e gerencial o 
> suficiente para n?o precisar de intera??o com atendentes.
>
> J? viu algu?m reclamar que o 0800 do google o deixou na espera por 
> tempo demais?
>
>
>
>
>
> --
> Douglas Fernando Fischer
> Eng? de Controle e Automa??o
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
> Douglas Fischer <mailto:fischerdouglas at gmail.com>
> 2 de dezembro de 2014 14:08
> Procure um servi?o que tenha qualidade t?cnica e gerencial o suficiente
> para n?o precisar de intera??o com atendentes.
>
> J? viu algu?m reclamar que o 0800 do google o deixou na espera por tempo
> demais?
>
>
>
>
>
> davi peres <mailto:daviperes at gmail.com>
> 2 de dezembro de 2014 09:19
> Galera, voc?s poderiam me indicar provedores de e-mail/website aqui no
> brasil que sejam redundantes ( apresente baixo ?ndice de queda nos 
> servi?os
> ) e tenha um suporte amig?vel, onde a empresa cliente poder? ligar caso
> aconte?a algum problema e o atendente ir? ATENDER a liga??o?
>
> Tem uma empresa em contato comigo querendo migrar os servi?os aqui para o
> brasil pois nos EUA est? dando problema de autentica??o do pop3 todo 
> dia...
> j? n?o aguentam mais ficar sem receber os e-mails duranto 30 min. por dia.
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l


From leandro at allchemistry.com.br  Fri Dec  5 10:43:09 2014
From: leandro at allchemistry.com.br (Leandro Carlos Rodrigues)
Date: Fri, 05 Dec 2014 10:43:09 -0200
Subject: [MASOCH-L] imposto pra contrata????o de datacenter no exterior
In-Reply-To: <CA+CERJCe7_fBs73p49Djkgp1s4sdPUAz5ocysYpKDO0EDtyoWg@mail.gmail.com>
References: <5448DC6D.1060508@solutti.com.br>
 <CAJB2g-G_v02HL14y8Gi+LaU3EBSAQN-iV-hQ3NZFZjeRAXQGbQ@mail.gmail.com>
 <20141028160352.GI29336@angmar.tmp.com.br>
 <CAM1eHWcat3w13b08VDf+s53=zvPKLYLki-jJz5665ao+XzFXXA@mail.gmail.com>
 <5450BD18.10003@allchemistry.com.br>
 <CAM1eHWfozMTK7J9EGTf590w3SUzgadFxPw7Akn15HvJtkh+N3A@mail.gmail.com>
 <5450EC6C.8060501@allchemistry.com.br>
 <CAGFn2k2+f=ybO-_6BpQabpHfOoUpOecVC1TPZTn5=jiODsN7aA@mail.gmail.com>
 <5450EEF4.6080607@allchemistry.com.br> <546F106B.8070300@allchemistry.com.br>
 <CA+CERJCe7_fBs73p49Djkgp1s4sdPUAz5ocysYpKDO0EDtyoWg@mail.gmail.com>
Message-ID: <5481A85D.9050601@allchemistry.com.br>

Em 21/11/2014 12:01, Caio Zanolla escreveu:
> Eles v?o te encaminhar para a Dedalus ou Credibility que, em princ?pio, v?o
> recolher os mesmos impostos e ainda com adicional de icms, ou seja, vai
> ficar mais caro que os 40% direto com a Amazon.

S? para dar um feedback para o pessoal da lista. Realmente ? isso, a 
fatura seria emitida pela Dedalus mesmo. Por?m o fator de sobretaxa 
deles ? 50%. Parece que eles tem alguns benef?cios na Amazon na qual 
conseguem cobrar exatamente o que a Amazon cobra mais os impostos locais 
com uma leve sobretaxa e mesmo assim lucrar. Pelo que entendi, na 
verdade esses 40% de impostos devidos que imagin?vamos est? mais perto 
de 47%. Informa??es da pr?pria Dedalus, ent?o n?o sei se ? verdade isso. 
Se for assim acho que vale a pena aderir e j? estamos fazendo isso. 
Agrade?o muito as informa??es que voc?s passaram. Abra?os.

>
> Obs.: Ainda n?o contactamos esses parceiros, ent?o, tudo o que disse a? em
> cima ainda ? especula??o e pode estar incorreto.
>
> Atenciosamente,
> Caio Zanolla
>
> 2014-11-21 8:14 GMT-02:00 Leandro Carlos Rodrigues <
> leandro at allchemistry.com.br>:
>
>> Em 29/10/2014 11:43, Leandro Carlos Rodrigues escreveu:
>>
>>> Em 29/10/2014 11:38, Rubens Kuhl escreveu:
>>>
>>>>> Tamb?m n?o acho justo porque o data center est? no Brasil. Acabei de
>>>>> fazer
>>>>> uma consulta com o pessoal da Amazon brasileira, com CNPJ
>>>>> 15.436.940/0001-03. Expus o problema da tributa??o, e pedi que
>>>>> verifiquem a
>>>>> possibilidade de transferir o faturamento para o Brasil. N?o sei se a
>>>>> matriz vai dar aval para eles tratarem dos servi?os AWS porque este
>>>>> CNPJ s?
>>>>> mexe com livros mas vale a pena tentar. Se a consulta servir pelo menos
>>>>> para eles refletirem sobre o problema, j? ? alguma coisa. Quando eles
>>>>> derem
>>>>> a resposta eu informo ao pessoal aqui da lista.
>>>>>
>>>>>
>>>>>   Parece que eles j? est?o se preparando para essa possibilidade:
>>>>    C?DIGO E DESCRI??O DA ATIVIDADE ECON?MICA PRINCIPAL
>>>> 47.61-0-01 - Com?rcio varejista de livros
>>>>
>>>> C?DIGO E DESCRI??O DAS ATIVIDADES ECON?MICAS SECUND?RIAS
>>>> 46.51-6-02 - Com?rcio atacadista de suprimentos para inform?tica
>>>> 47.89-0-99 - Com?rcio varejista de outros produtos n?o especificados
>>>> anteriormente
>>>> 63.11-9-00 - Tratamento de dados, provedores de servi?os de aplica??o e
>>>> servi?os de hospedagem na internet
>>>>
>>> Show. Parece que o faturamento aqui ? muito mais poss?vel do que eu
>>> imaginava antes de ver esta informa??o.
>>>
>> Ai Pessoal. Parece que o faturamento local da Amazon vai rolar! Demorou
>> bastante, mas olhem a resposta do respons?vel da Amazon na Am?rica Latina:
>>
>>     "A respeito de faturamento local, informo que a AWS s? aceita
>>     pagamento atrav?s de cart?o de cr?dito internacional, entretanto,
>>     todos os nossos parceiros est?o habilitados para faturar em moeda
>>     local. Posso encaminhar seu contato a um deles?"
>>
>> Quando eu tiver mais informa??es eu passo a voc?s. Vamos ver se isso
>> confirma.
>>
>>
>>
>>>   46.47-8-02 - Com?rcio atacadista de livros, jornais e outras publica??es
>>>> Rubens
>>>> __
>>>> masoch-l list
>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l



From rubensk at gmail.com  Fri Dec  5 11:19:26 2014
From: rubensk at gmail.com (Rubens Kuhl)
Date: Fri, 5 Dec 2014 11:19:26 -0200
Subject: [MASOCH-L] imposto pra contrata????o de datacenter no exterior
In-Reply-To: <5481A85D.9050601@allchemistry.com.br>
References: <5448DC6D.1060508@solutti.com.br>
 <CAJB2g-G_v02HL14y8Gi+LaU3EBSAQN-iV-hQ3NZFZjeRAXQGbQ@mail.gmail.com>
 <20141028160352.GI29336@angmar.tmp.com.br>
 <CAM1eHWcat3w13b08VDf+s53=zvPKLYLki-jJz5665ao+XzFXXA@mail.gmail.com>
 <5450BD18.10003@allchemistry.com.br>
 <CAM1eHWfozMTK7J9EGTf590w3SUzgadFxPw7Akn15HvJtkh+N3A@mail.gmail.com>
 <5450EC6C.8060501@allchemistry.com.br>
 <CAGFn2k2+f=ybO-_6BpQabpHfOoUpOecVC1TPZTn5=jiODsN7aA@mail.gmail.com>
 <5450EEF4.6080607@allchemistry.com.br>
 <546F106B.8070300@allchemistry.com.br>
 <CA+CERJCe7_fBs73p49Djkgp1s4sdPUAz5ocysYpKDO0EDtyoWg@mail.gmail.com>
 <5481A85D.9050601@allchemistry.com.br>
Message-ID: <CAGFn2k1a4zjCX_Fi7Yn0BO1=wi9c34ZQiySq9XLoGdZ3TD5nUw@mail.gmail.com>

2014-12-05 10:43 GMT-02:00 Leandro Carlos Rodrigues <
leandro at allchemistry.com.br>:

> Em 21/11/2014 12:01, Caio Zanolla escreveu:
>
>> Eles v?o te encaminhar para a Dedalus ou Credibility que, em princ?pio,
>> v?o
>> recolher os mesmos impostos e ainda com adicional de icms, ou seja, vai
>> ficar mais caro que os 40% direto com a Amazon.
>>
>
> S? para dar um feedback para o pessoal da lista. Realmente ? isso, a
> fatura seria emitida pela Dedalus mesmo. Por?m o fator de sobretaxa deles ?
> 50%. Parece que eles tem alguns benef?cios na Amazon na qual conseguem
> cobrar exatamente o que a Amazon cobra mais os impostos locais com uma leve
> sobretaxa e mesmo assim lucrar. Pelo que entendi, na verdade esses 40% de
> impostos devidos que imagin?vamos est? mais perto de 47%. Informa??es da
> pr?pria Dedalus, ent?o n?o sei se ? verdade isso. Se for assim acho que
> vale a pena aderir e j? estamos fazendo isso. Agrade?o muito as informa??es
> que voc?s passaram. Abra?os.
>
>
T? mais para 40% mesmo, mas considerando que o parceiro local assume tamb?m
risco cambial e risco de cr?dito, 50% t? de bom tamanho, IMHO.


Rubens


From daniel.checchia at gmail.com  Sun Dec  7 19:45:35 2014
From: daniel.checchia at gmail.com (Daniel Checchia)
Date: Sun, 7 Dec 2014 19:45:35 -0200
Subject: [MASOCH-L] RES: Provedor de e-mails
In-Reply-To: <547E0EB9.3060802@frederick.eti.br>
References: <CAFZSpaBKH1inW4wJuzxRpc3kXE3KHhhpH1GnCO95Zj2_Pu07wg@mail.gmail.com>
 <CAKEr4RRcVP6xdLXJpbVJi6A-KfkxVkoJoHsy_rU4YSYyPU9rmQ@mail.gmail.com>
 <001001d00e4f$a931e8d0$fb95ba70$@inetweb.com.br>
 <CAKEr4RRSROavTk12Lu84jO1FKOctYK=_jikg3QgoJDk2iD32WQ@mail.gmail.com>
 <547E0EB9.3060802@frederick.eti.br>
Message-ID: <CAK5nECoxXOQMYszkZ5N5iA0AcvD9Kb3pa57jqBJrkejJeyCP2Q@mail.gmail.com>

Pessoal,

Dou consultoria para uma empresa que est? h? 17 anos no mercado, com foco
somente em e-mail (plataforma pr?pria e Exchange).

Falem com o paschoal at i3si.com.br (copiado nesta).

SDS

Em 2 de dezembro de 2014 17:10, Renato Frederick <renato at frederick.eti.br>
escreveu:

> o que mata as vezes ? igual meu caso, falam que frederick at gmail.com nao
> existe, mas nao pode usar... renatofrederick at gmail dizem que a conta foi
> cancelada...
> e j? manda o TOS deles e sem conversa e choro :P
>
> um 0800 ou at? um endere?o pr? mandar cartinha(hahaha) ia ser bom...
>
>
>  Douglas Fischer <mailto:fischerdouglas at gmail.com>
>> 2 de dezembro de 2014 15:31
>> Rsrsrsrs... N?o n?!
>> S? uma figura de linguagem para explicar a import?ncia de a solu??o ser
>> boa
>> tecnicamente e gerencialmente.
>>
>> O mesmo vale para o 0800 da AWS.
>>
>> Em 2 de dezembro de 2014 14:47, Cleber @ Listas <
>>
>>
>>
>> Cleber @ Listas <mailto:cleber-listas at inetweb.com.br>
>> 2 de dezembro de 2014 14:47
>> Douglas, agora fiquei curioso. O Google est? ofertando suporte via 0800
>> no Brasil?
>>
>> -----Mensagem original-----
>> De: masoch-l-bounces at eng.registro.br [mailto:masoch-l-bounces at eng.
>> registro.br] Em nome de Douglas Fischer
>> Enviada em: ter?a-feira, 2 de dezembro de 2014 14:09
>> Para: Mail Aid and Succor, On-line Comfort and Help
>> Assunto: Re: [MASOCH-L] Provedor de e-mails
>>
>> Procure um servi?o que tenha qualidade t?cnica e gerencial o suficiente
>> para n?o precisar de intera??o com atendentes.
>>
>> J? viu algu?m reclamar que o 0800 do google o deixou na espera por tempo
>> demais?
>>
>>
>>
>>
>>
>> --
>> Douglas Fernando Fischer
>> Eng? de Controle e Automa??o
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>> Douglas Fischer <mailto:fischerdouglas at gmail.com>
>> 2 de dezembro de 2014 14:08
>> Procure um servi?o que tenha qualidade t?cnica e gerencial o suficiente
>> para n?o precisar de intera??o com atendentes.
>>
>> J? viu algu?m reclamar que o 0800 do google o deixou na espera por tempo
>> demais?
>>
>>
>>
>>
>>
>> davi peres <mailto:daviperes at gmail.com>
>> 2 de dezembro de 2014 09:19
>> Galera, voc?s poderiam me indicar provedores de e-mail/website aqui no
>> brasil que sejam redundantes ( apresente baixo ?ndice de queda nos
>> servi?os
>> ) e tenha um suporte amig?vel, onde a empresa cliente poder? ligar caso
>> aconte?a algum problema e o atendente ir? ATENDER a liga??o?
>>
>> Tem uma empresa em contato comigo querendo migrar os servi?os aqui para o
>> brasil pois nos EUA est? dando problema de autentica??o do pop3 todo
>> dia...
>> j? n?o aguentam mais ficar sem receber os e-mails duranto 30 min. por dia.
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From rubensk at gmail.com  Sun Dec  7 20:33:27 2014
From: rubensk at gmail.com (Rubens Kuhl)
Date: Sun, 7 Dec 2014 20:33:27 -0200
Subject: [MASOCH-L] Provedor de e-mails
In-Reply-To: <CAFZSpaBKH1inW4wJuzxRpc3kXE3KHhhpH1GnCO95Zj2_Pu07wg@mail.gmail.com>
References: <CAFZSpaBKH1inW4wJuzxRpc3kXE3KHhhpH1GnCO95Zj2_Pu07wg@mail.gmail.com>
Message-ID: <CAGFn2k1skzDnPVYvEGYwbG3M5w2us+kjq19-=uOuBMfDOFqByA@mail.gmail.com>

2014-12-02 9:19 GMT-02:00 davi peres <daviperes at gmail.com>:

> Galera, voc?s poderiam me indicar provedores de e-mail/website aqui no
> brasil que sejam redundantes ( apresente baixo ?ndice de queda nos servi?os
> ) e tenha um suporte amig?vel, onde a empresa cliente poder? ligar caso
> aconte?a algum problema e o atendente ir? ATENDER a liga??o?
>
> Tem uma empresa em contato comigo querendo migrar os servi?os aqui para o
> brasil pois nos EUA est? dando problema de autentica??o do pop3 todo dia...
> j? n?o aguentam mais ficar sem receber os e-mails duranto 30 min. por dia.=
>

Gratuito para at? 10 contas tem o ZohoMail, mas fica nos EUA. De quantas
contas estamos falando ?


Rubens


From hmh at hmh.eng.br  Mon Dec  8 09:31:12 2014
From: hmh at hmh.eng.br (Henrique de Moraes Holschuh)
Date: Mon, 8 Dec 2014 09:31:12 -0200
Subject: [MASOCH-L] Provedor de e-mails
In-Reply-To: <CAGFn2k1skzDnPVYvEGYwbG3M5w2us+kjq19-=uOuBMfDOFqByA@mail.gmail.com>
References: <CAFZSpaBKH1inW4wJuzxRpc3kXE3KHhhpH1GnCO95Zj2_Pu07wg@mail.gmail.com>
 <CAGFn2k1skzDnPVYvEGYwbG3M5w2us+kjq19-=uOuBMfDOFqByA@mail.gmail.com>
Message-ID: <20141208113112.GA12851@khazad-dum.debian.net>

On Sun, 07 Dec 2014, Rubens Kuhl wrote:
> 2014-12-02 9:19 GMT-02:00 davi peres <daviperes at gmail.com>:
> > Galera, voc?s poderiam me indicar provedores de e-mail/website aqui no
> > brasil que sejam redundantes ( apresente baixo ?ndice de queda nos servi?os
> > ) e tenha um suporte amig?vel, onde a empresa cliente poder? ligar caso
> > aconte?a algum problema e o atendente ir? ATENDER a liga??o?
> >
> > Tem uma empresa em contato comigo querendo migrar os servi?os aqui para o
> > brasil pois nos EUA est? dando problema de autentica??o do pop3 todo dia...
> > j? n?o aguentam mais ficar sem receber os e-mails duranto 30 min. por dia.=

O melhor suporte que j? vi na vida voc? vai encontrar no fastmail.fm /
fastmail.com, s? que at? onde sei, s? em ingl?s.  Eles n?o tem presen?a no
Brasil.

Ali?s, eles s? tem presen?a fiscal/legal na Austr?lia.

? "meio raro" encontrar provedor de email que tem 10+ anos de contribui??o
direta no software que usa (cyrus imap, postfix, Linux, ngix, etc), hospeda
em datacenter em dois continentes (NYC e Isl?ndia), suporta praticamente
tudo que importa em padr?o aberto, etc.  E nada de n?vem de terceiro:
servidores e estrutura de rede pr?prias em cage dedicado.  A redund?ncia ?
tripla (2x NYC + 1x Isl?ndia para quem est? nas Am?ricas), com replica??o a
n?vel de aplica??o, fora o backup.  N?o tem essa de por a culpa no provedor
de cloud "X" quando algo d? errado.

E voc? fica sabendo o que deu errado, eles n?o escondem em baixo do pano nem
aparecem com desculpa esfarrapada.  E se o evento for algo not?vel,
descrevem exatamente o que, como, quando, porqu?, qual o estrago, como foi
mitigado, como foi resolvido, e o que fizeram para que n?o aconte?a
novamente.

Evidentemente que n?o ? o mais barato dos provedores.  Mas vale cada
centavo.

E ainda por cima ? investimento indireto em software livre e aberto, j? que
o pessoal do fastmail.fm s?o parte do core-team do cyrus imap, e tem
hist?rico de contrir de volta para a comunidade muita coisa, de patches a
novos componentes (por exemplo: o editor de texto web do webmail escrito por
eles foi disponibilizado no github com licen?a MIT).

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


From rejaine at bhz.jamef.com.br  Tue Dec  9 17:05:11 2014
From: rejaine at bhz.jamef.com.br (Rejaine Monteiro)
Date: Tue, 09 Dec 2014 17:05:11 -0200
Subject: [MASOCH-L] =?windows-1252?q?Parar/Iniciar_multiplos_servi=E7os/da?=
 =?windows-1252?q?emons_Linux?=
Message-ID: <548747E7.4010807@bhz.jamef.com.br>


Ol? pessoal

Tenho uma aplica??o que roda no Linux que usa dezenas de bin?rios, por?m 
n?o h?, necessariamente, alguma rela??o de depend?ncia entre eles.

Para iniciar/parar tais  servi?os, tenho um script de start/stop "padr?o 
linux", fazendo um 'for'  buscando pelos bin?rios executando-os um a 
um.  S? que eu precisava agilizar esse processo, executar TODOS de uma 
s? vez. Sei que d? para usar o '&' e partir para a pr?xima, mas existem 
sequencias que n?o podem ser 'puladas'.. Enfim, a ideia ? executar um 
start/stop para 100 servi?os em paralelo e aguardar a finaliza??o 
destes, para s? depois partir para o outros comandos do script. Fiz um 
teste com o nohup, mas o da? tenho que ficar ficar verificando log 
gerado por ele para saber se tudo realmente saiu do ar ou n?o para dar 
continuidade. Por isso queria saber se j? n?o tem algo mais pr?tico, que 
j? fa?a essa tarefa...



From lucas.bocchi at gmail.com  Tue Dec  9 17:39:35 2014
From: lucas.bocchi at gmail.com (Lucas Willian Bocchi)
Date: Tue, 9 Dec 2014 17:39:35 -0200
Subject: [MASOCH-L]
	=?iso-8859-1?q?Parar/Iniciar_multiplos_servi=E7os/daem?=
	=?iso-8859-1?q?ons_Linux?=
In-Reply-To: <548747E7.4010807@bhz.jamef.com.br>
References: <548747E7.4010807@bhz.jamef.com.br>
Message-ID: <CA+m52=d+k0PF3X494YQaeYE0Nkc2T9Hs8Av+ea1QLN2_64h-Zw@mail.gmail.com>

Pra isso existem os arquivos pid.


Em 9 de dezembro de 2014 17:05, Rejaine Monteiro
<rejaine at bhz.jamef.com.br> escreveu:
>
> Ol? pessoal
>
> Tenho uma aplica??o que roda no Linux que usa dezenas de bin?rios, por?m n?o
> h?, necessariamente, alguma rela??o de depend?ncia entre eles.
>
> Para iniciar/parar tais  servi?os, tenho um script de start/stop "padr?o
> linux", fazendo um 'for'  buscando pelos bin?rios executando-os um a um.  S?
> que eu precisava agilizar esse processo, executar TODOS de uma s? vez. Sei
> que d? para usar o '&' e partir para a pr?xima, mas existem sequencias que
> n?o podem ser 'puladas'.. Enfim, a ideia ? executar um start/stop para 100
> servi?os em paralelo e aguardar a finaliza??o destes, para s? depois partir
> para o outros comandos do script. Fiz um teste com o nohup, mas o da? tenho
> que ficar ficar verificando log gerado por ele para saber se tudo realmente
> saiu do ar ou n?o para dar continuidade. Por isso queria saber se j? n?o tem
> algo mais pr?tico, que j? fa?a essa tarefa...
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l


From hmh at hmh.eng.br  Tue Dec  9 18:00:10 2014
From: hmh at hmh.eng.br (Henrique de Moraes Holschuh)
Date: Tue, 9 Dec 2014 18:00:10 -0200
Subject: [MASOCH-L]
 =?iso-8859-1?q?Parar/Iniciar_multiplos_servi=E7os/daem?=
 =?iso-8859-1?q?ons_Linux?=
In-Reply-To: <CA+m52=d+k0PF3X494YQaeYE0Nkc2T9Hs8Av+ea1QLN2_64h-Zw@mail.gmail.com>
References: <548747E7.4010807@bhz.jamef.com.br>
 <CA+m52=d+k0PF3X494YQaeYE0Nkc2T9Hs8Av+ea1QLN2_64h-Zw@mail.gmail.com>
Message-ID: <20141209200010.GA2787@khazad-dum.debian.net>

On Tue, 09 Dec 2014, Lucas Willian Bocchi wrote:
> Pra isso existem os arquivos pid.

E o built-in "wait" se o que voc? precisa ? esperar pelos jobs em
background...

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


From alex.montoanelli at unetvale.net  Tue Dec  9 18:19:11 2014
From: alex.montoanelli at unetvale.net (Alex Montoanelli)
Date: Tue, 9 Dec 2014 18:19:11 -0200
Subject: [MASOCH-L]
	=?iso-8859-1?q?Parar/Iniciar_multiplos_servi=E7os/daem?=
	=?iso-8859-1?q?ons_Linux?=
In-Reply-To: <20141209200010.GA2787@khazad-dum.debian.net>
References: <548747E7.4010807@bhz.jamef.com.br>
 <CA+m52=d+k0PF3X494YQaeYE0Nkc2T9Hs8Av+ea1QLN2_64h-Zw@mail.gmail.com>
 <20141209200010.GA2787@khazad-dum.debian.net>
Message-ID: <CAG0G1gs+DJgrRqazbo029OJ2rEUvewCdSvJZPUmvO1TudxoWmA@mail.gmail.com>

Ol? Rejaine,

Exemplificando oque o Henrique falou fica mais ou menos assim:

O primeiro grupo e segundo v?o ser iniciados em paralelo, e o 3? s? ser?
executado assim que g1 e g2 terminarem.

Abra?o

#grupo1
(
binario1
binario2
binario3
)&

#grupo2
(
binario4
binario5
binario6
)&

wait

#grupo3
(
binario7
binario8
binario9
)&


--
*Alex Montoanelli*
 ? Unetvale <http://www.unetvale.com.br>
 ? +55 48 3263 8789
 ? INOC 53175*100

On Tue, Dec 9, 2014 at 6:00 PM, Henrique de Moraes Holschuh <hmh at hmh.eng.br>
wrote:

> On Tue, 09 Dec 2014, Lucas Willian Bocchi wrote:
> > Pra isso existem os arquivos pid.
>
> E o built-in "wait" se o que voc? precisa ? esperar pelos jobs em
> background...
>
> --
>   "One disk to rule them all, One disk to find them. One disk to bring
>   them all and in the darkness grind them. In the Land of Redmond
>   where the shadows lie." -- The Silicon Valley Tarot
>   Henrique Holschuh
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From rejaine at bhz.jamef.com.br  Tue Dec  9 18:31:35 2014
From: rejaine at bhz.jamef.com.br (Rejaine Monteiro)
Date: Tue, 09 Dec 2014 18:31:35 -0200
Subject: [MASOCH-L]
 =?windows-1252?q?Parar/Iniciar_multiplos_servi=E7os/da?=
 =?windows-1252?q?emons_Linux?=
In-Reply-To: <CAG0G1gs+DJgrRqazbo029OJ2rEUvewCdSvJZPUmvO1TudxoWmA@mail.gmail.com>
References: <548747E7.4010807@bhz.jamef.com.br>
 <CA+m52=d+k0PF3X494YQaeYE0Nkc2T9Hs8Av+ea1QLN2_64h-Zw@mail.gmail.com>
 <20141209200010.GA2787@khazad-dum.debian.net>
 <CAG0G1gs+DJgrRqazbo029OJ2rEUvewCdSvJZPUmvO1TudxoWmA@mail.gmail.com>
Message-ID: <54875C27.2070102@bhz.jamef.com.br>


Sim, eu entendi.. Mas no meu caso, eu precisaria que os bin?rio1, 
binario2 e bin?rio3 (que rodam em 5 servidores diferentes por exemplo) 
serem finalizado ao mesmo tempo (aqui temos 5 servidores, por exemplo, 
com 48 servi?os ou bin?rios semelhantes/cada que precisam ser 
finalizados ao mesmo tempo) Eu queria era evitar, de todas as formas n?o 
usar o killall.. Mas vai ser o jeito. At? pq olhei o script de 
start/stop da aplica??o e eles usam killproc mesmo.. Ent?o acho que dar 
killall n?o vai dar problema (a diferen?a ? que o killproc envia um 
sigterm e se o processo n?o cair, manda um sigkill, j? i killall n?o sei)
Refiz o script que 'para tudo' usando o 'killall -r binario -w '.. E 
tamb?m mudei o ssh para o pssh para tentar rodar os killall ao mesmo 
tempo em servidores diferentes.. Acho que isso deve ajudar a parar o 
sistema.
Vou fazer um teste na madrugada e ver no que vai dar..

On 09-12-2014 18:19, Alex Montoanelli wrote:
> Ol? Rejaine,
>
> Exemplificando oque o Henrique falou fica mais ou menos assim:
>
> O primeiro grupo e segundo v?o ser iniciados em paralelo, e o 3? s? ser?
> executado assim que g1 e g2 terminarem.
>
> Abra?o
>
> #grupo1
> (
> binario1
> binario2
> binario3
> )&
>
> #grupo2
> (
> binario4
> binario5
> binario6
> )&
>
> wait
>
> #grupo3
> (
> binario7
> binario8
> binario9
> )&
>
>
> --
> *Alex Montoanelli*
>   ? Unetvale <http://www.unetvale.com.br>
>   ? +55 48 3263 8789
>   ? INOC 53175*100
>
> On Tue, Dec 9, 2014 at 6:00 PM, Henrique de Moraes Holschuh <hmh at hmh.eng.br>
> wrote:
>
>> On Tue, 09 Dec 2014, Lucas Willian Bocchi wrote:
>>> Pra isso existem os arquivos pid.
>> E o built-in "wait" se o que voc? precisa ? esperar pelos jobs em
>> background...
>>
>> --
>>    "One disk to rule them all, One disk to find them. One disk to bring
>>    them all and in the darkness grind them. In the Land of Redmond
>>    where the shadows lie." -- The Silicon Valley Tarot
>>    Henrique Holschuh
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l

-- 
Rejaine da Silveira Monteiro
Suporte-TI
Tel: (31) 2102-8854
rejaine at bhz.jamef.com.br
www.jamef.com.br



From zhushazang at yahoo.com.br  Wed Dec 10 05:10:54 2014
From: zhushazang at yahoo.com.br (Zhu Sha Zang)
Date: Wed, 10 Dec 2014 05:10:54 -0200
Subject: [MASOCH-L] Bloqueio Google Play
In-Reply-To: <CAHf3uWw2MNx309mLDyM1n9uT41x1-KfT7kn4W4-7qeFTszBzPA@mail.gmail.com>
References: <1201153629.4236690.1416595945372.JavaMail.zimbra@unimedbelem.com.br>
 <CA+u5nNcjOey_OjEqVLWG64jQ7VTJ_1+LmdoAP4QH=QYJPHqiWQ@mail.gmail.com>
 <54730846.7010307@tcheturbo.com.br>
 <416061726.4394609.1416842623069.JavaMail.zimbra@unimedbelem.com.br>
 <CA+u5nNfwS+wzxi18q5+zYd6yDE5wF=CcfGCdjzdjOcL05hEhSg@mail.gmail.com>
 <CA+u5nNes5Wi8sPvrKUaPurZu9PVaQi1Zx9dpv8nwsM0uj-HLUA@mail.gmail.com>
 <1334885231.4445904.1416854480182.JavaMail.zimbra@unimedbelem.com.br>
 <CAHf3uWw2MNx309mLDyM1n9uT41x1-KfT7kn4W4-7qeFTszBzPA@mail.gmail.com>
Message-ID: <5487F1FE.9000006@yahoo.com.br>

Bloqueio com fortinet UTM -> Aplica??o -> Google Play

Att

On 11/24/2014 04:37 PM, Eduardo Schoedler wrote:
> Se voc? tem DNS interno, crie uma zona para apontar para 127.0.0.1.
>
> --
> Eduardo Schoedler
>
> Em 24 de novembro de 2014 16:41, Jacques de Beijer
> <jacques.beijer at unimedbelem.com.br> escreveu:
>> Por name ? muito complicado bloquear, ele varia muito.
>> Na verdade fiz um bloqueio em tudo do domain .1e100.net e tudo do range 173.194.118.0/24 na 443 e 80.
>> Resolveu meu problema.
>>
>> ----- Mensagem original -----
>>
>> De: "Roberto Lima" <smuxbr at gmail.com>
>> Para: "Mail Aid and Succor, On-line Comfort and Help" <masoch-l at eng.registro.br>
>> Enviadas: Segunda-feira, 24 de novembro de 2014 12:28:17
>> Assunto: Re: [MASOCH-L] Bloqueio Google Play
>>
>> s/alg/algo/g
>>
>> Em 24 de novembro de 2014 13:27, Roberto Lima <smuxbr at gmail.com> escreveu:
>>
>>> no iptables pode usar string
>>>
>>> iptables -A INPUT -m string --string "android.clients.google.com" --alg
>>> bm -j DROP
>>>
>>> Em 24 de novembro de 2014 13:23, Jacques de Beijer <
>>> jacques.beijer at unimedbelem.com.br> escreveu:
>>>
>>> Boas Daniel.
>>>> No proxy j? est? bloqueado. T? me batendo mesmo ? no iptables.
>>>>
>>>>
>>>>
>>>> ----- Mensagem original -----
>>>>
>>>> De: "Daniel Vasconcelos" <vdaniel at tcheturbo.com.br>
>>>> Para: "Mail Aid and Succor, On-line Comfort and Help" <
>>>> masoch-l at eng.registro.br>
>>>> Enviadas: Segunda-feira, 24 de novembro de 2014 7:28:22
>>>> Assunto: Re: [MASOCH-L] Bloqueio Google Play
>>>>
>>>> Impedir que os funcion?rios fiquem baixando joguinhos no celular,
>>>> provavelmente. :-D
>>>>
>>>> Voc? n?o especificou nada na sua rede, mas mesmo assim vou arriscar aqui:
>>>>
>>>> Se for um proxy linux, tente usar a seguinte regra de firewall:
>>>> /ip firewall filter add action=drop chain=forward
>>>> content=play.google.com disabled=yes dst-port=80,443 protocol=tcp
>>>>
>>>> Mikrotik:
>>>> /ip firewall layer7-protocol
>>>> add comment="PLAY STORE" name="Google Play Store"
>>>> regexp="^.+.c.android.clients.google.com.*\$"
>>>>
>>>> Atenciosamente,
>>>> Daniel Vasconcelos
>>>> IT Analyst
>>>>
>>>> Em 21/11/2014 18:20, Roberto Lima escreveu:
>>>>> Qual o motivo para impedir o play?
>>>>>
>>>>> Em 21 de novembro de 2014 16:52, Jacques de Beijer <
>>>>> jacques.beijer at unimedbelem.com.br> escreveu:
>>>>>
>>>>>> Boas mo?ada.
>>>>>>
>>>>>> Algum presente na lista faz o bloquio do Google Play para android em
>>>> sua
>>>>>> rede, sem bloquear o Google e Gmail?
>>>>>>
>>>>>> Abcs
>>>>>> __
>>>>>> masoch-l list
>>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>>>
>>>>> __
>>>>> masoch-l list
>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>> __
>>>> masoch-l list
>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>
>>>> __
>>>> masoch-l list
>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>
>>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>
>



From ricardo.btu at gmail.com  Thu Dec 11 12:50:45 2014
From: ricardo.btu at gmail.com (Ricardo Oliveira)
Date: Thu, 11 Dec 2014 12:50:45 -0200
Subject: [MASOCH-L] Cabos Sata Dell R410 (Off-topic)
Message-ID: <CAF3P2Y2ATj6cJg_n+V40zV9LbMTmLNnmvja75H9253GbBGibEA@mail.gmail.com>

Pessoal, bom dia.

Preciso instalar Linux em um servidor Dell R410 que esta com uma
controladora PERC S300 (Fake RAID) como a mesma n?o ? compat?vel com Linux
queria plugar os discos diretamente na placa m?e. Mas n?o estou achando o
Kit de cabos no Brasil, algu?m conhece um fornecedor para o produto do Link
abaixo?

http://www.ebay.com/itm/DELL-P459G-R410-POWER-CABLES-CN-0P459G-/150863374032?pt=LH_DefaultDomain_0&hash=item23202866d0

Obrigado
Ricardo Freitas


From erigler at gmail.com  Thu Dec 11 13:29:14 2014
From: erigler at gmail.com (Eduardo Rigler)
Date: Thu, 11 Dec 2014 13:29:14 -0200
Subject: [MASOCH-L] Cabos Sata Dell R410 (Off-topic)
In-Reply-To: <CAF3P2Y2ATj6cJg_n+V40zV9LbMTmLNnmvja75H9253GbBGibEA@mail.gmail.com>
References: <CAF3P2Y2ATj6cJg_n+V40zV9LbMTmLNnmvja75H9253GbBGibEA@mail.gmail.com>
Message-ID: <CA+gOtKDtRJ9yt6to+nX7gMau7f_j1tTi_VtQ=Y_71FmuGCi5pA@mail.gmail.com>

Qual distro quer usar? De repente n?o ? jogo recompilar o kernel com o
driver?

Desabilitar o (fake)RAID na Bios n?o deu certo? Salvo engano os discos n?o
s?o reconhecidos apenas quando est? setado para RAID l?...


[]'s


Em 11 de dezembro de 2014 12:50, Ricardo Oliveira <ricardo.btu at gmail.com>
escreveu:

> Pessoal, bom dia.
>
> Preciso instalar Linux em um servidor Dell R410 que esta com uma
> controladora PERC S300 (Fake RAID) como a mesma n?o ? compat?vel com Linux
> queria plugar os discos diretamente na placa m?e. Mas n?o estou achando o
> Kit de cabos no Brasil, algu?m conhece um fornecedor para o produto do Link
> abaixo?
>
>
> http://www.ebay.com/itm/DELL-P459G-R410-POWER-CABLES-CN-0P459G-/150863374032?pt=LH_DefaultDomain_0&hash=item23202866d0
>
> Obrigado
> Ricardo Freitas
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From lucas.bocchi at gmail.com  Thu Dec 11 14:17:52 2014
From: lucas.bocchi at gmail.com (Lucas Willian Bocchi)
Date: Thu, 11 Dec 2014 14:17:52 -0200
Subject: [MASOCH-L] Cabos Sata Dell R410 (Off-topic)
In-Reply-To: <CAF3P2Y2ATj6cJg_n+V40zV9LbMTmLNnmvja75H9253GbBGibEA@mail.gmail.com>
References: <CAF3P2Y2ATj6cJg_n+V40zV9LbMTmLNnmvja75H9253GbBGibEA@mail.gmail.com>
Message-ID: <CA+m52=ejQBFLxxcWE4th2XCcrweT4DFP5iDg4YgppYxaCZ6WUQ@mail.gmail.com>

Isso est? estranho!

Que vers?o do linux que ?? Tenho o Debian 7.0 num servidor desses sem
segredo nenhum para instalar.

Em 11 de dezembro de 2014 12:50, Ricardo Oliveira
<ricardo.btu at gmail.com> escreveu:
> Pessoal, bom dia.
>
> Preciso instalar Linux em um servidor Dell R410 que esta com uma
> controladora PERC S300 (Fake RAID) como a mesma n?o ? compat?vel com Linux
> queria plugar os discos diretamente na placa m?e. Mas n?o estou achando o
> Kit de cabos no Brasil, algu?m conhece um fornecedor para o produto do Link
> abaixo?
>
> http://www.ebay.com/itm/DELL-P459G-R410-POWER-CABLES-CN-0P459G-/150863374032?pt=LH_DefaultDomain_0&hash=item23202866d0
>
> Obrigado
> Ricardo Freitas
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l


From leolistas at solutti.com.br  Thu Dec 11 14:27:44 2014
From: leolistas at solutti.com.br (Leonardo Rodrigues)
Date: Thu, 11 Dec 2014 14:27:44 -0200
Subject: [MASOCH-L] Cabos Sata Dell R410 (Off-topic)
In-Reply-To: <CAF3P2Y2ATj6cJg_n+V40zV9LbMTmLNnmvja75H9253GbBGibEA@mail.gmail.com>
References: <CAF3P2Y2ATj6cJg_n+V40zV9LbMTmLNnmvja75H9253GbBGibEA@mail.gmail.com>
Message-ID: <5489C600.5060701@solutti.com.br>

On 11/12/14 12:50, Ricardo Oliveira wrote:
> Pessoal, bom dia.
>
> Preciso instalar Linux em um servidor Dell R410 que esta com uma
> controladora PERC S300 (Fake RAID) como a mesma n?o ? compat?vel com Linux
> queria plugar os discos diretamente na placa m?e. Mas n?o estou achando o
> Kit de cabos no Brasil, algu?m conhece um fornecedor para o produto do Link
> abaixo?
>
> http://www.ebay.com/itm/DELL-P459G-R410-POWER-CABLES-CN-0P459G-/150863374032?pt=LH_DefaultDomain_0&hash=item23202866d0
>

     Em geral, em controladoras fake raid n?o suportadas no Linux, os 
discos v?o aparecer separadamente pro SO independente de qual 
configura??o de RAID est? l? feito na placa. Nas poucas m?quinas fake 
raid que j? utilizei, foi assim, Os discos apareciam l?, sem problema 
nenhum.



-- 


	Atenciosamente / Sincerily,
	Leonardo Rodrigues
	Solutti Tecnologia
	http://www.solutti.com.br

	Minha armadilha de SPAM, N?O mandem email
	gertrudes at solutti.com.br
	My SPAMTRAP, do not email it





From danton.nunes at inexo.com.br  Thu Dec 11 15:15:58 2014
From: danton.nunes at inexo.com.br (Danton Nunes)
Date: Thu, 11 Dec 2014 15:15:58 -0200 (BRST)
Subject: [MASOCH-L] Cabos Sata Dell R410 (Off-topic)
In-Reply-To: <CAF3P2Y2ATj6cJg_n+V40zV9LbMTmLNnmvja75H9253GbBGibEA@mail.gmail.com>
References: <CAF3P2Y2ATj6cJg_n+V40zV9LbMTmLNnmvja75H9253GbBGibEA@mail.gmail.com>
Message-ID: <alpine.DEB.2.10.1412111501380.18011@zaphod>

On Thu, 11 Dec 2014, Ricardo Oliveira wrote:

> Pessoal, bom dia.
>
> Preciso instalar Linux em um servidor Dell R410 que esta com uma
> controladora PERC S300 (Fake RAID) como a mesma n?o ? compat?vel com Linux
> queria plugar os discos diretamente na placa m?e. Mas n?o estou achando o
> Kit de cabos no Brasil, algu?m conhece um fornecedor para o produto do Link
> abaixo?

voc? pode mudar o firmware dessa controladora para que passe a se 
comportar como uma LSI1068E. o hardware dos dois modelos ? o mesmo e a 
segunda ? suportada pelo Linux na boa. Vale a pena dar uma espiada no site 
da pr?pria LSI Logic.

http://www.dell.com/downloads/global/products/pedge/en/Dell_Software_RAID_Functionality_White_Paper.pdf



From ricardo.btu at gmail.com  Thu Dec 11 17:43:28 2014
From: ricardo.btu at gmail.com (Ricardo Oliveira)
Date: Thu, 11 Dec 2014 17:43:28 -0200
Subject: [MASOCH-L] Cabos Sata Dell R410 (Off-topic)
In-Reply-To: <alpine.DEB.2.10.1412111501380.18011@zaphod>
References: <CAF3P2Y2ATj6cJg_n+V40zV9LbMTmLNnmvja75H9253GbBGibEA@mail.gmail.com>
 <alpine.DEB.2.10.1412111501380.18011@zaphod>
Message-ID: <CAF3P2Y0BTz89YafNwWvtwxb3a9McKh8vCW5sP15oPCn4X9zqug@mail.gmail.com>

Pessoal, boa tarde.

Estou tentando instalar o Debian 7 ou Centos 6, por?m em nenhum reconhece
os discos, mesmo com a S300 desabilitada na bios ou  configurada em
non-Raid, pelo que eu entendi a unica forma de resolver ? trocar a S300 por
uma controladora baseada em hardware (Ex: PERC H200) ou usar as portas SATA
onboard, mas para usar a controladora SATA Onboard tem que trocar a
cabeamento SATA.

RedHat Sobre a S100 e S300
https://access.redhat.com/solutions/19852

Danton voc? j? fez esse procedimento? N?o achei muitas informa??es de como
realizado.

Infelizmente n?o estou achando este acess?rio aqui no Brasil.

Obrigado a todos pela ajuda.

Ricardo Freitas.

Em 11 de dezembro de 2014 15:15, Danton Nunes <danton.nunes at inexo.com.br>
escreveu:

> On Thu, 11 Dec 2014, Ricardo Oliveira wrote:
>
>  Pessoal, bom dia.
>>
>> Preciso instalar Linux em um servidor Dell R410 que esta com uma
>> controladora PERC S300 (Fake RAID) como a mesma n?o ? compat?vel com Linux
>> queria plugar os discos diretamente na placa m?e. Mas n?o estou achando o
>> Kit de cabos no Brasil, algu?m conhece um fornecedor para o produto do
>> Link
>> abaixo?
>>
>
> voc? pode mudar o firmware dessa controladora para que passe a se
> comportar como uma LSI1068E. o hardware dos dois modelos ? o mesmo e a
> segunda ? suportada pelo Linux na boa. Vale a pena dar uma espiada no site
> da pr?pria LSI Logic.
>
> http://www.dell.com/downloads/global/products/pedge/en/Dell_
> Software_RAID_Functionality_White_Paper.pdf
>
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From lucas.bocchi at gmail.com  Thu Dec 11 17:46:31 2014
From: lucas.bocchi at gmail.com (Lucas Willian Bocchi)
Date: Thu, 11 Dec 2014 17:46:31 -0200
Subject: [MASOCH-L] Cabos Sata Dell R410 (Off-topic)
In-Reply-To: <CAF3P2Y0BTz89YafNwWvtwxb3a9McKh8vCW5sP15oPCn4X9zqug@mail.gmail.com>
References: <CAF3P2Y2ATj6cJg_n+V40zV9LbMTmLNnmvja75H9253GbBGibEA@mail.gmail.com>
 <alpine.DEB.2.10.1412111501380.18011@zaphod>
 <CAF3P2Y0BTz89YafNwWvtwxb3a9McKh8vCW5sP15oPCn4X9zqug@mail.gmail.com>
Message-ID: <CA+m52=eg0fdRTEbXtwOoSR0QsKcKvZQeP2v91CAGOecyHNwC=Q@mail.gmail.com>

Tente instalar o debian testing

Em 11 de dezembro de 2014 17:43, Ricardo Oliveira
<ricardo.btu at gmail.com> escreveu:
> Pessoal, boa tarde.
>
> Estou tentando instalar o Debian 7 ou Centos 6, por?m em nenhum reconhece
> os discos, mesmo com a S300 desabilitada na bios ou  configurada em
> non-Raid, pelo que eu entendi a unica forma de resolver ? trocar a S300 por
> uma controladora baseada em hardware (Ex: PERC H200) ou usar as portas SATA
> onboard, mas para usar a controladora SATA Onboard tem que trocar a
> cabeamento SATA.
>
> RedHat Sobre a S100 e S300
> https://access.redhat.com/solutions/19852
>
> Danton voc? j? fez esse procedimento? N?o achei muitas informa??es de como
> realizado.
>
> Infelizmente n?o estou achando este acess?rio aqui no Brasil.
>
> Obrigado a todos pela ajuda.
>
> Ricardo Freitas.
>
> Em 11 de dezembro de 2014 15:15, Danton Nunes <danton.nunes at inexo.com.br>
> escreveu:
>
>> On Thu, 11 Dec 2014, Ricardo Oliveira wrote:
>>
>>  Pessoal, bom dia.
>>>
>>> Preciso instalar Linux em um servidor Dell R410 que esta com uma
>>> controladora PERC S300 (Fake RAID) como a mesma n?o ? compat?vel com Linux
>>> queria plugar os discos diretamente na placa m?e. Mas n?o estou achando o
>>> Kit de cabos no Brasil, algu?m conhece um fornecedor para o produto do
>>> Link
>>> abaixo?
>>>
>>
>> voc? pode mudar o firmware dessa controladora para que passe a se
>> comportar como uma LSI1068E. o hardware dos dois modelos ? o mesmo e a
>> segunda ? suportada pelo Linux na boa. Vale a pena dar uma espiada no site
>> da pr?pria LSI Logic.
>>
>> http://www.dell.com/downloads/global/products/pedge/en/Dell_
>> Software_RAID_Functionality_White_Paper.pdf
>>
>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l


From danton.nunes at inexo.com.br  Thu Dec 11 18:07:19 2014
From: danton.nunes at inexo.com.br (Danton Nunes)
Date: Thu, 11 Dec 2014 18:07:19 -0200 (BRST)
Subject: [MASOCH-L] Cabos Sata Dell R410 (Off-topic)
In-Reply-To: <CAF3P2Y0BTz89YafNwWvtwxb3a9McKh8vCW5sP15oPCn4X9zqug@mail.gmail.com>
References: <CAF3P2Y2ATj6cJg_n+V40zV9LbMTmLNnmvja75H9253GbBGibEA@mail.gmail.com>
 <alpine.DEB.2.10.1412111501380.18011@zaphod>
 <CAF3P2Y0BTz89YafNwWvtwxb3a9McKh8vCW5sP15oPCn4X9zqug@mail.gmail.com>
Message-ID: <alpine.DEB.2.10.1412111805330.19250@zaphod>

On Thu, 11 Dec 2014, Ricardo Oliveira wrote:

> Danton voc? j? fez esse procedimento? N?o achei muitas informa??es de como
> realizado.

n?o, s? soube dele na "teoria".

at? onde eu sei os cabos SATA do R410 n?o tem nada de especial. tenho um 
R410 aqui na minha frente, mas n?o posso abri-lo agora para ver as 
entranhas ;)



From ricardo.btu at gmail.com  Thu Dec 11 21:52:36 2014
From: ricardo.btu at gmail.com (Ricardo Oliveira)
Date: Thu, 11 Dec 2014 21:52:36 -0200
Subject: [MASOCH-L] Cabos Sata Dell R410 (Off-topic)
In-Reply-To: <alpine.DEB.2.10.1412111805330.19250@zaphod>
References: <CAF3P2Y2ATj6cJg_n+V40zV9LbMTmLNnmvja75H9253GbBGibEA@mail.gmail.com>
 <alpine.DEB.2.10.1412111501380.18011@zaphod>
 <CAF3P2Y0BTz89YafNwWvtwxb3a9McKh8vCW5sP15oPCn4X9zqug@mail.gmail.com>
 <alpine.DEB.2.10.1412111805330.19250@zaphod>
Message-ID: <CAF3P2Y3fGG-c2rSHHa9mPruL13uBOD6hcaUY0UZF6ZH5rte6-g@mail.gmail.com>

Sim, realmente o cabo SATA ? padr?o, o problema ? a alimenta??o dos discos,
tem que tirar o backplane hotswap para poder usar os cabos SATA padr?o,
porem a fonte n?o tem os conectores padr?o de alimenta??o SATA, por isso
precisa do adaptador CN-0P459G.
http://www.ebay.com/itm/DELL-P459G-R410-POWER-CABLES-CN-0P459G-/261683185388?pt=US_Power_Cables_Connectors&hash=item3ced8886ec

Vou testar com o Debian testing.

Obrigado pela aten??o.

Ricardo Freitas.

Em 11 de dezembro de 2014 18:07, Danton Nunes <danton.nunes at inexo.com.br>
escreveu:

> On Thu, 11 Dec 2014, Ricardo Oliveira wrote:
>
>  Danton voc? j? fez esse procedimento? N?o achei muitas informa??es de como
>> realizado.
>>
>
> n?o, s? soube dele na "teoria".
>
> at? onde eu sei os cabos SATA do R410 n?o tem nada de especial. tenho um
> R410 aqui na minha frente, mas n?o posso abri-lo agora para ver as
> entranhas ;)
>
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From vdaniel at tcheturbo.com.br  Fri Dec 12 10:04:44 2014
From: vdaniel at tcheturbo.com.br (Daniel Vasconcelos)
Date: Fri, 12 Dec 2014 10:04:44 -0200
Subject: [MASOCH-L] Freeradius - MySQL replication
Message-ID: <548AD9DC.2050107@tcheturbo.com.br>

E a? galera!
Seguinte, to montando uma m?quina para "espelhar" o meu servidor radius, 
por?m, estou tendo um problema com o MySQL. As configura??es do 
freeradius em si est?o todas corretas (fiz testes de autentica??o e 
funcionou perfeitamente). Por?m, o meu problema come?a quando eu estou 
replicando o banco de dados.

Tenho o servidor MASTER e o SLAVE, sendo que:
Master: rodando o servi?o freeradius e consequentemente o banco de dados;
Slave: rodando o servi?o freeradius e consequentemente o banco de dados;

A configura??o do arquivo "/etc/mysql/my.cnf" em ambas as m?quinas est? 
assim:


## MASTER
server-id       = 1
log_bin         = /var/log/mysql/mysql-bin.log
expire_logs_days        =10
max_binlog_size         = 100M
binlog_do_db              = radius

## SLAVE
server-id               = 2
log_bin                 = /var/log/mysql/mysql-bin.log
relay-log               = /var/log/mysql/mysql-relay-bin.log
log-slave-updates       = 1
expire_logs_days        = 10
max_binlog_size         = 100M
binlog_do_db            = radius

A partir disso, para que a replica??o acontecesse, efetuei os seguintes 
procedimentos (partindo do princ?pio de que a quest?o de usu?rios j? 
estejam configurados):

No servidor MASTER:
Travei as tabelas como somente leitura;
Peguei a posi??o do arquivo bin (show master status;);
Fiz a exporta??o da base para o servidor slave;

No servidor SLAVE:
Fiz a importa??o da base;
Executei o comando no mysql: CHANGE MASTER TO 
MASTER_HOST='meuhost',MASTER_USER='replication', 
MASTER_PASSWORD='senha', MASTER_LOG_FILE='mysql-bin.000006', 
MASTER_LOG_POS=  74949498;
Em seguida: slave start;

A partir dai, tudo estava correndo bem, at? que na manh? seguinte, 
cheguei no trabalho e fui verificar como estava a replica??o.
No MySQL do servidor slave digitei o comando: show slave status\G;
Para minha felicidade estava tudo certo at? ent?o. Por?m, mais tarde, 
fui verificar novamente o status, e me deparei com um erro:

mysql> show slave status\G;
*************************** 1. row ***************************
                Slave_IO_State: Waiting for master to send event
                   Master_Host: meuhost
                   Master_User: replicator
                   Master_Port: 3306
                 Connect_Retry: 60
               Master_Log_File: mysql-bin.000009
           Read_Master_Log_Pos: 50811963
                Relay_Log_File: mysql-relay-bin.000003
                 Relay_Log_Pos: 244
         Relay_Master_Log_File: mysql-bin.000001
              Slave_IO_Running: Yes
             Slave_SQL_Running: No
               Replicate_Do_DB:
           Replicate_Ignore_DB:
            Replicate_Do_Table:
        Replicate_Ignore_Table:
       Replicate_Wild_Do_Table:
   Replicate_Wild_Ignore_Table:
                    Last_Errno: 1194
                    Last_Error: Error 'Table 'radacct' is marked as 
crashed and should be repaired' on query. Default database: 'radius'. 
Query: 'UPDATE radacct           SET framedipaddress = 
'10.10.4.5',              acctsessiontime     = '53400',              
acctinputoctets     = '0'  << 32 |                                    
'40914351', acctoutputoctets    = '0' << 32 
|                                    '362241158'           WHERE 
acctsessionid = '810033f5'           AND username        = 
'jaguar'           AND nasipaddress    = '10.54.2.5''
                  Skip_Counter: 0
           Exec_Master_Log_Pos: 98
               Relay_Log_Space: 725792285
               Until_Condition: None
                Until_Log_File:
                 Until_Log_Pos: 0
            Master_SSL_Allowed: No
            Master_SSL_CA_File:
            Master_SSL_CA_Path:
               Master_SSL_Cert:
             Master_SSL_Cipher:
                Master_SSL_Key:
         Seconds_Behind_Master: NULL
Master_SSL_Verify_Server_Cert: No
                 Last_IO_Errno: 0
                 Last_IO_Error:
                Last_SQL_Errno: 1194
                Last_SQL_Error: Error 'Table 'radacct' is marked as 
crashed and should be repaired' on query. Default database: 'radius'. 
Query: 'UPDATE radacct           SET framedipaddress = 
'10.10.4.5',              acctsessiontime     = '53400',              
acctinputoctets     = '0'  << 32 |                                    
'40914351', acctoutputoctets    = '0' << 32 
|                                    '362241158'           WHERE 
acctsessionid = '810033f5'           AND username        = 
'jaguar'           AND nasipaddress    = '10.54.2.5''
   Replicate_Ignore_Server_Ids:
              Master_Server_Id: 1
1 row in set (0.00 sec)

ERROR:
No query specified


Bom, estou preocupado, pois n?o tenho experi?ncia com replica??o do 
MySQL, mas li bastante sobre e fui surpreendido com esta inconsist?ncia 
de informa??o. Algu?m saberia explicar um poss?vel motivo de isso ter 
acontecido? E a partir disso, como posso revidar? Devo fazer o processo 
de exporta??o/importa??o novamente?

Atenciosamente
-- 
Daniel Vasconcelos
IT Analyst



From daviperes at gmail.com  Fri Dec 12 10:31:34 2014
From: daviperes at gmail.com (davi peres)
Date: Fri, 12 Dec 2014 10:31:34 -0200
Subject: [MASOCH-L] Freeradius - MySQL replication
In-Reply-To: <548AD9DC.2050107@tcheturbo.com.br>
References: <548AD9DC.2050107@tcheturbo.com.br>
Message-ID: <CAFZSpaBwM8ziOJLFmg8s_QAOL2jR-xM5ca7WvsipV4R38_tdWA@mail.gmail.com>

tambem n?o manjo muito mas o meu slave esta assim:

server-id       = 2
master-host     =  192.168.x.x
master-user     =  replicador
master-password = xxxxx
master-port     =  3306

criei um usuario replicador no master com acesso a tudo... ser? que n?o
esta faltando voce configurar quem ? o seu master? vi que voce fez a
replica??o manual inicial.

Em 12 de dezembro de 2014 10:04, Daniel Vasconcelos <
vdaniel at tcheturbo.com.br> escreveu:
>
> E a? galera!
> Seguinte, to montando uma m?quina para "espelhar" o meu servidor radius,
> por?m, estou tendo um problema com o MySQL. As configura??es do freeradius
> em si est?o todas corretas (fiz testes de autentica??o e funcionou
> perfeitamente). Por?m, o meu problema come?a quando eu estou replicando o
> banco de dados.
>
> Tenho o servidor MASTER e o SLAVE, sendo que:
> Master: rodando o servi?o freeradius e consequentemente o banco de dados;
> Slave: rodando o servi?o freeradius e consequentemente o banco de dados;
>
> A configura??o do arquivo "/etc/mysql/my.cnf" em ambas as m?quinas est?
> assim:
>
>
> ## MASTER
> server-id       = 1
> log_bin         = /var/log/mysql/mysql-bin.log
> expire_logs_days        =10
> max_binlog_size         = 100M
> binlog_do_db              = radius
>
> ## SLAVE
> server-id               = 2
> log_bin                 = /var/log/mysql/mysql-bin.log
> relay-log               = /var/log/mysql/mysql-relay-bin.log
> log-slave-updates       = 1
> expire_logs_days        = 10
> max_binlog_size         = 100M
> binlog_do_db            = radius
>
> A partir disso, para que a replica??o acontecesse, efetuei os seguintes
> procedimentos (partindo do princ?pio de que a quest?o de usu?rios j?
> estejam configurados):
>
> No servidor MASTER:
> Travei as tabelas como somente leitura;
> Peguei a posi??o do arquivo bin (show master status;);
> Fiz a exporta??o da base para o servidor slave;
>
> No servidor SLAVE:
> Fiz a importa??o da base;
> Executei o comando no mysql: CHANGE MASTER TO MASTER_HOST='meuhost',MASTER_USER='replication',
> MASTER_PASSWORD='senha', MASTER_LOG_FILE='mysql-bin.000006',
> MASTER_LOG_POS=  74949498;
> Em seguida: slave start;
>
> A partir dai, tudo estava correndo bem, at? que na manh? seguinte, cheguei
> no trabalho e fui verificar como estava a replica??o.
> No MySQL do servidor slave digitei o comando: show slave status\G;
> Para minha felicidade estava tudo certo at? ent?o. Por?m, mais tarde, fui
> verificar novamente o status, e me deparei com um erro:
>
> mysql> show slave status\G;
> *************************** 1. row ***************************
>                Slave_IO_State: Waiting for master to send event
>                   Master_Host: meuhost
>                   Master_User: replicator
>                   Master_Port: 3306
>                 Connect_Retry: 60
>               Master_Log_File: mysql-bin.000009
>           Read_Master_Log_Pos: 50811963
>                Relay_Log_File: mysql-relay-bin.000003
>                 Relay_Log_Pos: 244
>         Relay_Master_Log_File: mysql-bin.000001
>              Slave_IO_Running: Yes
>             Slave_SQL_Running: No
>               Replicate_Do_DB:
>           Replicate_Ignore_DB:
>            Replicate_Do_Table:
>        Replicate_Ignore_Table:
>       Replicate_Wild_Do_Table:
>   Replicate_Wild_Ignore_Table:
>                    Last_Errno: 1194
>                    Last_Error: Error 'Table 'radacct' is marked as crashed
> and should be repaired' on query. Default database: 'radius'. Query:
> 'UPDATE radacct           SET framedipaddress = '10.10.4.5',
> acctsessiontime     = '53400',              acctinputoctets     = '0'  <<
> 32 |                                    '40914351', acctoutputoctets    =
> '0' << 32 |                                    '362241158'           WHERE
> acctsessionid = '810033f5'           AND username        = 'jaguar'
>    AND nasipaddress    = '10.54.2.5''
>                  Skip_Counter: 0
>           Exec_Master_Log_Pos: 98
>               Relay_Log_Space: 725792285
>               Until_Condition: None
>                Until_Log_File:
>                 Until_Log_Pos: 0
>            Master_SSL_Allowed: No
>            Master_SSL_CA_File:
>            Master_SSL_CA_Path:
>               Master_SSL_Cert:
>             Master_SSL_Cipher:
>                Master_SSL_Key:
>         Seconds_Behind_Master: NULL
> Master_SSL_Verify_Server_Cert: No
>                 Last_IO_Errno: 0
>                 Last_IO_Error:
>                Last_SQL_Errno: 1194
>                Last_SQL_Error: Error 'Table 'radacct' is marked as crashed
> and should be repaired' on query. Default database: 'radius'. Query:
> 'UPDATE radacct           SET framedipaddress = '10.10.4.5',
> acctsessiontime     = '53400',              acctinputoctets     = '0'  <<
> 32 |                                    '40914351', acctoutputoctets    =
> '0' << 32 |                                    '362241158'           WHERE
> acctsessionid = '810033f5'           AND username        = 'jaguar'
>    AND nasipaddress    = '10.54.2.5''
>   Replicate_Ignore_Server_Ids:
>              Master_Server_Id: 1
> 1 row in set (0.00 sec)
>
> ERROR:
> No query specified
>
>
> Bom, estou preocupado, pois n?o tenho experi?ncia com replica??o do MySQL,
> mas li bastante sobre e fui surpreendido com esta inconsist?ncia de
> informa??o. Algu?m saberia explicar um poss?vel motivo de isso ter
> acontecido? E a partir disso, como posso revidar? Devo fazer o processo de
> exporta??o/importa??o novamente?
>
> Atenciosamente
> --
> Daniel Vasconcelos
> IT Analyst
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From marcelodieder at gmail.com  Fri Dec 12 10:45:43 2014
From: marcelodieder at gmail.com (Marcelo Dieder)
Date: Fri, 12 Dec 2014 10:45:43 -0200
Subject: [MASOCH-L] Freeradius - MySQL replication
In-Reply-To: <CAFZSpaBwM8ziOJLFmg8s_QAOL2jR-xM5ca7WvsipV4R38_tdWA@mail.gmail.com>
References: <548AD9DC.2050107@tcheturbo.com.br>
 <CAFZSpaBwM8ziOJLFmg8s_QAOL2jR-xM5ca7WvsipV4R38_tdWA@mail.gmail.com>
Message-ID: <CAJVMCt4xryayrM_ngUveFN-UqTjGyCnSfOX828Ls7So=DwpaDA@mail.gmail.com>

Sugiro utilizar a replica??o Galera para MySQL ou Mariadb. ? mais simples,
funciona como master-master e estes problemas de replica??o de instru??o
MySQL deixam de ocorrer....Se vc ainda juntar com haproxy facilita o LB e
HA do freeradius.

Abs
Marcelo
Em 12/12/2014 10:31, "davi peres" <daviperes at gmail.com> escreveu:

> tambem n?o manjo muito mas o meu slave esta assim:
>
> server-id       = 2
> master-host     =  192.168.x.x
> master-user     =  replicador
> master-password = xxxxx
> master-port     =  3306
>
> criei um usuario replicador no master com acesso a tudo... ser? que n?o
> esta faltando voce configurar quem ? o seu master? vi que voce fez a
> replica??o manual inicial.
>
> Em 12 de dezembro de 2014 10:04, Daniel Vasconcelos <
> vdaniel at tcheturbo.com.br> escreveu:
> >
> > E a? galera!
> > Seguinte, to montando uma m?quina para "espelhar" o meu servidor radius,
> > por?m, estou tendo um problema com o MySQL. As configura??es do
> freeradius
> > em si est?o todas corretas (fiz testes de autentica??o e funcionou
> > perfeitamente). Por?m, o meu problema come?a quando eu estou replicando o
> > banco de dados.
> >
> > Tenho o servidor MASTER e o SLAVE, sendo que:
> > Master: rodando o servi?o freeradius e consequentemente o banco de dados;
> > Slave: rodando o servi?o freeradius e consequentemente o banco de dados;
> >
> > A configura??o do arquivo "/etc/mysql/my.cnf" em ambas as m?quinas est?
> > assim:
> >
> >
> > ## MASTER
> > server-id       = 1
> > log_bin         = /var/log/mysql/mysql-bin.log
> > expire_logs_days        =10
> > max_binlog_size         = 100M
> > binlog_do_db              = radius
> >
> > ## SLAVE
> > server-id               = 2
> > log_bin                 = /var/log/mysql/mysql-bin.log
> > relay-log               = /var/log/mysql/mysql-relay-bin.log
> > log-slave-updates       = 1
> > expire_logs_days        = 10
> > max_binlog_size         = 100M
> > binlog_do_db            = radius
> >
> > A partir disso, para que a replica??o acontecesse, efetuei os seguintes
> > procedimentos (partindo do princ?pio de que a quest?o de usu?rios j?
> > estejam configurados):
> >
> > No servidor MASTER:
> > Travei as tabelas como somente leitura;
> > Peguei a posi??o do arquivo bin (show master status;);
> > Fiz a exporta??o da base para o servidor slave;
> >
> > No servidor SLAVE:
> > Fiz a importa??o da base;
> > Executei o comando no mysql: CHANGE MASTER TO
> MASTER_HOST='meuhost',MASTER_USER='replication',
> > MASTER_PASSWORD='senha', MASTER_LOG_FILE='mysql-bin.000006',
> > MASTER_LOG_POS=  74949498;
> > Em seguida: slave start;
> >
> > A partir dai, tudo estava correndo bem, at? que na manh? seguinte,
> cheguei
> > no trabalho e fui verificar como estava a replica??o.
> > No MySQL do servidor slave digitei o comando: show slave status\G;
> > Para minha felicidade estava tudo certo at? ent?o. Por?m, mais tarde, fui
> > verificar novamente o status, e me deparei com um erro:
> >
> > mysql> show slave status\G;
> > *************************** 1. row ***************************
> >                Slave_IO_State: Waiting for master to send event
> >                   Master_Host: meuhost
> >                   Master_User: replicator
> >                   Master_Port: 3306
> >                 Connect_Retry: 60
> >               Master_Log_File: mysql-bin.000009
> >           Read_Master_Log_Pos: 50811963
> >                Relay_Log_File: mysql-relay-bin.000003
> >                 Relay_Log_Pos: 244
> >         Relay_Master_Log_File: mysql-bin.000001
> >              Slave_IO_Running: Yes
> >             Slave_SQL_Running: No
> >               Replicate_Do_DB:
> >           Replicate_Ignore_DB:
> >            Replicate_Do_Table:
> >        Replicate_Ignore_Table:
> >       Replicate_Wild_Do_Table:
> >   Replicate_Wild_Ignore_Table:
> >                    Last_Errno: 1194
> >                    Last_Error: Error 'Table 'radacct' is marked as
> crashed
> > and should be repaired' on query. Default database: 'radius'. Query:
> > 'UPDATE radacct           SET framedipaddress = '10.10.4.5',
> > acctsessiontime     = '53400',              acctinputoctets     = '0'  <<
> > 32 |                                    '40914351', acctoutputoctets    =
> > '0' << 32 |                                    '362241158'
>  WHERE
> > acctsessionid = '810033f5'           AND username        = 'jaguar'
> >    AND nasipaddress    = '10.54.2.5''
> >                  Skip_Counter: 0
> >           Exec_Master_Log_Pos: 98
> >               Relay_Log_Space: 725792285
> >               Until_Condition: None
> >                Until_Log_File:
> >                 Until_Log_Pos: 0
> >            Master_SSL_Allowed: No
> >            Master_SSL_CA_File:
> >            Master_SSL_CA_Path:
> >               Master_SSL_Cert:
> >             Master_SSL_Cipher:
> >                Master_SSL_Key:
> >         Seconds_Behind_Master: NULL
> > Master_SSL_Verify_Server_Cert: No
> >                 Last_IO_Errno: 0
> >                 Last_IO_Error:
> >                Last_SQL_Errno: 1194
> >                Last_SQL_Error: Error 'Table 'radacct' is marked as
> crashed
> > and should be repaired' on query. Default database: 'radius'. Query:
> > 'UPDATE radacct           SET framedipaddress = '10.10.4.5',
> > acctsessiontime     = '53400',              acctinputoctets     = '0'  <<
> > 32 |                                    '40914351', acctoutputoctets    =
> > '0' << 32 |                                    '362241158'
>  WHERE
> > acctsessionid = '810033f5'           AND username        = 'jaguar'
> >    AND nasipaddress    = '10.54.2.5''
> >   Replicate_Ignore_Server_Ids:
> >              Master_Server_Id: 1
> > 1 row in set (0.00 sec)
> >
> > ERROR:
> > No query specified
> >
> >
> > Bom, estou preocupado, pois n?o tenho experi?ncia com replica??o do
> MySQL,
> > mas li bastante sobre e fui surpreendido com esta inconsist?ncia de
> > informa??o. Algu?m saberia explicar um poss?vel motivo de isso ter
> > acontecido? E a partir disso, como posso revidar? Devo fazer o processo
> de
> > exporta??o/importa??o novamente?
> >
> > Atenciosamente
> > --
> > Daniel Vasconcelos
> > IT Analyst
> >
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
> >
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From lucas.bocchi at gmail.com  Wed Dec 17 11:33:32 2014
From: lucas.bocchi at gmail.com (Lucas Willian Bocchi)
Date: Wed, 17 Dec 2014 11:33:32 -0200
Subject: [MASOCH-L] Redes Novell Netware
Message-ID: <CA+m52=cQ_4Y3Ki85khmSKyjLS4Dm=jTS8DtNN4ztya4bTLfsHA@mail.gmail.com>

Bom dia Senhores

O OpenSUSE possui suporte para redes novell (daemon mars-nwe ou
lwared)? Preciso migrar uma rede em IPX do Novell 3.11 para algo mais
recente baseado em IPX.

Algu?m AINDA trabalha com isso?


From bruno.henrique at collovini.com.br  Wed Dec 17 12:07:10 2014
From: bruno.henrique at collovini.com.br (Bruno Henrique Collovini)
Date: Wed, 17 Dec 2014 11:07:10 -0300
Subject: [MASOCH-L] Redes Novell Netware
In-Reply-To: <CA+m52=cQ_4Y3Ki85khmSKyjLS4Dm=jTS8DtNN4ztya4bTLfsHA@mail.gmail.com>
References: <CA+m52=cQ_4Y3Ki85khmSKyjLS4Dm=jTS8DtNN4ztya4bTLfsHA@mail.gmail.com>
Message-ID: <20141217134822.M26659@collovini.com.br>

Rau,

Voc? basicamente n?o precisa usar o OpenSUSE para ter suporte ao IPX. O 
IPX ? um protocolo de rede e est? no kernel do Linux. 

No Linux de modo geral voc? pode fazer ser um cliente ou servidor

1- Basta subir os m?dulos correspondentes do kernel "ipx.o"
2- Ter o programa ipx_interface, para a placa de rede entender que vai 
trabalhar com o protocolo ipx e dizer qual ser? o mac desta placa, ou usar 
a op??o autom?tico.
3- Subir a interface (ifconfig eth0 up)

Em caso de servidor (roteador) precisa ter o ipxripd.

Pegue os programas em  
ftp://sunsite.unc.edu/pub/Linux/system/filesystems/ncpfs/

E procura o HOWTO sobre IPX, deve ser antigo pacas, mas ainda deve 
responder todas ?s suas duvidas. ;)


Atc,
Bruno H Collovini



On Wed, 17 Dec 2014 11:33:32 -0200, Lucas Willian Bocchi wrote
> Bom dia Senhores
> 
> O OpenSUSE possui suporte para redes novell (daemon mars-nwe ou
> lwared)? Preciso migrar uma rede em IPX do Novell 3.11 para algo mais
> recente baseado em IPX.
> 
> Algu?m AINDA trabalha com isso?
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l



From lucas.bocchi at gmail.com  Wed Dec 17 12:00:06 2014
From: lucas.bocchi at gmail.com (Lucas Willian Bocchi)
Date: Wed, 17 Dec 2014 12:00:06 -0200
Subject: [MASOCH-L] Redes Novell Netware
In-Reply-To: <20141217134822.M26659@collovini.com.br>
References: <CA+m52=cQ_4Y3Ki85khmSKyjLS4Dm=jTS8DtNN4ztya4bTLfsHA@mail.gmail.com>
 <20141217134822.M26659@collovini.com.br>
Message-ID: <CA+m52=eTUsJJ8TFi+2Cc8is5HrW0_f5xevJ5YJym68UtObYNRA@mail.gmail.com>

Bruno, bom dia!
Peguei uma c?pia do Suse 8 que ainda possui o mars-nwe. J? estou resolvendo!
Eu havia esquecido que tinha um CD aqui perdido. J? migrei muita rede
Novell 3.11 com esse cara, a? a coisa fica boa!!!

Abra?os


From rejaine at bhz.jamef.com.br  Wed Dec 17 12:23:13 2014
From: rejaine at bhz.jamef.com.br (Rejaine Monteiro)
Date: Wed, 17 Dec 2014 12:23:13 -0200
Subject: [MASOCH-L] STP 802.1d, Topology Change
Message-ID: <549191D1.3000109@bhz.jamef.com.br>


Prezados,

Monitoramos alguns servidores nossos que ficam num datacenter (MRTG) e 
notamos um aumento no tr?fego de Multicast em algumas interfaces. 
Analisando o mesmo gr?fico nas semanas/meses anteriores, esse tr?fego 
era pr?ximo de 1 pacote/entrada por segundo, mas que a partir do ultimo 
dia 14/12 passou a ter uma  m?dia de 11 pacotes/entrada por segundo.

N?o houve aumento do n?mero de servidores nossos nessa VLAN , muito 
menos altera??es (de nossa parte) em rede. Pelo tcpdump e notamos que h? 
um elevando n?mero de mensagens do  tipo  "STP 802.1d, Topology Change". 
N?o sou especialista em redes, gostaria de saber se esse tipo de tr?fego 
de Multicast relacionado a "Topology Change" ? algo normal. Pesquisando 
aqui , li que um sinal de TCN deveria ser enviado apenas quando houve 
uma grande altera??o na topologia da rede, mas no caso estou recebendo 
nessas interface esse sinal o tempo todo a partir do ultimo dia 14/12 e 
n?o parou mais...

Ser? que isso pode interferir na performance da rede e/ou do servidor de 
alguma forma? Pois, coincidencia ou n?o,  ultimamente passamos a ter 
alguns problemas de performance nos servidores tamb?m...


From lucas.bocchi at gmail.com  Wed Dec 17 12:26:07 2014
From: lucas.bocchi at gmail.com (Lucas Willian Bocchi)
Date: Wed, 17 Dec 2014 12:26:07 -0200
Subject: [MASOCH-L] STP 802.1d, Topology Change
In-Reply-To: <549191D1.3000109@bhz.jamef.com.br>
References: <549191D1.3000109@bhz.jamef.com.br>
Message-ID: <CA+m52=ceDFVBiv9H0i7L26GmiNuvcLW6LkQEfDZqaqZyYaLHqQ@mail.gmail.com>

Spanning Tree Protocol (STP) ? um protocolo de sinaliza??o utilizado
em bridges. Serve para detectar loops na rede.
Se voc? n?o tem switches ligados em portas distintas fazendo um loop
entre elas n?o tem necessidade de ter isso rodando. Em caso contr?rio
verifique para desativar no switch.

Em 17 de dezembro de 2014 12:23, Rejaine Monteiro
<rejaine at bhz.jamef.com.br> escreveu:
>
> Prezados,
>
> Monitoramos alguns servidores nossos que ficam num datacenter (MRTG) e
> notamos um aumento no tr?fego de Multicast em algumas interfaces. Analisando
> o mesmo gr?fico nas semanas/meses anteriores, esse tr?fego era pr?ximo de 1
> pacote/entrada por segundo, mas que a partir do ultimo dia 14/12 passou a
> ter uma  m?dia de 11 pacotes/entrada por segundo.
>
> N?o houve aumento do n?mero de servidores nossos nessa VLAN , muito menos
> altera??es (de nossa parte) em rede. Pelo tcpdump e notamos que h? um
> elevando n?mero de mensagens do  tipo  "STP 802.1d, Topology Change". N?o
> sou especialista em redes, gostaria de saber se esse tipo de tr?fego de
> Multicast relacionado a "Topology Change" ? algo normal. Pesquisando aqui ,
> li que um sinal de TCN deveria ser enviado apenas quando houve uma grande
> altera??o na topologia da rede, mas no caso estou recebendo nessas interface
> esse sinal o tempo todo a partir do ultimo dia 14/12 e n?o parou mais...
>
> Ser? que isso pode interferir na performance da rede e/ou do servidor de
> alguma forma? Pois, coincidencia ou n?o,  ultimamente passamos a ter alguns
> problemas de performance nos servidores tamb?m...
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l


From rejaine at bhz.jamef.com.br  Wed Dec 17 12:28:08 2014
From: rejaine at bhz.jamef.com.br (Rejaine Monteiro)
Date: Wed, 17 Dec 2014 12:28:08 -0200
Subject: [MASOCH-L] STP 802.1d, Topology Change
In-Reply-To: <CA+m52=ceDFVBiv9H0i7L26GmiNuvcLW6LkQEfDZqaqZyYaLHqQ@mail.gmail.com>
References: <549191D1.3000109@bhz.jamef.com.br>
 <CA+m52=ceDFVBiv9H0i7L26GmiNuvcLW6LkQEfDZqaqZyYaLHqQ@mail.gmail.com>
Message-ID: <549192F8.2020805@bhz.jamef.com.br>

Caro Lucas,

Obrigado pela resposta.. Por?m n?o temos como analisar isso que voc? 
pediu.. Como disse, os servidores ficam hospedados em um datacenter e 
n?o temos acesso aos equipamentos de rede, que s?o servi?os 
terceirizados. Apenas monitoramos nossos servidores e detectamos essa 
altera??o no padr?o do tr?fego multicast..

On 17-12-2014 12:26, Lucas Willian Bocchi wrote:
> Spanning Tree Protocol (STP) ? um protocolo de sinaliza??o utilizado
> em bridges. Serve para detectar loops na rede.
> Se voc? n?o tem switches ligados em portas distintas fazendo um loop
> entre elas n?o tem necessidade de ter isso rodando. Em caso contr?rio
> verifique para desativar no switch.
>
> Em 17 de dezembro de 2014 12:23, Rejaine Monteiro
> <rejaine at bhz.jamef.com.br> escreveu:
>> Prezados,
>>
>> Monitoramos alguns servidores nossos que ficam num datacenter (MRTG) e
>> notamos um aumento no tr?fego de Multicast em algumas interfaces. Analisando
>> o mesmo gr?fico nas semanas/meses anteriores, esse tr?fego era pr?ximo de 1
>> pacote/entrada por segundo, mas que a partir do ultimo dia 14/12 passou a
>> ter uma  m?dia de 11 pacotes/entrada por segundo.
>>
>> N?o houve aumento do n?mero de servidores nossos nessa VLAN , muito menos
>> altera??es (de nossa parte) em rede. Pelo tcpdump e notamos que h? um
>> elevando n?mero de mensagens do  tipo  "STP 802.1d, Topology Change". N?o
>> sou especialista em redes, gostaria de saber se esse tipo de tr?fego de
>> Multicast relacionado a "Topology Change" ? algo normal. Pesquisando aqui ,
>> li que um sinal de TCN deveria ser enviado apenas quando houve uma grande
>> altera??o na topologia da rede, mas no caso estou recebendo nessas interface
>> esse sinal o tempo todo a partir do ultimo dia 14/12 e n?o parou mais...
>>
>> Ser? que isso pode interferir na performance da rede e/ou do servidor de
>> alguma forma? Pois, coincidencia ou n?o,  ultimamente passamos a ter alguns
>> problemas de performance nos servidores tamb?m...
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l

-- 
Rejaine da Silveira Monteiro
Suporte-TI
Tel: (31) 2102-8854
rejaine at bhz.jamef.com.br
www.jamef.com.br



From lucas.bocchi at gmail.com  Wed Dec 17 12:32:22 2014
From: lucas.bocchi at gmail.com (Lucas Willian Bocchi)
Date: Wed, 17 Dec 2014 12:32:22 -0200
Subject: [MASOCH-L] STP 802.1d, Topology Change
In-Reply-To: <549192F8.2020805@bhz.jamef.com.br>
References: <549191D1.3000109@bhz.jamef.com.br>
 <CA+m52=ceDFVBiv9H0i7L26GmiNuvcLW6LkQEfDZqaqZyYaLHqQ@mail.gmail.com>
 <549192F8.2020805@bhz.jamef.com.br>
Message-ID: <CA+m52=ecy+XAW-bG3guA19xiD-guSz6LxFDN775dKTEneRr07w@mail.gmail.com>

Ent?o prov?velmente o pessoal do datacenter (acertadamente) possui uma
redund?ncia de equipamento e isto n?o deve interferir no funcionamento
da tua rede. Este quadro ? uma sinaliza??o de controle normal. N?o
deve alterar significativamente o funcionamento da tua rede.

Em 17 de dezembro de 2014 12:28, Rejaine Monteiro
<rejaine at bhz.jamef.com.br> escreveu:
> Caro Lucas,
>
> Obrigado pela resposta.. Por?m n?o temos como analisar isso que voc? pediu..
> Como disse, os servidores ficam hospedados em um datacenter e n?o temos
> acesso aos equipamentos de rede, que s?o servi?os terceirizados. Apenas
> monitoramos nossos servidores e detectamos essa altera??o no padr?o do
> tr?fego multicast..
>
>
> On 17-12-2014 12:26, Lucas Willian Bocchi wrote:
>>
>> Spanning Tree Protocol (STP) ? um protocolo de sinaliza??o utilizado
>> em bridges. Serve para detectar loops na rede.
>> Se voc? n?o tem switches ligados em portas distintas fazendo um loop
>> entre elas n?o tem necessidade de ter isso rodando. Em caso contr?rio
>> verifique para desativar no switch.
>>
>> Em 17 de dezembro de 2014 12:23, Rejaine Monteiro
>> <rejaine at bhz.jamef.com.br> escreveu:
>>>
>>> Prezados,
>>>
>>> Monitoramos alguns servidores nossos que ficam num datacenter (MRTG) e
>>> notamos um aumento no tr?fego de Multicast em algumas interfaces.
>>> Analisando
>>> o mesmo gr?fico nas semanas/meses anteriores, esse tr?fego era pr?ximo de
>>> 1
>>> pacote/entrada por segundo, mas que a partir do ultimo dia 14/12 passou a
>>> ter uma  m?dia de 11 pacotes/entrada por segundo.
>>>
>>> N?o houve aumento do n?mero de servidores nossos nessa VLAN , muito menos
>>> altera??es (de nossa parte) em rede. Pelo tcpdump e notamos que h? um
>>> elevando n?mero de mensagens do  tipo  "STP 802.1d, Topology Change". N?o
>>> sou especialista em redes, gostaria de saber se esse tipo de tr?fego de
>>> Multicast relacionado a "Topology Change" ? algo normal. Pesquisando aqui
>>> ,
>>> li que um sinal de TCN deveria ser enviado apenas quando houve uma grande
>>> altera??o na topologia da rede, mas no caso estou recebendo nessas
>>> interface
>>> esse sinal o tempo todo a partir do ultimo dia 14/12 e n?o parou mais...
>>>
>>> Ser? que isso pode interferir na performance da rede e/ou do servidor de
>>> alguma forma? Pois, coincidencia ou n?o,  ultimamente passamos a ter
>>> alguns
>>> problemas de performance nos servidores tamb?m...
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>
>
> --
> Rejaine da Silveira Monteiro
> Suporte-TI
> Tel: (31) 2102-8854
> rejaine at bhz.jamef.com.br
> www.jamef.com.br
>
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l


From rejaine at bhz.jamef.com.br  Wed Dec 17 12:36:50 2014
From: rejaine at bhz.jamef.com.br (Rejaine Monteiro)
Date: Wed, 17 Dec 2014 12:36:50 -0200
Subject: [MASOCH-L] STP 802.1d, Topology Change
In-Reply-To: <CA+m52=ecy+XAW-bG3guA19xiD-guSz6LxFDN775dKTEneRr07w@mail.gmail.com>
References: <549191D1.3000109@bhz.jamef.com.br>
 <CA+m52=ceDFVBiv9H0i7L26GmiNuvcLW6LkQEfDZqaqZyYaLHqQ@mail.gmail.com>
 <549192F8.2020805@bhz.jamef.com.br>
 <CA+m52=ecy+XAW-bG3guA19xiD-guSz6LxFDN775dKTEneRr07w@mail.gmail.com>
Message-ID: <54919502.7050104@bhz.jamef.com.br>



Ok, eu entendi o mecanismo do quadro.  Minha d?vida era se ? normal que 
ele seja enviado o tempo todo esse quadro , pois achava que ele seria 
enviado apenas quando houvesse alguma mudan?a na topologia (p.ex: devido 
a alguma falha em algum ponto da topologia, que fosse preciso "refazer 
os caminhos" na topologia)
Pois estranhei que s? vejo esse quadro passando na interface de dois 
servidores. Tenho outros servidores nessa mesma rede que n?o recebem 
esse sinal...


On 17-12-2014 12:32, Lucas Willian Bocchi wrote:
> Ent?o prov?velmente o pessoal do datacenter (acertadamente) possui uma
> redund?ncia de equipamento e isto n?o deve interferir no funcionamento
> da tua rede. Este quadro ? uma sinaliza??o de controle normal. N?o
> deve alterar significativamente o funcionamento da tua rede.
>
> Em 17 de dezembro de 2014 12:28, Rejaine Monteiro
> <rejaine at bhz.jamef.com.br> escreveu:
>> Caro Lucas,
>>
>> Obrigado pela resposta.. Por?m n?o temos como analisar isso que voc? pediu..
>> Como disse, os servidores ficam hospedados em um datacenter e n?o temos
>> acesso aos equipamentos de rede, que s?o servi?os terceirizados. Apenas
>> monitoramos nossos servidores e detectamos essa altera??o no padr?o do
>> tr?fego multicast..
>>
>>
>> On 17-12-2014 12:26, Lucas Willian Bocchi wrote:
>>> Spanning Tree Protocol (STP) ? um protocolo de sinaliza??o utilizado
>>> em bridges. Serve para detectar loops na rede.
>>> Se voc? n?o tem switches ligados em portas distintas fazendo um loop
>>> entre elas n?o tem necessidade de ter isso rodando. Em caso contr?rio
>>> verifique para desativar no switch.
>>>
>>> Em 17 de dezembro de 2014 12:23, Rejaine Monteiro
>>> <rejaine at bhz.jamef.com.br> escreveu:
>>>> Prezados,
>>>>
>>>> Monitoramos alguns servidores nossos que ficam num datacenter (MRTG) e
>>>> notamos um aumento no tr?fego de Multicast em algumas interfaces.
>>>> Analisando
>>>> o mesmo gr?fico nas semanas/meses anteriores, esse tr?fego era pr?ximo de
>>>> 1
>>>> pacote/entrada por segundo, mas que a partir do ultimo dia 14/12 passou a
>>>> ter uma  m?dia de 11 pacotes/entrada por segundo.
>>>>
>>>> N?o houve aumento do n?mero de servidores nossos nessa VLAN , muito menos
>>>> altera??es (de nossa parte) em rede. Pelo tcpdump e notamos que h? um
>>>> elevando n?mero de mensagens do  tipo  "STP 802.1d, Topology Change". N?o
>>>> sou especialista em redes, gostaria de saber se esse tipo de tr?fego de
>>>> Multicast relacionado a "Topology Change" ? algo normal. Pesquisando aqui
>>>> ,
>>>> li que um sinal de TCN deveria ser enviado apenas quando houve uma grande
>>>> altera??o na topologia da rede, mas no caso estou recebendo nessas
>>>> interface
>>>> esse sinal o tempo todo a partir do ultimo dia 14/12 e n?o parou mais...
>>>>
>>>> Ser? que isso pode interferir na performance da rede e/ou do servidor de
>>>> alguma forma? Pois, coincidencia ou n?o,  ultimamente passamos a ter
>>>> alguns
>>>> problemas de performance nos servidores tamb?m...
>>>> __
>>>> masoch-l list
>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
>> --
>> Rejaine da Silveira Monteiro
>> Suporte-TI
>> Tel: (31) 2102-8854
>> rejaine at bhz.jamef.com.br
>> www.jamef.com.br
>>
>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l

-- 
Rejaine da Silveira Monteiro
Suporte-TI
Tel: (31) 2102-8854
rejaine at bhz.jamef.com.br
www.jamef.com.br



From daviperes at gmail.com  Wed Dec 17 14:02:17 2014
From: daviperes at gmail.com (davi peres)
Date: Wed, 17 Dec 2014 14:02:17 -0200
Subject: [MASOCH-L] STP 802.1d, Topology Change
In-Reply-To: <54919502.7050104@bhz.jamef.com.br>
References: <549191D1.3000109@bhz.jamef.com.br>
 <CA+m52=ceDFVBiv9H0i7L26GmiNuvcLW6LkQEfDZqaqZyYaLHqQ@mail.gmail.com>
 <549192F8.2020805@bhz.jamef.com.br>
 <CA+m52=ecy+XAW-bG3guA19xiD-guSz6LxFDN775dKTEneRr07w@mail.gmail.com>
 <54919502.7050104@bhz.jamef.com.br>
Message-ID: <CAFZSpaBbtdpx2ZRtxWkL57joP35zZxx0MLrwy3ATZ1bffE8XwQ@mail.gmail.com>

eu recebo isso, e veja a frequencia

tcpdump: listening on eth1, link-type EN10MB (Ethernet), capture size 65535
bytes
13:56:42.808865 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
8000.44:31:92:0d:2e:ee.800c, length 47
13:56:44.808754 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
8000.44:31:92:0d:2e:ee.800c, length 47
13:56:46.808676 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
8000.44:31:92:0d:2e:ee.800c, length 47
13:56:48.808551 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
8000.44:31:92:0d:2e:ee.800c, length 47
13:56:50.808461 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
8000.44:31:92:0d:2e:ee.800c, length 47
13:56:52.808358 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
8000.44:31:92:0d:2e:ee.800c, length 47
13:56:54.808235 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
8000.44:31:92:0d:2e:ee.800c, length 47




Em 17 de dezembro de 2014 12:36, Rejaine Monteiro <rejaine at bhz.jamef.com.br>
escreveu:
>
>
>
> Ok, eu entendi o mecanismo do quadro.  Minha d?vida era se ? normal que
> ele seja enviado o tempo todo esse quadro , pois achava que ele seria
> enviado apenas quando houvesse alguma mudan?a na topologia (p.ex: devido a
> alguma falha em algum ponto da topologia, que fosse preciso "refazer os
> caminhos" na topologia)
> Pois estranhei que s? vejo esse quadro passando na interface de dois
> servidores. Tenho outros servidores nessa mesma rede que n?o recebem esse
> sinal...
>
>
>
> On 17-12-2014 12:32, Lucas Willian Bocchi wrote:
>
>> Ent?o prov?velmente o pessoal do datacenter (acertadamente) possui uma
>> redund?ncia de equipamento e isto n?o deve interferir no funcionamento
>> da tua rede. Este quadro ? uma sinaliza??o de controle normal. N?o
>> deve alterar significativamente o funcionamento da tua rede.
>>
>> Em 17 de dezembro de 2014 12:28, Rejaine Monteiro
>> <rejaine at bhz.jamef.com.br> escreveu:
>>
>>> Caro Lucas,
>>>
>>> Obrigado pela resposta.. Por?m n?o temos como analisar isso que voc?
>>> pediu..
>>> Como disse, os servidores ficam hospedados em um datacenter e n?o temos
>>> acesso aos equipamentos de rede, que s?o servi?os terceirizados. Apenas
>>> monitoramos nossos servidores e detectamos essa altera??o no padr?o do
>>> tr?fego multicast..
>>>
>>>
>>> On 17-12-2014 12:26, Lucas Willian Bocchi wrote:
>>>
>>>> Spanning Tree Protocol (STP) ? um protocolo de sinaliza??o utilizado
>>>> em bridges. Serve para detectar loops na rede.
>>>> Se voc? n?o tem switches ligados em portas distintas fazendo um loop
>>>> entre elas n?o tem necessidade de ter isso rodando. Em caso contr?rio
>>>> verifique para desativar no switch.
>>>>
>>>> Em 17 de dezembro de 2014 12:23, Rejaine Monteiro
>>>> <rejaine at bhz.jamef.com.br> escreveu:
>>>>
>>>>> Prezados,
>>>>>
>>>>> Monitoramos alguns servidores nossos que ficam num datacenter (MRTG) e
>>>>> notamos um aumento no tr?fego de Multicast em algumas interfaces.
>>>>> Analisando
>>>>> o mesmo gr?fico nas semanas/meses anteriores, esse tr?fego era pr?ximo
>>>>> de
>>>>> 1
>>>>> pacote/entrada por segundo, mas que a partir do ultimo dia 14/12
>>>>> passou a
>>>>> ter uma  m?dia de 11 pacotes/entrada por segundo.
>>>>>
>>>>> N?o houve aumento do n?mero de servidores nossos nessa VLAN , muito
>>>>> menos
>>>>> altera??es (de nossa parte) em rede. Pelo tcpdump e notamos que h? um
>>>>> elevando n?mero de mensagens do  tipo  "STP 802.1d, Topology Change".
>>>>> N?o
>>>>> sou especialista em redes, gostaria de saber se esse tipo de tr?fego de
>>>>> Multicast relacionado a "Topology Change" ? algo normal. Pesquisando
>>>>> aqui
>>>>> ,
>>>>> li que um sinal de TCN deveria ser enviado apenas quando houve uma
>>>>> grande
>>>>> altera??o na topologia da rede, mas no caso estou recebendo nessas
>>>>> interface
>>>>> esse sinal o tempo todo a partir do ultimo dia 14/12 e n?o parou
>>>>> mais...
>>>>>
>>>>> Ser? que isso pode interferir na performance da rede e/ou do servidor
>>>>> de
>>>>> alguma forma? Pois, coincidencia ou n?o,  ultimamente passamos a ter
>>>>> alguns
>>>>> problemas de performance nos servidores tamb?m...
>>>>> __
>>>>> masoch-l list
>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>>
>>>> __
>>>> masoch-l list
>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>
>>>
>>> --
>>> Rejaine da Silveira Monteiro
>>> Suporte-TI
>>> Tel: (31) 2102-8854
>>> rejaine at bhz.jamef.com.br
>>> www.jamef.com.br
>>>
>>>
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
>
> --
> Rejaine da Silveira Monteiro
> Suporte-TI
> Tel: (31) 2102-8854
> rejaine at bhz.jamef.com.br
> www.jamef.com.br
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From dm.gouveia at gmail.com  Wed Dec 17 14:08:30 2014
From: dm.gouveia at gmail.com (Danilo Marques de Gouveia)
Date: Wed, 17 Dec 2014 14:08:30 -0200
Subject: [MASOCH-L] STP 802.1d, Topology Change
In-Reply-To: <CAFZSpaBbtdpx2ZRtxWkL57joP35zZxx0MLrwy3ATZ1bffE8XwQ@mail.gmail.com>
References: <549191D1.3000109@bhz.jamef.com.br>
 <CA+m52=ceDFVBiv9H0i7L26GmiNuvcLW6LkQEfDZqaqZyYaLHqQ@mail.gmail.com>
 <549192F8.2020805@bhz.jamef.com.br>
 <CA+m52=ecy+XAW-bG3guA19xiD-guSz6LxFDN775dKTEneRr07w@mail.gmail.com>
 <54919502.7050104@bhz.jamef.com.br>
 <CAFZSpaBbtdpx2ZRtxWkL57joP35zZxx0MLrwy3ATZ1bffE8XwQ@mail.gmail.com>
Message-ID: <CAHk8ZAqxwc217OrXA4gboMo66kohhUuwmQ2UqMO6eSw9CV_QAA@mail.gmail.com>

Pode ser normal, depende da configura??o e da topologia que o datacenter
est? usando. A mensagem de Topology change  (TC) ? sim enviado s? quando
alguma altera??o na rede acontece, mas essas mensagens n?o parecem TC,
parece mais um keep-alive porque a bridge ? sempre a mesma, 44:31:92:0d:2e:ee
e com a mesma prioridade 8000.

Talvez voc? n?o receba em um outro servidor porque est? fisicamente
conectado a um outro switch, que utilizam outra tecnologia.

J? abriu chamado com eles para verificar?

2014-12-17 14:02 GMT-02:00 davi peres <daviperes at gmail.com>:
>
> eu recebo isso, e veja a frequencia
>
> tcpdump: listening on eth1, link-type EN10MB (Ethernet), capture size 65535
> bytes
> 13:56:42.808865 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
> 8000.44:31:92:0d:2e:ee.800c, length 47
> 13:56:44.808754 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
> 8000.44:31:92:0d:2e:ee.800c, length 47
> 13:56:46.808676 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
> 8000.44:31:92:0d:2e:ee.800c, length 47
> 13:56:48.808551 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
> 8000.44:31:92:0d:2e:ee.800c, length 47
> 13:56:50.808461 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
> 8000.44:31:92:0d:2e:ee.800c, length 47
> 13:56:52.808358 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
> 8000.44:31:92:0d:2e:ee.800c, length 47
> 13:56:54.808235 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
> 8000.44:31:92:0d:2e:ee.800c, length 47
>
>
>
>
> Em 17 de dezembro de 2014 12:36, Rejaine Monteiro <
> rejaine at bhz.jamef.com.br>
> escreveu:
> >
> >
> >
> > Ok, eu entendi o mecanismo do quadro.  Minha d?vida era se ? normal que
> > ele seja enviado o tempo todo esse quadro , pois achava que ele seria
> > enviado apenas quando houvesse alguma mudan?a na topologia (p.ex: devido
> a
> > alguma falha em algum ponto da topologia, que fosse preciso "refazer os
> > caminhos" na topologia)
> > Pois estranhei que s? vejo esse quadro passando na interface de dois
> > servidores. Tenho outros servidores nessa mesma rede que n?o recebem esse
> > sinal...
> >
> >
> >
> > On 17-12-2014 12:32, Lucas Willian Bocchi wrote:
> >
> >> Ent?o prov?velmente o pessoal do datacenter (acertadamente) possui uma
> >> redund?ncia de equipamento e isto n?o deve interferir no funcionamento
> >> da tua rede. Este quadro ? uma sinaliza??o de controle normal. N?o
> >> deve alterar significativamente o funcionamento da tua rede.
> >>
> >> Em 17 de dezembro de 2014 12:28, Rejaine Monteiro
> >> <rejaine at bhz.jamef.com.br> escreveu:
> >>
> >>> Caro Lucas,
> >>>
> >>> Obrigado pela resposta.. Por?m n?o temos como analisar isso que voc?
> >>> pediu..
> >>> Como disse, os servidores ficam hospedados em um datacenter e n?o temos
> >>> acesso aos equipamentos de rede, que s?o servi?os terceirizados. Apenas
> >>> monitoramos nossos servidores e detectamos essa altera??o no padr?o do
> >>> tr?fego multicast..
> >>>
> >>>
> >>> On 17-12-2014 12:26, Lucas Willian Bocchi wrote:
> >>>
> >>>> Spanning Tree Protocol (STP) ? um protocolo de sinaliza??o utilizado
> >>>> em bridges. Serve para detectar loops na rede.
> >>>> Se voc? n?o tem switches ligados em portas distintas fazendo um loop
> >>>> entre elas n?o tem necessidade de ter isso rodando. Em caso contr?rio
> >>>> verifique para desativar no switch.
> >>>>
> >>>> Em 17 de dezembro de 2014 12:23, Rejaine Monteiro
> >>>> <rejaine at bhz.jamef.com.br> escreveu:
> >>>>
> >>>>> Prezados,
> >>>>>
> >>>>> Monitoramos alguns servidores nossos que ficam num datacenter (MRTG)
> e
> >>>>> notamos um aumento no tr?fego de Multicast em algumas interfaces.
> >>>>> Analisando
> >>>>> o mesmo gr?fico nas semanas/meses anteriores, esse tr?fego era
> pr?ximo
> >>>>> de
> >>>>> 1
> >>>>> pacote/entrada por segundo, mas que a partir do ultimo dia 14/12
> >>>>> passou a
> >>>>> ter uma  m?dia de 11 pacotes/entrada por segundo.
> >>>>>
> >>>>> N?o houve aumento do n?mero de servidores nossos nessa VLAN , muito
> >>>>> menos
> >>>>> altera??es (de nossa parte) em rede. Pelo tcpdump e notamos que h? um
> >>>>> elevando n?mero de mensagens do  tipo  "STP 802.1d, Topology Change".
> >>>>> N?o
> >>>>> sou especialista em redes, gostaria de saber se esse tipo de tr?fego
> de
> >>>>> Multicast relacionado a "Topology Change" ? algo normal. Pesquisando
> >>>>> aqui
> >>>>> ,
> >>>>> li que um sinal de TCN deveria ser enviado apenas quando houve uma
> >>>>> grande
> >>>>> altera??o na topologia da rede, mas no caso estou recebendo nessas
> >>>>> interface
> >>>>> esse sinal o tempo todo a partir do ultimo dia 14/12 e n?o parou
> >>>>> mais...
> >>>>>
> >>>>> Ser? que isso pode interferir na performance da rede e/ou do servidor
> >>>>> de
> >>>>> alguma forma? Pois, coincidencia ou n?o,  ultimamente passamos a ter
> >>>>> alguns
> >>>>> problemas de performance nos servidores tamb?m...
> >>>>> __
> >>>>> masoch-l list
> >>>>> https://eng.registro.br/mailman/listinfo/masoch-l
> >>>>>
> >>>> __
> >>>> masoch-l list
> >>>> https://eng.registro.br/mailman/listinfo/masoch-l
> >>>>
> >>>
> >>> --
> >>> Rejaine da Silveira Monteiro
> >>> Suporte-TI
> >>> Tel: (31) 2102-8854
> >>> rejaine at bhz.jamef.com.br
> >>> www.jamef.com.br
> >>>
> >>>
> >>> __
> >>> masoch-l list
> >>> https://eng.registro.br/mailman/listinfo/masoch-l
> >>>
> >> __
> >> masoch-l list
> >> https://eng.registro.br/mailman/listinfo/masoch-l
> >>
> >
> > --
> > Rejaine da Silveira Monteiro
> > Suporte-TI
> > Tel: (31) 2102-8854
> > rejaine at bhz.jamef.com.br
> > www.jamef.com.br
> >
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
> >
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


-- 
Danilo Marques de Gouveia


From rubensk at gmail.com  Wed Dec 17 14:09:34 2014
From: rubensk at gmail.com (Rubens Kuhl)
Date: Wed, 17 Dec 2014 14:09:34 -0200
Subject: [MASOCH-L] STP 802.1d, Topology Change
In-Reply-To: <549191D1.3000109@bhz.jamef.com.br>
References: <549191D1.3000109@bhz.jamef.com.br>
Message-ID: <CAGFn2k0w=6X6SkOYkmfB2eUtVZ95qE6p=wDYswXeA44Z_Hpubw@mail.gmail.com>

Isso n?o ? normal. O datacenter poderia ter habilitado BPDU-Filter e
BPDU-Guard para n?o te incomodar com essas mensagens, mas como ele deixou
vazar, acabou deixando voc? ciente de que eles est?o com problemas. ?
normal receber BPDUs, mas n?o de "Topology Change", o que indica que a rede
est? flappando.


Rubens


2014-12-17 12:23 GMT-02:00 Rejaine Monteiro <rejaine at bhz.jamef.com.br>:
>
>
> Prezados,
>
> Monitoramos alguns servidores nossos que ficam num datacenter (MRTG) e
> notamos um aumento no tr?fego de Multicast em algumas interfaces.
> Analisando o mesmo gr?fico nas semanas/meses anteriores, esse tr?fego era
> pr?ximo de 1 pacote/entrada por segundo, mas que a partir do ultimo dia
> 14/12 passou a ter uma  m?dia de 11 pacotes/entrada por segundo.
>
> N?o houve aumento do n?mero de servidores nossos nessa VLAN , muito menos
> altera??es (de nossa parte) em rede. Pelo tcpdump e notamos que h? um
> elevando n?mero de mensagens do  tipo  "STP 802.1d, Topology Change". N?o
> sou especialista em redes, gostaria de saber se esse tipo de tr?fego de
> Multicast relacionado a "Topology Change" ? algo normal. Pesquisando aqui ,
> li que um sinal de TCN deveria ser enviado apenas quando houve uma grande
> altera??o na topologia da rede, mas no caso estou recebendo nessas
> interface esse sinal o tempo todo a partir do ultimo dia 14/12 e n?o parou
> mais...
>
> Ser? que isso pode interferir na performance da rede e/ou do servidor de
> alguma forma? Pois, coincidencia ou n?o,  ultimamente passamos a ter alguns
> problemas de performance nos servidores tamb?m...
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From rejaine at bhz.jamef.com.br  Wed Dec 17 14:10:08 2014
From: rejaine at bhz.jamef.com.br (Rejaine Monteiro)
Date: Wed, 17 Dec 2014 14:10:08 -0200
Subject: [MASOCH-L] STP 802.1d, Topology Change
In-Reply-To: <CAFZSpaBbtdpx2ZRtxWkL57joP35zZxx0MLrwy3ATZ1bffE8XwQ@mail.gmail.com>
References: <549191D1.3000109@bhz.jamef.com.br>
 <CA+m52=ceDFVBiv9H0i7L26GmiNuvcLW6LkQEfDZqaqZyYaLHqQ@mail.gmail.com>
 <549192F8.2020805@bhz.jamef.com.br>
 <CA+m52=ecy+XAW-bG3guA19xiD-guSz6LxFDN775dKTEneRr07w@mail.gmail.com>
 <54919502.7050104@bhz.jamef.com.br>
 <CAFZSpaBbtdpx2ZRtxWkL57joP35zZxx0MLrwy3ATZ1bffE8XwQ@mail.gmail.com>
Message-ID: <5491AAE0.3060501@bhz.jamef.com.br>


Oi Davi

Mas pelo que entendi do vc  mandou , trata-se de  outra  flag, n?o a de 
"802.1d Topology Change"
Veja o que eu estou recebendo:

# tcpdump -n "multicast" -i eth1
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes
14:08:40.480838 STP 802.1d, Topology Change
14:08:40.502960 STP 802.1d, Topology Change
14:08:40.533737 STP 802.1d, Topology Change
14:08:40.769333 STP 802.1d, Topology Change
14:08:40.837780 STP 802.1d, Topology Change
14:08:40.913606 STP 802.1d, Topology Change
14:08:41.060279 STP 802.1d, Topology Change
14:08:41.132132 STP 802.1d, Topology Change
14:08:41.223223 STP 802.1d, Topology Change
14:08:41.262845 STP 802.1d, Config, Flags [none], bridge-id 
8001.a4:56:30:67:f9:00.8030, length 43
14:08:41.302242 STP 802.1d, Topology Change
14:08:41.498541 STP 802.1d, Topology Change
14:08:41.530927 STP 802.1d, Config, Flags [none], bridge-id 
8001.24:b6:57:64:eb:00.8033, length 43
14:08:41.613223 STP 802.1d, Topology Change
14:08:41.614534 STP 802.1d, Config, Flags [none], bridge-id 
1001.00:24:c4:db:76:00.9692, length 43
14:08:41.653038 STP 802.1d, Topology Change
14:08:41.741129 STP 802.1d, Topology Change
14:08:42.100331 STP 802.1d, Config, Flags [none], bridge-id 
8001.6c:9c:ed:a2:e5:80.8018, length 43
14:08:42.151615 STP 802.1d, Topology Change
14:08:42.190234 STP 802.1d, Topology Change
14:08:42.287832 00:24:c4:63:d7:d9 > 01:00:0c:cc:cc:cd SNAP Unnumbered, 
ui, Flags [Command], length 50
14:08:42.417574 STP 802.1d, Topology Change
14:08:42.480835 STP 802.1d, Topology Change
14:08:42.502918 STP 802.1d, Topology Change
14:08:42.533616 STP 802.1d, Topology Change
14:08:42.767649 STP 802.1d, Topology Change
14:08:42.896612 STP 802.1d, Topology Change
14:08:42.945362 STP 802.1d, Topology Change
14:08:43.060328 STP 802.1d, Topology Change
14:08:43.128238 STP 802.1d, Topology Change
14:08:43.219243 STP 802.1d, Topology Change

On 17-12-2014 14:02, davi peres wrote:
> eu recebo isso, e veja a frequencia
>
> tcpdump: listening on eth1, link-type EN10MB (Ethernet), capture size 65535
> bytes
> 13:56:42.808865 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
> 8000.44:31:92:0d:2e:ee.800c, length 47
> 13:56:44.808754 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
> 8000.44:31:92:0d:2e:ee.800c, length 47
> 13:56:46.808676 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
> 8000.44:31:92:0d:2e:ee.800c, length 47
> 13:56:48.808551 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
> 8000.44:31:92:0d:2e:ee.800c, length 47
> 13:56:50.808461 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
> 8000.44:31:92:0d:2e:ee.800c, length 47
> 13:56:52.808358 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
> 8000.44:31:92:0d:2e:ee.800c, length 47
> 13:56:54.808235 STP 802.1w, Rapid STP, Flags [Forward], bridge-id
> 8000.44:31:92:0d:2e:ee.800c, length 47
>
>
>
>
> Em 17 de dezembro de 2014 12:36, Rejaine Monteiro <rejaine at bhz.jamef.com.br>
> escreveu:
>>
>>
>> Ok, eu entendi o mecanismo do quadro.  Minha d?vida era se ? normal que
>> ele seja enviado o tempo todo esse quadro , pois achava que ele seria
>> enviado apenas quando houvesse alguma mudan?a na topologia (p.ex: devido a
>> alguma falha em algum ponto da topologia, que fosse preciso "refazer os
>> caminhos" na topologia)
>> Pois estranhei que s? vejo esse quadro passando na interface de dois
>> servidores. Tenho outros servidores nessa mesma rede que n?o recebem esse
>> sinal...
>>
>>
>>
>> On 17-12-2014 12:32, Lucas Willian Bocchi wrote:
>>
>>> Ent?o prov?velmente o pessoal do datacenter (acertadamente) possui uma
>>> redund?ncia de equipamento e isto n?o deve interferir no funcionamento
>>> da tua rede. Este quadro ? uma sinaliza??o de controle normal. N?o
>>> deve alterar significativamente o funcionamento da tua rede.
>>>
>>> Em 17 de dezembro de 2014 12:28, Rejaine Monteiro
>>> <rejaine at bhz.jamef.com.br> escreveu:
>>>
>>>> Caro Lucas,
>>>>
>>>> Obrigado pela resposta.. Por?m n?o temos como analisar isso que voc?
>>>> pediu..
>>>> Como disse, os servidores ficam hospedados em um datacenter e n?o temos
>>>> acesso aos equipamentos de rede, que s?o servi?os terceirizados. Apenas
>>>> monitoramos nossos servidores e detectamos essa altera??o no padr?o do
>>>> tr?fego multicast..
>>>>
>>>>
>>>> On 17-12-2014 12:26, Lucas Willian Bocchi wrote:
>>>>
>>>>> Spanning Tree Protocol (STP) ? um protocolo de sinaliza??o utilizado
>>>>> em bridges. Serve para detectar loops na rede.
>>>>> Se voc? n?o tem switches ligados em portas distintas fazendo um loop
>>>>> entre elas n?o tem necessidade de ter isso rodando. Em caso contr?rio
>>>>> verifique para desativar no switch.
>>>>>
>>>>> Em 17 de dezembro de 2014 12:23, Rejaine Monteiro
>>>>> <rejaine at bhz.jamef.com.br> escreveu:
>>>>>
>>>>>> Prezados,
>>>>>>
>>>>>> Monitoramos alguns servidores nossos que ficam num datacenter (MRTG) e
>>>>>> notamos um aumento no tr?fego de Multicast em algumas interfaces.
>>>>>> Analisando
>>>>>> o mesmo gr?fico nas semanas/meses anteriores, esse tr?fego era pr?ximo
>>>>>> de
>>>>>> 1
>>>>>> pacote/entrada por segundo, mas que a partir do ultimo dia 14/12
>>>>>> passou a
>>>>>> ter uma  m?dia de 11 pacotes/entrada por segundo.
>>>>>>
>>>>>> N?o houve aumento do n?mero de servidores nossos nessa VLAN , muito
>>>>>> menos
>>>>>> altera??es (de nossa parte) em rede. Pelo tcpdump e notamos que h? um
>>>>>> elevando n?mero de mensagens do  tipo  "STP 802.1d, Topology Change".
>>>>>> N?o
>>>>>> sou especialista em redes, gostaria de saber se esse tipo de tr?fego de
>>>>>> Multicast relacionado a "Topology Change" ? algo normal. Pesquisando
>>>>>> aqui
>>>>>> ,
>>>>>> li que um sinal de TCN deveria ser enviado apenas quando houve uma
>>>>>> grande
>>>>>> altera??o na topologia da rede, mas no caso estou recebendo nessas
>>>>>> interface
>>>>>> esse sinal o tempo todo a partir do ultimo dia 14/12 e n?o parou
>>>>>> mais...
>>>>>>
>>>>>> Ser? que isso pode interferir na performance da rede e/ou do servidor
>>>>>> de
>>>>>> alguma forma? Pois, coincidencia ou n?o,  ultimamente passamos a ter
>>>>>> alguns
>>>>>> problemas de performance nos servidores tamb?m...
>>>>>> __
>>>>>> masoch-l list
>>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>>>
>>>>> __
>>>>> masoch-l list
>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>>
>>>> --
>>>> Rejaine da Silveira Monteiro
>>>> Suporte-TI
>>>> Tel: (31) 2102-8854
>>>> rejaine at bhz.jamef.com.br
>>>> www.jamef.com.br
>>>>
>>>>
>>>> __
>>>> masoch-l list
>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>
>> --
>> Rejaine da Silveira Monteiro
>> Suporte-TI
>> Tel: (31) 2102-8854
>> rejaine at bhz.jamef.com.br
>> www.jamef.com.br
>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l

-- 
Rejaine da Silveira Monteiro
Suporte-TI
Tel: (31) 2102-8854
rejaine at bhz.jamef.com.br
www.jamef.com.br



From rejaine at bhz.jamef.com.br  Wed Dec 17 14:12:19 2014
From: rejaine at bhz.jamef.com.br (Rejaine Monteiro)
Date: Wed, 17 Dec 2014 14:12:19 -0200
Subject: [MASOCH-L] STP 802.1d, Topology Change
In-Reply-To: <CAGFn2k0w=6X6SkOYkmfB2eUtVZ95qE6p=wDYswXeA44Z_Hpubw@mail.gmail.com>
References: <549191D1.3000109@bhz.jamef.com.br>
 <CAGFn2k0w=6X6SkOYkmfB2eUtVZ95qE6p=wDYswXeA44Z_Hpubw@mail.gmail.com>
Message-ID: <5491AB63.1010308@bhz.jamef.com.br>

Pois ? Rubens, isso que pensei tamb?m, receber flags de STP seria at? 
certo ponto normal, mas minha d?vida ? mesmo quanto ao 'topology 
change'.. Mandei na  outra msg um exemplo que estou vendo aqui...

On 17-12-2014 14:09, Rubens Kuhl wrote:
> Isso n?o ? normal. O datacenter poderia ter habilitado BPDU-Filter e
> BPDU-Guard para n?o te incomodar com essas mensagens, mas como ele deixou
> vazar, acabou deixando voc? ciente de que eles est?o com problemas. ?
> normal receber BPDUs, mas n?o de "Topology Change", o que indica que a rede
> est? flappando.
>
>
> Rubens
>
>
> 2014-12-17 12:23 GMT-02:00 Rejaine Monteiro <rejaine at bhz.jamef.com.br>:
>>
>> Prezados,
>>
>> Monitoramos alguns servidores nossos que ficam num datacenter (MRTG) e
>> notamos um aumento no tr?fego de Multicast em algumas interfaces.
>> Analisando o mesmo gr?fico nas semanas/meses anteriores, esse tr?fego era
>> pr?ximo de 1 pacote/entrada por segundo, mas que a partir do ultimo dia
>> 14/12 passou a ter uma  m?dia de 11 pacotes/entrada por segundo.
>>
>> N?o houve aumento do n?mero de servidores nossos nessa VLAN , muito menos
>> altera??es (de nossa parte) em rede. Pelo tcpdump e notamos que h? um
>> elevando n?mero de mensagens do  tipo  "STP 802.1d, Topology Change". N?o
>> sou especialista em redes, gostaria de saber se esse tipo de tr?fego de
>> Multicast relacionado a "Topology Change" ? algo normal. Pesquisando aqui ,
>> li que um sinal de TCN deveria ser enviado apenas quando houve uma grande
>> altera??o na topologia da rede, mas no caso estou recebendo nessas
>> interface esse sinal o tempo todo a partir do ultimo dia 14/12 e n?o parou
>> mais...
>>
>> Ser? que isso pode interferir na performance da rede e/ou do servidor de
>> alguma forma? Pois, coincidencia ou n?o,  ultimamente passamos a ter alguns
>> problemas de performance nos servidores tamb?m...
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l

-- 
Rejaine da Silveira Monteiro
Suporte-TI
Tel: (31) 2102-8854
rejaine at bhz.jamef.com.br
www.jamef.com.br



From daviperes at gmail.com  Wed Dec 17 14:17:03 2014
From: daviperes at gmail.com (davi peres)
Date: Wed, 17 Dec 2014 14:17:03 -0200
Subject: [MASOCH-L] STP 802.1d, Topology Change
In-Reply-To: <5491AB63.1010308@bhz.jamef.com.br>
References: <549191D1.3000109@bhz.jamef.com.br>
 <CAGFn2k0w=6X6SkOYkmfB2eUtVZ95qE6p=wDYswXeA44Z_Hpubw@mail.gmail.com>
 <5491AB63.1010308@bhz.jamef.com.br>
Message-ID: <CAFZSpaADJzJwx+jLKesfBhxPDgTWSwGfc055K9eMo8Nai-MiEw@mail.gmail.com>

http://www.cisco.com/c/en/us/support/docs/lan-switching/spanning-tree-protocol/24062-146.html

?, a minha mensagem seria tipo descarte e a sua de altera??o. mas tudo
parte do spanning tree alguem deve ter tirado ou colocado links adicionais
na sua rede n?.

Em 17 de dezembro de 2014 14:12, Rejaine Monteiro <rejaine at bhz.jamef.com.br>
escreveu:
>
> Pois ? Rubens, isso que pensei tamb?m, receber flags de STP seria at?
> certo ponto normal, mas minha d?vida ? mesmo quanto ao 'topology change'..
> Mandei na  outra msg um exemplo que estou vendo aqui...
>
> On 17-12-2014 14:09, Rubens Kuhl wrote:
>
>> Isso n?o ? normal. O datacenter poderia ter habilitado BPDU-Filter e
>> BPDU-Guard para n?o te incomodar com essas mensagens, mas como ele deixou
>> vazar, acabou deixando voc? ciente de que eles est?o com problemas. ?
>> normal receber BPDUs, mas n?o de "Topology Change", o que indica que a
>> rede
>> est? flappando.
>>
>>
>> Rubens
>>
>>
>> 2014-12-17 12:23 GMT-02:00 Rejaine Monteiro <rejaine at bhz.jamef.com.br>:
>>
>>
>>> Prezados,
>>>
>>> Monitoramos alguns servidores nossos que ficam num datacenter (MRTG) e
>>> notamos um aumento no tr?fego de Multicast em algumas interfaces.
>>> Analisando o mesmo gr?fico nas semanas/meses anteriores, esse tr?fego era
>>> pr?ximo de 1 pacote/entrada por segundo, mas que a partir do ultimo dia
>>> 14/12 passou a ter uma  m?dia de 11 pacotes/entrada por segundo.
>>>
>>> N?o houve aumento do n?mero de servidores nossos nessa VLAN , muito menos
>>> altera??es (de nossa parte) em rede. Pelo tcpdump e notamos que h? um
>>> elevando n?mero de mensagens do  tipo  "STP 802.1d, Topology Change". N?o
>>> sou especialista em redes, gostaria de saber se esse tipo de tr?fego de
>>> Multicast relacionado a "Topology Change" ? algo normal. Pesquisando
>>> aqui ,
>>> li que um sinal de TCN deveria ser enviado apenas quando houve uma grande
>>> altera??o na topologia da rede, mas no caso estou recebendo nessas
>>> interface esse sinal o tempo todo a partir do ultimo dia 14/12 e n?o
>>> parou
>>> mais...
>>>
>>> Ser? que isso pode interferir na performance da rede e/ou do servidor de
>>> alguma forma? Pois, coincidencia ou n?o,  ultimamente passamos a ter
>>> alguns
>>> problemas de performance nos servidores tamb?m...
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>
>>>  __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
>
> --
> Rejaine da Silveira Monteiro
> Suporte-TI
> Tel: (31) 2102-8854
> rejaine at bhz.jamef.com.br
> www.jamef.com.br
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


From ihtraum18 at gmail.com  Wed Dec 17 14:52:19 2014
From: ihtraum18 at gmail.com (=?UTF-8?Q?Eduardo_J=C3=BAnior?=)
Date: Wed, 17 Dec 2014 13:52:19 -0300
Subject: [MASOCH-L] =?utf-8?q?Informa=C3=A7=C3=B5es_no_WHOIS?=
Message-ID: <CADPY0NvvDHtJdgH8DjuRK14G7==T6+YvUiaRJYF3Pg_PX6=5-g@mail.gmail.com>

Ol? boa tarde,


queria saber qual ou quais informa??es do WHOIS s?o de fato verdadeiras.

Tentei lendo a RFC 3912, mas n?o encontrei nada que informasse sobre isso.

Alguma dica?


Obrigado.


-- 
Eduardo J?nior
GNU/Linux user #423272
http://eduardojunior.eti.br

:wq


From lucas.bocchi at gmail.com  Wed Dec 17 15:00:55 2014
From: lucas.bocchi at gmail.com (Lucas Willian Bocchi)
Date: Wed, 17 Dec 2014 15:00:55 -0200
Subject: [MASOCH-L] STP 802.1d, Topology Change
In-Reply-To: <CAFZSpaADJzJwx+jLKesfBhxPDgTWSwGfc055K9eMo8Nai-MiEw@mail.gmail.com>
References: <549191D1.3000109@bhz.jamef.com.br>
 <CAGFn2k0w=6X6SkOYkmfB2eUtVZ95qE6p=wDYswXeA44Z_Hpubw@mail.gmail.com>
 <5491AB63.1010308@bhz.jamef.com.br>
 <CAFZSpaADJzJwx+jLKesfBhxPDgTWSwGfc055K9eMo8Nai-MiEw@mail.gmail.com>
Message-ID: <CA+m52=co5RsMe3KDCMFotU=RPQ=s1pY=J0HXJ065540o+H0G_A@mail.gmail.com>

Dependendo da implementa??o do protocolo STP, o tcpdump (dependendo da
vers?o, acredito da libpcap ou do pr?prio programa) entendia os frames
como sendo "Topology Change" quando deveriam ser "Forward,Agreement".
https://bugzilla.redhat.com/show_bug.cgi?id=14112

No meu debian e nos meus Dell 6224 eu tinha esse problema. Hoje j? n?o
uso mais STP e uso EAPS ent?o n?o estou mais familiarizado com esse
protocolo. Acho que bridges mikrotik tamb?m apresentam um
comportamento diferente no protocolo, mas n?o estou bem certo.

Se vc acha estranho, reclame mesmo!

Por um acaso os teus servidores n?o tem uma interface bridge
configurado diretamente neles n??

Em 17 de dezembro de 2014 14:17, davi peres <daviperes at gmail.com> escreveu:
> http://www.cisco.com/c/en/us/support/docs/lan-switching/spanning-tree-protocol/24062-146.html
>
> ?, a minha mensagem seria tipo descarte e a sua de altera??o. mas tudo
> parte do spanning tree alguem deve ter tirado ou colocado links adicionais
> na sua rede n?.
>
> Em 17 de dezembro de 2014 14:12, Rejaine Monteiro <rejaine at bhz.jamef.com.br>
> escreveu:
>>
>> Pois ? Rubens, isso que pensei tamb?m, receber flags de STP seria at?
>> certo ponto normal, mas minha d?vida ? mesmo quanto ao 'topology change'..
>> Mandei na  outra msg um exemplo que estou vendo aqui...
>>
>> On 17-12-2014 14:09, Rubens Kuhl wrote:
>>
>>> Isso n?o ? normal. O datacenter poderia ter habilitado BPDU-Filter e
>>> BPDU-Guard para n?o te incomodar com essas mensagens, mas como ele deixou
>>> vazar, acabou deixando voc? ciente de que eles est?o com problemas. ?
>>> normal receber BPDUs, mas n?o de "Topology Change", o que indica que a
>>> rede
>>> est? flappando.
>>>
>>>
>>> Rubens
>>>
>>>
>>> 2014-12-17 12:23 GMT-02:00 Rejaine Monteiro <rejaine at bhz.jamef.com.br>:
>>>
>>>
>>>> Prezados,
>>>>
>>>> Monitoramos alguns servidores nossos que ficam num datacenter (MRTG) e
>>>> notamos um aumento no tr?fego de Multicast em algumas interfaces.
>>>> Analisando o mesmo gr?fico nas semanas/meses anteriores, esse tr?fego era
>>>> pr?ximo de 1 pacote/entrada por segundo, mas que a partir do ultimo dia
>>>> 14/12 passou a ter uma  m?dia de 11 pacotes/entrada por segundo.
>>>>
>>>> N?o houve aumento do n?mero de servidores nossos nessa VLAN , muito menos
>>>> altera??es (de nossa parte) em rede. Pelo tcpdump e notamos que h? um
>>>> elevando n?mero de mensagens do  tipo  "STP 802.1d, Topology Change". N?o
>>>> sou especialista em redes, gostaria de saber se esse tipo de tr?fego de
>>>> Multicast relacionado a "Topology Change" ? algo normal. Pesquisando
>>>> aqui ,
>>>> li que um sinal de TCN deveria ser enviado apenas quando houve uma grande
>>>> altera??o na topologia da rede, mas no caso estou recebendo nessas
>>>> interface esse sinal o tempo todo a partir do ultimo dia 14/12 e n?o
>>>> parou
>>>> mais...
>>>>
>>>> Ser? que isso pode interferir na performance da rede e/ou do servidor de
>>>> alguma forma? Pois, coincidencia ou n?o,  ultimamente passamos a ter
>>>> alguns
>>>> problemas de performance nos servidores tamb?m...
>>>> __
>>>> masoch-l list
>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>
>>>>  __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>
>>
>> --
>> Rejaine da Silveira Monteiro
>> Suporte-TI
>> Tel: (31) 2102-8854
>> rejaine at bhz.jamef.com.br
>> www.jamef.com.br
>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l


From rejaine at bhz.jamef.com.br  Wed Dec 17 15:09:34 2014
From: rejaine at bhz.jamef.com.br (Rejaine Monteiro)
Date: Wed, 17 Dec 2014 15:09:34 -0200
Subject: [MASOCH-L] STP 802.1d, Topology Change
In-Reply-To: <CA+m52=co5RsMe3KDCMFotU=RPQ=s1pY=J0HXJ065540o+H0G_A@mail.gmail.com>
References: <549191D1.3000109@bhz.jamef.com.br>
 <CAGFn2k0w=6X6SkOYkmfB2eUtVZ95qE6p=wDYswXeA44Z_Hpubw@mail.gmail.com>
 <5491AB63.1010308@bhz.jamef.com.br>
 <CAFZSpaADJzJwx+jLKesfBhxPDgTWSwGfc055K9eMo8Nai-MiEw@mail.gmail.com>
 <CA+m52=co5RsMe3KDCMFotU=RPQ=s1pY=J0HXJ065540o+H0G_A@mail.gmail.com>
Message-ID: <5491B8CE.1000206@bhz.jamef.com.br>


Oi Lucas

Entendi o que vc quis dizer sobre a forma de detec??o dos frames em 
rela??o a vers?o do tcpdump... Mas s? usei o tcpdump pq houve um 
"incremento" do trafego de  multicast nos gr?ficos do MRTG que usamos 
para monitorar as interfaces dos servidores, se n?o fosse por isso 
passaria desapercebido. Usei o tcpdump para "tentar" visualizar o que 
estava passando por ali...

De qualquer forma, j? acionamos  o pessoal do DC,  que afirma que n?o h? 
nada de anormal ou n?o foram feitas altera??es na rede (apesar de 
aparecer algo diferente nos gr?ficos desde domingo, dissera que  tudo 
est? como antes, ou seja, nenhuma altera??o ou anormalidade foi 
encontrada) S? estou mesmo procurando entender um pouco a altera??o do 
gr?fico e as informa??es dadas pelo tcpdump, pq nem de longe sou 
especialista em redes... ;o)


On 17-12-2014 15:00, Lucas Willian Bocchi wrote:
> Dependendo da implementa??o do protocolo STP, o tcpdump (dependendo da
> vers?o, acredito da libpcap ou do pr?prio programa) entendia os frames
> como sendo "Topology Change" quando deveriam ser "Forward,Agreement".
> https://bugzilla.redhat.com/show_bug.cgi?id=14112
>
> No meu debian e nos meus Dell 6224 eu tinha esse problema. Hoje j? n?o
> uso mais STP e uso EAPS ent?o n?o estou mais familiarizado com esse
> protocolo. Acho que bridges mikrotik tamb?m apresentam um
> comportamento diferente no protocolo, mas n?o estou bem certo.
>
> Se vc acha estranho, reclame mesmo!
>
> Por um acaso os teus servidores n?o tem uma interface bridge
> configurado diretamente neles n??
>
> Em 17 de dezembro de 2014 14:17, davi peres <daviperes at gmail.com> escreveu:
>> http://www.cisco.com/c/en/us/support/docs/lan-switching/spanning-tree-protocol/24062-146.html
>>
>> ?, a minha mensagem seria tipo descarte e a sua de altera??o. mas tudo
>> parte do spanning tree alguem deve ter tirado ou colocado links adicionais
>> na sua rede n?.
>>
>> Em 17 de dezembro de 2014 14:12, Rejaine Monteiro <rejaine at bhz.jamef.com.br>
>> escreveu:
>>> Pois ? Rubens, isso que pensei tamb?m, receber flags de STP seria at?
>>> certo ponto normal, mas minha d?vida ? mesmo quanto ao 'topology change'..
>>> Mandei na  outra msg um exemplo que estou vendo aqui...
>>>
>>> On 17-12-2014 14:09, Rubens Kuhl wrote:
>>>
>>>> Isso n?o ? normal. O datacenter poderia ter habilitado BPDU-Filter e
>>>> BPDU-Guard para n?o te incomodar com essas mensagens, mas como ele deixou
>>>> vazar, acabou deixando voc? ciente de que eles est?o com problemas. ?
>>>> normal receber BPDUs, mas n?o de "Topology Change", o que indica que a
>>>> rede
>>>> est? flappando.
>>>>
>>>>
>>>> Rubens
>>>>
>>>>
>>>> 2014-12-17 12:23 GMT-02:00 Rejaine Monteiro <rejaine at bhz.jamef.com.br>:
>>>>
>>>>
>>>>> Prezados,
>>>>>
>>>>> Monitoramos alguns servidores nossos que ficam num datacenter (MRTG) e
>>>>> notamos um aumento no tr?fego de Multicast em algumas interfaces.
>>>>> Analisando o mesmo gr?fico nas semanas/meses anteriores, esse tr?fego era
>>>>> pr?ximo de 1 pacote/entrada por segundo, mas que a partir do ultimo dia
>>>>> 14/12 passou a ter uma  m?dia de 11 pacotes/entrada por segundo.
>>>>>
>>>>> N?o houve aumento do n?mero de servidores nossos nessa VLAN , muito menos
>>>>> altera??es (de nossa parte) em rede. Pelo tcpdump e notamos que h? um
>>>>> elevando n?mero de mensagens do  tipo  "STP 802.1d, Topology Change". N?o
>>>>> sou especialista em redes, gostaria de saber se esse tipo de tr?fego de
>>>>> Multicast relacionado a "Topology Change" ? algo normal. Pesquisando
>>>>> aqui ,
>>>>> li que um sinal de TCN deveria ser enviado apenas quando houve uma grande
>>>>> altera??o na topologia da rede, mas no caso estou recebendo nessas
>>>>> interface esse sinal o tempo todo a partir do ultimo dia 14/12 e n?o
>>>>> parou
>>>>> mais...
>>>>>
>>>>> Ser? que isso pode interferir na performance da rede e/ou do servidor de
>>>>> alguma forma? Pois, coincidencia ou n?o,  ultimamente passamos a ter
>>>>> alguns
>>>>> problemas de performance nos servidores tamb?m...
>>>>> __
>>>>> masoch-l list
>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>>
>>>>>   __
>>>> masoch-l list
>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>
>>> --
>>> Rejaine da Silveira Monteiro
>>> Suporte-TI
>>> Tel: (31) 2102-8854
>>> rejaine at bhz.jamef.com.br
>>> www.jamef.com.br
>>>
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l

-- 
Rejaine da Silveira Monteiro
Suporte-TI
Tel: (31) 2102-8854
rejaine at bhz.jamef.com.br
www.jamef.com.br



From hmh at hmh.eng.br  Wed Dec 17 16:13:55 2014
From: hmh at hmh.eng.br (Henrique de Moraes Holschuh)
Date: Wed, 17 Dec 2014 16:13:55 -0200
Subject: [MASOCH-L] STP 802.1d, Topology Change
In-Reply-To: <5491B8CE.1000206@bhz.jamef.com.br>
References: <549191D1.3000109@bhz.jamef.com.br>
 <CAGFn2k0w=6X6SkOYkmfB2eUtVZ95qE6p=wDYswXeA44Z_Hpubw@mail.gmail.com>
 <5491AB63.1010308@bhz.jamef.com.br>
 <CAFZSpaADJzJwx+jLKesfBhxPDgTWSwGfc055K9eMo8Nai-MiEw@mail.gmail.com>
 <CA+m52=co5RsMe3KDCMFotU=RPQ=s1pY=J0HXJ065540o+H0G_A@mail.gmail.com>
 <5491B8CE.1000206@bhz.jamef.com.br>
Message-ID: <20141217181355.GA4099@khazad-dum.debian.net>

On Wed, 17 Dec 2014, Rejaine Monteiro wrote:
> De qualquer forma, j? acionamos  o pessoal do DC,  que afirma que
> n?o h? nada de anormal ou n?o foram feitas altera??es na rede
> (apesar de aparecer algo diferente nos gr?ficos desde domingo,
> dissera que  tudo est? como antes, ou seja, nenhuma altera??o ou
> anormalidade foi encontrada) S? estou mesmo procurando entender um

Qual datacenter?

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


From zhushazang at yahoo.com.br  Fri Dec 19 09:18:28 2014
From: zhushazang at yahoo.com.br (Zhu Sha Zang)
Date: Fri, 19 Dec 2014 08:18:28 -0300
Subject: [MASOCH-L] Redes Novell Netware
In-Reply-To: <CA+m52=eTUsJJ8TFi+2Cc8is5HrW0_f5xevJ5YJym68UtObYNRA@mail.gmail.com>
References: <CA+m52=cQ_4Y3Ki85khmSKyjLS4Dm=jTS8DtNN4ztya4bTLfsHA@mail.gmail.com>
 <20141217134822.M26659@collovini.com.br>
 <CA+m52=eTUsJJ8TFi+2Cc8is5HrW0_f5xevJ5YJym68UtObYNRA@mail.gmail.com>
Message-ID: <54940984.6030809@yahoo.com.br>

D?vida noob: Qual a vantagem/necessidade de usar um protocolo "t?o" antigo?

Att

On 12/17/2014 11:00 AM, Lucas Willian Bocchi wrote:
> Bruno, bom dia!
> Peguei uma c?pia do Suse 8 que ainda possui o mars-nwe. J? estou resolvendo!
> Eu havia esquecido que tinha um CD aqui perdido. J? migrei muita rede
> Novell 3.11 com esse cara, a? a coisa fica boa!!!
>
> Abra?os
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l



From fischerdouglas at gmail.com  Fri Dec 19 13:37:38 2014
From: fischerdouglas at gmail.com (Douglas Fischer)
Date: Fri, 19 Dec 2014 13:37:38 -0200
Subject: [MASOCH-L] Redes Novell Netware
In-Reply-To: <54940984.6030809@yahoo.com.br>
References: <CA+m52=cQ_4Y3Ki85khmSKyjLS4Dm=jTS8DtNN4ztya4bTLfsHA@mail.gmail.com>
 <20141217134822.M26659@collovini.com.br>
 <CA+m52=eTUsJJ8TFi+2Cc8is5HrW0_f5xevJ5YJym68UtObYNRA@mail.gmail.com>
 <54940984.6030809@yahoo.com.br>
Message-ID: <CAKEr4RTYZfRmmBP2L+uAP9GQop3RXE05o9Fs5hX9NoeTw8vNFw@mail.gmail.com>

N?o sei aonde o Lucas t? se metendo, mas no meu caso, conseguir expandir em
6 meses o prazo para migrar +/- 300 esta??es para um S.O. mais adequado era
um argumento mais que suficiente.

Lidar com o legado em ambientes assim ? TENSO!

Por exemplo pegar um sistema em Dataflex que use recursos do netware para
gerir rotinas do sistema ? muito comum.

P.S.:
Coloco isso no mesmo balaio que aquelas nojeiras que s?o desenvolvidas
agarrando-se a recursos do sistema operacional.
Um amigo meu diz: "Se usa CURL ? mal feito! Vai tentar usar CURL no G-APPS
para ver o que acontece...".


Em 19 de dezembro de 2014 09:18, Zhu Sha Zang <zhushazang at yahoo.com.br>
escreveu:
>
> D?vida noob: Qual a vantagem/necessidade de usar um protocolo "t?o" antigo?
>
> Att
>
> On 12/17/2014 11:00 AM, Lucas Willian Bocchi wrote:
> > Bruno, bom dia!
> > Peguei uma c?pia do Suse 8 que ainda possui o mars-nwe. J? estou
> resolvendo!
> > Eu havia esquecido que tinha um CD aqui perdido. J? migrei muita rede
> > Novell 3.11 com esse cara, a? a coisa fica boa!!!
> >
> > Abra?os
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>


-- 
Douglas Fernando Fischer
Eng? de Controle e Automa??o


From lucas.bocchi at gmail.com  Fri Dec 19 14:32:53 2014
From: lucas.bocchi at gmail.com (Lucas Willian Bocchi)
Date: Fri, 19 Dec 2014 14:32:53 -0200
Subject: [MASOCH-L] Redes Novell Netware
In-Reply-To: <CAKEr4RTYZfRmmBP2L+uAP9GQop3RXE05o9Fs5hX9NoeTw8vNFw@mail.gmail.com>
References: <CA+m52=cQ_4Y3Ki85khmSKyjLS4Dm=jTS8DtNN4ztya4bTLfsHA@mail.gmail.com>
 <20141217134822.M26659@collovini.com.br>
 <CA+m52=eTUsJJ8TFi+2Cc8is5HrW0_f5xevJ5YJym68UtObYNRA@mail.gmail.com>
 <54940984.6030809@yahoo.com.br>
 <CAKEr4RTYZfRmmBP2L+uAP9GQop3RXE05o9Fs5hX9NoeTw8vNFw@mail.gmail.com>
Message-ID: <CA+m52=cAiPqwXC7E4a9W-uRXVgX4589X3Wp_MrgWVavxaRekDw@mail.gmail.com>

Bingo Douglas.

O sistema n?o ? em dataflex, mas em CLIPPER com banco de dados DBASE.
Sistema de uma PREFEITURA (conto o pecado mas n?o posso contar o
pecador).
Fiz a migra??o e tudo funcionou a contento.

Vejam a discrep?ncia: um datacenter NOVO, com 3 switches extreme com
EAPS configurado e habilitado, e a cidade com um anel ?ptico que
atende todas as secretarias da prefeitura para rodar este BAITA
SISTEMA. O desenvolvedor a 10 anos n?o atualiza mais o programa, tem
uma vers?o nova totalmente voltada para web, feita em Java com banco
de dados postgres. A prefeitura n?o migra pois n?o consegue achar
VERBA pra fazer o trabalho. N?o quis dizer nada mas foi bem comum ver
o TI deles (um senhorzinho bem simp?tico) editar aqueles arquivinhos
pra gerar uns relat?rios diferentes nas impressoras matriciais de
l?...

Em 19 de dezembro de 2014 13:37, Douglas Fischer
<fischerdouglas at gmail.com> escreveu:
> N?o sei aonde o Lucas t? se metendo, mas no meu caso, conseguir expandir em
> 6 meses o prazo para migrar +/- 300 esta??es para um S.O. mais adequado era
> um argumento mais que suficiente.
>
> Lidar com o legado em ambientes assim ? TENSO!
>
> Por exemplo pegar um sistema em Dataflex que use recursos do netware para
> gerir rotinas do sistema ? muito comum.
>
> P.S.:
> Coloco isso no mesmo balaio que aquelas nojeiras que s?o desenvolvidas
> agarrando-se a recursos do sistema operacional.
> Um amigo meu diz: "Se usa CURL ? mal feito! Vai tentar usar CURL no G-APPS
> para ver o que acontece...".
>
>
> Em 19 de dezembro de 2014 09:18, Zhu Sha Zang <zhushazang at yahoo.com.br>
> escreveu:
>>
>> D?vida noob: Qual a vantagem/necessidade de usar um protocolo "t?o" antigo?
>>
>> Att
>>
>> On 12/17/2014 11:00 AM, Lucas Willian Bocchi wrote:
>> > Bruno, bom dia!
>> > Peguei uma c?pia do Suse 8 que ainda possui o mars-nwe. J? estou
>> resolvendo!
>> > Eu havia esquecido que tinha um CD aqui perdido. J? migrei muita rede
>> > Novell 3.11 com esse cara, a? a coisa fica boa!!!
>> >
>> > Abra?os
>> > __
>> > masoch-l list
>> > https://eng.registro.br/mailman/listinfo/masoch-l
>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
>
>
> --
> Douglas Fernando Fischer
> Eng? de Controle e Automa??o
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l


From anisio.neto at hotmail.com.br  Fri Dec 19 20:54:48 2014
From: anisio.neto at hotmail.com.br (Anisio J. Moreira Neto)
Date: Fri, 19 Dec 2014 20:54:48 -0200
Subject: [MASOCH-L] ICP Brasil v3
Message-ID: <BLU178-W45C2CDEDEE6FCAFC007727DC6B0@phx.gbl>

Ol? senhores.
 
Detenho conhecimento b?sico sobre certificados digitais, mas me deparei com algo que acredito que esteja errado.
 
No site do Instituto Nacional de Tecnologia da Informa??o - iti, a seguinte pagina consta que o certificado da AC Raiz da ICP-Brasil v3 foi revogado em 26/02/2014.
http://www.iti.gov.br/legislacao/188-atualizacao/4530-ac-raiz

Por?m ao fazer download dos arquivos compactados deste mesmo site, os arquivos parecem incluir o certificado AC Raiz da ICP-Brasil v3.
 
http://acraiz.icpbrasil.gov.br/credenciadas/CertificadosAC-ICP-Brasil/ACcompactado.zip
 
http://acraiz.icpbrasil.gov.br/repositorio/v1_v2_v3_msie.p7b
 
Est? certo?
Posso instalar os certificados do arquivo compactado?
 
Obrigado.

An?sio Jos? Moreira Neto


www.ja.eti.br

 
 		 	   		  

From renan.m at msn.com  Sat Dec 20 19:08:57 2014
From: renan.m at msn.com (Renan Montoro)
Date: Sat, 20 Dec 2014 19:08:57 -0200
Subject: [MASOCH-L] BGP Team Cymru Ubiquiti Edge Router Pro
Message-ID: <BLU180-W744ADBC4BEFD5C69E0A06EF0680@phx.gbl>

Boa tarde,Estou para implantar um Ubiquiti Edge Router Pro como roteador de borda. Como ? um equipamento novo para mim estou pesquisando os exemplos de configura??o por?m n?o encontrei nada como configurar a sess?o BGP com o Team Cymru e descartar os Bogons. Algu?m poderia me ajudar? Desde j? agrade?o.

Renan Alves MontoroRVNeT - Solu??es em Internetwww.rvnett.com.br 		 	   		  

From fischerdouglas at gmail.com  Tue Dec 23 09:54:00 2014
From: fischerdouglas at gmail.com (Douglas Fischer)
Date: Tue, 23 Dec 2014 09:54:00 -0200
Subject: [MASOCH-L] Appliance c/ Hypervisor + Storage - Alternativa ao
	Vsphere
In-Reply-To: <CAJKrqA=hai8zp-kHiUCu46tJGB6N58X42WYa2A1eqNiLctXmPw@mail.gmail.com>
References: <CAKEr4RSWzRb4Z-c2qKr1nLQLKd3cc0afN6LfaF8LoyzB-GX5hA@mail.gmail.com>
 <CAJKrqA=hai8zp-kHiUCu46tJGB6N58X42WYa2A1eqNiLctXmPw@mail.gmail.com>
Message-ID: <CAKEr4RR_m3sLT2XokiKUHVOA7Jvs4EJPi22Qo7coyx8y5pfL-Q@mail.gmail.com>

Opa galera, desculpe pela demora...

@Felipe
eu j? conhecia o vSAN. Ferramenta TOP! Especial mesmo.
Mas como eu falei, a cen?rio ? de entry-level.
Ent?o onde um "Essentials Kit Plus" que custava 3K, eu teria que colocar um
essentials kit +  o licenciamento do vSAN que no total daria quase uns 11K.
Invi?vel.

A solu??o escolhida
Depois de fazer POCs com oVirt+Gluster e oVirt+Ceph e me frustrar pela
complexidade que seria a reinstala??o de um n? desses em caso de crash, eu
vou de Hyper-V Server 2012.
Essa vers?o ? Free, piece-of-cake para colocar para rodar, e administrar.

S? ainda n?o defini se vou de Hyper-v Replica ou Cluster FileSystem (SMB3).
Mas acho que vai acabar sendo um h?brido dos dois.



Em 11 de novembro de 2014 08:19, Felipe Rossi <feliprossi at gmail.com>
escreveu:

> O VSA foi descontinuado devido algumas limita??es, que com a aquisi??o da
> ScaleIO pela EMC, foi criado o VSAN para VMWare para ambientes menores de
> entrada.
> Nesse caso se o ambiente for pequeno o VSAN atende 100%, o ?nico problema
> que vejo em rela??o ao VSA ? que o VSAN exige discos SSD o que
> em casos de clientes pequenos acaba inviabilizando devido o custo.
>
> Dependendo do cen?rio o ScaleIO se enquadra melhor do que VSAN devido sua
> escalabilidade.
>
>
>
> Em 10 de novembro de 2014 21:22, Douglas Fischer <fischerdouglas at gmail.com
> >
> escreveu:
>
> > Senhores,
> > procuro alguma ferramenta for dummies, no melhor estilo N+N+F,
> alternativa
> > ao vSphere 5.1.
> >
> > O objetivo ? um par de servidores com discos internos fazendo Hipervisor
> de
> > Virtualiza??o e replica??o de Storage disco local.
> >
> > O vSphere Storage Appliance era, para mim, a solu??o ideal para cen?rios
> de
> > entrada de virtualiza??o.
> > Com um par de servers com 8 discos cada um a solu??o inteira estava
> > montada.
> > Mas da 5.5 para c? essa solu??o est? descontinuada[1].
> >
> >
> > N?o sou conhecedor das linhas da RHEV e XEN, mas estou procurando uma
> > solu??o que resolva Storage(c/ replica??o) e Hypervis?o na mesma caixa.
> >
> >
> >
> > Algu?m pode me dar alguma sugest?o?
> >
> >
> >
> >
> > [1]Na minha opini?o, medida comercial protecionista aos produtos da EMC.
> >
> > --
> > Douglas Fernando Fischer
> > Eng? de Controle e Automa??o
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
> >
>
>
>
> --
> Felipe Rossi
> Diretor de Servi?os
> EMC - SOPHOS - CISCO - Double Take - VMWare
> Solu??es em Armazenamento, Seguran?a, Redes e Virtualiza??o.
> Av. Brasil 5964 Sl 134, CEP 85.812-001 Ed. Discolandia - Cascavel - PR
> (45) 3326-4568 / 9116-0094
> www.rsantos.eti.br
>
>
> "Esta mensagem e uma correspondencia reservada e sua divulgacao,
> distribuicao, reproducao ou qualquer forma de utilizacao depende de
> autorizacao,
> sujeitando-se o responsavel a medidas judiciais. O remetente utiliza o
> correio eletronico no exercicio do seu trabalho ou em razao dele, eximindo
> esta instituicao de qualquer responsabilidade por utilizacao indevida. Se
> voce a recebeu por engano, favor elimina-la."
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>



-- 
Douglas Fernando Fischer
Eng? de Controle e Automa??o


From lists at connectionlost.com.br  Tue Dec 23 10:20:03 2014
From: lists at connectionlost.com.br (Tiago Felipe)
Date: Tue, 23 Dec 2014 10:20:03 -0200
Subject: [MASOCH-L] BGP Team Cymru Ubiquiti Edge Router Pro
In-Reply-To: <BLU180-W744ADBC4BEFD5C69E0A06EF0680@phx.gbl>
References: <BLU180-W744ADBC4BEFD5C69E0A06EF0680@phx.gbl>
Message-ID: <54995DF3.6020303@connectionlost.com.br>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

dia,

Nunca mexi nesses routers da ubiquiti, mas no site da Team Cymrus tem
v?rios exemplos que podem dar uma id?ia de como montar sua configura??o:

http://www.team-cymru.org/Services/Bogons/bgp-examples.html

[]s

On 12/20/2014 07:08 PM, Renan Montoro wrote:
> Boa tarde,Estou para implantar um Ubiquiti Edge Router Pro como
> roteador de borda. Como ? um equipamento novo para mim estou
> pesquisando os exemplos de configura??o por?m n?o encontrei nada
> como configurar a sess?o BGP com o Team Cymru e descartar os
> Bogons. Algu?m poderia me ajudar? Desde j? agrade?o.
> 
> Renan Alves MontoroRVNeT - Solu??es em Internetwww.rvnett.com.br
>  __ masoch-l list 
> https://eng.registro.br/mailman/listinfo/masoch-l
> 


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJUmV3vAAoJEMR7HC7H8wTJoFsP/3vPygapMdoIPOHAbGlBJ7Nw
1z7DDAxkR7LDpUeLiDnkSgaC0bbaWgbNWh4efYBDsZGveI5pff6RSY2j0SLF3tTD
cvRlMHLD2+NsMmnaB7MH51rPwa+HpLxOu3KVdp3c6IDMxrqchwXt/WrZGBj82M78
LbJzgXx/p7rjgwNC/3FPuP4a0OoBOwKya/u8+5v76TzDzw+LIKSL0KLgTasmw8CS
TniFKRN5swBnEyK3bxvko5RsCA9Ib5Qd00bnupajkmhlGmFneURBn9bsPhiIZXy8
NkjWmUYgjaagPTlQYeOEq+gmOj0qrhZzP/3a2840mkaJIzR7lzQp0hx4pZET50JK
J7PI2gbGLDPMDnQaQI5hnZ6i3fMAtFKiLgvIVzcVXIj/w8drwAmkOBC7RYPmQswy
vOna281ta3mlCzrCaWCy8X8dfKJfL0Nk2VYgRRI9GJAR08xDYnwMdGC82f4mQKtq
ckrdk3pSy5MAR1uZuwh1yd0mnF+ADhuvZ3uEnMoYCesds0n0WIfpoF6EHXTOJq1p
ywvFjYSSovPtcZ1jdA50aKe3zQH+Vr9vR5bQmq1wLWGDfBoGrKuQ+zDxzacYPihy
nhPS5qTP/3jZOInFKhhLbiExsAYaezQIxAfGiiFF/qSa3+T4vkA4fMMlzzj5XN1Y
JX3CGDx1ZEQBM0NFT2hh
=uPcf
-----END PGP SIGNATURE-----