sr-users

sr-users@lists.kamailio.org

46 participants
37553 discussions

Kamailio Memory Leak
by Uttam Giri 11 Feb '21

11 Feb '21

Hi, We have observed increased memory utilization in Kamailio, It increases every day, even though traffic is not increased. We are using Kamailio+RTPEngine in our setup. Phone---->Kamailio+RTPEngine------>Asterisk /etc/kamailio# kamcmd mod.stats all shm Module: core { sip_msg_shm_clone(496): 542688 msg_lump_cloner(986): 178776 build_req_buf_from_sip_req(2218): 111968 xavp_new_value(116): 22240 counters_prefork_init(212): 39680 … [View More]cfg_clone_str(130): 40 cfg_shmize(217): 712 main_loop(1313): 8 init_pt(107): 8 init_pt(106): 8 init_pt(105): 4592 register_timer(995): 192 init_tcp(4962): 8192 init_tcp(4956): 32768 init_tcp(4947): 8 init_tcp(4940): 8 init_tcp(4933): 8 init_tcp(4927): 8 init_tcp(4915): 8 init_avps(90): 8 init_avps(89): 8 timer_alloc(498): 48 init_dst_blacklist(438): 16384 init_dst_blacklist(430): 8 init_timer(267): 8 init_timer(266): 16384 init_timer(265): 8 init_timer(264): 8 init_timer(253): 8 init_timer(221): 8 init_timer(210): 278544 init_timer(209): 8 init_timer(197): 8 cfg_child_cb_new(829): 64 sr_cfg_init(361): 8 sr_cfg_init(354): 8 sr_cfg_init(347): 8 sr_cfg_init(335): 8 sr_cfg_init(323): 8 qm_shm_lock_init(1202): 8 Total: 1253464 } Module: sl { init_sl_stats_child(125): 5952 sl_startup(90): 8 init_sl_stats(110): 8 Total: 5968 } Module: siptrace { mod_init(319): 8 Total: 8 } Module: permissions { Total: 0 } Module: xlog { Total: 0 } Module: rtpengine { rtpp_function_call(2627): 1076024 shm_str_dup(779): 553016 rtpengine_hash_table_init(111): 14336 rtpengine_hash_table_init(96): 2048 rtpengine_hash_table_init(85): 1024 rtpengine_hash_table_init(76): 2048 rtpengine_hash_table_init(67): 2048 rtpengine_hash_table_init(58): 32 add_rtpengine_socks(975): 24 add_rtpengine_socks(956): 64 get_rtpp_set(870): 8 get_rtpp_set(861): 56 mod_init(1596): 8 mod_init(1589): 24 mod_init(1576): 8 mod_init(1569): 8 mod_init(1555): 16 Total: 1650792 } Module: pv { add_shvar(177): 8 add_shvar(170): 64 lock_set_alloc(66): 80 Total: 152 } Module: phonenum { Total: 0 } Module: textops { Total: 0 } Module: rtimer { Total: 0 } Module: tm { _reply_light(496): 1640 build_cell(334): 973848 relay_reply(2058): 69376 init_tm_stats_child(56): 7936 init_tmcb_lists(72): 16 init_tmcb_lists(70): 16 init_hash_table(482): 2097152 Total: 3149984 } Module: kex { pkg_proc_stats_init(79): 1488 Total: 1488 } Module: tmx { tmx_init_pretran_table(90): 256 Total: 256 } Module: utils { conf_init(552): 24 init_shmlock(134): 8 Total: 32 } Module: xhttp_prom { prom_metric_init(134): 8 Total: 8 } Module: dispatcher { ds_ht_init(89): 12288 reindex_dests(723): 768 mod_init(484): 80 ds_avl_insert(3621): 1712 pack_dest(411): 72 ds_ht_init(79): 32 ds_init_data(262): 16 ds_init_data(254): 16 mod_init(339): 8 mod_init(337): 8 ds_ping_active_init(138): 8 Total: 15008 } /etc/kamailio# kamcmd mod.stats all pkg Module: core { init_io_wait(469): 6192 init_modules(885): 16 rpc_hash_add(151): 1024 cnt_hash_add(394): 2048 add_callback(59): 168 register_select_table(458): 48 sr_wtimer_init(351): 136 cfg_new_group(79): 624 fix_sock_str(517): 1024 fix_sock_str(500): 240 add_alias(103): 96 add_alias(99): 96 init_dst_set(89): 32296 grp_hash_add(241): 512 fix_hostname(1457): 56 fix_socket_list(1666): 24 route_new_list(199): 184 fix_param(1114): 88 fix_param(1053): 312 fix_expr(554): 192 init_io_wait(516): 3224 subst_str(514): 720 mk_rval_expr2(2681): 17360 mk_elem(90): 232 mk_new_net(52): 48 tr_new(1730): 240 mk_rval_expr_v(2553): 216 yyparse(2852): 736 mk_rval_expr1(2621): 19096 mk_rval_expr_v(2540): 109152 pv_cache_add(349): 5616 pv_parse_format(1173): 4984 fix_param(1019): 2568 mk_action(118): 44416 cfg_declare(50): 3136 set_mod_param_regex(145): 88 set_mod_param_regex(134): 104 tr_table_add(1959): 360 register_module(233): 28784 register_module(216): 2808 load_module(417): 1552 sr_push_yy_state(1627): 1008 new_sock_info(348): 16 new_sock_info(339): 32 new_sock_info(327): 32 new_sock_info(304): 48 new_sock_info(299): 1200 add_alias(103): 56 add_alias(99): 64 yyparse(677): 40 yyparse(2387): 128 yyparse(658): 144 yyparse(1878): 168 get_hdr_field(116): 232 parse_headers(325): 64 subst_parser(301): 120 subst_parser(291): 1440 subst_parser(274): 640 pp_subst_add(58): 240 sr_push_yy_state(1697): 24 addstr(1445): 69072 rpc_hash_add(105): 16280 str_hash_alloc(59): 512 pv_table_add(236): 17248 pv_init_buffer(2139): 327680 pv_init_buffer(2129): 320 init_nonsip_hooks(43): 24 init_rlist(146): 40 rval_get_str(1259): 3696 route_add(124): 968 str_hash_alloc(59): 768 sr_push_yy_state(1687): 464 pp_define(1819): 568 init_counters(125): 128 cnt_hash_add(341): 27096 str_hash_alloc(59): 1280 Total: 762656 } Module: sl { sl_register_callback(514): 64 Total: 64 } Module: siptrace { mod_init(340): 384 Total: 384 } Module: permissions { get_pathname(243): 64 Total: 64 } Module: xlog { mod_init(212): 4104 xdbg_fixup_helper(498): 616 xlog_fixup_helper(533): 3720 Total: 8440 } Module: rtpengine { child_init(1964): 240 build_rtpp_socks(1791): 8 Total: 248 } Module: pv { pv_parse_xavp_name(541): 112 pv_parse_xavp_name(515): 112 tr_parse_string(2639): 120 tr_parse_string(2628): 120 tr_parse_string(2519): 104 tr_parse_string(2509): 64 tr_parse_string(2484): 64 tr_parse_string(2473): 64 add_var(65): 176 add_var(58): 344 Total: 1280 } Module: phonenum { pv_parse_phonenum_name(131): 32 sr_phonenum_add_item(99): 8 sr_phonenum_add_item(93): 304 Total: 344 } Module: textops { fixup_method(3598): 128 hname_fixup(3528): 504 Total: 632 } Module: rtimer { stm_e_param(384): 112 stm_t_param(299): 48 Total: 160 } Module: tm { Total: 0 } Module: kex { Total: 0 } Module: tmx { Total: 0 } Module: utils { Total: 0 } Module: xhttp_prom { Total: 0 } Module: dispatcher { Total: 0 } /etc/kamailio# kamailio -v version: kamailio 5.4.3 (x86_64/linux) flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES, TLS_PTHREAD_MUTEX_SHARED ADAPTIVE_WAIT_LOOPS 1024, MAX_RECV_BUFFER_SIZE 262144, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled with gcc 6.3.0 Any idea which could cause a memory leak. Does any of the module cause an issue? Thanks in Advance. Uttam [View Less]

