[erledigt] 7961G + chan_sip = keine abgehenden Gespräche

dynamic

Aktives Mitglied
Mitglied seit
1 Apr 2006
Beiträge
1,154
Punkte für Reaktionen
0
Punkte
36
Bekomme mit dem 7961G keine abgehenden Gespräche hin, obwohl sich das Gerät beim Asterisk sauber anmeldet. Habe den ähnlichen Thread von ITbrunz gelsen, aber die Lösung trifft leider bei mir nicht zu.

Mein 7940G funktioniert bei unveränderter Asterisk Konfiguration ohne Probleme ( d.h. mit den gleichen Anmelde-Daten etc. ), weshalb ich von einem Konfigurationsproblem in der SIP<MAX>.cnf.xml ausgehe.

Folgende Unregelmäßigkeiten sind mir aufgefallen:
  • Der SIP-Read nutzt nicht den Standard Port 5060 ( bzw. in meinem Fall den 5061 ) sondern benutzt irgendwelche Port aus dem > 40000 Bereich
    Code:
    <-- SIP read from 192.168.178.199:49289:
    INVITE sip:[COLOR="Red"][email protected][/COLOR];user=phone SIP/2.0
    Via: SIP/2.0/UDP 192.168.178.199:5061;branch=z9hG4bK7d01aca1
    From: "72" <sip:[email protected]>;tag=00140e417ce8000d860983d0-f870994b
    To: <sip:[email protected];user=phone>
    Call-ID: [email protected]
    Max-Forwards: 70
  • Bereits bei der Eingabe der Ersten Nummer wird schon losgewählt und man bekommt sofort das Besetzt-Signal (d.h. es wird auch nur eine Nummer an Asterisk weitergegeben, wie oben rot markiert )

