Vodafone Business SIP Trunk Einrichtung

Support
1

Hi,

wie im Thread von crudwill schon geschrieben verzweifele ich momentan an der Einrichtung des Vodafone Business SIP Trunks für einen Anlagenanschluss. Das Routing passt soweit und SIP Pakete gehen zum Vodafone SBC und kommen auch vom SBC zurück. Leider antwortet der Vodafone SBC immer mir einem “Invalid From” und meine MobyDick immer mit “404 Not Found” auf das “Looking for s in no-auth-in”

Die Verwendete MobyDick Version ist 7.11.04

<--- SIP read from UDP:176.95.48.81:5060 --->
OPTIONS sip:92.79.7.54:5060 SIP/2.0
Via: SIP/2.0/UDP 176.95.48.81:5060;branch=z9hG4bKn9ta1420c0vhj3bfb3c1
Call-ID: ffca649baf1e65330a644bded814b1f500i1p0@156.95.48p81
To:sip:ping@92.79.7.54
From: <sip:ping@176.95.48.81>;tag=b7c857e83417d86193ae71575d1c1c77000i1p0
Max-Forwards: 70
CSeq: 6450 OPTIONS


<------------->
--- (7 headers 0 lines) ---
Sending to 176.95.48.81:5060 (no NAT)
Looking for s in no-auth-in (domain 92.79.7.54)

<--- Transmitting (no NAT) to 176.95.48.81:5060 --->
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 176.95.48.81:5060;branch=z9hG4bKn9ta1420c0vhj3bfb3c1;received=176.95.48.81
From: <sip:ping@176.95.48.81>;tag=b7c857e83417d86193ae71575d1c1c77000i1p0
To: sip:ping@92.79.7.54;tag=as69cf06bb
Call-ID: ffca649baf1e65330a644bded814b1f500i1p0@156.95.48p81
CSeq: 6450 OPTIONS
Server: Asterisk PBX 11.6-cert11
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Accept: application/sdp
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog 'ffca649baf1e65330a644bded814b1f500i1p0@156.95.48p81' in 32000 ms (Method: OPTIONS)
Retransmitting #2 (no NAT) to 176.95.48.81:5060:
OPTIONS sip:176.95.48.81 SIP/2.0
Via: SIP/2.0/UDP 92.79.7.54:5060;branch=z9hG4bK3c914c44
Max-Forwards: 70
From: "asterisk" <sip:0688193612@92.79.7.54>;tag=as21885851
To: <sip:176.95.48.81>
Contact: <sip:0688193612@92.79.7.54:5060>
Call-ID: 795571ca1acfe25d1c5d28162cab5c45@92.79.7.54:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX 11.6-cert11
Date: Tue, 14 Jun 2016 07:54:36 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Length: 0


---

<--- SIP read from UDP:176.95.48.81:5060 --->
SIP/2.0 400 Invalid From
Via: SIP/2.0/UDP 92.79.7.54:5060;branch=z9hG4bK3c914c44
From: "asterisk" <sip:0688193612@92.79.7.4>;tag=s218858q1
To: <sp:176.9.48.81>utag=aprngfrt-7tsnte00000c6
Call-ID: 795571ca1acfe25d1c5d28162cab5c45@92.79.7.54:5060
CSeq: 102 OPTIONS


<------------->
--- (6 headers 0 lines) ---

Hat jemand damit Erfahrungen? Eventuell von der Einrichtung eines anderen Providers her?
Aktueller Stand ist, das weder eingehend noch ausgehend telefoniert werden kann.

Bei ausgehenden Anrufen ist der aktuelle Stand laut Log ein “no reply to our critical packet”
Wegen der besseren Übersichtlichkeit und auch den Klartext-Rufnummern habe ich das Log als TXT angehangen.
/home/pfaffman/data/pascom.net/attachments/2/2/0/3/729.attach (21.5 KB)

Hier noch die Ausgabe von sip show peer falls nötig

mobydick*CLI> sip show peer 0688193612


  * Name       : 0688193612
  Description  :
  Secret       : <Not set>
  MD5Secret    : <Not set>
  Remote Secret: <Not set>
  Context      : mdc_incoming-12
  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
  FromUser     : 0688193612
  FromDomain   : sip.arcor.de Port 5060
  Callgroup    :
  Pickupgroup  :
  Named Callgr :
  Nam. Pickupgr:
  MOH Suggest  :
  Mailbox      :
  VM Extension : asterisk
  LastMsgsSent : 0/0
  Call limit   : 2147483647
  Max forwards : 0
  Dynamic      : No
  Callerid     : "" <>
  MaxCallBR    : 384 kbps
  Expire       : -1
  Insecure     : port,invite
  Force rport  : Auto (No)
  Symmetric RTP: No
  ACL          : No
  DirectMedACL : No
  T.38 support : No
  T.38 EC mode : Unknown
  T.38 MaxDtgrm: -1
  DirectMedia  : Yes
  PromiscRedir : No
  User=Phone   : No
  Video Support: No
  Text Support : No
  Ign SDP ver  : No
  Trust RPID   : No
  Send RPID    : No
  Subscriptions: Yes
  Overlap dial : Yes
  DTMFmode     : rfc2833
  Timer T1     : 500
  Timer B      : 32000
  ToHost       : 176.95.48.81
  Addr->IP     : 176.95.48.81:5060
  Defaddr->IP  : (null)
  Prim.Transp. : UDP
  Allowed.Trsp : UDP,TCP
  Def. Username: 0688193612
  SIP Options  : (none)
  Codecs       : (gsm|ulaw|alaw|h264)
  Codec Order  : (alaw:20,ulaw:20,gsm:20,h264:0)
  Auto-Framing :  No
  Status       : UNREACHABLE
  Useragent    :
  Reg. Contact :
  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

Danke schonmal.

Gruß
djochem

2

Hallo erstmal,

zu den eingehenden Anrufen, wenn Anrufe im no-auth-in Kontext landen, dann sind dies Anrufe die ohne Auth kommen bzw. nicht zugeordnet werden können.
Überprüfe bitte mal ob die eingehenden Anruf vom dem Host kommen, über den auch die Registrierung läuft, sprich die IP/DNS eine andere ist. Wenn dies der Fall ist, dann probiert bitte mal, dass du unter dem Amt ein weiteres Account ohne Registrierung/Benutzer/Passwort erstellst mit dem entsprechenden Host erstellst.

Gruß
Markus

3

Re,

zu den ausgehenden anrufen, überprüfe bitte mal ob den Status in der CLI “sip show registry”, ob das Amt sauber registriert wurde.
Zum Debug kannst du auf er Shell auch das Tool sipgrep verwenden, das macht es ein wenig übersichtlicher als in der CLI. Es scheint so, als ob auf den INVITE keine Antwort kommt.

Gruß
Markus

4

Hallo Markus,

danke für die Rückmeldung. Zur kurzen Erklärung: Die IP 176.95.48.81 ist die IP vom SBC, die 92.79.7.54 ist die IP die wir als Public IP gemäß Vodafone der MobyDick zuweissen sollen.
Der Aufbau sieht so aus, dass Vodafone uns einen SDSL incl. Cisco Router gestellt hat. Dort liegt am Ethernet Interface das 92.79.7.52/27er Netz an. Hier haben wir eine Verbindung auf ein zweites Interface der MobyDick konfiguriert auf dem die öffentliche IP ohne Default Gateway aber mit entsprechendem Routing zum SBC von Vodafone eingetragen ist.

Wenn ich das richtig verstanden habe, so dürfen wir nicht versuchen uns am SBC zu registrieren, sondern der SBC sendet eine Registrierungsanfrage an die MobyDick. Ich habe zum testen mal wie vorgeschlagen ein Amt mit Host dynamic angelegt in der Hoffnung das zumindest die Fehlermeldung “Looking for s in no-auth-in” verschwindet. Leider ohne Erfolg. Diese kommt übrigens nicht bei Anrufen sondern permanent. Wenn ich versuche unsere Rufnummern anzurufen erzählt mir mein Telekom Handy “Diese Rufnummer ist uns nicht bekannt”, das Vodafone Handy erzählt mir “Diese Rufnummer ist nicht zugewiesen”.

Die Meldungen aus meinem ersten Post laufen permanent durch, da diese laut meiner Vermutung vom SIP Qualify kommen.

Ich schicke Dir mal per PN die technischen Details die uns Vodafone zur Verfügung gestellt hat. Eventuell kannst du damit etwas mehr anfangen.