<div> IAX will use less than individual SIP calls when trunked, yes. I'm not sure it's a significant savings with the number of streams we may be talking about for your particular scenario, but for larger carrier trunking scenarios, it could be quite significant.
</div>
<div> </div>
<div> On your original question, if you want to do "canreinvite=yes" for the phones, you will most certainly need to make sure that those phones are on static IPs and aren't NAT'd from each other or the * server. This raises new security questions as well along the lines of making sure that only the IPs you're expecting to get traffic from to those IPs are actually able to reach those IPs, but you might solve this problem by using internal IP addressing if you've already got a VPN link established between the site that has * now and the remote office where you're looking to bring up these phones. UDP based VPNs are better than TCP based VPNs for VoIP within VPN from a latency perspective, but I've deployed plenty of VPNs that weren't UDP based that were able to sponsor VoIP traffic through them without any problem.
<br> </div>
<div><span class="gmail_quote">On 9/16/05, <b class="gmail_sendername">Jason Walker</b> <<a href="mailto:desktophero@gmail.com">desktophero@gmail.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">I am curious...are you saying to use SIP locally and IAX from point to point<br>(over a WAN or VPN tunnel)? With that in mind, do you think that using a
<br>lesser compressed codec over the IAX trunk would give an okay amount of<br>bandwidth savings?<br><br>Thanks.<br><br>-----Original Message-----<br>From: <a href="mailto:asterisk-users-bounces@lists.digium.com">asterisk-users-bounces@lists.digium.com
</a><br>[mailto:<a href="mailto:asterisk-users-bounces@lists.digium.com">asterisk-users-bounces@lists.digium.com</a>] On Behalf Of Mark Phillips<br>Sent: Thursday, September 15, 2005 7:55 PM<br>To: Asterisk Users Mailing List - Non-Commercial Discussion
<br>Subject: Re: [Asterisk-Users] SIP reinvite asterisk and NAT<br><br>If these phones are all to be in a single location I'd deploy a remote<br>Asterisk box and run an IAX trunk between remote and local sites.<br>That'll save more bandwidth than having a potential 5 individual SIP
<br>sessions running over your link.<br><br>Also, with the addition of an analogue card such as the TDM400 series you'll<br>have survivability should your link go down.<br><br>If you don't add a phone line to the remote site how will they be able to
<br>call 911 etc?<br><br>Mark<br><br>Damon Estep wrote:<br>> I would like to setup up a remote office with a half dozen or so SIP<br>> phones connected to an asterisk server via a WAN link. To conserve<br>> bandwidth I would like the phones to be able to re-invite when they
<br>> call each other.<br>><br>><br>><br>> The phones will be Polycom, Cisco, or Snom.<br>><br>><br>><br>> I may or may not use NAT. Seems like the NAT would really mess up<br>> re-invites, any experience with that?
<br>><br>><br>><br>> Assuming no NAT, what should be expected in this setup?<br>><br>><br>><br>> I know the transfer option in asterisk would not work, but I do not<br>> think that is a big deal since any re-invited calls would be user to
<br>> user, with little or no need to transfer.<br>><br>><br>><br>> As long as the SIP termination peers I am using are set to<br>> canreinvite=no then a call between the users and a remote party would<br>
> not be re-invited, since the peer terminating the call is set to no,<br>> correct?<br>><br>><br>><br>> Can someone share some experiences wit this type of setup? Are there<br>> other real issues to look out for or be aware of?
<br>><br>><br>><br>> I am really just trying to avoid having another asterisk box in the<br>> remote site to maintain, but do not want to waste bandwidth on calls<br>> going across the office.<br>><br>
><br>><br>> Thanks for taking the time to share your wisdom.<br>><br>><br>><br>><br>><br>><br>><br>><br>> ----------------------------------------------------------------------<br>> --
<br>><br>> _______________________________________________<br>> --Bandwidth and Colocation sponsored by <a href="http://Easynews.com">Easynews.com</a> --<br>><br>> Asterisk-Users mailing list<br>> <a href="mailto:Asterisk-Users@lists.digium.com">
Asterisk-Users@lists.digium.com</a><br>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>> To UNSUBSCRIBE or update options visit:<br>
> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br><br>--<br><br>Mark, G7LTT/KC2ENI<br>Randolph, NJ<br><a href="http://www.g7ltt.com">http://www.g7ltt.com
</a><br>_______________________________________________<br>--Bandwidth and Colocation sponsored by <a href="http://Easynews.com">Easynews.com</a> --<br><br>Asterisk-Users mailing list<br><a href="mailto:Asterisk-Users@lists.digium.com">
Asterisk-Users@lists.digium.com</a><br><a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>To UNSUBSCRIBE or update options visit:<br> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">
http://lists.digium.com/mailman/listinfo/asterisk-users</a><br><br>_______________________________________________<br>--Bandwidth and Colocation sponsored by <a href="http://Easynews.com">Easynews.com</a> --<br><br>Asterisk-Users mailing list
<br><a href="mailto:Asterisk-Users@lists.digium.com">Asterisk-Users@lists.digium.com</a><br><a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
To UNSUBSCRIBE or update options visit:<br> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br></blockquote></div><br>