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@iptel.org [mailto:serusers-bounces@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@neomedia.it To: "SER Users" serusers@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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers