[jitsi-dev] Fwd: [asterisk-users] Somewhat-OT: Stupid NAT tricks to learn from Apple?


#1

Hey Marek,

Thanks for sending. A few comments in-line:

very nice reading if you missed it

maybe good project for GSOC for jitsi?

-------- Původní zpráva --------
Předmět: [asterisk-users] Somewhat-OT: Stupid NAT tricks to learn from
Apple?
Datum: Fri, 20 Sep 2013 09:17:30 -0400
Od: Kristian Kielhofner <kris@kriskinc.com>
Přeposláno - Komu: Asterisk Users Mailing List - Non-Commercial
Discussion <asterisk-users@lists.digium.com>
Komu: Asterisk Users Mailing List - Non-Commercial Discussion
<asterisk-users@lists.digium.com>

I've been spending some time looking at some of the significant
changes Apple has made to Facetime in iOS 7. I'm far from an Apple
fanboy but some of them are pretty interesting:

- multiplexing everything over a single UDP port

Sounds like BUNDLE + RTCP-MUX. This is on our todo list with WebRTC compatibility being the main reason. The main effect on NAT traversal here would be that ICE negotiation times could potentially be shortened in some cases.

- deflate compression with SIP
- various /slight/ protocol violations :wink:

More here:

http://blog.krisk.org/2013/09/apples-new-facetime-sip-perspective.html

As SDP bodies swell more and more can we hope to build significant
support for multiplexing and deflate compression in the SIP-focused
open source ecosystem?

SDP bodies do grow but they are still only a fraction of what the endpoints exchange in terms of media, so I expect this to be somewhat low priority for us.

Cheers,
Emil

···

On 23.09.13, 10:18, Marek Červenka wrote:

--
Kristian Kielhofner

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

--
https://jitsi.org


#2

From: dev-bounces@jitsi.org [mailto:dev-bounces@jitsi.org] On Behalf Of Emil Ivov

Hey Marek,

Thanks for sending. A few comments in-line:

> very nice reading if you missed it
>
> maybe good project for GSOC for jitsi?
>
> -------- Původní zpráva --------
> Předmět: [asterisk-users] Somewhat-OT: Stupid NAT tricks to learn from

[snip]

> More here:
>
> http://blog.krisk.org/2013/09/apples-new-facetime-sip-perspective.html
>
> As SDP bodies swell more and more can we hope to build significant
> support for multiplexing and deflate compression in the SIP-focused
> open source ecosystem?

SDP bodies do grow but they are still only a fraction of what the
endpoints exchange in terms of media, so I expect this to be somewhat
low priority for us.

I think the goal here is to keep SDP within MTU-size to prevent fragmenting (which complicates NAT/Firewall traversal).

Good luck with that btw., I've witnessed some Chrome/WebRTC SDP offers, they're HUGE.

Cheers,
   Tom.

···

-----Original Message-----
On 23.09.13, 10:18, Marek Červenka wrote:


#3

From: dev-bounces@jitsi.org [mailto:dev-bounces@jitsi.org] On Behalf Of Emil Ivov

Hey Marek,

Thanks for sending. A few comments in-line:

> very nice reading if you missed it
>
> maybe good project for GSOC for jitsi?
>
> -------- Původní zpráva --------
> Předmět: [asterisk-users] Somewhat-OT: Stupid NAT tricks to learn from

[snip]

> More here:
>
> http://blog.krisk.org/2013/09/apples-new-facetime-sip-perspective.html
>
> As SDP bodies swell more and more can we hope to build significant
> support for multiplexing and deflate compression in the SIP-focused
> open source ecosystem?

SDP bodies do grow but they are still only a fraction of what the
endpoints exchange in terms of media, so I expect this to be somewhat
low priority for us.

I think the goal here is to keep SDP within MTU-size to prevent fragmenting (which complicates NAT/Firewall traversal).

This would only matter in case UDP is being used for signalling. I'd
be surprised if Apple are doing this.

Good luck with that btw., I've witnessed some Chrome/WebRTC SDP offers, they're HUGE.

Yup, indeed.

Emil

···

On Mon, Sep 23, 2013 at 5:17 PM, Tom Uijldert <tom.uijldert@gmail.com> wrote:

-----Original Message-----
On 23.09.13, 10:18, Marek Červenka wrote:

Cheers,
   Tom.

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

--
Emil Ivov, Ph.D. 67000 Strasbourg,
Project Lead France
Jitsi
emcho@jitsi.org PHONE: +33.1.77.62.43.30
https://jitsi.org FAX: +33.1.77.62.47.31


#4

Hello,

···

On 9/23/13 6:11 PM, Emil Ivov wrote:

On Mon, Sep 23, 2013 at 5:17 PM, Tom Uijldert <tom.uijldert@gmail.com> wrote:

-----Original Message-----
From: dev-bounces@jitsi.org [mailto:dev-bounces@jitsi.org] On Behalf Of Emil Ivov

Hey Marek,

Thanks for sending. A few comments in-line:

On 23.09.13, 10:18, Marek �ervenka wrote:

very nice reading if you missed it

maybe good project for GSOC for jitsi?

-------- P�vodn� zpr�va --------
P�edm�t: [asterisk-users] Somewhat-OT: Stupid NAT tricks to learn from

[snip]

More here:

http://blog.krisk.org/2013/09/apples-new-facetime-sip-perspective.html

As SDP bodies swell more and more can we hope to build significant
support for multiplexing and deflate compression in the SIP-focused
open source ecosystem?

SDP bodies do grow but they are still only a fraction of what the
endpoints exchange in terms of media, so I expect this to be somewhat
low priority for us.

I think the goal here is to keep SDP within MTU-size to prevent fragmenting (which complicates NAT/Firewall traversal).

This would only matter in case UDP is being used for signalling. I'd
be surprised if Apple are doing this.

According to the post, they are, and they are using a single UDP port
for RTP, RTCP *and* STUN and SIP.

Regards,
Boris