Pascom 19: SNOM C520 kann nicht registrieren (Generic SIP Account)

Hallo,

an der pascom 18 lief bisher ein SNOM C520. Es wird ein einfacher SIP Account genutzt, Port 5061 bzw. SRTP am Gerät eingerichtet.

Bei der pascom 19 kann das Gerät nicht registrieren, im syslog der Instanz steht:

Nov 21 10:20:38 pbx1 asterisk[191]: [Nov 21 10:20:38] #033[1;31mWARNING#033[0m[3556]: #033[1;37mres_pjsip_registrar.c#033[0m:#033[1;37m643#033[0m #033[1;37mregister_aor_core#033[0m: Invalid modifications made to REGISTER request from 'zO0iOyUHholx0k6' by intervening proxy

Offiziell wird das Gerät nicht unterstützt, da es sich aber um einen einfachen SIP-Account handelt sollte es doch funktionieren, zumal es mit der pascom 18 kein Problem gab.

Vermutung liegt hier beim PJSIP?

Edit: MicroSIP (Softphone) kann mit diesem Account verbinden, dann liegt der Fehler wohl doch eher beim C520.

Edit2: SIP debug messages.

Request vom C520

<--- History Entry 24 Received from 10.0.3.1:40730 at 1574330304 --->
REGISTER sip:pbx1:5061 SIP/2.0
Via: SIP/2.0/TCP 10.0.3.1:5063;received=10.0.3.1;branch=z9hG4bKaad1.6b7d0ce49d6689c2a5386831f3742132.0;i=e3
Via: SIP/2.0/TLS 10.10.106.44:5061;rport=3235;received=10.10.106.44;branch=z9hG4bK1688556242
From: "zO0iOyUHholx0k6" <sip:zO0iOyUHholx0k6@pbx1>;tag=978196303
To: "zO0iOyUHholx0k6" <sip:zO0iOyUHholx0k6@pbx1>
P-cs-if: ifens192.pbx1
Call-ID: 492973671
CSeq: 2 REGISTER
Contact: <sip:zO0iOyUHholx0k6@10.10.106.44:5061;transport=tls;alias=10.10.106.44~3235~3>
Authorization: Digest username="zO0iOyUHholx0k6", realm="pbx1", nonce="1574330304/e37d1eec81f670ab8762f289e5bc6feb", uri="sip:pbx1:5061", response="9946ceb04247a91a87f67ace7049d5b9", algorithm=MD5, cnonce="0a4f113b", opaque="371a277a0ffe1916", qop=auth, nc=00000001
Allow: INVITE, ACK, CANCEL, BYE, REFER, SUBSCRIBE, NOTIFY, MESSAGE, OPTIONS, INFO, UPDATE
Max-Forwards: 69
User-Agent: snomC520 1.40.32-0-ENG
Expires: 3600
Supported: replaces
Content-Length: 0
Path: <sip:10.0.3.1:5063;transport=tcp;lr>
Content-Length:  0

Response vom Asterisk

<--- History Entry 25 Sent to 10.0.3.1:40730 at 1574330304 --->
SIP/2.0 420 Bad Extension
Via: SIP/2.0/TCP 10.0.3.1:5063;received=10.0.3.1;branch=z9hG4bKaad1.6b7d0ce49d6689c2a5386831f3742132.0;i=e3
Via: SIP/2.0/TLS 10.10.106.44:5061;rport=3235;received=10.10.106.44;branch=z9hG4bK1688556242
Call-ID: 492973671
From: "zO0iOyUHholx0k6" <sip:zO0iOyUHholx0k6@pbx1>;tag=978196303
To: "zO0iOyUHholx0k6" <sip:zO0iOyUHholx0k6@sltgmbh1>;tag=z9hG4bKaad1.6b7d0ce49d6689c2a5386831f3742132.0
CSeq: 2 REGISTER
Server: Asterisk PBX 16.5.0
Content-Length:  0

Edit3: Problem tritt auch nach einem Reset des C520 auf Werkseinstellungen und anschließender manueller Neukonfiguration an einer pascom 19.02 auf.

Gruß,
Rapha

Müsste es bei der Response 420 Bad Extension nicht ein Unsupported mit Hinweis auf die nicht unterstützte Erweiterung geben?

Unterschiede zu einem SNOM D785 beim REGISTER:

