locked
RTP Unknown version 0 LYNC / Asterisk RRS feed

  • Question

  • Hello,

     

    I'm sending you this email because I have a little problem with my Lync configuration.

    I can call from Lync to an external number (my mobile phone) but I can hear nothing from the mobile side. In the other side (Lync side) I can listen what I told from my mobile but when I speak there are nothing to my mobile. So there are no incoming audio stream to my mobile phone.

    I installed wireshark in my mediation server (collocated with my FE) and I can see that I get the error : RTP Unknown version 0.
    I tried to do this in the management shell: Set-CSMediaconfiguration –identity global –encryptionlevel donotsupportencryption without sucess.

    If anyone had a similar experience, or any ideas don't hesitate to ask me more about my configuration.

    Sorry for my english, I'm French...

     

    Wednesday, May 11, 2011 4:30 PM

Answers

  • Hello everybody,

     

    I think I found the solution (for me it works) with the great help of Drago, that I want first to thank again for his time and his help.

    I installed the cumulative update of Lync (April 2011) that you can find here :  KB2493736

    I also installed all Updates for my Windows Server throught the assistant Windows Update.

    I still have the RTP Unknown Version 0 but now I have RTP stream for both side.

    I tested differents calls, incoming and outgoing and everything is OK.

    On my previous VMs I still have the old version of Lync that I tested again and no RTP stream from Lync client, so I think, that the update can do the trick.

    I hope that can help some people that get the same problem.

     

    Hosni

     

    • Marked as answer by hadala Thursday, May 26, 2011 1:25 PM
    Thursday, May 26, 2011 1:25 PM