3 2

loose_route() fails on domain name
by Juha Heinanen 11 Feb '21

11 Feb '21

Using a domain name in R-R header may not be such a good idea: Feb 11 12:12:06 lab /usr/bin/sip-proxy[735]: WARNING: rr [loose.c:799] rr_do_force_send_socket(): no socket found to match second RR (sip:tenantX.teams.tutpro.com:8007;transport=tls;r2=on;pm=0;savp=avp;lr) Or is there some means to tell K, which FQDN maps to which IP address, when there are many such FQDNs? -- Juha

4 9

ds_mark_dst( ) in DISPATCHER
by alirsm 11 Feb '21

11 Feb '21

Hi, In my failover setting using Dispatcher module, I mark the GW if fails to response. OPTIONS are being sent every 30 sec: failure_route[DISPATCH_FAILOVER]{ if (t_is_canceled()) exit; if (t_check_status("500") or (t_branch_timeout() and !t_branch_replied())) { ds_mark_dst("ip"); if (ds_next_dst()) { t_set_fr(0,1000); t_on_failure("DISPATCH_FAILOVER"); route(RELAY); exit; } } } However, Kamailio still recognize it as active gw ( A.A.A.A is down, no response from OPTIONS being sent) $ sudo … [View More]

1 0

R-R to MS Teams Proxy
by Juha Heinanen 11 Feb '21

