[Spce-user] Missing Max-Forwards Header

Schaefer, Larry Larry.Schaefer at pgi.com
Wed Jan 8 15:35:21 EST 2014


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> [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<mailto: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-;rport#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-;rport#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-30676700#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/7729e0a1/attachment-0001.html>


More information about the Spce-user mailing list