sr-users December 2022

sr-users@lists.kamailio.org

54 participants
62 discussions

by Jawaid Bazyar

Hi, I am exploring different redundancy / load-balancing models for a Kamailio cluster. When I say cluster, I mean, a number (N) of Kamailio nodes acting as stateful proxies. Each node is configured the same as the others, and all have access to the same lookup data to make routing decisions. I would appreciate any advice or experience any of you can share on these different models. Overall model: Direct to proxies Redirect servers first, which redirect to proxies Selecting the first node to talk to. Each model could use either type of selection. DNS-based (SRV or NAPTR, client makes call to dns name) Anycast with ECMP (equal-cost multi-path routing) Cluster with a mobile IP and service-down detection (this would just provide 1:1 protection) Have clients make calls through the proxy using a DNS record containing an SRV record for each node (or, alternatively, done with NAPTR). Would rely on the client to switch nodes in the event of a node failure mid-call. (Is that even possible?) Anycast would only work with UDP signaling. Use Anycast to find the first proxy, then use stateful responses to direct client back to same node for subsequent messages in a dialog. So for anyone who has tried any of these methods, I would love to hear the pros and cons.. Thanks in advance! Jawaid

1 year, 4 months

Must openssl_mutex_shared.so be preloaded?

by Дилян Палаузов

Hello, The documentation on using openssl_mutex_shared.so is contradicting. https://github.com/kamailio/kamailio/blob/master/src/modules/tls/README#L293 says: > For OpenSSL (libssl) v1.1.x, it is required to preload 'openssl_mutex_shared' library shipped by Kamailio. For more details see 'src/modules/tls/openssl_mutex_shared/README.md'. https://github.com/kamailio/kamailio/blob/master/src/modules/tls/utils/open… says: > IMPORTANT: the workaround of using this preloaded shared library is no longer needed starting with Kamailio v5.3.0-pre1 (git master branch after September 14, 2019). The code of this shared library has been included in the core of Kamailio and the same behaviour is now achieved by default. It is unclear, if openssl_mutex_shared.so must be preloaded. In case the library is not needed anymore, it shall not be compiled and installed. Kind regards Дилян

1 year, 4 months

Logs suddenly inundated with qm_malloc errors

by George Diamantopoulos

Hello all, I'm testing out release 5.6.2 on one production kamailio instance, and today our monitoring system triggered an alarm for lack of disk space on /. Indeed, kamailio.log started growing at an alarming rate at some point. At about the same time disk space started being depleted, the following line was frequently logged in the logs (no instances of it before that time): qm_malloc(): qm_malloc(0x7f5ade9c0010, 536) called from rtpengine: bencode.c: __bencode_piece_new(79), module: rtpengine; Free fragment not found! They don't only concern rtpengine, core has produced similar "free fragment not found" errors as well. There's additional multiple "had header field", "bad header" and "invalid header name" errors appearing after that too, but I'm guessing that's only a symptom of the qm_malloc issue? kamailio is started with -m 2048 -M 16 and there's another instance with almost identical traffic and configuration, but running on 5.6.1, which has never exhibited such failures in several months uptime. So I'm wondering, is there anything in 5.6.2 that could explain this? Thanks! Best regards, George

1 year, 4 months

NAT issues with Kamailio + Asterisk with 2 NICs

by Sergio Charrua

Hi all! Got a random issue with NAT which I really have no clue how to solve. Setup is as follows: - Client A sends SIP INVITE through Public IP 1.2.3.4, where a Cisco Firewall forwards NATed data to a Kamailio instance (acting as a SIPProxy with dispatcher) listening with internal address 192.168.0.1 on port 5060. RTPEngine is in the same server and address too. - Kamailio will forward the invite to Asterisk NIC 1 (192.168.0.2) which will do some provisioning and accounting stuff and redirect the call (if authorized) to Client B's public IP address (all clients are outside the network, reachable via WWW) using NIC 2 (192.168.1.2) and public address 4.3.2.1. The issue is that from time to time, calls will not have audio. Here is what I have found: - when Client A sends INVITE, Asterisk NIC 1 will reply SIP 183 with SDP IP Address set to the internal IP of NIC 1 (192.168.0.2) - when Asterisk forwards call to Client B public IP address the SDP IP address is 192.168.1.2 (NIC 2) And I think the issue is the SDP address is wrong: when Asterisk forwards call to Client B, the SDP address should be the public IP 4.3.2.1 but it sends 192.168.1.2. And when Asterisk replies to Kamailio the SDP is 192.168.0.1. Correct me if I am wrong but i think the solution should be: - when Kamailio receives a reply from Asterisk to be forwarded to Client A, it should modify the SDP address to public IP 1.2.3.4 - when Asterisk forwards call to Client B, the sip.conf should have the parameter externip set to the public IP 4.3.2.1 Questions: - are my analysis & solution correct? - is there an example of the above setup where I could get some ideas? - how do I set Kamailio to modify the SDP address for me? Any examples? Thanks in advance. *Sérgio Charrua*

