<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    What you are describing is similar to the Acme TSM product where sip
    / rtp are wrapped in a tunnel for nat traversal purposes. <br>
    <br>
    It actually has quite a few strengths but all of them depend on the
    tunneling devices ability to detect failure and re-negotiate. If
    there are any interfering devices in the middle with ALG's etc it
    should cut right through them, and as far as overhead goes, as long
    as you arent doing any crypto its actually pretty light. <br>
    <br>
    You will want to be aware of path MTU for signaling traffic since
    the extra bits of overhead can pad a large sip packet (think invite
    with custom headers and large-ish SDP) over 1500 bytes which will
    cause fragmentation issues. Consider going to compact headers to
    eliminate this and make some overhead room. RTP wont have this issue
    of course. <br>
    <br>
    Will you be doing sip over udp or tcp for this? <br>
    <br>
    Who will be managing the GRE tunnel endpoints, and what devices will
    be doing the tunneling? <br>
    <br>
    What is your sip redundancy model right now? <br>
    <br>
    <br>
    <br>
    <br>
    <div class="moz-cite-prefix">On 08/13/2013 07:17 AM, Bob Hancock
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAMZUC4hSyoG6FrUnBfQz-MVN7oKHsi_a-OPUdyhJ+H6N=T_6Tw@mail.gmail.com"
      type="cite">
      <div dir="ltr">I have a project in which a user is interesting in
        interconnecting and deploying ATAs for VoIP services but wants
        to use private IP addressing on the devices. My initial though
        is to NAT these devices and allow my SBC to handle NAT traversal
        for them. This allows the to use their dedicated connection to
        my network or if that link goes down fail over to moving to
        connecting across the internet. They are interested in
        potentially doing a GRE tunnel and keeping the private
        addressing in place as it traverses that tunnel. I am concerned
        about encapsulating the VoIP traffic as well as with the fail
        over options. Does anybody have any experiences with VoIP over
        GRE tunnels and what type of results and challenges you
        encountered? Thanks.
        <div>
          <br>
        </div>
        <div>--BH<br>
          <div>
            <br>
          </div>
          <div><br>
          </div>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
VoiceOps mailing list
<a class="moz-txt-link-abbreviated" href="mailto:VoiceOps@voiceops.org">VoiceOps@voiceops.org</a>
<a class="moz-txt-link-freetext" href="https://puck.nether.net/mailman/listinfo/voiceops">https://puck.nether.net/mailman/listinfo/voiceops</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>