Meine SEP<mac address>.cnf.xml sieht wie folgt aus:
Code:
<device>
	<deviceProtocol>SIP</deviceProtocol>
	<sshUserId>root</sshUserId>
	<sshPassword>root</sshPassword>
	<devicePool>
		<dateTimeSetting>
			<dateTemplate>Y/M/D</dateTemplate>
			<timeTemplate>HH:MM</timeTemplate>
			<timeZone>W. Europe Standard/Daylight Time</timeZone>
			<ntps>
				<ntp>
					<name>130.149.17.21</name>
					<ntpMode>Unicast</ntpMode>
				</ntp>
			</ntps>
		</dateTimeSetting>
		<callManagerGroup>
			<members>
				<member>
					<callManager>
						<ports>
							<ethernetPhonePort>2000</ethernetPhonePort>
							<sipPort>5061</sipPort>
							<securedSipPort/>
						</ports>
						<processNodeName>192.168.178.1</processNodeName>
					</callManager>
				</member>
			</members>
		</callManagerGroup>
	</devicePool>
	<sipProfile>
		<sipProxies>
			<backupProxy/>
			<backupProxyPort/>
			<emergencyProxy/>
			<emergencyProxyPort/>
			<outboundProxy/>
			<outboundProxyPort/>
			<registerWithProxy>true</registerWithProxy>
		</sipProxies>
		<sipCallFeatures>
			<cnfJoinEnabled>true</cnfJoinEnabled>
			<callForwardURI>x--serviceuri-cfwdall</callForwardURI>
			<callPickupURI>x-cisco-serviceuri-pickup</callPickupURI>
			<callPickupListURI>x-cisco-serviceuri-opickup</callPickupListURI>
			<callPickupGroupURI>x-cisco-serviceuri-gpickup</callPickupGroupURI>
			<meetMeServiceURI>x-cisco-serviceuri-meetme</meetMeServiceURI>
			<abbreviatedDialURI>x-cisco-serviceuri-abbrdial</abbreviatedDialURI>
			<rfc2543Hold>false</rfc2543Hold>
			<callHoldRingback>2</callHoldRingback>
			<localCfwdEnable>true</localCfwdEnable>
			<semiAttendedTransfer>true</semiAttendedTransfer>
			<anonymousCallBlock>2</anonymousCallBlock>
			<callerIdBlocking>2</callerIdBlocking>
			<dndControl>0</dndControl>
			<remoteCcEnable>true</remoteCcEnable>
		</sipCallFeatures>
		<sipStack>
			<sipInviteRetx>6</sipInviteRetx>
			<sipRetx>10</sipRetx>
			<timerInviteExpires>180</timerInviteExpires>
			<timerRegisterExpires>3600</timerRegisterExpires>
			<timerRegisterDelta>5</timerRegisterDelta>
			<timerKeepAliveExpires>120</timerKeepAliveExpires>
			<timerSubscribeExpires>120</timerSubscribeExpires>
			<timerSubscribeDelta>5</timerSubscribeDelta>
			<timerT1>500</timerT1>
			<timerT2>4000</timerT2>
			<maxRedirects>70</maxRedirects>
			<remotePartyID>false</remotePartyID>
			<userInfo>None</userInfo>
		</sipStack>
		<autoAnswerTimer>1</autoAnswerTimer>
		<autoAnswerAltBehavior>false</autoAnswerAltBehavior>
		<autoAnswerOverride>true</autoAnswerOverride>
		<transferOnhookEnabled>false</transferOnhookEnabled>
		<enableVad>false</enableVad>
		<preferredCodec>g729a</preferredCodec>
		<dtmfAvtPayload>101</dtmfAvtPayload>
		<dtmfDbLevel>3</dtmfDbLevel>
		<dtmfOutofBand>avt</dtmfOutofBand>
		<alwaysUsePrimeLine>false</alwaysUsePrimeLine>
		<alwaysUsePrimeLineVoiceMail>false</alwaysUsePrimeLineVoiceMail>
		<kpml>3</kpml>
		<phoneLabel>Home Office</phoneLabel>
		<stutterMsgWaiting>1</stutterMsgWaiting>
		<callStats>false</callStats>
		<silentPeriodBetweenCallWaitingBursts>10</silentPeriodBetweenCallWaitingBursts>
		<disableLocalSpeedDialConfig>false</disableLocalSpeedDialConfig>
		<startMediaPort>16384</startMediaPort>
		<stopMediaPort>32766</stopMediaPort>
		<sipLines>
			<line button="1">
				<featureID>9</featureID>
				<featureLabel>6912</featureLabel>
				<proxy>192.168.178.1</proxy>
				<port>5061</port>
				<name>71</name>
				<displayName>71</displayName>
				<autoAnswer>
					<autoAnswerEnabled>2</autoAnswerEnabled>
				</autoAnswer>
				<callWaiting>3</callWaiting>
				<authName>71</authName>
				<authPassword>71</authPassword>
				<sharedLine>false</sharedLine>
				<messageWaitingLampPolicy>1</messageWaitingLampPolicy>
				<messagesNumber>voicemail extension</messagesNumber>
				<ringSettingIdle>4</ringSettingIdle>
				<ringSettingActive>5</ringSettingActive>
				<contact>71</contact>
				<forwardCallInfoDisplay>
					<callerName>true</callerName>
					<callerNumber>false</callerNumber>
					<redirectedNumber>false</redirectedNumber>
					<dialedNumber>true</dialedNumber>
				</forwardCallInfoDisplay>
			</line>
			<line button="2">
				<featureID>21</featureID>
				<featureLabel>Max Muster</featureLabel>
				<speedDialNumber>+491234567890</speedDialNumber>
			</line>
		</sipLines>
		<voipControlPort>5061</voipControlPort>
		<dscpForAudio>184</dscpForAudio>
		<ringSettingBusyStationPolicy>0</ringSettingBusyStationPolicy>
		<dialTemplate/>
	</sipProfile>
	<commonProfile>
		<phonePassword>71</phonePassword>
		<backgroundImageAccess>true</backgroundImageAccess>
		<callLogBlfEnabled>2</callLogBlfEnabled>
	</commonProfile>
	<loadInformation>SIP41.8-0-2SR1S</loadInformation>
	<vendorConfig>
		<disableSpeaker>false</disableSpeaker>
		<disableSpeakerAndHeadset>false</disableSpeakerAndHeadset>
		<pcPort>0</pcPort>
		<settingsAccess>1</settingsAccess>
		<garp>0</garp>
		<voiceVlanAccess>0</voiceVlanAccess>
		<videoCapability>0</videoCapability>
		<autoSelectLineEnable>0</autoSelectLineEnable>
		<webAccess>1</webAccess>
		<daysDisplayNotActive>1,7</daysDisplayNotActive>
		<displayOnTime>08:30</displayOnTime>
		<displayOnDuration>11:30</displayOnDuration>
		<displayIdleTimeout>0:05</displayIdleTimeout>
		<spanToPCPort>1</spanToPCPort>
		<loggingDisplay>1</loggingDisplay>
		<loadServer/>
	</vendorConfig>
	<networkLocale/>
	<deviceSecurityMode>1</deviceSecurityMode>
	<authenticationURL/>
	<directoryURL/>
	<idleURL/>
	<informationURL/>
	<messagesURL/>
	<proxyServerURL/>
	<servicesURL/>