1 year, 4 months

kamailio.org server maintenance - Dec 14, 2022 (tomorrow)

by Daniel-Constantin Mierla

Hello, not that tomorrow, Dec 14, 2022 starting after 09:00UTC (10:00Berlin), is planned some maintenance work on kamailio.org server. It will be unavailable from time to time, hopefully not for long time. Affected services: - web site - mailing lists - wiki site (alternative use the github repo: https://github.com/kamailio/kamailio-wiki) - html version of modules' documentation (text variant README is every module folder of git clones or on github.org repository) Short notifications will be sent when it starts and ends. Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

1 year, 4 months

Failover - how does it work?

by Jawaid Bazyar

I have the following basic script: request_route{ record_route(); $var(enumres) = enum_query(); switch( $var(enumres) ) { case -1: xlog("enum_query lookup failure - To URI $tU"); sl_reply("503", "Temporary lookup failure"); return(0); case 1: break; # uri replaced } xlog("INVITE ENUM query - To URI $tU"); t_relay(); I have the following ENUM records for a test setup: ;; ANSWER SECTION: x.x.x.1.5.1.8.3.0.3.1.e164.arpa. 60 IN NAPTR 100 10 "U" "E2U+sip" "!^.*$!sip:+13038151xxx@10.20.20.198!" . x.x.x.1.5.1.8.3.0.3.1.e164.arpa. 60 IN NAPTR 110 10 "U" "E2U+sip" "!^.*$!sip:+13038151xxx@10.20.20.75!" . What happens is the following: tcpdump: listening on ens3, link-type EN10MB (Ethernet), capture size 262144 bytes 17:57:19.961041 IP (tos 0x10, ttl 64, id 59648, offset 0, flags [none], proto UDP (17), length 1481) 10.20.20.40.5060 > 10.20.20.198.5060: SIP, length: 1453 INVITE sip:+13038151xxx@10.20.20.198 SIP/2.0 … 17:57:19.961058 IP (tos 0x10, ttl 64, id 24143, offset 0, flags [none], proto UDP (17), length 1480) 10.20.20.40.5060 > 10.20.20.75.5060: SIP, length: 1452 INVITE sip:+13038151xxx@10.20.20.75 SIP/2.0 … These basically go out at the same time. Eventually I get a ICMP Port Unreachable on the .198 one because that’s a dummy I just set up for testing. My question is, with this kind of setup, is there a way to tell Kamailio to respect the NAPTR order value (note, 100, 110 above) and only try the 2nd route if the first fails? Thanks, Jawaid

1 year, 4 months

testing mailing list

by Daniel-Constantin Mierla

after mailing list service upgrade - ignore!! -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

1 year, 4 months

None

by None

ACK messages SER keeps sending the 487 Request cancelled message as if the ACK didn't match. Any suggestion of what it can be? I'm using as the endpoint an ATA186, v2.15, and ser version 0.8.11. Best Regards, Alejandro _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers ------=_NextPart_000_0009_01C322CD.41C9F360 Content-Type: text/plain; name="remote.ata.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="remote.ata.txt" interface: eth0 (200.75.73.0/255.255.255.0) filter: ip and ( port 5060 ) # U 200.75.73.22:5060 -> 200.75.91.137:5060 INVITE sip:2001@200.75.91.137:5060;user=phone;transport=udp SIP/2.0..M ax-Forwards: 10..Record-Route: <sip:2001@200.75.73.22;branch=0>..Via: SIP/2.0/UDP 200.75.73.22;branch=z9hG4bK6258.c171e2f6.0..Via: SIP/2.0/U DP 192.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=9 28411572..To: <sip:2001@vozsobreip.biz;user=phone>..Call-ID: 329755117 1@192.168.0.15..CSeq: 1 INVITE..Contact: <sip:1010@200.75.73.22:5061;u ser=phone;transport=udp>..User-Agent: Cisco ATA 186 v2.15 ata18x (030 122a)..Expires: 300..Content-Length: 245..Content-Type: application/sd p....v=0..o=1010 8066 8066 IN IP4 192.168.0.15..s=ATA186 Call..c=IN IP 4 200.75.73.22..t=0 0..m=audio 20002 RTP/AVP 4 8 0 101..a=rtpmap:4 G72 3/8000/1..a=rtpmap:8 PCMA/8000/1..a=rtpmap:0 PCMU/8000/1..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-15.. # U 200.75.91.137:5060 -> 200.75.73.22:5060 SIP/2.0 100 Trying..Via: SIP/2.0/UDP 200.75.73.22;branch=z9hG4bK6258.c 171e2f6.0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsobr eip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user=p hone>;tag=3742565922..Call-ID: 3297551171@192.168.0.15..CSeq: 1 INVITE ..Server: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0.... # U 200.75.91.137:5060 -> 200.75.73.22:5060 SIP/2.0 180 Ringing..Via: SIP/2.0/UDP 200.75.73.22;branch=z9hG4bK6258. c171e2f6.0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsob reip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user= phone>;tag=3742565922..Call-ID: 3297551171@192.168.0.15..CSeq: 1 INVIT E..Server: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0... . # U 200.75.73.22:5060 -> 200.75.91.137:5060 CANCEL sip:2001@200.75.91.137:5060;user=phone;transport=udp SIP/2.0..M ax-Forwards: 10..Via: SIP/2.0/UDP 200.75.73.22;branch=z9hG4bK6258.c171 e2f6.0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsobreip .biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user=phon e>..Call-ID: 3297551171@192.168.0.15..CSeq: 1 CANCEL..User-Agent: Cisc o ATA 186 v2.15 ata18x (030122a)..Content-Length: 0.... # U 200.75.73.22:5060 -> 200.75.91.137:5060 ACK sip:2001@200.75.91.137:5060;user=phone;transport=udp SIP/2.0..Max- Forwards: 10..Via: SIP/2.0/UDP 200.75.73.22;branch=0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928 411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360 b3e454593e5079b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..U ser-Agent: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0... . # U 200.75.91.137:5060 -> 200.75.73.22:5060 SIP/2.0 200 OK..Via: SIP/2.0/UDP 200.75.73.22;branch=z9hG4bK6258.c171e 2f6.0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsobreip. biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user=phone >;tag=3742565922..Call-ID: 3297551171@192.168.0.15..CSeq: 1 CANCEL..Se rver: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0.... # U 200.75.91.137:5060 -> 200.75.73.22:5060 SIP/2.0 487 Request Cancelled..Via: SIP/2.0/UDP 200.75.73.22;branch=z9 hG4bK6258.c171e2f6.0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1 010(a)vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip .biz;user=phone>;tag=3742565922..Call-ID: 3297551171@192.168.0.15..CSe q: 1 INVITE..Server: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Le ngth: 0.... # U 200.75.73.22:5060 -> 200.75.91.137:5060 ACK sip:2001@200.75.91.137:5060;user=phone;transport=udp SIP/2.0..Via: SIP/2.0/UDP 200.75.73.22;branch=z9hG4bK6258.c171e2f6.0..From: <sip:10 10(a)vozsobreip.biz;user=phone>;tag=928411572..Call-ID: 3297551171(a)192.1 68.0.15..To: <sip:2001@vozsobreip.biz;user=phone>;tag=3742565922..CSeq : 1 ACK..User-Agent: Sip EXpress router(0.8.10 (i386/linux))..Content- Length: 0.... # U 200.75.73.22:5060 -> 200.75.91.137:5060 ACK sip:2001@200.75.91.137:5060;user=phone;transport=udp SIP/2.0..Max- Forwards: 10..Via: SIP/2.0/UDP 200.75.73.22;branch=0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928 411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360 b3e454593e5079b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..U ser-Agent: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0... . # U 200.75.73.22:5060 -> 200.75.91.137:5060 ACK sip:2001@200.75.91.137:5060;user=phone;transport=udp SIP/2.0..Max- Forwards: 10..Via: SIP/2.0/UDP 200.75.73.22;branch=0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928 411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360 b3e454593e5079b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..U ser-Agent: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0... . # U 200.75.73.22:5060 -> 200.75.91.137:5060 ACK sip:2001@200.75.91.137:5060;user=phone;transport=udp SIP/2.0..Max- Forwards: 10..Via: SIP/2.0/UDP 200.75.73.22;branch=0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928 411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360 b3e454593e5079b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..U ser-Agent: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0... . # U 200.75.73.22:5060 -> 200.75.91.137:5060 ACK sip:2001@200.75.91.137:5060;user=phone;transport=udp SIP/2.0..Max- Forwards: 10..Via: SIP/2.0/UDP 200.75.73.22;branch=0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928 411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360 b3e454593e5079b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..U ser-Agent: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0... . # U 200.75.73.22:5060 -> 200.75.91.137:5060 ACK sip:2001@200.75.91.137:5060;user=phone;transport=udp SIP/2.0..Max- Forwards: 10..Via: SIP/2.0/UDP 200.75.73.22;branch=0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928 411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360 b3e454593e5079b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..U ser-Agent: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0... . # U 200.75.73.22:5060 -> 200.75.91.137:5060 ACK sip:2001@200.75.91.137:5060;user=phone;transport=udp SIP/2.0..Max- Forwards: 10..Via: SIP/2.0/UDP 200.75.73.22;branch=0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928 411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360 b3e454593e5079b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..U ser-Agent: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0... . # U 200.75.73.22:5060 -> 200.75.91.137:5060 ACK sip:2001@200.75.91.137:5060;user=phone;transport=udp SIP/2.0..Max- Forwards: 10..Via: SIP/2.0/UDP 200.75.73.22;branch=0..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928 411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360 b3e454593e5079b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..U ser-Agent: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0... . exit ------=_NextPart_000_0009_01C322CD.41C9F360 Content-Type: text/plain; name="local.ata.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="local.ata.txt" interface: eth1 (192.168.0.0/255.255.255.0) filter: ip and ( port 5060 ) # U 192.168.0.15:5061 -> 200.75.73.22:5060 INVITE sip:2001@vozsobreip.biz;user=phone SIP/2.0..Via: SIP/2.0/UDP 19 2.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928411 572..To: <sip:2001@vozsobreip.biz;user=phone>..Call-ID: 3297551171@192 .168.0.15..CSeq: 1 INVITE..Contact: <sip:1010@200.75.73.22:5061;user=p hone;transport=udp>..User-Agent: Cisco ATA 186 v2.15 ata18x (030122a) ..Expires: 300..Content-Length: 245..Content-Type: application/sdp.... v=0..o=1010 8066 8066 IN IP4 192.168.0.15..s=ATA186 Call..c=IN IP4 200 .75.73.22..t=0 0..m=audio 20002 RTP/AVP 4 8 0 101..a=rtpmap:4 G723/800 0/1..a=rtpmap:8 PCMA/8000/1..a=rtpmap:0 PCMU/8000/1..a=rtpmap:101 tele phone-event/8000..a=fmtp:101 0-15.. # U 200.75.73.22:5060 -> 192.168.0.15:5061 SIP/2.0 100 trying -- your call is important to us..Via: SIP/2.0/UDP 1 92.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=92841 1572..To: <sip:2001@vozsobreip.biz;user=phone>..Call-ID: 3297551171@19 2.168.0.15..CSeq: 1 INVITE..Server: Sip EXpress router (0.8.10 (i386/l inux))..Content-Length: 0..Warning: 392 200.75.73.22:5060 "Noisy feedb ack tells: pid=32747 req_src_ip=192.168.0.15 in_uri=sip:2001@vozsobrei p.biz;user=phone out_uri=sip:2001@200.75.91.137:5060;user=phone;transp ort=udp via_cnt==1".... # U 200.75.73.22:5060 -> 192.168.0.15:5061 SIP/2.0 180 Ringing..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip:10 10(a)vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip. biz;user=phone>;tag=3742565922..Call-ID: 3297551171@192.168.0.15..CSeq : 1 INVITE..Server: Cisco ATA 186 v2.15 ata18x (030122a)..Content-Len gth: 0.... # U 192.168.0.15:5061 -> 200.75.73.22:5060 CANCEL sip:2001@vozsobreip.biz;user=phone SIP/2.0..Via: SIP/2.0/UDP 19 2.168.0.15:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928411 572..To: <sip:2001@vozsobreip.biz;user=phone>..Call-ID: 3297551171@192 .168.0.15..CSeq: 1 CANCEL..User-Agent: Cisco ATA 186 v2.15 ata18x (03 0122a)..Content-Length: 0.... # U 200.75.73.22:5060 -> 192.168.0.15:5061 SIP/2.0 200 cancelling..Via: SIP/2.0/UDP 192.168.0.15:5061..From: <sip :1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobre ip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e5079b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 CANCEL..Server: Sip EXpress router ( 0.8.10 (i386/linux))..Content-Length: 0..Warning: 392 200.75.73.22:506 0 "Noisy feedback tells: pid=32746 req_src_ip=192.168.0.15 in_uri=sip: 2001(a)vozsobreip.biz;user=phone out_uri=sip:2001@200.75.91.137:5060;use r=phone;transport=udp via_cnt==1".... # U 200.75.73.22:5060 -> 192.168.0.15:5061 SIP/2.0 487 Request cancelled..Via: SIP/2.0/UDP 192.168.0.15:5061..Fro m: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@v ozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e5079b-f4f8..C all-ID: 3297551171@192.168.0.15..CSeq: 1 INVITE..Server: Sip EXpress r outer (0.8.10 (i386/linux))..Content-Length: 0..Warning: 392 200.75.73 .22:5060 "Noisy feedback tells: pid=32746 req_src_ip=192.168.0.15 in_u ri=sip:2001@vozsobreip.biz;user=phone out_uri=sip:2001@200.75.91.137:5 060;user=phone;transport=udp via_cnt==1".... # U 192.168.0.15:5061 -> 200.75.73.22:5060 ACK sip:2001@vozsobreip.biz:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.0.1 5:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e50 79b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..User-Agent: C isco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0.... # U 200.75.73.22:5060 -> 192.168.0.15:5061 SIP/2.0 487 Request cancelled..Via: SIP/2.0/UDP 192.168.0.15:5061..Fro m: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@v ozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e5079b-f4f8..C all-ID: 3297551171@192.168.0.15..CSeq: 1 INVITE..Server: Sip EXpress r outer (0.8.10 (i386/linux))..Content-Length: 0..Warning: 392 200.75.73 .22:5060 "Noisy feedback tells: pid=32746 req_src_ip=192.168.0.15 in_u ri=sip:2001@vozsobreip.biz;user=phone out_uri=sip:2001@200.75.91.137:5 060;user=phone;transport=udp via_cnt==1".... # U 192.168.0.15:5061 -> 200.75.73.22:5060 ACK sip:2001@vozsobreip.biz:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.0.1 5:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e50 79b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..User-Agent: C isco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0.... # U 200.75.73.22:5060 -> 192.168.0.15:5061 SIP/2.0 487 Request cancelled..Via: SIP/2.0/UDP 192.168.0.15:5061..Fro m: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@v ozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e5079b-f4f8..C all-ID: 3297551171@192.168.0.15..CSeq: 1 INVITE..Server: Sip EXpress r outer (0.8.10 (i386/linux))..Content-Length: 0..Warning: 392 200.75.73 .22:5060 "Noisy feedback tells: pid=32746 req_src_ip=192.168.0.15 in_u ri=sip:2001@vozsobreip.biz;user=phone out_uri=sip:2001@200.75.91.137:5 060;user=phone;transport=udp via_cnt==1".... # U 192.168.0.15:5061 -> 200.75.73.22:5060 ACK sip:2001@vozsobreip.biz:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.0.1 5:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e50 79b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..User-Agent: C isco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0.... # U 200.75.73.22:5060 -> 192.168.0.15:5061 SIP/2.0 487 Request cancelled..Via: SIP/2.0/UDP 192.168.0.15:5061..Fro m: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@v ozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e5079b-f4f8..C all-ID: 3297551171@192.168.0.15..CSeq: 1 INVITE..Server: Sip EXpress r outer (0.8.10 (i386/linux))..Content-Length: 0..Warning: 392 200.75.73 .22:5060 "Noisy feedback tells: pid=32746 req_src_ip=192.168.0.15 in_u ri=sip:2001@vozsobreip.biz;user=phone out_uri=sip:2001@200.75.91.137:5 060;user=phone;transport=udp via_cnt==1".... # U 192.168.0.15:5061 -> 200.75.73.22:5060 ACK sip:2001@vozsobreip.biz:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.0.1 5:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e50 79b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..User-Agent: C isco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0.... # U 200.75.73.22:5060 -> 192.168.0.15:5061 SIP/2.0 487 Request cancelled..Via: SIP/2.0/UDP 192.168.0.15:5061..Fro m: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@v ozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e5079b-f4f8..C all-ID: 3297551171@192.168.0.15..CSeq: 1 INVITE..Server: Sip EXpress r outer (0.8.10 (i386/linux))..Content-Length: 0..Warning: 392 200.75.73 .22:5060 "Noisy feedback tells: pid=32746 req_src_ip=192.168.0.15 in_u ri=sip:2001@vozsobreip.biz;user=phone out_uri=sip:2001@200.75.91.137:5 060;user=phone;transport=udp via_cnt==1".... # U 192.168.0.15:5061 -> 200.75.73.22:5060 ACK sip:2001@vozsobreip.biz:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.0.1 5:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e50 79b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..User-Agent: C isco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0.... # U 200.75.73.22:5060 -> 192.168.0.15:5061 SIP/2.0 487 Request cancelled..Via: SIP/2.0/UDP 192.168.0.15:5061..Fro m: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@v ozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e5079b-f4f8..C all-ID: 3297551171@192.168.0.15..CSeq: 1 INVITE..Server: Sip EXpress r outer (0.8.10 (i386/linux))..Content-Length: 0..Warning: 392 200.75.73 .22:5060 "Noisy feedback tells: pid=32746 req_src_ip=192.168.0.15 in_u ri=sip:2001@vozsobreip.biz;user=phone out_uri=sip:2001@200.75.91.137:5 060;user=phone;transport=udp via_cnt==1".... # U 192.168.0.15:5061 -> 200.75.73.22:5060 ACK sip:2001@vozsobreip.biz:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.0.1 5:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e50 79b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..User-Agent: C isco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0.... # U 200.75.73.22:5060 -> 192.168.0.15:5061 SIP/2.0 487 Request cancelled..Via: SIP/2.0/UDP 192.168.0.15:5061..Fro m: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@v ozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e5079b-f4f8..C all-ID: 3297551171@192.168.0.15..CSeq: 1 INVITE..Server: Sip EXpress r outer (0.8.10 (i386/linux))..Content-Length: 0..Warning: 392 200.75.73 .22:5060 "Noisy feedback tells: pid=32746 req_src_ip=192.168.0.15 in_u ri=sip:2001@vozsobreip.biz;user=phone out_uri=sip:2001@200.75.91.137:5 060;user=phone;transport=udp via_cnt==1".... # U 192.168.0.15:5061 -> 200.75.73.22:5060 ACK sip:2001@vozsobreip.biz:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.0.1 5:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e50 79b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..User-Agent: C isco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0.... # U 200.75.73.22:5060 -> 192.168.0.15:5061 SIP/2.0 487 Request cancelled..Via: SIP/2.0/UDP 192.168.0.15:5061..Fro m: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@v ozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e5079b-f4f8..C all-ID: 3297551171@192.168.0.15..CSeq: 1 INVITE..Server: Sip EXpress r outer (0.8.10 (i386/linux))..Content-Length: 0..Warning: 392 200.75.73 .22:5060 "Noisy feedback tells: pid=32746 req_src_ip=192.168.0.15 in_u ri=sip:2001@vozsobreip.biz;user=phone out_uri=sip:2001@200.75.91.137:5 060;user=phone;transport=udp via_cnt==1".... # U 192.168.0.15:5061 -> 200.75.73.22:5060 ACK sip:2001@vozsobreip.biz:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.0.1 5:5061..From: <sip:1010@vozsobreip.biz;user=phone>;tag=928411572..To: <sip:2001@vozsobreip.biz;user=phone>;tag=0a96755a1d32d0360b3e454593e50 79b-f4f8..Call-ID: 3297551171@192.168.0.15..CSeq: 1 ACK..User-Agent: C isco ATA 186 v2.15 ata18x (030122a)..Content-Length: 0.... exit ------=_NextPart_000_0009_01C322CD.41C9F360--

1 year, 4 months

None

by None

1 year, 4 months

None

by None

/bin/sh -c 'cd /usr/local/mysql ; ./bin/safe_mysqld --user=mysql &' Gary Goodloff KALG Communications, LTD T: 402-898-4152 C: 402-208-5183 F: 413-294-3404 -----Original Message----- From: serusers-admin(a)iptel.org [mailto:serusers-admin@lists.iptel.org] On Behalf Of Todd Sent: Wednesday, May 21, 2003 5:05 PM To: Sip Questions List Subject: [Serusers] Mysql Connection Errors Ok..I have setup SER according to the guide on the iptel site. Here is a copy of what's in my ser.cfg _________________________________________ # # $Id: ser.cfg,v 1.12 2002/10/21 02:40:06 jiri Exp $ # # simple quick-start config script # # ----------- global configuration parameters ------------------------ debug=3 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=no # (cmd line: -E) check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) port=5060 children=4 fifo="/tmp/ser_fifo" # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database loadmodule "//usr/lib/ser/modules/mysql.so" loadmodule "//usr/lib/ser/modules/sl.so" loadmodule "//usr/lib/ser/modules/tm.so" loadmodule "//usr/lib/ser/modules/rr.so" loadmodule "//usr/lib/ser/modules/maxfwd.so" loadmodule "//usr/lib/ser/modules/usrloc.so" loadmodule "//usr/lib/ser/modules/registrar.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! loadmodule "//usr/lib/ser/modules/auth.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- #modparam("usrloc", "db_mode", 0) # Uncomment this if you want to use SQL database # for persistent storage and comment the previous line modparam("usrloc", "db_mode", 2) # -- auth params -- # Uncomment if you are using auth module # #modparam("auth", "secret", "alsdkhglaksdhfkloiwr") modparam("auth", "calculate_ha1", yes) # # If you set "calculate_ha1" parameter to yes (which true in this config), # uncomment also the following parameter) # modparam("auth", "password_column", "password") # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwars==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if (len_gt( max_len )) { sl_send_reply("513", "Message too big"); break; }; # Do strict routing if pre-loaded route headers present rewriteFromRoute(); # if the request is for other domain use UsrLoc # (in case, it does not work, use the following command # with proper names and addresses in it) if (uri=~"computergeeks.hopto.org") { if (method=="REGISTER") { # Uncomment this if you want to use digest authentication if (!www_authorize("computergeeks.hopto.org", "subscriber")) { www_challenge("computergeeks.hopto.org", "0"); break; }; save("location"); break; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; # forward to current uri now if (!t_relay()) { sl_reply_error(); }; } _________________________________________________ The modules are all where they say they are but when I try to start SER I get this in my messages log file May 21 18:58:45 computergeeks ser: ser startup succeeded May 21 18:58:45 computergeeks /usr/sbin/ser[13089]: connect_db(): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) May 21 18:58:45 computergeeks /usr/sbin/ser[13089]: db_init(): Error while trying to connect database May 21 18:58:45 computergeeks /usr/sbin/ser[13089]: mod_init(): Error while connecting database May 21 18:58:45 computergeeks /usr/sbin/ser[13089]: init_modules(): Error while initializing module usrloc Can someone please tell me what I'm doing wrong? I've searched all over the net for information on this...I'm sure it's something simple..but I'm overlooking it. If I disable the Mysql integration is works perfect, so I'm thinking it has something to do with the mysql.so module?!? Thanks Todd ------=_NextPart_000_00B1_01C31FBD.C81364A0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN"> <html xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns=3D"http://www.w3.org/TR/REC-html40"> <head> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"> <meta name=3DProgId content=3DWord.Document> <meta name=3DGenerator content=3D"Microsoft Word 10"> <meta name=3DOriginator content=3D"Microsoft Word 10"> <link rel=3DFile-List href=3D"cid:filelist.xml@01C31FBD.C730CCD0">  <style>  </style>  </head> <body lang=3DEN-US link=3Dblue vlink=3Dpurple = style=3D'tab-interval:.5in'> <div class=3DSection1> Those SQL = Errors:<o:p></o:p> <o:p> </o:p> May 21 18:58:45 computergeeks ser: ser startup succeeded May 21 18:58:45 = computergeeks /usr/sbin/ser[13089]: connect_db(): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) May 21 18:58:45 = computergeeks /usr/sbin/ser[13089]: db_init(): Error while trying to connect = database May 21 18:58:45 = computergeeks /usr/sbin/ser[13089]: mod_init(): Error while connecting = database May 21 18:58:45 = computergeeks /usr/sbin/ser[13089]: init_modules(): Error while initializing = module usrloc<o:p></o:p> <o:p> </o:p><= /p> This means that the mysql daemon is either not running or is not running on the default = port.<o:p></o:p> <o:p> </o:p><= /p> On freebsd – this is how I start my sql daemon:<o:p></o:p> From /etc/rc.local<o:p></o:p> /bin/sh = -c 'cd /usr/local/mysql ; ./bin/safe_mysqld = --user=3Dmysql &'<o:p></o:p> <o:p> </o:p> <div> Gary Goodloff KALG Communications, LTD T: 402-898-4152 C: 402-208-5183 F: 413-294-3404 <o:p></o:p> </div> -----Original = Message----- From: = serusers-admin(a)lists.iptel.org [mailto:serusers-admin@lists.iptel.org] On = Behalf Of Todd Sent: Wednesday, May 21, = 2003 5:05 PM To: Sip Questions = List Subject: [Serusers] Mysql Connection Errors <o:p> </o:p> Ok..I have setup SER according to the guide on the iptel site. Here is a copy of what's in my ser.cfg _________________________________________ # # $Id: ser.cfg,v 1.12 = 2002/10/21 02:40:06 jiri Exp $ # # simple quick-start = config script # # ----------- global = configuration parameters ------------------------ debug=3D3       &= nbsp;  # debug level (cmd line: -dddddddddd) fork=3Dyes = log_stderror=3Dno # (cmd = line: -E) check_via=3Dno # (cmd. = line: -v) dns=3Dno       &n= bsp;   # (cmd. line: -r) rev_dns=3Dno      # (cmd. line: -R) port=3D5060 = children=3D4 = fifo=3D"/tmp/ser_fifo" # ------------------ = module loading ---------------------------------- # Uncomment this if you = want to use SQL database loadmodule "//usr/lib/ser/modules/mysql.so" loadmodule "//usr/lib/ser/modules/sl.so" loadmodule "//usr/lib/ser/modules/tm.so" loadmodule "//usr/lib/ser/modules/rr.so" loadmodule "//usr/lib/ser/modules/maxfwd.so" loadmodule "//usr/lib/ser/modules/usrloc.so" loadmodule "//usr/lib/ser/modules/registrar.so" # Uncomment this if you = want digest authentication # mysql.so must be loaded = ! loadmodule "//usr/lib/ser/modules/auth.so" # ----------------- = setting module-specific parameters --------------- # -- usrloc params = -- #modparam("usrloc", "db_mode",   0) # Uncomment this if you = want to use SQL database # for persistent storage = and comment the previous line modparam("usrloc", "db_mode", 2) # -- auth params = -- # Uncomment if you are = using auth module # #modparam("auth", "secret", "alsdkhglaksdhfkloiwr") modparam("auth", "calculate_ha1", yes) # # If you set "calculate_ha1" parameter to yes (which true in this config), = # uncomment also the = following parameter) # modparam("auth", "password_column", "password") # = -------------------------  request routing logic ------------------- # main routing = logic route{ # initial sanity checks -- = messages with # max_forwars=3D=3D0, or = excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if (len_gt( max_len )) = { sl_send_reply("513", "Message too big"); break; }; # Do strict routing if = pre-loaded route headers present rewriteFromRoute(); # if the request is for = other domain use UsrLoc # (in case, it does not = work, use the following command # with proper names and = addresses in it) if (uri=3D~"computergeeks.hopto.org") { if = (method=3D=3D"REGISTER") { # Uncomment this if you = want to use digest authentication if (!www_authorize("computergeeks.hopto.org", = "subscriber")) { www_challenge("computergeeks.hopto.org", "0"); break; }; save("location"); break; }; # native SIP destinations = are handled using our USRLOC DB if = (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; # forward to current uri = now if (!t_relay()) = { sl_reply_error(); }; } _________________________________________________ The modules are all where they say they are but when I try to start SER = I get this in my messages log file May 21 18:58:45 = computergeeks ser: ser startup succeeded May 21 18:58:45 = computergeeks /usr/sbin/ser[13089]: connect_db(): Can't connect to local MySQL server = through socket '/var/lib/mysql/mysql.sock' (2) May 21 18:58:45 = computergeeks /usr/sbin/ser[13089]: db_init(): Error while trying to connect = database May 21 18:58:45 = computergeeks /usr/sbin/ser[13089]: mod_init(): Error while connecting = database May 21 18:58:45 = computergeeks /usr/sbin/ser[13089]: init_modules(): Error while initializing module = usrloc Can someone please tell me what I'm doing wrong?  I've searched all = over the net for information on this...I'm sure it's something simple..but = I'm overlooking it. If I disable the Mysql integration is works perfect, so I'm thinking it = has something to do with the mysql.so module?!? Thanks Todd <o:p></o:p> </div> </body> </html> ------=_NextPart_000_00B1_01C31FBD.C81364A0--

1 year, 4 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users December 2022