C520: Authorization: ... uri="sip:pbx1:5061"
D785: Authorization: ... uri="sip:pbx1"

C520:

Contact: <sip:zO0iOyUHholx0k6@10.10.106.44:5061;transport=tls;alias=10.10.106.44~3235~3>

D785, zusätzliche Options im Contact und Allow-Events, X-Real-IP:

Contact: <sip:4KJ1cgan1920b6a@10.10.106.46:46408;transport=Tls;alias=10.10.106.46~46408~3>;q=1;reg-id=1;audio;mobility="fixed";duplex="full";description="snomD785";actor="principal";events="dialog";methods="INVITE,ACK,CANCEL,BYE,REFER,OPTIONS,NOTIFY,SUBSCRIBE,PRACK,MESSAGE,INFO"
Allow-Events: dialog, talk, hold, check-sync
X-Real-IP: 10.10.106.46

C520: Supported: replaces
D785: Supported: path

Es folgt der erste REGISTER Versuch vom C520, dieser wird mit 401 abgelehnt, der zweite REGISTER dann mit 420. Die Response 401 beim ersten REGISTER ist normal und fordert das Gerät auf einen erneuten REGISTER mit Authorization zu senden.

Erster Request

REGISTER sip:pbx1:5061 SIP/2.0
Via: SIP/2.0/TCP 10.0.3.1:5063;received=10.0.3.1;branch=z9hG4bK938a.ed331b6a7e4107753f3c10794f699e6f.0;i=04
Via: SIP/2.0/TLS 10.10.106.44:5061;rport=4219;received=10.10.106.44;branch=z9hG4bK1947687341
From: "zO0iOyUHholx0k6" <sip:zO0iOyUHholx0k6@pbx1>;tag=802878934
To: "zO0iOyUHholx0k6" <sip:zO0iOyUHholx0k6@pbx1>
P-cs-if: ifens192.pbx1
Call-ID: 241287995
CSeq: 1 REGISTER
Contact: <sip:zO0iOyUHholx0k6@10.10.106.44:5061;transport=tls;alias=10.10.106.44~4219~3>
Allow: INVITE, ACK, CANCEL, BYE, REFER, SUBSCRIBE, NOTIFY, MESSAGE, OPTIONS, INFO, UPDATE
Max-Forwards: 69
User-Agent: snomC520 1.40.32-0-ENG
Expires: 3600
Supported: replaces
Content-Length: 0
Path: <sip:10.0.3.1:5063;transport=tcp;lr>
Content-Length:  0

Response

SIP/2.0 401 Unauthorized
Via: SIP/2.0/TCP 10.0.3.1:5063;received=10.0.3.1;branch=z9hG4bK938a.ed331b6a7e4107753f3c10794f699e6f.0;i=04
Via: SIP/2.0/TLS 10.10.106.44:5061;rport=4219;received=10.10.106.44;branch=z9hG4bK1947687341
Call-ID: 241287995
From: "zO0iOyUHholx0k6" <sip:zO0iOyUHholx0k6@pbx1>;tag=802878934
To: "zO0iOyUHholx0k6" <sip:zO0iOyUHholx0k6@pbx1>;tag=z9hG4bK938a.ed331b6a7e4107753f3c10794f699e6f.0
CSeq: 1 REGISTER
WWW-Authenticate: Digest realm="pbx1",nonce="1574331602/320bc56a0c99c31fa742bde2aee730da",opaque="2dcfe38c2fa745f6",algorithm=md5,qop="auth"
Server: Asterisk PBX 16.5.0
Content-Length:  0

Zweiter Request siehe vorhergehender Post.

Gruß,
Rapha

Weitere Erkenntnis:

Während der Verarbeitung des REGISTER wird im Asterisk PJSIP diese Methode durchlaufen (und liefert offensichtlich -1 zurück).


aor->support_path ist im aors Eintrag des Devices gesetzt (wie bei allen Einträgen)

CLI> pjsip show aor zO0iOyUHholx0k6
ParameterName        : ParameterValue
 ======================================
 @pjsip_wizard        : zO0iOyUHholx0k6
 authenticate_qualify : false
 contact              : 
 default_expiration   : 3600
 mailboxes            : 
 max_contacts         : 1
 maximum_expiration   : 7200
 minimum_expiration   : 30
 outbound_proxy       : 
 qualify_frequency    : 60
 qualify_timeout      : 3.000000
 remove_existing      : true
 support_path         : true
 voicemail_extension  : 