11 Feb '21

When request is sent from Kamailio to MS Teams SIP Proxy, the top R-R URI needs to contain FQDN of Kamailio SIP proxy instead of its IP address. Document https://skalatan.de/de/blog/kamailio-sbc-teams suggest to replace record_route(); call with record_route_preset("SBC-DNS-DOMAIN:5061;transport=tls", "SBC-IP-ADDR:5060"); That works only in a very simple case where the request came in over UDP or TCP and SIP Proxy has only one listening address, i.e., SBC-IP-ADDR. One way to solve the … [View More]

6 19

No ACK from MS Teams
by Phillman25 Kyriacou 11 Feb '21

11 Feb '21

Dear List Hope this email finds you all well. I have followed the below tutorial on how to integrate Kamailio with MS Teams https://skalatan.de/en/blog/kamailio-sbc-teams However i have been facing an issue with MS Teams with direct routing where MS Teams does not send back an ACK after a 200 OK. The current inbound call flow is the following: *MS Teams ==> Kamailio==>Asterisk* Once Asterisk answers with 200 OK we send this 200 OK back to MS Teams however, MS Teams just doesn't … [View More]answer back with ACK and call drops. The below trace shows the INVITE coming from MS Teams and the 200 OK we send back. |||||||||||||||||||| ==================== tag: rcv pid: 26135 process: 23 time: 1613025911.983278 date: Thu Feb 11 08:45:11 2021 proto: tls ipv4 srcip: 52.114.132.46 srcport: 4352 dstip: SBC_IP_ADDR dstport: 5061 ~~~~~~~~~~~~~~~~~~~~ INVITE sip:+357XXXXXXXX@SBC-FQDN:5061;user=phone;transport=tls SIP/2.0 FROM: Phillip Kyriacou<sip:+357XXXXXXXX@sip.pstnhub.microsoft.com:5061 ;user=phone>;tag=c3da9477e05d45fca31c24a155af3318 TO: <sip:+357XXXXXXXX@SBC-FQDN:5061;user=phone> CSEQ: 1 INVITE CALL-ID: 9cb9a2f3144e594c87bccda76791c28e MAX-FORWARDS: 70 VIA: SIP/2.0/TLS 52.114.132.46:5061;branch=z9hG4bK0cf2c45 RECORD-ROUTE: <sip:sip-du-a-us.pstnhub.microsoft.com:5061;transport=tls;lr> CONTACT: <sip:api-du-b-euwe.pstnhub.microsoft.com:443 ;x-i=6e5254d9-79c2-4657-b54b-68791aa8e81f;x-c=9cb9a2f3144e594c87bccda76791c28e/d/10/e21a 6ff7125e4cbd91e75ec687fd4c5d> CONTENT-LENGTH: 1097 MIN-SE: 300 SUPPORTED: timer USER-AGENT: Microsoft.PSTNHub.SIPProxy v.2021.2.9.1 i.USEA.7 CONTENT-TYPE: application/sdp ALLOW: INVITE,ACK,OPTIONS,CANCEL,BYE,NOTIFY SESSION-EXPIRES: 3600 v=0 o=- 170239 0 IN IP4 127.0.0.1 s=session c=IN IP4 52.113.40.94 b=CT:10000000 t=0 0 m=audio 51414 RTP/SAVP 104 9 103 111 18 0 8 97 101 13 118 c=IN IP4 52.113.40.94 a=rtcp:51415 a=ice-ufrag:BwFs a=ice-pwd:sFyvnfQ9iH101E80ZKjCxi9+ a=rtcp-mux a=candidate:1 1 UDP 2130706431 52.113.40.94 51414 typ srflx raddr 10.0.137.19 rport 51414 a=candidate:1 2 UDP 2130705918 52.113.40.94 51415 typ srflx raddr 10.0.137.19 rport 51415 a=candidate:2 1 tcp-act 2121006078 52.113.40.94 49152 typ srflx raddr 10.0.137.19 rport 49152 a=candidate:2 2 tcp-act 2121006078 52.113.40.94 49152 typ srflx raddr 10.0.137.19 rport 49152 a=label:main-audio a=mid:1 a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:Igc2LVM9FH5kQtkRpHw99H5SB7Rd7eKzJy4gdWJg|2^31 a=sendrecv a=rtpmap:104 SILK/16000 a=rtpmap:9 G722/8000 a=rtpmap:103 SILK/8000 a=rtpmap:111 SIREN/16000 a=fmtp:111 bitrate=16000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:97 RED/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=rtpmap:13 CN/8000 a=rtpmap:118 CN/16000 a=ptime:20 |||||||||||||||||||| ==================== tag: snd pid: 26086 process: 6 time: 1613025917.726664 date: Thu Feb 11 08:45:17 2021 proto: tls ipv4 srcip: SBC_IP_ADDR srcport: 5061 dstip: 52.114.132.46 dstport: 5061 ~~~~~~~~~~~~~~~~~~~~ SIP/2.0 200 OK Via: SIP/2.0/TLS 52.114.132.46:5061;branch=z9hG4bK0cf2c45 Record-Route: <sip:SBC-IP-ADDR:5060;ftag=c3da9477e05d45fca31c24a155af3318;lr=on> Record-Route: <sip:SBC-FQDN:5061;transport=tls;ftag=c3da9477e05d45fca31c24a155af3318;lr=on> Record-Route: <sip:sip-du-a-us.pstnhub.microsoft.com:5061;transport=tls;lr> From: Phillip Kyriacou<sip:+357XXXXXXX@sip.pstnhub.microsoft.com:5061 ;user=phone>;tag=c3da9477e05d45fca31c24a155af3318 To: <sip:+357XXXXXXXX@SBC-FQDN:5061;user=phone>;tag=as659924a4 Call-ID: 9cb9a2f3144e594c87bccda76791c28e CSeq: 1 INVITE Server: MediaGW V1.0 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Session-Expires: 1800;refresher=uas Contact: <sip:357XXXXXXXX@ASTERISK_PUBLIC_IP:5060> Content-Type: application/sdp Require: timer Content-Length: 339 v=0 o=root 411266324 411266324 IN IP4 ASTERISK_PUBLIC_IP s=ASTERISK c=IN IP4 ASTERISK_PUBLIC_IP t=0 0 m=audio 14416 RTP/SAVP 0 8 101 a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:9PcaAGjbemJKTERlFTcVwmLRQoDSEQPxX0L1a6RF a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=maxptime:150 a=sendrecv |||||||||||||||||||| Am I doing anything wrong here that MS Teams wont respond to my 200 OK? The Kamailio SBC is showing active on MS Teams and Kamailio dispatcher shows all the MS Team hubs as AP. I also can't see any errors in the log file My TLS cfg has the following: ====================== *[server:default]method = TLSv1.2+verify_certificate = yesrequire_certificate = yesprivate_key = /etc/letsencrypt/live/sbc.intelligentsupport.eu/privkey.pem <http://sbc.intelligentsupport.eu/privkey.pem>certificate = /etc/letsencrypt/live/sbc.intelligentsupport.eu/fullchain.pem <http://sbc.intelligentsupport.eu/fullchain.pem>ca_list = /etc/ssl/certs/ca-certificates.crt* *[client:default]method = TLSv1.2+verify_certificate = yesrequire_certificate = yesprivate_key = /etc/letsencrypt/live/sbc.intelligentsupport.eu/privkey.pem <http://sbc.intelligentsupport.eu/privkey.pem>certificate = /etc/letsencrypt/live/sbc.intelligentsupport.eu/fullchain.pem <http://sbc.intelligentsupport.eu/fullchain.pem>ca_list = /etc/ssl/certs/ca-certificates.crt* Thanks very much in advance! Phillip [View Less]

5 6

Time elapsed since previous message.
by David Villasmil 10 Feb '21

10 Feb '21

Hello all, Is it possible to know the elapsed time since the previously received message? On outgoing calls, I.e: when i get a 180, how long did the 100 arrived? Or the INVITE... Thanks David -- Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

4 11

Kamailio Split Variable
by Mihai 10 Feb '21

10 Feb '21

Hi! Can I split the variable $fd ? the $fd has the value: asterisk-wind.voicevw.lan; and i want to take the the first part - asterisk-wind any hints ?

4 3

Health Check on Dispatcher Failover
by alirsm 10 Feb '21

10 Feb '21

Hi I have setup failover on Kamailio 5.1 using Dispatcher module as below. On a round robin algorithm, INVITEs are being sent to BOTH healthy and faulty GW. When an INVITE is being sent to the faulty GW, a re-transmission will be sent after "t_set_fr" time to the healthy GW and calls are completed successfully. I was wondering if I can setup the health check correctly so the faulty IP GW can be out of round robin till the health check pass it again, i.e. no INVITE is being sent to the faulty … [View More]

1 0

http_async_client expected result in $http_rr
by Anthony Joseph Messina 10 Feb '21

10 Feb '21

https://www.kamailio.org/docs/modules/stable/modules/http_async_client says $http_rr will be the HTTP reason phrase. I'm understanding this to mean: Code: Reason: 200 OK 404 Not Found In my current 5.4 build, $http_rr returns empty (not <null> or anything else) regardless of what the server sends in the headers. Am I misunderstanding this? I'm writing an API and was hoping to do send_reply("$http_rs", "$http_rr"); -- Anthony - https://messinet.com F9B6 560E 68EA 037D 8C3D D1C9 … [View More]

2 2

authenticated INVITE badly managed when topos is activated
by frédéric Gaisnon 10 Feb '21

10 Feb '21

Hi, Here is some more information about my problem. I think that topos impacts challenge computing. Do you have the same behaviour I observed? Do you need more information? My tests were done with kamailio 5.4.3 on Centos7 Without topos activated (note that with topoh activated I have the same good behaviour): CPE - INVITE -> SBC CPE <- 407 ---- SBC CPE - INVITE ->SBC (with proxy-authorization header) -- INVITE --> PROXY (So in this case challenge is validated and INVITE is … [View More]forwarded) With topos activated: CPE - INVITE -> SBC CPE <- 407 ---- SBC CPE - INVITE ->SBC (with proxy-authorization header) CPE <-407 -----SBC topos configuration: loadmodule "ndb_redis.so" loadmodule "topos.so" loadmodule "topos_redis.so" # ----- topos params ----- modparam("topos", "storage", "redis") modparam("topos", "dialog_expire", 15000) Code used: # IP authorization and user authentication route[AUTH] { xlog("L_DBG", "route[AUTH]\n"); #!ifdef WITH_IPAUTH if((!is_method("REGISTER")) && allow_source_address()) { # source IP allowed return; } #!endif #!ifdef WITH_AUTH if ((is_method("REGISTER")) || ($avp(need_auth) == "1")) { ####need_auth is equal to 1 in this case # authenticate requests $var(key)=$fU + "@" + $fd; if($sht(auth_cache=>$var(key))!=$null) { if (!pv_auth_check("$fd", "$sht(auth_cache=>$var(key))", "0", "1")) { auth_challenge("$fd", “1”); #################### we always go here with INVITE with proxy-authorization header and the return code is always -5 (AUTH_NO_CREDENTIALS) exit; } } else { if (!auth_check("$fd", "subscriber", "1")) { if ($rc == -1) { append_to_reply("Retry-After: 10\r\n"); send_reply("503", "Authentication server error"); exit; } auth_challenge("$fd", "0"); exit; } $sht(auth_cache=>$var(key)) = $avp(password); } # user authenticated - remove auth header consume_credentials(); ######## without topos we go here with INVITE with proxy-authorization header } #!endif return; } Note that in this case (with topos) the return code of function pv_auth_check is always -5 (AUTH_NO_CREDENTIALS) CASE OK: Frame 3279: 545 bytes on wire (4360 bits), 545 bytes captured (4360 bits) Linux cooked capture Internet Protocol Version 4, Src: 192.168.1.102, Dst: 192.168.1.11 Transmission Control Protocol, Src Port: 5060, Dst Port: 60796, Seq: 1, Ack: 953, Len: 477 Session Initiation Protocol (407) Status-Line: SIP/2.0 407 Proxy Authentication Required Message Header Via: SIP/2.0/TCP 192.168.1.33;branch=z9hG4bK2df8e195D1847B94;rport=60796;received=192.168.1.11 From: "6200" <sip:6200@entreprise-108.fr>;tag=B583B663-FBFBFCAA To: <sip:0900000000@entreprise-108.fr ;user=phone>;tag=83518db21d5b2e9b777975024049f5a3.8f270000 CSeq: 1 INVITE Call-ID: 9378ee27e6b7aea384a881c938de8138 [Generated Call-ID: 9378ee27e6b7aea384a881c938de8138] Proxy-Authenticate: Digest realm="entreprise-108.fr", nonce="YCPgXmAj3zLDB3+utLVpmc+Y917i5qZO" Authentication Scheme: Digest Realm: "entreprise-108.fr" Nonce Value: "YCPgXmAj3zLDB3+utLVpmc+Y917i5qZO" Content-Length: 0 Frame 3285: 1259 bytes on wire (10072 bits), 1259 bytes captured (10072 bits) Linux cooked capture Internet Protocol Version 4, Src: 192.168.1.11, Dst: 192.168.1.102 Transmission Control Protocol, Src Port: 60796, Dst Port: 5060, Seq: 1578, Ack: 478, Len: 1191 Session Initiation Protocol (INVITE) Request-Line: INVITE sip:0900000000@entreprise-108.fr;user=phone;transport=tcp SIP/2.0 Message Header Via: SIP/2.0/TCP 192.168.1.33;branch=z9hG4bK827c83577BAADACE From: "6200" <sip:6200@entreprise-108.fr>;tag=B583B663-FBFBFCAA SIP Display info: "6200" SIP from address: sip:6200@entreprise-108.fr SIP from tag: B583B663-FBFBFCAA To: <sip:0900000000@entreprise-108.fr;user=phone> SIP to address: sip:0900000000@entreprise-108.fr;user=phone CSeq: 2 INVITE Call-ID: 9378ee27e6b7aea384a881c938de8138 [Generated Call-ID: 9378ee27e6b7aea384a881c938de8138] Contact: <sip:6200@192.168.1.33;transport=tcp> Contact URI: sip:6200@192.168.1.33;transport=tcp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO, MESSAGE, SUBSCRIBE, NOTIFY, PRACK, UPDATE, REFER User-Agent: PolycomVVX-VVX_500-UA/5.7.0.14430 Accept-Language: fr-fr,fr;q=0.9,en;q=0.8 Supported: replaces,100rel Allow-Events: conference,talk,hold Proxy-Authorization: Digest username="6200", realm=" entreprise-108.fr", nonce="YCPgXmAj3zLDB3+utLVpmc+Y917i5qZO", uri=" sip:0900000000@entreprise-108.fr;user=phone;transport=tcp", response="3e0013cc3dc3855602ce1939af7e6f40", algorithm=MD5 Authentication Scheme: Digest Username: "6200" Realm: "entreprise-108.fr" Nonce Value: "YCPgXmAj3zLDB3+utLVpmc+Y917i5qZO" Authentication URI: "sip:0900000000@entreprise-108.fr ;user=phone;transport=tcp" Digest Authentication Response: "3e0013cc3dc3855602ce1939af7e6f40" Algorithm: MD5 Max-Forwards: 70 Content-Type: application/sdp Content-Length: 270 Message Body Bad case (with topos activated): Frame 9071: 545 bytes on wire (4360 bits), 545 bytes captured (4360 bits) Linux cooked capture Internet Protocol Version 4, Src: 192.168.1.102, Dst: 192.168.1.11 Transmission Control Protocol, Src Port: 5060, Dst Port: 43608, Seq: 1, Ack: 953, Len: 477 Session Initiation Protocol (407) Status-Line: SIP/2.0 407 Proxy Authentication Required Message Header Via: SIP/2.0/TCP 192.168.1.33;branch=z9hG4bK5c0a58f3707458FA;rport=43608;received=192.168.1.11 From: "6200" <sip:6200@entreprise-108.fr>;tag=59191351-FD3B2D60 To: <sip:0900000000@entreprise-108.fr ;user=phone>;tag=83518db21d5b2e9b777975024049f5a3.8f270000 CSeq: 1 INVITE Call-ID: 727c871081e29672abcb8bd05dde8138 [Generated Call-ID: 727c871081e29672abcb8bd05dde8138] Proxy-Authenticate: Digest realm="entreprise-108.fr", nonce="YCPlfGAj5FCsPHbzhSK1i2Oqt9APc1+/" Authentication Scheme: Digest Realm: "entreprise-108.fr" Nonce Value: "YCPlfGAj5FCsPHbzhSK1i2Oqt9APc1+/" Content-Length: 0 Frame 9078: 1259 bytes on wire (10072 bits), 1259 bytes captured (10072 bits) Linux cooked capture Internet Protocol Version 4, Src: 192.168.1.11, Dst: 192.168.1.102 Transmission Control Protocol, Src Port: 43608, Dst Port: 5060, Seq: 1578, Ack: 478, Len: 1191 Session Initiation Protocol (INVITE) Request-Line: INVITE sip:0900000000@entreprise-108.fr;user=phone;transport=tcp SIP/2.0 Message Header Via: SIP/2.0/TCP 192.168.1.33;branch=z9hG4bKbca400a5DCDB8264 From: "6200" <sip:6200@entreprise-108.fr>;tag=59191351-FD3B2D60 SIP Display info: "6200" SIP from address: sip:6200@entreprise-108.fr SIP from tag: 59191351-FD3B2D60 To: <sip:0900000000@entreprise-108.fr;user=phone> SIP to address: sip:0900000000@entreprise-108.fr;user=phone CSeq: 2 INVITE Call-ID: 727c871081e29672abcb8bd05dde8138 [Generated Call-ID: 727c871081e29672abcb8bd05dde8138] Contact: <sip:6200@192.168.1.33;transport=tcp> Contact URI: sip:6200@192.168.1.33;transport=tcp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO, MESSAGE, SUBSCRIBE, NOTIFY, PRACK, UPDATE, REFER User-Agent: PolycomVVX-VVX_500-UA/5.7.0.14430 Accept-Language: fr-fr,fr;q=0.9,en;q=0.8 Supported: replaces,100rel Allow-Events: conference,talk,hold Proxy-Authorization: Digest username="6200", realm=" entreprise-108.fr", nonce="YCPlfGAj5FCsPHbzhSK1i2Oqt9APc1+/", uri=" sip:0900000000@entreprise-108.fr;user=phone;transport=tcp", response="281d775e7166a96d5efe2e100df3df9a", algorithm=MD5 Authentication Scheme: Digest Username: "6200" Realm: "entreprise-108.fr" Nonce Value: "YCPlfGAj5FCsPHbzhSK1i2Oqt9APc1+/" Authentication URI: "sip:0900000000@entreprise-108.fr ;user=phone;transport=tcp" Digest Authentication Response: "281d775e7166a96d5efe2e100df3df9a" Algorithm: MD5 Max-Forwards: 70 Content-Type: application/sdp Content-Length: 270 Message Body Regards, Frederic [View Less]

1 0

Jump to page:

2025

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