</device>
Hat da jemand eine Idee woran das liegen könnte :confused: ?

Gruß
dynamic
 
Zuletzt bearbeitet:
ist jetzt nur so ne idee, habe keine sip-firmware;
setze doch mal

<natEnabled>0</natEnabled>
<natAddress></natAddress>

oder die Dialplan.xml verurscht den Fehler
 
@chaos2000 - > Thanks für die schnelle Antwort!

Den vorgeschlagenen Nat-Eintrag habe ich unterhalb der Hierarchie für <sipProfile> eingetragen, aber am Verhalten ändert sich nichts.

Gleiches Problem!

Ich weiss ehrlich nicht, wo ich da jetzt nach der Ursache suchen muß ...
 
Benutzt Du den selben Account wie für das 7940?
 
... nutzt immer noch hohe Ports

Habe verschiedenste Optionen versucht ...

1) beide im gleichen Account ( 71 )
2) mit zwei parallelen Accounts ( 71 & 72 )
3) 7940 abgeklemmt und stattdessen den 7961 als account 71 angemeldet
( der 7940 läuft sowohl als account 72 als auch als account 71 )

Beide Telefone registrieren sich korrekt am Asterisk SIP Registrar an, d.h.
sip show peers zeigt beide Accounts als korrekt angemeldet an ( am Port 5061 ).

Ich vermute da irgendwas in den Sip-Settings im Cisco .cnf.xml File. Weiss aber nicht welcher Parameter evtl. dieses Verhalten beeinflusst.
 
Zuletzt bearbeitet:
... weitere Infos

Hi, habe vorhin beiliegenden Artikel auf voip-info.org gefunden, der das beobachtete Verhalten mit den hohen Ports erklärt.
Note that as of version 8.0(2)SR1 the phone sends UDP SIP requests from a high source port. This means that it will send from (for example) source port 50116 to SIP port 5060 on the SIP server. This is acceptable behaviour as per the SIP RFC, but it is different to the Cisco ATA and 7940 SIP software ...
Die Frage ist jetzt, ob die Tatsache, daß der 7961 auf hohen Ports antwortet, oben genanntes Problem erklärt ? Oder suche ich da an der falschen Stelle ?

Gruß
dynamic
 
@chaos2000
du kannst höchtens noch mal in den logfiles des cisco schauen ob dir da nach einem Gesprächsversuch etwas auffällt.
Verwende am besten mal noch DRdialplan.xml ich vermute fast es liegt daran. Bsp.: http://www.voip-info.org/wiki/view/A...iles+ for+SIP
Wo finde ich denn die log-files des 7961 ?

Das mit dem Dialplan verusche ich gleich auch mal ... Thanks!
 
Das dürfte nicht das Problem darstellen, da der Asterisk ja die Nachricht von dem Port bekommt und auch wieder auf diesem antwortet.
Wie Du ja auch schon geschrieben hast wird eine Nummer übertragen, wenn auch nur die erste Stelle. Deshalb vermute ich dass das Phone versucht Deine Eingabe über die DRdialplan.xml zu validieren (um die Timeouts zu bekommen) und dies fehlschlägt

Bin mir nicht sicher bei ob es bei der SIP-Firmware vorhanden ist, sonst über das Webinterface des Cisco http://192.168.178.199
 
Super es funktionert!!

@chaos2000
Du bekommst den Preis für den besten Support :rosen:!!!

Es lag am Dialplan ... es funktioniert :dance:

Herzlichen Dank!!
 
7961g sip arcor

hey,
ich hatte das gleiche problem.
jetzt hab ich das soweit hinbekommen das ich raustelefonieren kann
aber
nur 1 Minute lang dann kann ich die gegenseite nicht hören
und
ich kann keine Gespräche empfangen (immer besetzt)

woran könnte es liegen??:confused:

MFG
 
hab vergessen:

hab die 8.3 sip Firmware mit 7961g und Arcor
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.