<br><br><div class="gmail_quote">2009/1/26 Benoit <span dir="ltr">&lt;<a href="mailto:maverick@maverick.eu.org">maverick@maverick.eu.org</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Olivier a écrit :<br>
<div class="Ih2E3d">&gt; Anyway, according your own experience, how frequent is this PTP case ?<br>
</div>I can&#39;t say, i don&#39;t have any other experience than our own lines<br>
<div class="Ih2E3d">&gt; That&#39;s the point : as much as possible, we&#39;re trying to avoid any<br>
&gt; re-configuration of legacy equipment.<br>
&gt;<br>
&gt; So, how would you order TE/NT, PtP/PtMP combination starting from the<br>
&gt; most useful (for yourself) to the least one.<br>
&gt; For instance, myself, I would classify them like this :<br>
&gt; 1. TE PtMP (the most needed)<br>
&gt; 2. NT PtMP<br>
&gt; 3. TE PtP<br>
&gt; 4. NT PtP (the least needed)<br>
<br>
</div>As for me it is<br>
 &nbsp; &nbsp;1. TE PtP<br>
 &nbsp; &nbsp;2. NT PtP<br>
 &nbsp; &nbsp;3. TE PtMP<br>
 &nbsp; &nbsp;4. NT PtMP<br>
<br>
At least until i encounter the need of a NT/TE PtMP setup.<br>
<br>
But i don&#39;t understand your point, NT/TE PtP and TE PtMP seem to be<br>
already implemented,<br>
i fail to see the use of classify them, since the only missing is NT PtMP</blockquote><div><br>The goal is to provide Matt and Digium with valuable input as thinking &quot;a feature is needed&quot; is one thing, having several people asking for it is another story ...<br>
<br>From Matt&#39;s point of view NT PtMP was the least needed ... and so is yours ...<br><br>Thanks, anyway for telling as at least, it reflects your needs.<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
You want NT PtMP and i second that,<br></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> not being limited on the asterisk<br>
side is a must in the<br>
telephony ecosystem, since the legacy PABX aren&#39;t alwsys easy to<br>
reconfigure.<br>
<div><div></div><div class="Wj3C7c"><br>
_______________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
 &nbsp; <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</div></div></blockquote></div><br>