Muss also im REGISTER ein Supported: path vorkommen (wie es bei den SNOM D785 der Fall ist) um erfolgreich zu registrieren?

Falls dies für PJSIP zwingend notwendig ist muss wohl eine neue Firmware von SNOM her.

Gruß,
Rapha

Hallo @rapha ,
danke für den Hinweis. Das Problem konnten wir durch eine Anpassung im Kamailio in den Griff kriegen. Höchstwahrscheinlich wird das dann Teil des nächsten pascom 19 Releases.

Besten Gruß
Sebastian

Das wäre wirklich super!

Danke und Gruß,
Rapha

Hallo @Sebastian_F,

könnte ich nochmal einen Versuch wagen das C520 an einer 19.03 oder 19.04 zu betreiben?

Danke und Gruß,
Rapha

Hallo @rapha,

ja, dieses Telefon wird jetzt funktionieren.

Gruß,

Thomas

Hallo @rapha,
du kannst das Snom ab der 19.03 auch als generisches Gerät mit dem unten stehenden Template versorgen. Die Telefonie in Kombination mit diesem Gerät wurde mit dem release natürlich auch gefixt.

<?xml version="1.0"?>
<settings>
	<time_date>
		<date_format>DD/MM/YY</date_format>
		<hr24_clock>1</hr24_clock>
		<ntp_dhcp_option>0</ntp_dhcp_option>
		<ntp_server>1</ntp_server>
		<ntp_server_addr>pool.ntp.org</ntp_server_addr>
		<ntp_server_update_interval>1000</ntp_server_update_interval>
		<timezone_dhcp_option>0</timezone_dhcp_option>
		<selected_timezone>Europe/Berlin</selected_timezone>
	</time_date>
	<profile>
		<admin>
			<access_password>{{{admin_password}}}</access_password>
		</admin>
	</profile>
	<remoteDir>
{{!-- LDAP settings --}}
{{#if_eq ldap_proxy 'off'}}
 
		
		<ldap_directory_name></ldap_directory_name>
		<ldap_number_filter></ldap_number_filter>
		<ldap_firstname_filter></ldap_firstname_filter>
		<ldap_lastname_filter></ldap_lastname_filter>
		<ldap_server_address></ldap_server_address>
		<ldap_port>389</ldap_port>
		<ldap_authentication_type>simple</ldap_authentication_type>
		<ldap_base></ldap_base>
		<ldap_user_name></ldap_user_name>
		<ldap_access_password></ldap_access_password>
		<ldap_max_hits>200</ldap_max_hits>
		<ldap_work_number_attributes></ldap_work_number_attributes>
		<ldap_mobile_number_attributes></ldap_mobile_number_attributes>
		<ldap_other_number_attributes></ldap_other_number_attributes>
		<ldap_protocol_version>version_3</ldap_protocol_version>
		<ldap_search_delay>0</ldap_search_delay>
		<ldap_incall_lookup_enable>0</ldap_incall_lookup_enable>
		<ldap_outcall_lookup_enable>0</ldap_outcall_lookup_enable>
		<ldap_enable>0</ldap_enable>
		<ldap_firstname_attribute></ldap_firstname_attribute>
		<ldap_lastname_attribute></ldap_lastname_attribute>
		<ldap_check_certificate>0</ldap_check_certificate>
		<broadsoft_enable>0</broadsoft_enable>
{{else}}
 
		
		<ldap_directory_name>pascom LDAP</ldap_directory_name>
		<ldap_server_address>{{{httpip}}}</ldap_server_address>
		<ldap_number_filter>(&amp;(telephoneNumber=%)(cn=*))</ldap_number_filter>
		<ldap_base>dc=phonebook,{{{ldap_suffix}}}</ldap_base>
		<ldap_access_password>{{{ldap_password}}}</ldap_access_password>
		<ldap_max_hits>200</ldap_max_hits>
		<ldap_work_number_attributes>telephoneNumber</ldap_work_number_attributes>
		<ldap_mobile_number_attributes>mobile</ldap_mobile_number_attributes>
		<ldap_other_number_attributes>telephoneNumber</ldap_other_number_attributes>
		<ldap_protocol_version>version_3</ldap_protocol_version>
		<ldap_search_delay>0</ldap_search_delay>
		<ldap_incall_lookup_enable>1</ldap_incall_lookup_enable>
		<ldap_outcall_lookup_enable>1</ldap_outcall_lookup_enable>
		<ldap_enable>1</ldap_enable>
		<ldap_firstname_attribute>cn</ldap_firstname_attribute>
		<ldap_lastname_attribute></ldap_lastname_attribute>
		<ldap_check_certificate>0</ldap_check_certificate>
		<broadsoft_enable>0</broadsoft_enable>
{{#if vpnconnection}}
 
		
		<ldap_port>389</ldap_port>
		<ldap_authentication_type>simple</ldap_authentication_type>
{{else}}
 
		
		<ldap_port>636</ldap_port>
		<ldap_authentication_type>ssl</ldap_authentication_type>
{{/if}}
 
		
		<ldap_firstname_filter>(|(cn=%)(sn=%))</ldap_firstname_filter>
		<ldap_lastname_filter>(|(cn=%)(sn=%))</ldap_lastname_filter>
		<ldap_user_name>cn={{{ldap_username}}},dc=devices,{{{ldap_suffix}}}</ldap_user_name>
{{/if_eq}}
 
	
	</remoteDir>
{{!-- SIP settings --}}
 
	
	<sip_account>
		<idx id="1">
			<sip_account_enable>1</sip_account_enable>
			<label>{{{displayname}}}</label>
			<display_name>{{{displayname}}}</display_name>
			<primary_outbound_proxy_server_address>{{{httpip}}}</primary_outbound_proxy_server_address>
			<user_id>{{{013pee_username}}}</user_id>
			<authentication_name>{{{013pee_username}}}</authentication_name>
			<authentication_access_password>{{{013pee_password}}}</authentication_access_password>
			<voice_encryption_enable>1</voice_encryption_enable>
			<primary_sip_server_address>{{{cs_domain}}}</primary_sip_server_address>
			<primary_registration_server_address>{{{cs_domain}}}</primary_registration_server_address>
			<unregister_after_reboot_enable>0</unregister_after_reboot_enable>
			<registration_retry_time>10</registration_retry_time>
			<mwi_subscription_expires>3600</mwi_subscription_expires>
			<primary_registration_expires>3600</primary_registration_expires>
			<access_code_retrieve_voicemail>{{{setting sys.asterisk.dialplan.global.voicebox.watched.value }}}</access_code_retrieve_voicemail>
{{#if_eq voip_sip 'tls'}}
            
			<primary_outbound_proxy_server_port>5061</primary_outbound_proxy_server_port>
			<transport_mode>tls</transport_mode>
			<primary_sip_server_port>5061</primary_sip_server_port>
			<primary_registration_server_port>5061</primary_registration_server_port>
			<local_sip_port>5061</local_sip_port>
{{else}}
    {{#if_eq voip_sip 'udp'}}
            
			<primary_outbound_proxy_server_port>5060</primary_outbound_proxy_server_port>
			<transport_mode>udp</transport_mode>
			<primary_sip_server_port>5060</primary_sip_server_port>
			<primary_registration_server_port>5060</primary_registration_server_port>
			<local_sip_port>5060</local_sip_port>
    {{else}}
             
			<primary_outbound_proxy_server_port>5060</primary_outbound_proxy_server_port>
			<transport_mode>tcp</transport_mode>
			<primary_sip_server_port>5060</primary_sip_server_port>
			<primary_registration_server_port>5060</primary_registration_server_port>
			<local_sip_port>5060</local_sip_port>
    {{/if_eq}}
{{/if_eq}}
			
			<codec_priority>
				<idx id="1">g711u</idx>
				<idx id="2">g711a</idx>
				<idx id="3">g729</idx>
				<idx id="4">g726</idx>
				<idx id="5">g722</idx>
			</codec_priority>
		</idx>
	</sip_account>
{{!-- Language --}}
 
	
	<user_pref>
		<language>de</language>
		<web_language>en</web_language>
	</user_pref>
</settings>

Besten Gruß
Sebastian

Kann bestätigen, dass es mit einer 19.04 funktioniert :grinning:

1 Like

Super, besten Dank!

Gruß,
Rapha

Danke @Sebastian_F. Die Konfiguration funktioniert auch mit einem Snom M200SC.

Wo genau wird dieses Template reingeladen?

Hallo @EP-AndreK,

das ist in unserer Dokumentation genauer beschrieben.

Besten Gruß
Sebastian