[Serusers] Packets fragmentation and message reduction

[Vitaly Nikolaev]

MTU 1500 is kind a everywhere (almost) if you increase it on your
interface/router then your ISP will find out that your packet too long
and split it.. or block

In my case I removed all information fields from SIP header 


-----Original Message-----
From: serusers-bounces at iptel.org [mailto:serusers-bounces at lists.iptel.org] On
Behalf Of Arek Bekiersz
Sent: Thursday, November 03, 2005 4:11 AM
To: Federico Giannici; SER Users
Subject: Re: [Serusers] Packets fragmentation and message reduction

Hi Federico,


Had the same problems. Solutions that work:

- you have somewhere MTU limit of 1500 bytes. Check where you have this
limit, it is possible you will be able to send bigger messages after
changes

- use SER's consume_credentials() function to remove Authorization or
Proxy-Authorization HF after use

- configure all phones to use and describe in SDP only 1 or 2 codecs
(decide
about your system codec, delete the rest from UAs)

- write your small function (in example in nathelper module) to edit SDP
and
remove unused codecs when messages go through proxy

Arek,



----- Original Message -----
From: "Federico Giannici" <giannici at neomedia.it>
To: "SER Users" <serusers at lists.iptel.org>
Sent: Thursday, November 03, 2005 1:24 AM
Subject: [Serusers] Packets fragmentation and message reduction


> I found a situation where some SIP phones worked and some don't.
>
> After a while I found that, because of the added bytes of the
> "Proxy-Authorization:" header, the messages generated by some sip
phones
> were larger than 1480 bytes and this caused the connection with the
PSTN
> gateway to not work.
>
> I tried to forwad the message with the t_relay_to_tcp() function, but
by
> the ngrep output it seems that it still uses UDP (but I may be wrong).
>
> Anyway, what can be done in this situations?
>
> What about a SER module that rewrite all header field names with their
> compact form? Often, the message is only a few bytes more than 1480,
so
> this could be a solution...
>
> What do you think?


_______________________________________________
Serusers mailing list
serusers at lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers