[Spce-user] Missing Max-Forwards Header
Kevin Masse
kmasse at questblue.com
Wed Jan 8 15:56:56 EST 2014
Ok, I understand. In any case you will want to change the Max Forwards
to 70 which will have far better support for US based SIP providers.
I would still recommend changing the value to 70 especially if your
server is connecting to SIP Trunks that are US based, even on version
3.0+
I am sorry it was not a direct answer.
Kevin
From: Schaefer, Larry [mailto:Larry.Schaefer at pgi.com]
Sent: Wednesday, January 08, 2014 3:35 PM
To: Kevin Masse; spce-user at lists.sipwise.com
Subject: RE: [Spce-user] Missing Max-Forwards Header
Kevin,
Thanks for the quick response... That value is listed in the kamailio lb
section with a value of 10. However, in my example, I was not using the
load balancer. I was just testing directly with sending an Invite (from
a softphone client) directly to the SBC and watching what came out of
the SBC... I also believe that I am on the 3.1 version.
kamailio:
lb:
debug: 'no'
extra_sockets: ~
max_forwards: 10
nattest_exception_ips: ~
pkg_mem: 16
port: 5080
security:
dos_ban_enable: 'yes'
dos_ban_time: 300
dos_reqs_density_per_unit: 50
dos_sampling_time_unit: 5
dos_whitelisted_ips: ~
failed_auth_attempts: 3
failed_auth_ban_enable: 'yes'
failed_auth_ban_time: 3600
shm_mem: 466
start: 'yes'
tcp_children: 8
tcp_max_connections: 2048
tls:
enable: 'yes'
port: 5061
sslcertfile: '/etc/kamailio/kamailio-selfsigned.pem'
sslcertkeyfile: '/etc/kamailio/kamailio-selfsigned.key'
udp_children: 8
Looking further in that file, I have found the settings for the sems sbc
component. I did chance the bindport and turned off a couple options
which I did not need (like conferencing) but see nothing in that section
about max-forwards.
sems:
bindport: 5060
conference:
enable: 'no'
max_participants: 10
highport: 50000
lowport: 40001
sbc:
calltimer_enable: 'yes'
calltimer_max: 21600
outbound_timeout: 6000
sdp_filter:
codecs: PCMA,PCMU,telephone-event
enable: 'no'
mode: whitelist
session_timer:
enable: 'yes'
max_timer: 7200
min_timer: 90
session_expires: 300
vsc:
block_override_code: 80
cfb_code: 90
cfna_code: 93
cft_code: 92
cfu_code: 72
clir_code: 31
enable: 'no'
reminder_code: 55
speedial_code: 50
voicemail_number: 2000
xmlrpcport: 8090
Thanks,
Larry
From: Kevin Masse [mailto:kmasse at questblue.com]
Sent: Wednesday, January 08, 2014 1:20 PM
To: Schaefer, Larry; spce-user at lists.sipwise.com
Subject: RE: [Spce-user] Missing Max-Forwards Header
Good afternoon Larry, take a look in your /etc/ngcp-config/config.yml
file around line 60 +
You should have something like this: max_forwards=70
kamailio:
lb:
b2buas:
- sip\:127.0.0.1\:5080
extra_sockets: ~
max_forwards: 70
pkg_mem: 16
port: 5060
proxies:
- sip\:127.0.0.1\:5062
See if that will do away with the error. I do see in your example below
in RED Max-Forwards: 70 but lets verify the config.yml
I should also mention my information is related to 2.8
Kevin
From: spce-user-bounces at lists.sipwise.com
[mailto:spce-user-bounces at lists.sipwise.com] On Behalf Of Schaefer,
Larry
Sent: Wednesday, January 08, 2014 2:22 PM
To: spce-user at lists.sipwise.com
Subject: [Spce-user] Missing Max-Forwards Header
Hello... I am just getting started using SEMS with SBC application. I
am seeing an issue where after I hang up a call, the BYE being sent to
my SIP application server does not contain a Max-Forwards header. This
causes my SIP stack throw the following error: "Missing a required
header : Max-Forwards".
The BYE message going into the SBC has an Max-Forwards, but when it
leaves the SBC, it does not. The logs below are from the sems.log file
that show the messages I am seeing. The final message is the one that I
am having an issue with.
Original Invite to SBC:
Jan 8 19:08:13 sipwise sems[12819]: [#7fe230676700] [run,
udp_trsp.cpp:213] DEBUG: vv M [|] u recvd msg via UDP
vv#012--++--#012INVITE sip:17193860006 at 10.81.224.232 SIP/2.0#015#012Via:
SIP/2.0/UDP
10.2.62.78:44912;branch=z9hG4bK-d8754z-4058c4102839a274-1---d8754z-;rpor
t#015#012Max-Forwards: 70#015#012Contact:
<sip:3333 at 10.2.62.78:44912>#015#012To:
"100"<sip:17193860006 at 10.81.224.232>#015#012From:
"3333"<sip:3333 at 10.2.62.78>;tag=d6147351#015#012Call-ID:
MjNhZDViYTRmZTdiNWQwODc1NGU4MGU5YTQwOTllZTE.#015#012CSeq: 1
INVITE#015#012Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY,
MESSAGE, SUBSCRIBE, INFO#015#012Content-Type:
application/sdp#015#012User-Agent: eyeBeam release 1105z stamp
59031#015#012Content-Length: 180#015#012#015#012v=0#015#012o=- 9 2 IN
IP4 10.2.62.78#015#012s=CounterPath eyeBeam 1.5#015#012c=IN IP4
10.2.62.78#015#012t=0 0#015#012m=audio 55426 RTP/AVP 0
101#015#012a=fmtp:101 0-15#015#012a=rtpmap:101
telephone-event/8000#015#012a=sendrecv#015#012--++--
New Invite from SBC to my SIP Server:
Jan 8 19:08:13 sipwise sems[12819]: [#7fe231c8c700] [send,
transport.cpp:98] DEBUG: send msg#012--++--#012INVITE
sip:17193860006 at 10.81.224.232 SIP/2.0#015#012Via: SIP/2.0/UDP
10.81.224.232;branch=z9hG4bKCSNunal9;rport#015#012From: "3333"
<sip:3333 at 10.2.62.78>;tag=3221B159-52CDA21D000EE81D-31D8D700#015#012To:
"100"<sip:17193860006 at 10.81.224.232>#015#012CSeq: 10
INVITE#015#012Call-ID:
MjNhZDViYTRmZTdiNWQwODc1NGU4MGU5YTQwOTllZTE._leg2#015#012Contact:
<sip:10.81.224.232:5060>#015#012Max-Forwards: 70#015#012Allow: INVITE,
ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE,
INFO#015#012User-Agent: eyeBeam release 1105z stamp
59031#015#012P-Source-IP: 10.2.62.78#015#012P-Source-Port:
44912#015#012Content-Type: application/sdp#015#012Content-Length:
166#015#012#015#012v=0#015#012o=- 9 2 IN IP4
10.2.62.78#015#012s=CounterPath eyeBeam 1.5#015#012c=IN IP4
10.81.224.232#015#012t=0 0#015#012m=audio 40002 RTP/AVP 0
101#015#012a=rtpmap:101
telephone-event/8000#015#012a=sendrecv#015#012--++--
Bye sent to SBC:
Jan 8 19:08:18 sipwise sems[12819]: [#7fe230676700] [run,
udp_trsp.cpp:213] DEBUG: vv M [|] u recvd msg via UDP
vv#012--++--#012BYE sip:17193860006 at 10.81.224.232:5060
SIP/2.0#015#012Via: SIP/2.0/UDP
10.2.62.78:44912;branch=z9hG4bK-d8754z-7b597f277435f31e-1---d8754z-;rpor
t#015#012Max-Forwards: 70#015#012Contact:
<sip:3333 at 10.2.62.78:44912>#015#012To:
"100"<sip:17193860006 at 10.81.224.232>;tag=7E3767AC-52CDA21D000EE063-30676
700#015#012From:
"3333"<sip:3333 at 10.2.62.78>;tag=d6147351#015#012Call-ID:
MjNhZDViYTRmZTdiNWQwODc1NGU4MGU5YTQwOTllZTE.#015#012CSeq: 2
BYE#015#012User-Agent: eyeBeam release 1105z stamp 59031#015#012Reason:
SIP;description="User Hung Up"#015#012Content-Length:
0#015#012#015#012--++--
Bye sent to my SIP server (no Max-Forwards header):
Jan 8 19:08:18 sipwise sems[12819]: [#7fe231c8c700] [send,
transport.cpp:98] DEBUG: send msg#012--++--#012BYE
sip:17193860006 at 10.2.62.78 SIP/2.0#015#012Via: SIP/2.0/UDP
10.81.224.232;branch=z9hG4bKBQ3b.aXk;rport#015#012From: "3333"
<sip:3333 at 10.2.62.78>;tag=3221B159-52CDA21D000EE81D-31D8D700#015#012To:
"100"<sip:17193860006 at 10.81.224.232>;tag=367319031#015#012CSeq: 11
BYE#015#012Call-ID:
MjNhZDViYTRmZTdiNWQwODc1NGU4MGU5YTQwOTllZTE._leg2#015#012Content-Length:
0#015#012#015#012--++--
Is there anything I am doing wrong? I have been searching, but not
found any settings that seem to deal with Max-Forwards.
Thanks,
Larry Schaefer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20140108/cd302efc/attachment-0001.html>
More information about the Spce-user
mailing list