All replies

  • "Do not support encryption" is a bad, bad idea. Besides lack of security, Exchange integration and few other things will not work. Set "Support encryption" instead. This way SDP will contain RTP and SRTP offer and the appropriate will be selected based on the other party.

    Check if G.711A and U are preferred codecs in Aterisk.

     

    Drago


    http://www.lynclog.com
    Wednesday, May 11, 2011 5:32 PM
  • Hello drago,

    Thank you for your fast reply. I put back the support encryption option on the CsMediaconfiguration.

    I verified and I have the following codecs into my asterisk server (G711alaw & G711ulaw).

    I checked the SIP INVITE from Lync(10.192.0.15) to Asterisk(10.192.0.200) and I can see that I have the following codecs : G711alaw & G711ulaw

     

    When I get a 183 Session in progress, so from the Asterisk server side, I can also see that I have the same codecs :

     

    So I don't think it's a preferred codec problem. Here is some problem details :

    No RTP stream from Lync to Asterisk but from Asterisk to Lync it's ok.

    I think the problem come from the Lync side because my wireshark is installed in the mediation server, and it didn't show RTP stream to Asterisk.

    Thank you for your help

     

     

     


    Sorry I have attached some pictures but I think I can't do it in this forum.

    • Edited by hadala Thursday, May 12, 2011 4:05 PM
    Thursday, May 12, 2011 9:55 AM
  • The other thing that comes to mind - Asteriks sends STUN packet to Lync (who sees it as RTP) and because of "RTP Unknown version 0" thinks RTP cannot be negotiated and does not send audio atream. Look on Asterisk forims for this problem. It has been mainly associated with Exchange integration in the past.

     

    Drago


    http://www.lynclog.com
    Thursday, May 12, 2011 11:42 AM
  • Drago,

    I tried to see with the STUN packets that have been saw by Lync as RTP ones but no way to found a good documentation or a solution.

    If you have the links to the Asterisk forum where they speak about this problem, thank you to send them.

    Sorry to disturb you and loose your time but I think you are the only one that can help me with this problem.

     

    Here is more info of what I get from Wireshark :

    555    16.401348    10.192.0.15    10.192.0.200    SIP/SDP    Request: INVITE sip:062856XXXX@10.192.0.200;user=phone, with session description

    556    16.402000    10.192.0.200    10.192.0.15    TCP    sip > 51406 [ACK] Seq=1 Ack=953 Win=7808 Len=0

    557    16.404037    10.192.0.200    10.192.0.15    SIP    Status: 100 Trying

    564    16.600795    10.192.0.15    10.192.0.200    TCP    51406 > sip [ACK] Seq=953 Ack=532 Win=65024 Len=0

    838    22.334916    10.192.0.200    10.192.0.15    SIP    Status: 180 Ringing

    840    22.477126    10.192.0.200    10.192.0.15    RTP    PT=ITU-T G.711 PCMU, SSRC=0x7819C5D9, Seq=18434, Time=1688655128

    852    22.533940    10.192.0.15    10.192.0.200    TCP    51406 > sip [ACK] Seq=953 Ack=1079 Win=64512 Len=0

    853    22.534966    10.192.0.200    10.192.0.15    SIP/SDP    Status: 183 Session Progress, with session description

    856    22.536703    10.192.0.15    10.192.0.200    RTP    Unknown RTP version 0

    857    22.536930    10.192.0.15    10.192.0.200    RTCP    Source port: 55803  Destination port: 63399

    858    22.537044    10.192.0.200    10.192.0.15    RTP    Unknown RTP version 0

    Thursday, May 12, 2011 4:05 PM
  • Unfortunately, I don't find solution on Internet either. Don't you hate when someone ask a question and later post "Never mind, I fixed it".

    Can you do some logging on mediation server? This fails just before the media channel gets open (after "183 Session Progress, with session description"). I wander if the SDP offered form Asterisk is not the problem. Also, you might want to ask the same question on the Asterisk forums...

    I, for example cannot make it to work with Callcentric sip trunk and Audiocodes SBC because Callcentric sends one line in SDP which Lync totally don't like and dumps the call.

     

    I am sorry - not much help here, but I am sure this is simply Asterisk specific configuration.

     

    Drago

     


    http://www.lynclog.com
    Thursday, May 12, 2011 4:50 PM
  •  

    I'm sure that it can be solved if problem only between asterisk and lync. Do you have any access to asterisk? sip.conf and extensions.conf can help catch problem. On  Lync  side  try  to disable media bypass and refer support on trunk.  Media bypass enable – that’s most probable cause why  you cannot see RTP stream from Lync to Asterisk. My Lync-Asterisk trunk working fine. I`m not asterisk guru, but there is not so much settings to check. Also, please tell me asterisk version.

     


    Friday, May 13, 2011 1:55 AM
  • Hello,

    Thank you for your help.

    This is my trunk configuration :

    PS C:\Users\Administrateur.LYNCLAB> Get-CsTrunkConfiguration

    Identity                            : Global
    OutboundTranslationRulesList        : {}
    SipResponseCodeTranslationRulesList : {}
    Description                         :
    ConcentratedTopology                : True
    EnableBypass                        : False
    EnableMobileTrunkSupport            : False
    EnableReferSupport                  : False
    EnableSessionTimer                  : False
    EnableSignalBoost                   : False
    MaxEarlyDialogs                     : 18
    RemovePlusFromUri                   : False
    RTCPActiveCalls                     : True
    RTCPCallsOnHold                     : True
    SRTPMode                            : Optional
    EnablePIDFLOSupport                 : False

    As you can see no Refer support and no media bypass.

    There is my Asterisk trunk configuration on the sip.conf:

    [Lync_Trunk]                  
    context=appels_sortants    ; this is the context for outgoing calls
    type=peer
    port=5068                       ;  Lync Server TCP port
    host=10.192.0.15             ; This is the IP address my FE server (collocation with Mediation server)
    dtmfmode=rfc2833            ; This allow Asterisk to use dtmf out of band (RF2833) it's the "rtpmap101 telephone-event" line on the SDP message
    tcpenable=yes                 ; Allow asterisk to communicate on TCP
    transport=tcp,udp            
    qualify=yes
    disallow=all
    allow=alaw
    allow=ulaw

    My Asterisk version is 1.8.3.2 (the last one)

    I cannot see where is the problem. Drago and Ilich have probably right it's can be Asterisk the problem, but in this case I didn't see other settings to change.
    I also send you a Get-Csservice, maybe this can help to see my Lync side configuration.

    PS C:\Users\Administrateur.LYNCLAB> Get-CsService

    Identity                           : UserServer:pool1.lynclab.local
    UserDatabase                   : UserDatabase:lynclabbe.lynclab.local
    ConferenceServer              : ConferencingServer:pool1.lynclab.local
    MediaOnlyConferenceServer :
    McuFactorySipPort             : 444
    DependentServiceList         : {Registrar:pool1.lynclab.local, WebServer:pool1.lynclab.local, ConferencingServer:pool1.lynclab.local}
    ServiceId                         : 1-UserServices-1
    SiteId                              : Site:Premier site
    PoolFqdn                         : pool1.lynclab.local
    Version                           : 5
    Role                               : UserServer

    Identity                          : Registrar:pool1.lynclab.local
    MonitoringServer              : MonitoringServer:lynclabma.lynclab.local
    ArchivingServer               : ArchivingServer:lynclabma.lynclab.local
    WebServer                     : WebServer:pool1.lynclab.local
    EdgeServer                    :
    UserServer                    : UserServer:pool1.lynclab.local
    SipPort                         : 5061
    WebPort                       : 444
    SipHealthPort                 :
    SipServerTcpPort           : 5060
    EnableAutomaticFailover   : False
    FailbackDetectionInterval  :
    FailureDetectionInterval   :
    BackupRegistrar             :
    DependentServiceList      : {ApplicationServer:pool1.lynclab.local, MediationServer:pool1.lynclab.local}
    ServiceId                      : 1-Registrar-1
    SiteId                           : Site:Premier site
    PoolFqdn                       : pool1.lynclab.local
    Version                         : 5
    Role                             : Registrar

    Identity                    : UserDatabase:lynclabbe.lynclab.local
    SqlInstanceName       : rtc
    DependentServiceList : {UserServer:pool1.lynclab.local}
    ServiceId                  : 1-UserStore-1
    SiteId                     : Site:Premier site
    PoolFqdn                : lynclabbe.lynclab.local
    Version                  : 5
    Role                      : UserDatabase

    Identity                 : FileStore:lynclabma.lynclab.local
    ShareName            : LyncShare
    UncPath                : \\lynclabma.lynclab.local\LyncShare
    DependentServiceList : {ArchivingServer:lynclabma.lynclab.local, WebServer:pool1.lynclab.local, ConferencingServer:pool1.lynclab.local,ApplicationServer:pool1.lynclab.local...}
    ServiceId               : 1-FileStore-1
    SiteId                  : Site:Premier site
    PoolFqdn              : lynclabma.lynclab.local
    Version                : 5
    Role                    : FileStore

    Identity              : ArchivingServer:lynclabma.lynclab.local
    FileStore             : FileStore:lynclabma.lynclab.local
    ArchivingDatabase    : ArchivingDatabase:lynclabma.lynclab.local
    DependentServiceList : {Registrar:pool1.lynclab.local}
    ServiceId            : 1-ArchivingServer-1
    SiteId               : Site:Premier site
    PoolFqdn             : lynclabma.lynclab.local
    Version              : 5
    Role                 : ArchivingServer

    Identity             : ArchivingDatabase:lynclabma.lynclab.local
    SqlInstanceName      : LyncArchiving
    DependentServiceList : {ArchivingServer:lynclabma.lynclab.local}
    ServiceId            : 1-ArchivingStore-1
    SiteId               : Site:Premier site
    PoolFqdn             : lynclabma.lynclab.local
    Version              : 5
    Role                 : ArchivingDatabase

    Identity             : MonitoringServer:lynclabma.lynclab.local
    MonitoringDatabase   : MonitoringDatabase:lynclabma.lynclab.local
    ReportingUrl         : http://LYNCLABMA:80/ReportServer_LYNCMONITORING/Pages/ReportViewer.aspx?%2fLyncServerReports%2fReports+Home+Page
    DependentServiceList : {Registrar:pool1.lynclab.local}
    ServiceId            : 1-MonitoringServer-1
    SiteId               : Site:Premier site
    PoolFqdn             : lynclabma.lynclab.local
    Version              : 5
    Role                 : MonitoringServer

    Identity             : MonitoringDatabase:lynclabma.lynclab.local
    SqlInstanceName      : LyncMonitoring
    DependentServiceList : {MonitoringServer:lynclabma.lynclab.local}
    ServiceId            : 1-MonitoringStore-1
    SiteId               : Site:Premier site
    PoolFqdn             : lynclabma.lynclab.local
    Version              : 5
    Role                 : MonitoringDatabase

    Identity                        : WebServer:pool1.lynclab.local
    FileStore                       : FileStore:lynclabma.lynclab.local
    UserServer                      : UserServer:pool1.lynclab.local
    PrimaryHttpPort                 : 80
    PrimaryHttpsPort                : 443
    ExternalHttpPort                : 8080
    ExternalHttpsPort               : 4443
    PublishedPrimaryHttpPort        : 80
    PublishedPrimaryHttpsPort       : 443
    PublishedExternalHttpPort       : 80
    PublishedExternalHttpsPort      : 443
    ReachPrimaryPsomServerPort      : 8060
    ReachExternalPsomServerPort     : 8061
    AppSharingPortStart             : 49152
    AppSharingPortCount             : 16383
    LIServiceInternalUri            : https://pool1.lynclab.local/locationinformation/liservice.svc
    ABHandlerInternalUri            : https://pool1.lynclab.local/abs/handler
    ABHandlerExternalUri            : https://pool1.lynclab.local/abs/handler
    DLExpansionInternalUri          : https://pool1.lynclab.local/groupexpansion/service.svc
    DLExpansionExternalUri          : https://pool1.lynclab.local/groupexpansion/service.svc
    CAHandlerInternalUri            : https://pool1.lynclab.local/CertProv/CertProvisioningService.svc
    CAHandlerInternalAnonUri        : http://pool1.lynclab.local/CertProv/CertProvisioningService.svc
    CollabContentInternalUri        : https://pool1.lynclab.local/CollabContent
    CollabContentExternalUri        : https://pool1.lynclab.local/CollabContent
    CAHandlerExternalUri            : https://pool1.lynclab.local/CertProv/CertProvisioningService.svc
    DeviceUpdateDownloadInternalUri : https://pool1.lynclab.local/RequestHandler/ucdevice.upx
    DeviceUpdateDownloadExternalUri : https://pool1.lynclab.local/RequestHandlerExt/ucdevice.upx
    DeviceUpdateStoreInternalUri    : http://pool1.lynclab.local/RequestHandler/Files
    DeviceUpdateStoreExternalUri    : https://pool1.lynclab.local/RequestHandlerExt/Files
    RgsAgentServiceInternalUri      : https://pool1.lynclab.local/RgsClients/AgentService.svc
    RgsAgentServiceExternalUri      : https://pool1.lynclab.local/RgsClients/AgentS ervice.svc
    MeetExternalUri                 : https://pool1.lynclab.local/Meet
    DialinExternalUri               : https://pool1.lynclab.local/Dialin
    CscpInternalUri                 : https://pool1.lynclab.local/Cscp
    ReachExternalUri                : https://pool1.lynclab.local/Reach
    ReachInternalUri                : https://pool1.lynclab.local/Reach
    WebTicketExternalUri            : https://pool1.lynclab.local/WebTicket/WebTicketService.svc
    WebTicketInternalUri            : https://pool1.lynclab.local/WebTicket/WebTicketService.svc
    ExternalFqdn                    : pool1.lynclab.local
    InternalFqdn                    :
    DependentServiceList            : {Registrar:pool1.lynclab.local, ConferencingServer:pool1.lynclab.local}
    ServiceId                       : 1-WebServices-1
    SiteId                          : Site:Premier site
    PoolFqdn                        : pool1.lynclab.local
    Version                         : 5
    Role                            : WebServer

    Identity             : ConferencingServer:pool1.lynclab.local
    FileStore            : FileStore:lynclabma.lynclab.local
    WebServer            : WebServer:pool1.lynclab.local
    EdgeServer           :
    UserServer           : UserServer:pool1.lynclab.local
    ImSipPort            : 5062
    DataPsomPort         : 8057
    AudioVideoSipPort    : 5063
    PhoneSipPort         :
    AppSharingSipPort    : 5065
    ImWebPort            : 444
    DataWebPort          : 444
    AudioVideoWebPort    : 444
    PhoneWebPort         :
    AppSharingWebPort    : 444
    AudioPortStart       : 49152
    AudioPortCount       : 8348
    AppSharingPortStart  : 49152
    AppSharingPortCount  : 16383
    VideoPortStart       : 57501
    VideoPortCount       : 8034
    MeetingPsomPort      : 8058
    MeetingWebPort       : 444
    Mcus                 : {IMConf, DataConf, MeetingConf, AppSharingConf...}
    DependentServiceList : {UserServer:pool1.lynclab.local}
    ServiceId            : 1-ConfServices-1
    SiteId               : Site:Premier site
    PoolFqdn             : pool1.lynclab.local
    Version              : 5
    Role                 : ConferencingServer

    Identity             : ApplicationServer:pool1.lynclab.local
    FileStore            : FileStore:lynclabma.lynclab.local
    Registrar            : Registrar:pool1.lynclab.local
    ApplicationDatabase  : ApplicationDatabase:lynclabbe.lynclab.local
    CaaSipPort           : 5072
    CasSipPort           : 5073
    CpsSipPort           : 5075
    PdpSipPort           :
    PdpTurnPort          :
    RgsSipPort           : 5071
    RgsWcfMtlsPort       : 8404
    AtsSipPort           : 5076
    AudioPortStart       : 49152
    AudioPortCount       : 8348
    AppSharingPortStart  : 49152
    AppSharingPortCount  : 16383
    VideoPortStart       : 57501
    VideoPortCount       : 8034
    Applications         : {urn:application:testbot, urn:application:Cas, urn:application:Caa, urn:application:Cps...}
    DependentServiceList : {}
    ServiceId            : 1-ApplicationServer-1
    SiteId               : Site:Premier site
    PoolFqdn             : pool1.lynclab.local
    Version              : 5
    Role                 : ApplicationServer

    Identity             : ApplicationDatabase:lynclabbe.lynclab.local
    SqlInstanceName      : rtc
    DependentServiceList : {ApplicationServer:pool1.lynclab.local}
    ServiceId            : 1-ApplicationStore-1
    SiteId               : Site:Premier site
    PoolFqdn             : lynclabbe.lynclab.local
    Version              : 5
    Role                 : ApplicationDatabase

    Identity                  : CentralManagement:pool1.lynclab.local
    FileStore                 : FileStore:lynclabma.lynclab.local
    CentralManagementDatabase : CentralManagementDatabase:lynclabbe.lynclab.local
    DependentServiceList      : {}
    ServiceId                 : 1-CentralMgmt-1
    SiteId                    : Site:Premier site
    PoolFqdn                  : pool1.lynclab.local
    Version                   : 5
    Role                      : CentralManagement

    Identity             : CentralManagementDatabase:lynclabbe.lynclab.local
    SqlInstanceName      : rtc
    DependentServiceList : {CentralManagement:pool1.lynclab.local}
    ServiceId            : 1-CentralMgmtStore-1
    SiteId               : Site:Premier site
    PoolFqdn             : lynclabbe.lynclab.local
    Version              : 5
    Role                 : CentralManagementDatabase

    Identity             : MediationServer:pool1.lynclab.local
    Registrar            : Registrar:pool1.lynclab.local
    EdgeServer           :
    SipServerPort        : 5070
    SipClientTcpPort     : 5068
    SipClientTlsPort     : 5067
    AudioPortStart       : 49152
    AudioPortCount       : 8348
    DependentServiceList : {PstnGateway:10.192.0.200}
    ServiceId            : 1-MediationServer-2
    SiteId               : Site:Premier site
    PoolFqdn             : pool1.lynclab.local
    Version              : 5
    Role                 : MediationServer

    Identity                : PstnGateway:10.192.0.200
    MediationServer         : MediationServer:pool1.lynclab.local
    AlternateBypassId       : 4a9b9ab6-519e-425a-9b2b-7eb350da78f4
    Routable                : False
    Default                 : True
    RepresentativeMediaIP   :
    GatewaySipClientTcpPort : 5060
    GatewaySipClientTlsPort :
    DependentServiceList    : {}
    ServiceId               : 1-PstnGateway-3
    SiteId                  : Site:Premier site
    PoolFqdn                : 10.192.0.200
    Version                 : 5
    Role                    : PstnGateway

    Thank's

    I just modify this post to give you some more informations :

    I have also an error from the Asterisk side when the communication is ended, I can see this:

    [May 13 12:11:32] ERROR[18909]: netsock2.c:245 ast_sockaddr_resolve: getaddrinfo("LYNCLABFE.lynclab.local", "5068", ...): Name or service not known
    [May 13 12:11:32] WARNING[18909]: chan_sip.c:9318 set_destination: Can't find address for host 'LYNCLABFE.lynclab.local:5068'

    The problem is that Asterisk don't know how to associate LYNCLABFE.lynclab.local with the FE IP address but Asterisk can send rtp stream to this address! I don't think that this problem is associated with the" RTP Unknown version 0" message but who knows! For info my Asterisk is not linked to the DNS domain of LYNC.

     


    Friday, May 13, 2011 8:40 AM
  •  

    [Lync_Trunk]
     context=appels_sortants ; this is the context for outgoing  
    incoming calls                                        
     type=peer    
    ;I use “friend”. Peer acceptable too  
     port=5068 ; Lync
    Asterisk  Server TCP port
    host=10.192.0.15 ; This is the IP address my FE server (collocation with Mediation server)
    dtmfmode=rfc2833 ; This allow Asterisk to use dtmf out of band (RF2833) it's the "rtpmap101 telephone-event" line on the SDP message
    tcpenable=yes ; Allow asterisk to communicate on TCP
    transport=tcp,udp
    qualify=yes
    disallow=all
    allow=alaw
     allow=ulaw

    canreinvite=no

    insecure=invite

    Tell to Lync that asterisk listening for connection on port 5068, or delete this string at all if you have no reason to use nonstandard port on this trunk.  Check [appels_sortants]  and "my sip provider" contexts,  fix it (paste right Dial() in right place), and its everything will be fine.  

    Warning [18909] mean MISING PEER. That’s why it trying to resolve hostname.   

    use sip show peers to check it


    Friday, May 13, 2011 6:33 PM
  • Hello Ilich75, I tried to do what you told me but without success. I still have this "RTP Unknown version 0" error. I put the canreinvite and the insecure like you told me I also remove the listening port 5068. I'm now creating a new virtual machine with Asterisk (AsteriskNOW). I will give you more details when I finished to configure the new Asterisk. I do that to see if the problem come from my Lync deployement or my Asterisk. Many Thank's for your help!
    Monday, May 16, 2011 3:00 PM
  • Hello,

    I configured a new Asterisk server in my test LAB and now I'm sure that the problem doesn't come from my Asterisk! I have to see now the Lync side.

    Do you have any ideas of where I can see I tried to disable/enbale bypass and refer support without success.

    Is it possible for who have an Asterisk deployement that work with Lync to put his Lync configuration via the Get-CsService in the management shell.

    I will spend time again on this problem, if I can't resolve it I think that I will destroy and build again all my Lync deployement...I don't see any other solution.

    Thank you for your help
    Tuesday, May 17, 2011 9:21 AM
  • With all due respect, you are wasting time looking t "fix" Lync, my friend. First and foremost, integration with Asterisk is NOT among the supported solutions. This is like buying a gas vehicle and trying to make it run with diesel because... you have a diesel gas station in your back yard.

    You can approach the problem two ways:

    1. Ask this question on Aterisk forums. Most probably other enthusiasts have done it already and there you will receive better help

    2. Use Certified gateway between Lync and Asterisk.

     

    Drago


    http://www.lynclog.com
    Tuesday, May 17, 2011 11:47 AM
  • Thread Title RTP Unknown version 0 LYNC / Asterisk
    Started by: hadala

    Reply:

    Another user, Drago Totev, has replied to a thread you have subscribed to in the Enterprise Voice and Telephony Forum.

    With all due respect, you are wasting time looking t "fix" Lync, my friend. First and foremost, integration with Asterisk is NOT among the supported solutions. This is like buying a gas vehicle and trying to make it run with diesel because... you have a diesel gas station in your back yard.

    You can approach the problem two ways:

    1. Ask this question on Aterisk forums. Most probably other enthusiasts have done it already and there you will receive better help

    2. Use Certified gateway between Lync and Asterisk.

     

    Hello Drago,

    First of all thank you for your email. I want to clarify some points :

    1- I understood that Asterisk is not supported by Lync, I think that it's a big mistake from Microsoft cause Asterisk is one of the most popular IPBX in the world of the enterprise telephony, but it's only what I think.

    2- Some people have an Asterisk deployement that run with Lync; with the same configuration(sip.conf & extensions.conf)! Do you think it's an acceptable thing to told that if the IPBX is not supported we didn't have to deploy it?

    3- I used Asterisk like a SBC or a B2BUA, Asterisk understand the TCP, so I don't understand why it's not an acceptable and non supported IPBX? Is it because it's a linux OS?

    4- We have a Dialogic DMG1000 so "a supported gateway"  to do direct SIP but before that we authorize the connection we have to save the CDR in our database.

    5-I have an Cisco UC540, an AVAYA IP Office, an Asterisk and I will test all of the possible deployement.

    6- Finaly I will configure an openSER to have a SIP trunk directly from the Lync server to our Proxy and from the proxy to the Media Gateway.

    Two architecture possible :   

    LYNC ---> IPBX ---> PROXY ---> MEDIA GATEWAY         

    OR       

    LYNC ---> PROXY ---> MEDIA GATEWAY

    the second implemebntation will require more time because we actually use UDP on our proxy with required authentication but for Lync we have to use TCP without credentials, this is why I start why the IPBX deployement, it's my IPBX that will authenticate my trunk with the diggest.

    For finish I'm not deploying Asterisk with Lync for FUN, but as an ITSP we want to support Lync on our network, so we want to give all possibility to our clients. Maybe that will clarify why I try to get Asterisk working with Lync.

    Some clients have all there telephony working with Asterisk, before they want to deploy a Lync solutions they want to integrate Lync with the existing solution and after maybe they will be ready to do direct SIP.

    Anyway thank you for your help.

     

    Wednesday, May 18, 2011 8:18 AM
  • I am sorry if I sounded as “mocking” you. The reason I said “fun” is because… this is how I view it. UC is my hobby, my work, my passion and, I am trying to make the best of it, fun included J

    Actually, if you look this forum historically, you will find my posts regarding FreeSwitch (which on my understanding is a spinoff of Asterisks) and the experiments and conclusions I come to. Back in the days of OCS (not even R2), my bosses refused to invest in test devices even, and so I bought Audiocodes gateway, Catalina and Polycom CX700 etc. with my funds to deep dive in EV. Back then I experimented heavily with FreeSwitch as well because SIP over TCP Trunking was a dream… So, yes – it is possible and yes, it does works.

    As I said, “non-supported” solution does not necessarily means “not working” one. Email me and I will tell you number of stories about it. Non-supported is rather when, or if, your environment experiencing problem, your communications are down, your CEO is calling you every 15 minutes to check if “it is ready yet” and you cannot even get out of your room because someone will put curse on you, you cannot rely on the last recourse – getting Microsoft Engineers involved.

    On your #2. This just proves interop is possible and works. When a solution is “supported”, i.e. collaboration between Microsoft and vendor have been established, a change is not implemented on both sides unless coordinated among all parties. So, think of the opposite situation. Where is the guarantee the “last nightly build” of open source solution have been tested against all other platforms? Typically the response is “Oops, sorry. Revert to the last good known version that is known to work”. While this might sounds like fun, in production this type of fun have been declared illegal long time ago.

    Linux OS is irrelevant in this case. SIP is SIP, even if it coming from a toaster. Having in mind others did it already, just proves that. This is why (again, dead seriously) I said – why don’t you address this on asterisk forums? I remember after 3 days of pain to integrate FreeSwitch with Exchange directly, I called the FS developer and the answer – Oh yeah, we did change that fixed something else but broke Exchange integration. This is something (time wise) we cannot afford.

    I would love to continue this discussion in private. Email me and we will go from there.


    Drago


    http://www.lynclog.com

     





    Wednesday, May 18, 2011 11:16 AM
  • Hi, has anyone solved the RTP Unknown version 0 issue?

    I have this issue reported from my ITSP with a call inbound to Lync.  Calls from Lync to PSTN and PSTN to Lync OK - just no early media and this error ITSP end.

    Anyone get any further on this?

    Thanks
    Paul

    Thursday, May 26, 2011 5:17 AM
  • Hi,

    We are looking for a solution with Drago, we are analyzing a wireshark call flow.

    We will post the solution when resolved.

    Just for info : Are you using Virtualisation? What kind? VMware, Hyper-V?

    Your ITSP is using direct SIP(what kind of proxy), or you put an Asterisk server between your Lync and the ITSP.

     

     

    Thursday, May 26, 2011 7:43 AM
  • Hello everybody,

     

    I think I found the solution (for me it works) with the great help of Drago, that I want first to thank again for his time and his help.

    I installed the cumulative update of Lync (April 2011) that you can find here :  KB2493736

    I also installed all Updates for my Windows Server throught the assistant Windows Update.

    I still have the RTP Unknown Version 0 but now I have RTP stream for both side.

    I tested differents calls, incoming and outgoing and everything is OK.

    On my previous VMs I still have the old version of Lync that I tested again and no RTP stream from Lync client, so I think, that the update can do the trick.

    I hope that can help some people that get the same problem.

     

    Hosni

     

    • Marked as answer by hadala Thursday, May 26, 2011 1:25 PM
    Thursday, May 26, 2011 1:25 PM