488 Not acceptable here

[Hille]

Ich habe seit einigen Tagen das Problem, dass eine externe Mobilfunknummern nicht durchgestellt werden. Per tcpdump erhalte ich folgende Meldung

sip.server.local.65060 > 217.0.27.52.sip: SIP: SIP/2.0 488 Not acceptable here

Meine sip.conf sieht so aus

[general]
bindport=65060
bindaddr=0.0.0.0
context = default
nat=force_rport,comedia
localnet=192.168.178.0/255.255.255.0
alwaysauthreject=yes
allowguest=no
language=de
srvlookup=yes
videosupport=yes
disallow=all
allow=alaw
allow=ulaw
allow=g729
allow=gsm
allow=h263
allow=h264

register => +49Tel-Nr.1:Passwort:[email protected]@tel.t-online.de/+49Tel-Nr.1
register => +49Tel-Nr.2:Passwort:[email protected]@tel.t-online.de/+49Tel-Nr.2
...

Für das entsprechende Endgerät sind folgende Codex aktiviert

sip*CLI> sip show peer 2002


  * Name       : 2002
  Description  :
  Secret       : <Set>
  MD5Secret    : <Not set>
  Remote Secret: <Not set>
  Context      : phones_buero
  Record On feature : automon
  Record Off feature : automon
  Subscr.Cont. : <Not set>
  Language     : de
  Tonezone     : <Not set>
  AMA flags    : Unknown
  Transfer mode: open
  CallingPres  : Presentation Allowed, Not Screened
  Callgroup    :
  Pickupgroup  :
  Named Callgr :
  Nam. Pickupgr:
  MOH Suggest  :
  Mailbox      :
  VM Extension : asterisk
  LastMsgsSent : 0/0
  Call limit   : 3
  Max forwards : 0
  Dynamic      : Yes
  Callerid     : "Büro" <2002>
  MaxCallBR    : 384 kbps
  Expire       : 3573
  Insecure     : no
  Force rport  : Yes
  Symmetric RTP: Yes
  ACL          : Yes
  DirectMedACL : No
  T.38 support : No
  T.38 EC mode : Unknown
  T.38 MaxDtgrm: 4294967295
  DirectMedia  : Yes
  PromiscRedir : No
  User=Phone   : No
  Video Support: Yes
  Text Support : No
  Ign SDP ver  : No
  Trust RPID   : No
  Send RPID    : No
  Path support : No
  Path         : N/A
  TrustIDOutbnd: Legacy
  Subscriptions: Yes
  Overlap dial : Yes
  DTMFmode     : rfc2833
  Timer T1     : 500
  Timer B      : 32000
  ToHost       :
  Addr->IP     : 192.168.178.91:65060
  Defaddr->IP  : (null)
  Prim.Transp. : UDP
  Allowed.Trsp : UDP
  Def. Username: 2002
  SIP Options  : (none)
  Codecs       : (alaw|ulaw|g729|gsm|h263|h264)
  Auto-Framing : No
  Status       : OK (1 ms)
  Useragent    :
  Reg. Contact : sip:[email protected]:65060
  Qualify Freq : 60000 ms
  Keepalive    : 0 ms
  Sess-Timers  : Accept
  Sess-Refresh : uas
  Sess-Expires : 1800 secs
  Min-Sess     : 90 secs
  RTP Engine   : asterisk
  Parkinglot   :
  Use Reason   : No
  Encryption   : No
  RTCP Mux     : No

Mit meinem Handy (T-Mobil) funktioniert das problemlos. Nur eben Vodafone und O2 machen Probleme. Wo liegt mein Fehler?

 

[koyaanisqatsi]

Moin


Merkwürdig, dass alaw als kleinster Nenner versagt.
Gewissheit bringt ein Protokoll der Aushandlung ( sip set debug on ).
( Ab dem INVITE )

 

[Hille]

Ich konnte das Problem erst mal lösen. Ich war mit dem tcpdump etwas schnell, so dass ich einen Hinweis übersehen hatte.

SIP-Registrierungsfehler 403

Nach längerem suchen hatte ich diesen Hinweis gefunden

https://www.onlinekosten.de/forum/showthread.php?t=145187 (Konfigurationsabhängig (bei Proxy: tel.t-online.de))

Ich habe meine sip.conf entsprechend geändert

[telekom_in]
qualify=yes
trustrpid=no
context=phones
type=peer
insecure=port,invite
usereqphone=no
t38pt_udptl=no
nat=force_rport
disallow=all
allow=ulaw
allow=alaw
dtmfmode=inband
fromdomain=217.0.16.234
host=217.0.16.234
disallow=all
allow=ulaw
call-limit=10

sozusagen tel.t-online.de in 217.0.16.234

Was der genaue Fehler nun war/ist, kann ich allerdings nicht sagen. Eventuell kann jemand das Problem genauer erläutern.

 

[koyaanisqatsi]

Was, ausser der Uneinigkeit bei der Codecaushandlung, den "Not Acceptable Here" Fehler auslösen könnte/tut, wäre der Versuch einer SRTP Verbindung/Verschlüsselung.
Endgeräte können dies auf verschieden Arten.
Zum Beispiel...
1. Erzwungen ( ohne Fallback auf RTP )
2. Optional ( mit Fallback auf RTP )
...was auch im SIP INVITE (als Angebot) zu sehen ist.