Kaian
Kaian
Hi! Most probably the problem is a bit different from the mentioned here. The compilation success but the tests fail, most probably because they have a [timeout of 5 second](https://github.com/irontec/sngrep/blob/master/tests/test_input.c#L35)...
Still failing in sparc64 for 1.4.0 Doh! :-(
I'll reopen this so I won't forget it. Thanks @linuxmaniac !
Hi!! Thanks for remembering me this one! I have tested in a hppa/parisc qemu image following [these instructions](https://parisc.wiki.kernel.org/index.php/Qemu). This architecture seems quite slow, it tooks me some hours to download...
Oh, I realized the attached logs are from sparc64. I'll test again for that arch. My bad! :sweat_smile:
Hi, The problem was related with how SDP connection string was being parsed. It was expecting c=IN IP4 as starting characters so it didn't match data for IPv6 streams. With...
Hi @sergey-safarov sngrep does not support T.38 packets, only SIP and RTP. Other packet protocols are ignored. Opening the attached pcap with `sngrep -r -I call-c1370d14-2e90-4afc-a9d1-e1b39eddc3ea.pcap` and saving the dialog...
We can leave it as feature request, just for future reference, but SIP, SDP, RTP and RTCP will be sngrep focus. Also, we're in 2020 and faxes have to die...
The ip:port setting sounds good, but I would like to also make it work without the setting
> Did sngrep F2 save , then saved TCP data packet only . nerver save tls handshake > Then must issue. Yet, it should save everything, i'll check it out....