Large INVITEs > 1500 bytes not being saved #177
Comments
|
Hi Dave, Let me know if this sorts it. |
|
This doesn't appear to be useful for the Docker based versions. Even mounting this file externally as a volume, and increasing the SIP capture value, the DB is still created with the column too short for some of us with large INVITE packets. It would be useful to have this configurable for the Docker builds, or made larger by default to accommodate larger INVITEs. |
|
Hi @hamid-elaosta I updated the default for new builds - alternatively, you can mount your own rotation.ini with any preference you wish and/or build a custom rotation container with any settings of your likes. New versions of the stack shall no longer have this problem as the partitions are created by the capture-server itself. |
|
@lmangani Thanks. I've been building with rotation.ini mounted in but it doesn't affect DB creation, I've also tried mounting the |
|
Partitions are created days in advance and existing one won't be modified by executions (unless you drop them ahead of running the rotation script) so keep this in mind as you test a solution. |
|
@lmangani Indeed. I am a clean db every startup, for some reason volume mounting the EDIT: At ~2700 character INVITEs I'm dangerously close to your 3000 limit already 😭 |
|
Even I am facing same issue.Can somebody please help me here? I have modified sip_capture_call = 3000 in MSG_TABLE_SIZE(vim /usr/src/homer-api/scripts/mysql/rotation.ini) , I can see modified msg field size in sipcapturecall table but still not getting entire INVITE data |
|
You should also activate the de-fragmentation/reassmbling for UDP/TCP
packets in your socket_pcap.xml file
…On Tue, 30 Oct 2018 at 18:10, Rita Singh ***@***.***> wrote:
Even I am facing same issue.Can somebody please help me here? I have
modified sip_capture_call = 3000 in MSG_TABLE_SIZE(vim
/usr/src/homer-api/scripts/mysql/rotation.ini) , I can see modified msg
field size in sipcapturecall table but still not getting entire INVITE data
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#177 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AETdJWujLOfwS1tHqiiVUT0paQXywb7Fks5uqIfugaJpZM4R-mMj>
.
|
|
Hi
Thanks for reply...yes i have set reasm to true and if I do so ..I don't
see fragmented packets in database/homer
…On 1 Nov 2018 13:25, "Alexandr Dubovikov" ***@***.***> wrote:
You should also activate the de-fragmentation/reassmbling for UDP/TCP
packets in your socket_pcap.xml file
On Tue, 30 Oct 2018 at 18:10, Rita Singh ***@***.***> wrote:
> Even I am facing same issue.Can somebody please help me here? I have
> modified sip_capture_call = 3000 in MSG_TABLE_SIZE(vim
> /usr/src/homer-api/scripts/mysql/rotation.ini) , I can see modified msg
> field size in sipcapturecall table but still not getting entire INVITE
data
>
> —
> You are receiving this because you are subscribed to this thread.
> Reply to this email directly, view it on GitHub
> <https://github.com/sipcapture/homer-api/issues/
177#issuecomment-434386997>,
> or mute the thread
> <https://github.com/notifications/unsubscribe-auth/
AETdJWujLOfwS1tHqiiVUT0paQXywb7Fks5uqIfugaJpZM4R-mMj>
> .
>
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#177 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/Aj5EZ8oWjH_U-NvsaYwAkoaDo2mENPr5ks5uqqjvgaJpZM4R-mMj>
.
|
|
check with wireshark and HEP dissector if you have received the full packet
…On Thu, 1 Nov 2018 at 09:00, Rita Singh ***@***.***> wrote:
Hi
Thanks for reply...yes i have set reasm to true and if I do so ..I don't
see fragmented packets in database/homer
On 1 Nov 2018 13:25, "Alexandr Dubovikov" ***@***.***>
wrote:
> You should also activate the de-fragmentation/reassmbling for UDP/TCP
> packets in your socket_pcap.xml file
>
> On Tue, 30 Oct 2018 at 18:10, Rita Singh ***@***.***>
wrote:
>
> > Even I am facing same issue.Can somebody please help me here? I have
> > modified sip_capture_call = 3000 in MSG_TABLE_SIZE(vim
> > /usr/src/homer-api/scripts/mysql/rotation.ini) , I can see modified msg
> > field size in sipcapturecall table but still not getting entire INVITE
> data
> >
> > —
> > You are receiving this because you are subscribed to this thread.
> > Reply to this email directly, view it on GitHub
> > <https://github.com/sipcapture/homer-api/issues/
> 177#issuecomment-434386997>,
> > or mute the thread
> > <https://github.com/notifications/unsubscribe-auth/
> AETdJWujLOfwS1tHqiiVUT0paQXywb7Fks5uqIfugaJpZM4R-mMj>
> > .
> >
>
> —
> You are receiving this because you commented.
> Reply to this email directly, view it on GitHub
> <
#177 (comment)
>,
> or mute the thread
> <
https://github.com/notifications/unsubscribe-auth/Aj5EZ8oWjH_U-NvsaYwAkoaDo2mENPr5ks5uqqjvgaJpZM4R-mMj
>
> .
>
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#177 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AETdJfbrzPkNIBvslqUCZ0GWtPNhLClFks5uqqorgaJpZM4R-mMj>
.
|
I am running some siprec traffic where the large multipart payloads can easily cause the size of INVITEs to exceed 1500, which is the size of the
msgcolumn in several tables. The impact is that these calls do not appear in the tables (well, the 100 Trying etc does but not the initial INVITE). I actually tried modifying the column size in mysql to 4096 but still am not seeing these messages. Any idea of a workaround that would let me store and retrieve these larger INVITE messages?The text was updated successfully, but these errors were encountered: