Re: DNS, FSB regulation and zone hosting

This is a multi-part message in MIME format.
--===============1507267473==
Content-Language: en-US
Content-Type: multipart/alternative;
 boundary="------------5AE8C39077D9B0C5E5ADC65F"

This is a multi-part message in MIME format.
--------------5AE8C39077D9B0C5E5ADC65F
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

You may wish to point out that:


-za has 3 anycast NSs (PCH, ISC and Netnod) where the bulk of the 
infrastructure is non South African.

-co.za has a unicast US based NS (under the control of a South African 
Entity) and an anycast NS where most of the infrastructure is non South 
African.


which, by the logic you've presented from this person, makes the use of 
any za domain a non-starter?

or do parents severs not count when we're resolving names......

--Calvin


On 26/09/2017 16:05, Roland Giesler wrote:
>     Does the Financial Services regulatory framework in South Africa
>     require that the zone file for a domain (.com or other non-za domain)
>     be hosted in South Africa?A  I've just had a spat with a person about
>     this and I believe they are using FUD to manage their client relations,
>     this being a case in point: The advised a client that it is not
>     compliant with regulation unless it's hosted inside South Africa.
>     By it's very nature, DNS records are replicated all over the world, so
>     the only provisor I would think should be that the owner of the domain
>     has control over the records, regardless of where the management system
>     or zone file is.A  After all, if someone uses a domain like .ca for a
>     South African financial services business, the final control of that
>     domain is outside of South Africa anyway.
>     On a similar note, would it be in order to host .[1]co.za zone records
>     on an AWS DNS service as well?A  Again, I think this is totally fine,
>     otherwise not financial services provider would be able use any Google,
>     MS or other cloud services anyway, not?
>     regards
>     Roland
>
> References
>
>     1. http://co.za/
>
>
>
> _______________________________________________
> IOZ mailing list
> [email protected]
> http://lists.internet.org.za/mailman/listinfo/ioz


--------------5AE8C39077D9B0C5E5ADC65F
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"

   You may wish to point out that:

   -za has 3 anycast NSs (PCH, ISC and Netnod) where the bulk of the
   infrastructure is non South African.

   -co.za has a unicast US based NS (under the control of a South African
   Entity) and an anycast NS where most of the infrastructure is non South
   African.

   which, by the logic you've presented from this person, makes the use of
   any za domain a non-starter?

   or do parents severs not count when we're resolving names......

   --Calvin

   On 26/09/2017 16:05, Roland Giesler wrote:

   Does the Financial Services regulatory framework in South Africa
   require that the zone file for a domain (.com or other non-za domain)
   be hosted in South Africa?A  I've just had a spat with a person about
   this and I believe they are using FUD to manage their client relations,
   this being a case in point: The advised a client that it is not
   compliant with regulation unless it's hosted inside South Africa.
   By it's very nature, DNS records are replicated all over the world, so
   the only provisor I would think should be that the owner of the domain
   has control over the records, regardless of where the management system
   or zone file is.A  After all, if someone uses a domain like .ca for a
   South African financial services business, the final control of that
   domain is outside of South Africa anyway.
   On a similar note, would it be in order to host .[1]co.za zone records
   on an AWS DNS service as well?A  Again, I think this is totally fine,
   otherwise not financial services provider would be able use any Google,
   MS or other cloud services anyway, not?
   regards
   Roland

References

   1. [1]http://co.za/


_______________________________________________
IOZ mailing list
[2][email protected]
[3]http://lists.internet.org.za/mailman/listinfo/ioz

References

   1. http://co.za/
   2. mailto:[email protected]
   3. http://lists.internet.org.za/mailman/listinfo/ioz

--------------5AE8C39077D9B0C5E5ADC65F--


--===============1507267473==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
IOZ mailing list
[email protected]
http://lists.internet.org.za/mailman/listinfo/ioz

--===============1507267473==--