[Freeswitch-users] TLS receiving calls

[Anthony Minessale]

We'll schedule a round table with the topic

SIP OMFG STFU

At the next ClueCon aug 4th-6th 2009 to stir things up a bit =D


On Tue, Dec 2, 2008 at 1:03 PM, Kristian Kielhofner <
kkielhofner at star2star.com> wrote:

> On 12/2/08, Anthony Minessale <anthony.minessale at gmail.com> wrote:
> > Naturally, either way is stupid.
>
>   Word.
>
> > The whole idea of putting the transport in a uri param is equally stupid
> to
> > using 2 different protocol names but since SIP is the descendant of http
> it
> > they decided to stick with the stupidity of http/https and have sip/sips
> > which is almost as if it was designed to break all software trying to
> keep
> > up with url syntax.
>
>   Too late now.
>
> > If they are going to insist on using text params you'd think something
> like
> > transport=foo;security=tls would be even *more* flexable in case
> alternate
> > methods to encrypt crop up.
>
>   I can agree with you here...
>
>  URI parameters in SIP have come to be the catch all for random junk
> that doesn't seem to fit anywhere else.  Note that "random junk"
> includes everything from transport, to number portability, to CICs, to
> ISUP-OLI and on.
>
>  Even in my world setting up proxies, UAs, etc to parse out the
> various crap people put in SIP URI params is a hassle.  A big one.
>
>  What a mess!!!
>
> > This is, of course, the first step into a lengthy 12 hour discussion on
> how
> > stupid SIP and url/text based
> >  protocols are.
>
>   I like them but I'm weird.
>
> > I dare someone to crank up the pcap on a box doing SIP presence for 20
> > phones and "read"
> > the 1200 byte messages with all kinds of hyeroglyphic url syntax and
> > embedded xml payloads and write
> >  up a paper on how much "sense" it makes to have it be "readable".
>
>   I do it all the time.  I think it's quite usable.  ngrep provides a
> small enough binary and the ability to match on text.  Certainly
> easier to use, especially on embedded systems without the luxury of
> dedicated protocol decoders.  With a simple ngrep binary I can debug
> any text based protocol I understand.
>
>  Of course, turn on TLS and see how useful *any* of these tools are...
>
>  The core SIP spec and authors can't be blamed for the various junk
> people have been putting in SIP bodies.  If what's going on in the
> real world is any indication, that ship sailed long ago.  At this
> point as long as implementations can at least handle multi-part
> sensibly and everyone specifies the correct MIME type I don't really
> care.
>
>  Even nastier examples abound - embedded, encapsulated ISUP!  How
> about GTD?  What about Linksys phones using SIP INFO to serve
> directories?  Man I could go on and on...
>
>  I'm not going to write a paper about it but I don't think it's that
> bad.  Maybe I'm not just weird; maybe I'm a masochist! :)
>
> > PS
> >
> > supposedly sofia can support sctp,
> > someone should try it.
>
>   That would be cool.  For anyone wanting to try, various SERs support
> SCTP.  Cisco gateways do too.
>
> --
> Kristian Kielhofner
> http://blog.krisk.org
> http://www.submityoursip.com
> http://www.astlinux.org
> http://www.star2star.com
>
> _______________________________________________
> Freeswitch-users mailing list
> Freeswitch-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>



-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/

AIM: anthm
MSN:anthony_minessale at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
iax:guest at conference.freeswitch.org/888
googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
pstn:213-799-1400
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20081202/bea4d08e/attachment-0002.html