TSP solutions

Jeroen Massar jeroen at unfix.org
Fri Sep 16 13:20:47 CEST 2011


On 2011-09-16 13:08 , Arjan Van Der Oest wrote:
> Jeroen,
> 
> On 16Sep, 2011, at 12:11 , Jeroen Massar wrote:
> 
>> While that answers that part of the question (that you have
>> selected a draytek and thus need TSP), it does not answer the
>> problem that you are trying to solve ;)
> 
> The problem I'm trying to solve is obvious : I want to utilize TSP
> for providing IPv6 connectivity. You mean it's not clear to you why
> I'm looking at TSP rather than other mechanism's :-)

That is indeed the point. As now you are starting your question from the
middle of the equation while there are other options that might fit better.

>> b) why don't use 6rd?
> 
> Because Draytek does not support it.

And to circle back to the 'current installed base', I assume that you
currently have Draytek already deployed and thus it would 'merely' be a
firmware upgrade away, because if that is the case I am very sure that
you can make Draytek listen to that, having seen that they support both
TSP and TIC/AYIYA/heartbeat and they are running off a Linux kernel, for
them to add 6rd would be minimal effort.

If you want I can pass Draytek contacts who should be able to get you to
the right people for getting that feature in.

And if you have no Drayteks deployed yet you of course have other options ;)

IMHO it is always best to first list the 'current haves' and then the
'what we wants' and go from there, thus your statement of effectively "I
need a TSP server" does not make clear to me if you tried to look at the
alternatives, and that is something that might give insight to other
folks on why you did or did not select that.

The "IPv6 Transition Mechanism / Tunneling Comparison":
http://www.sixxs.net/faq/connectivity/?faq=comparison
comes to mind too. TSP is thus primarily useful for when you have
endusers who are behind a NAT and have changing addresses. But, as you
want to terminate the tunnel on on the CPE (the draytek) I don't see why
you would need any tech that actually work behind the NAT, and as you
are the ISP, IMHO, 6rd is then the best fit (unless your deployed base
does not support it, which would mean quickly kicking the vendor to
maybe add support. That said in the case of various Drayteks the code is
open http://code.google.com/p/vigor2130/ thus in the extreme case you
could even opt to add it yourself...

Greets,
 Jeroen


More information about the ipv6-ops mailing list